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