目前，我们的团队使用公告板和Excel电子表格相结合的方式来跟踪任务并绘制燃尽图。待办事项被放在信封里的索引卡上。
当利益相关者在同一地点时，这种方法效果很好。然而，我们很快将在两个地理位置不同的地方拥有Scrum团队，因此我正在寻找最佳实践，以便我们可以利用Sharepoint帮助我们在Scrum工件（待办事项、燃尽图、速度等）周围进行沟通。
您如何利用Sharepoint达到这个目的，有哪些最佳实践和潜在的问题？
6个回答
7
我们实际上使用Sharepoint进行敏捷开发，并发现它非常适用于项目管理/协作。
有两件事情我们做得特别有用，度量跟踪和自动化测试。我们使用文档库和infopath将所有项目故事添加到网站中。 infopath表单应包含故事所需的所有信息：点数，估计时间，开发人员，测试人员，故事任务，测试用例。
对于指标，我们创建Web部件：燃尽图，速度，每次迭代的点数等。
这对于经理或客户来说非常好，可以看到项目的进展情况，并帮助他们在功能与发布时间之间做出决策。
对于测试，我们有一个简单的SEND-RECV-ASSERT语言，通过抓取自动化测试的XML每晚运行测试。然后我们在主页上有一个小的绿色/红色Web部件，告诉您测试的状态。 这可以通过一些XML解析轻松完成，因为文档库的后端是XML。（我们目前使用一些简单的ActiveX和JavaScript） 指标设置非常容易（只需要一些XML解析和HTML制图）。自动化测试需要一些时间来设置测试运行器，但一旦安装并且足够简单，甚至可以让客户/经理编写验收测试！敏捷！ :)
对于测试，我们有一个简单的SEND-RECV-ASSERT语言，通过抓取自动化测试的XML每晚运行测试。然后我们在主页上有一个小的绿色/红色Web部件，告诉您测试的状态。 这可以通过一些XML解析轻松完成，因为文档库的后端是XML。（我们目前使用一些简单的ActiveX和JavaScript） 指标设置非常容易（只需要一些XML解析和HTML制图）。自动化测试需要一些时间来设置测试运行器，但一旦安装并且足够简单，甚至可以让客户/经理编写验收测试！敏捷！ :)
- OTisler
4
你真的应该考虑使用像Trello, VersionOne, Rally, 或者甚至是Basecamp这样的工具。它们都有托管解决方案，并提供免费的社区版本，可以让你尝试一下以便开始启动。我的经验是，SharePoint 需要很多资源来维护。如果你使用 Team System 并且已经预先构建了很多东西，那么可能会不同——尽管我已经使用 Team System，但我仍然选择将 Wiki 用于我的项目管理任务。如果你已经投资在 SharePoint 中作为 Intranet 和所有支持人员，则在这种情况下它可能是一个可行的解决方案。
对于敏捷开发，SharePoint 不是我首先想到的工具。个人经验，仅供参考。
- tvanfosson
4
如果你已经有了使用SharePoint的用户群体，我认为使用它进行SCRUM会很容易入手。以下是建议：
创建一个网站集合，用于每个项目的1个Scrum站点。
Scrum站点应包含：
- 电子文件的文档库（根据需要添加分类列） - 团队成员列表 - 讨论板
如果需要，可以使用Wiki站点模板构建该站点。
一旦Scrum站点感觉合适，请将其保存为模板，以便轻松地生成新站点。
这个解决方案可能不是为SCRUM而设计到极致，但它应该足以让你开始。这似乎比在整个团队学习新工具要容易得多，尤其是当你正在经历其他相当激烈的变化时。
我的意见。
创建一个网站集合，用于每个项目的1个Scrum站点。
Scrum站点应包含：
- 电子文件的文档库（根据需要添加分类列） - 团队成员列表 - 讨论板
如果需要，可以使用Wiki站点模板构建该站点。
一旦Scrum站点感觉合适，请将其保存为模板，以便轻松地生成新站点。
这个解决方案可能不是为SCRUM而设计到极致，但它应该足以让你开始。这似乎比在整个团队学习新工具要容易得多，尤其是当你正在经历其他相当激烈的变化时。
我的意见。
- Jason
2
你需要尝试让工具不妨碍工作。在理想情况下，团队都应该坐在一个大房间里，有大型白板，但通常情况下，团队是分散的，或者需要一些备份的支持。
我是一个大的SharePoint粉丝，如果你已经在公司使用了这个平台，那么你已经在进行协作和团队工作了。添加另一个工具，需要独立的登录，可能会起作用，但团队需要真正想要使用它们。
我曾经尝试过使用SharePoint来实现我想要的功能，但效果不佳。我也尝试过多次使用Version One（与许多团队一起多年）, 但我发现这个工具太过复杂，选项太多，需要完成的事情太多，会妨碍工作--它离白板还有很长的路要走。
所以，我决定为我的项目开发我需要的东西。我需要一个简单的工具，采用37signals（basecamp的创建者）的方法，我需要比竞争对手少一些功能的东西。 21Scrum是一个简单的Scrum工具，建立在SharePoint上，利用该平台，添加您需要的东西（白板、燃尽图），并让您继续进行项目。也许对于已经拥有和使用SharePoint的人来说，这可能是最好的选择-至少这是目标。
我是一个大的SharePoint粉丝，如果你已经在公司使用了这个平台，那么你已经在进行协作和团队工作了。添加另一个工具，需要独立的登录，可能会起作用，但团队需要真正想要使用它们。
我曾经尝试过使用SharePoint来实现我想要的功能，但效果不佳。我也尝试过多次使用Version One（与许多团队一起多年）, 但我发现这个工具太过复杂，选项太多，需要完成的事情太多，会妨碍工作--它离白板还有很长的路要走。
所以，我决定为我的项目开发我需要的东西。我需要一个简单的工具，采用37signals（basecamp的创建者）的方法，我需要比竞争对手少一些功能的东西。 21Scrum是一个简单的Scrum工具，建立在SharePoint上，利用该平台，添加您需要的东西（白板、燃尽图），并让您继续进行项目。也许对于已经拥有和使用SharePoint的人来说，这可能是最好的选择-至少这是目标。
- AndrewWoody
1
121Scrum现在已经上线，网址是http://www.21scrum.com。 - AndrewWoody
0
我们已经设置了一个SharePoint工作区，其中包括发布/冲刺计划、产品待办事项和冲刺待办事项列表。
中心元素是这个SharePoint任务板——我们可以拖放故事和任务——即使我们不在同一地点。 http://www.youtube.com/watch?v=XW89M0C3N7Q
燃尽报告自动可视化进度。
非常好用！
- Ingo
-3
据我所知，Sharepoint是带有免费好处的ASP.net。它不是为敏捷项目管理而设计的。因此，您必须自己建立网站。
在我看来，与其试图将工作弯曲到您手中的工具上，换用更好的工具可能是更好的选择。请查看此主题，以查看是否有更轻量级的东西适合您的要求。
另外，就个人而言，我非常喜欢不将开发活动数字化。因此，我会使用电子表格记录待办事项、便条和大型可见图表。使用数码相机保存图表/设计讨论快照（Google白板照片工具）或报告。我发现大多数“项目管理”工具只是生成即时状态更新的借口……它经常妨碍软件开发（这是主要目标），并且太经常抑制社交互动。
（免责声明：除了在过去两天中读到的内容之外，我绝对没有任何Sharepoint经验，所以可能完全走错路线）
在我看来，与其试图将工作弯曲到您手中的工具上，换用更好的工具可能是更好的选择。请查看此主题，以查看是否有更轻量级的东西适合您的要求。
另外，就个人而言，我非常喜欢不将开发活动数字化。因此，我会使用电子表格记录待办事项、便条和大型可见图表。使用数码相机保存图表/设计讨论快照（Google白板照片工具）或报告。我发现大多数“项目管理”工具只是生成即时状态更新的借口……它经常妨碍软件开发（这是主要目标），并且太经常抑制社交互动。
（免责声明：除了在过去两天中读到的内容之外，我绝对没有任何Sharepoint经验，所以可能完全走错路线）
- Gishu
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接