小说园

第8部分（第2页）

敏捷圣贤：对！只做了一个Sprint，不要就下结论说Scrum适合或不适合。Scrum可以让你从另外一个角度来思考如何进行项目管理。找到窍门总是需要花些时间的。我建议你们小组坚持这个流程，至少做完3个Sprint，然后再决定是否继续。第一次快跑肯定会遇到问题的，你们可以回顾总结一下，把一些能操作的反馈加入到第2个Sprint中，逐步做出改善。这样，经过3个Sprint，你们才会真正地了解Scrum。

阿捷：好！我会劝说大家继续跑完Sprint　2和Sprint　3的。

敏捷圣贤：先给我讲一下你们是怎么做的？

阿捷：大概是这样做的。我事先花时间完成了产品的Backlog，然后大家跟大家做了一个执行计划。之后就是每天早上开“站立会议”，这个非常花时间，每次大概40～50分钟。在Sprint结束的时候，每个人做了几分钟的总结，并进行了回顾，会上大家意见纷纭，觉得Scrum问题不少。

敏捷圣贤：哦，你们的产品Backlog是怎么组织的？

阿捷：作为一个Scrum　Master，我用Excel做了个列表，把我们下几周需要做的东西放进去，还按照优先级排了一下序。书　包　网　txt小说上传分享

第5章　成长的烦恼（3）

敏捷圣贤：等一下！你说，你做了一个Product　Backlog？

阿捷：是啊！有什么问题吗？

敏捷圣贤：也就是说，你们没有定义一个Product　Owner这个角色？没有让这个人去完成并维持Product　Backlog？

阿捷：恩，我们没有。

阿捷心想敏捷圣贤的脸色一定很难看，估计这个问题很严重！

敏捷圣贤：如果你们真的想实行Scrum，那么就一定要遵循Nokia的敏捷标准，遵循Nokia制定的“Scrum规则”，这是Nokia用了几年时间，对上百个Scrum团队进行了回顾后，才总结出来的很简单的建议，这可以帮助他们判断一个团队是否在真正实施Scrum。

阿捷：那Nokia怎么知道一个团队是否真的在实施Scrum呢？

敏捷圣贤：首先，他们要看是否采取了迭代开发的方式。多年来，业界一直使用迭代式的、增量式的开发，这似乎已经成为所有敏捷过程的基础元素了。

阿捷：这个应该比较好判断。那为什么团队是否“进行迭代开发”这么重要呢？

敏捷圣贤：因为如果不这样做，甚至都不能称为敏捷的软件开发过程。这是因为敏捷希望整个软件开发流程中的所有人都可以一起工作，大家都要对产品非常了解：无论是构建产品的人，测试产品的人，还是将会使用产品的用户。

阿捷：嗯，大家是应该一起工作。

敏捷圣贤：对，如果把过程分隔成“这里的这些人编写需求说明和规范，然后他们把文档交给负责构建软件的人，软件构建者再将软件转给测试人员，最后测试人员把软件提供给客户”，客户就会说那不是他们真正需要的东西。然后就要回到开头，再来一次。如果如此反复三遍的话，客户就会取消这个项目了。这就是为什么世界上有那么多项目被砍掉的原因。

阿捷：嗯，那在Nokia，还要接着问什么问题？

敏捷圣贤：他们会接着问“你们有固定的迭代周期吗？你们的迭代是否以某个特定的时间开始并以某个固定的时间结束？”

阿捷：是不是迭代周期也应该有限制？

敏捷圣贤：对！在Nokia，迭代周期必须少于6周。如果不是这样做的，那么就没有进行迭代开发。

阿捷：如果人们的回答是肯定的呢？

敏捷圣贤：那他们接下来会问“那好，在每个迭代结束的时候，你们有可以工作的软件么？”这个问题会把很多人排除在外，因为如果不能给出可以工作的软件的话，那也就是没有进行迭代式开发。

阿捷：嗯，如果回答还是肯定的呢？

敏捷圣贤：接下来他们会说“好，你希望在结束时拥有可工作的软件，那么在可以开始迭代之前，你们的团队是不是必须要有一个有完整细节的需求说明？”如果需要的话，那就不是迭代式开发。

阿捷：哦，我有些明白你的意思了。接着呢？

敏捷圣贤：最后他们会说“要在迭代结束时拥有可以工作的软件，将测试作为迭代增量开发的一部分是非常重要的。你们在开发过程中进行测试吗？”，这个问题有可能将一半左右的Scrum团队排除在外，这时甚至还没有谈到有关Scrum的话题呢。

阿捷：是啊！我明白了，那他们的“Scrum规则”是什么？

敏捷圣贤：嗯，对于应用Scrum，他们有四个附加的规则。团队被询问的第一个问题是“你们是否有Product　Owner？是不是有人可以代表客户与你们一起工作？”

阿捷暗想，自己团队的Scrum还真没有啊，于是问道：Product　Owner的作用是什么？书包　网　。　想看书来

第5章　成长的烦恼（4）

敏捷圣贤：很简单，当团队在决定应该构建什么样的产品时，这个人就是他们要询问的对象，这个人代表着客户的需求与利益。

阿捷：如果对这个问题回答“是”呢？

敏捷圣贤：Nokia会询问的第二个问题是“如果有Product　Owner的话，他们是否拥有一个待开发功能的Product　Backlog？此Backlog是否根据业务价值排定了优先级？是否已经估算过开发这些功能需要多少时间？”。

阿捷：哦。

敏捷圣贤：这是一个Product　Owner为一次版本发布构建路线图所需要的依据。如果得到了肯定的回答，他们会继续询问“团队在开发过程中，有没有使用　Burndown图，来展示当前迭代中随着时间的推进，剩余工作量的变化，以跟踪进度？并且能否基于Burndown图来推算团队的速度？”

阿捷：这个问题的意义在哪里呢？

敏捷圣贤：首先，Product