现在,我们的团队正在使用公告板和Excel电子表格的组合来跟踪任务并绘制燃尽图表.积压在信封中保留在索引卡上.
当利益相关者在同一地点时,这很有效.但是,我们很快就会在两个地理位置较远的地方安装Scrum团队,我正在寻找有关如何利用Sharepoint帮助我们围绕Scrum工件(积压,燃尽图,速度等)进行沟通的最佳实践.
您是如何利用Sharepoint实现此目的的,最佳实践和潜在缺陷是什么？
我们实际上使用Sharepoint进行敏捷开发,并发现它非常适合项目管理/协作.
我发现有两件事我发现特别有用,指标跟踪和自动化测试.我们使用文档库和infopath将项目的所有故事添加到站点.信息表格应包含故事所需的所有信息:点数,估计时间,开发人员,测试人员,故事任务,测试用例.
对于指标,我们为以下内容创建Web部件:烧毁图表,速度,每次迭代的点数等.这对于管理人员或客户来说尤其不错,可以看到项目取得的进展,并有助于他们做出有关功能与发布时间的决策.
为了测试,我们有一个简单的SEND-RECV-ASSERT语言,它通过刮取XML进行自动化测试来每晚运行测试.我们在主页面上有一个绿色/红色的小部件,告诉你测试的统计数据.
这可以通过一些XML解析非常简单地完成,因为文档库的后端是XML.(我们目前使用一些简单的ActiveX和javascript)
指标很容易设置(只是一些xml解析和html图表).自动化测试需要一些时间来设置测试运行器,但是一旦到位,并且足够简单,您甚至可以让客户/经理编写验收测试!敏捷!:)
如果您内部已经有 SharePoint，并且有一个习惯使用它的用户群，我认为开始将它用于 SCRUM 会相当容易。我将从以下几点开始：
每个项目包含 1 个 Scrum 站点的站点集
Scrum 站点应包含：
电子文件的文档库（酌情添加分类栏）
团队成员名单
讨论平台
如果需要，可以从 Wiki 站点模板构建该站点。
一旦您“感觉不错”，就可以将 Scrum 站点保存为模板，以便轻松启动新站点。
该解决方案可能不是专为 SCRUM 设计的，但它应该足以让您入门。当听起来你正在经历一些其他相当彻底的变化时，这似乎比让整个团队学习新工具容易得多。
我的 0.02 美元
杰特
| 归档时间： |
|
| 查看次数： |
25590 次 |
| 最近记录： |