目前，我们的团队正在使用公告板和Excel电子表格的组合来跟踪任务并绘制燃尽图表。积压在信封中保留在索引卡上。
当利益相关者在同一地点时，这很有效。但是，我们很快就会在两个地理位置较远的地方安装Scrum团队，我正在寻找有关如何利用Sharepoint帮助我们围绕Scrum工件（积压，燃尽图，速度等）进行沟通的最佳实践。
您是如何利用Sharepoint实现此目的的，最佳做法和潜在缺陷是什么？
答案 0 :(得分：7)
我们实际上使用Sharepoint进行敏捷开发，并发现它非常适合项目管理/协作。
我发现有两件事我发现特别有用，指标跟踪和自动化测试。我们使用文档库和infopath将项目的所有故事添加到站点。信息表格应包含故事所需的所有信息：点数，估计时间，开发人员，测试人员，故事任务，测试用例。
对于指标，我们创建Web部件：烧毁图表，速度，每次迭代的点数等。
对于管理人员或客户来说，这对于在项目上取得进展并帮助他们做出有关功能与发布时间的决策非常有用。
为了测试，我们有一个简单的SEND-RECV-ASSERT语言，它通过刮取XML进行自动化测试来每晚运行测试。我们在主页面上有一个绿色/红色的小部件，告诉你测试的统计数据。
这可以通过一些XML解析非常简单地完成，因为文档库的后端是XML。 （我们目前使用一些简单的ActiveX和JavaScript）
这些指标很容易设置（只是一些xml解析和html图表）。自动化测试需要一些时间来设置测试运行器，但是一旦到位，并且足够简单，您甚至可以让客户/经理编写验收测试！敏捷！ ：）
答案 1 :(得分：4)
你真的应该考虑类似Trello，VersionOne，Rally甚至Basecamp的内容。他们都有托管解决方案，并提供免费的社区版本，您可以尝试开始使用。我使用SharePoint的经验是需要大量资源才能维护。如果您正在使用Team System并且有很多为您预先构建的内容，那可能会有所不同 - 尽管我有Team System并且仍然选择使用Wiki来完成项目管理任务。如果您已经在SharePoint中作为Intranet和所有支持人员进行了投资，那么在这种情况下它也可能是一个可行的解决方案。
SharePoint不是我首先想到的敏捷开发工具。 YMMV。
答案 2 :(得分：4)
如果您已经拥有内置SharePoint，以及使用它的用户群，我认为开始将其用于SCRUM是相当容易的。我将从以下开始：
每个项目拥有1个Scrum网站的网站集
Scrum网站应包含：
电子文件的文档库（根据需要添加分类列）
团队成员名单
讨论区
如果必要，可以从Wiki网站模板构建网站。
一旦你让scrum网站“感觉正确”，将它保存为模板，这样就可以很容易地创建一个新模板。
此解决方案可能不是为SCRUM设计到n度，但它应该足以让您入门。当听起来你正在经历一些其他非常激进的变化时，让整个团队学习新工具似乎要容易得多。
我的0.02美元
JT
答案 3 :(得分：2)
您需要尝试阻止该工具妨碍工作。在一个理想的世界里，团队将全部坐在一个带有大白板的单人房间，但是通常情况并非如此，并且团队是分布式的，或者是推动后期的某种形式的备份。
我是SharePoint的忠实粉丝，已经在内部拥有此功能，您已经在平台上进行协作和团队工作。添加另一个具有唯一登录功能的工具可以正常工作，但团队需要真正想要使用它们。
我已经尝试将SharePoint开箱即可完成我想要的操作但是它不尽如人意。我已经尝试过使用第一版（多年来一直使用很多团队），但是我觉得这个工具太多了，有太多的东西和需要做的东西，它会妨碍它 - 它离白板很远。
所以我决定开发我的项目所需的东西。我需要一个简单的工具，并使用37signals（basecamp的创建者）方法，我需要比竞争对手更少的功能。
21Scrum是一个基于SharePoint的简单Scrum工具，它使用平台，添加您需要的东西（白板，燃尽图），让您继续学习项目。
对于已经拥有和使用SharePoint的人来说，这可能是最好的选择 - 至少这就是目标。
答案 4 :(得分：0)
我们设置了一个SharePoint工作区，其中包含Release / Sprint规划，Product Backlog和Sprint Backlog的列表。
Central元素是SharePoint的任务板 - 我们可以拖放丢弃故事和任务 - 即使我们不在同一个地方。 http://www.youtube.com/watch?v=XW89M0C3N7Q
燃尽报告会自动显示进度。
效果很好！
答案 5 :(得分：-3)
AFAIK，Sharepoint是ASP.net免费赠品。它不是为敏捷项目管理而设计的。所以你必须推出自己的网站 恕我直言，而不是试图将工作弯曲到你拥有的工具..切换到一个更好的工具，这将是一个更好的选择。检查this thread以查看是否有更适合您帐单的轻量级内容。
另外，我个人非常喜欢不对开发活动进行数字化处理。所以我会使用电子表格来记录积压并发布它和Big Visible图表。使用数码相机来保存图表/设计讨论快照（谷歌白板照片工具）或报告。我发现大多数“项目管理”工具只是生成即时状态更新的借口..它妨碍了软件开发（这是主要目标）并且过于频繁地抑制了社交互动。
（免责声明：绝对没有使用sharepoint的经验..除了我在过去2天内所阅读的内容，所以可能完全偏离正轨）