我看书斋

第6部分（第2页）

接受变化：Scrum鼓励将工作细分成小块。它关注的是一小段一小段时间，但是只有在这些时间段的中间，我们才可以重新调整工作的优先级。

不断迭代：Scrum需要在小于30天的一次次迭代中构建应用程序。

不断的反馈和改善：在每一次迭代的末尾，Scrum流程要求我们回顾以前是怎么做的，并且思考我们下次可以做哪些不同的事来改善流程。

协作：Scrum强烈鼓励团队成员的协作和沟通。如果没有这些，Scrum就一点用都没有。

减少浪费：Scrum帮助我们识别做那些只对客户或者团队有价值的事情。

阿捷：嗯，这些原则真的很实用。那具体的Scrum的流程又是什么样的呢？

敏捷圣贤：在讲流程之前，我先给你讲几个关键的定义。

“产品订单”（Product　Backlog）：这是你构建一个产品所需做的所有事情的一个高层次的列表，并按优先级排列，这样可以保证你总是工作在最重要的任务上。比如对于整个Agile　OSS　产品套件，你的TD－SCDMA就是其中的一个Product　Backlog，而且是比较重要的Backlog，要是我，就绝不会让这个Backlog　Block整整两个月没有进展。

“冲刺”（Sprint）：一个Sprint就是一次为完成特定目标的迭代，一般是2～4周。

“冲刺订单”（Sprint　Backlog）：是Sprint的工作任务列表。一个“冲刺”订单来自于产品订单上最高优先级的一些任务，以及产生的附加任务，每一个任务都应该有一个明确的“完成（Done）”的定义。比如对于你的TD项目组，在每一个开发的版本上都要列出优先的开发任务。

“产品负责人”（Product　Owner）：这个人负责维护产品订单内容和优先级。

阿捷：这些新名词还真的需要时间慢慢习惯才行。那流程到底是怎样的呢？

敏捷圣贤：它是一个非常轻量级的流程。简单讲是先建立一个产品“订单”（Backlog），做一个短期“冲刺”（Sprint）计划，执行这个计划，每天开会讨论计划中的问题和进展，计划完成后演示工作成果，再对该阶段的工作做回顾、反思，接着不断重复以上流程。

阿捷：就这样简单吗？有点太粗略了，你能不能讲得更细一些？

第3章　橄榄球与软件开发（6）

敏捷圣贤：我可以给你一些细的指导，可是时间不允许！我现在正在San　Francisco的机场，等着转机去东京呢！马上要登机了。你在北京？北京好像现在已经很晚了吧？

阿捷：啊？我这里快凌晨3点了，别管我时间了。赶紧教教我在这个流程中的每一步都该做哪些事情好吗？

敏捷圣贤：嗯，那我得简短些！

敏捷圣贤：当你构建产品订单时，要创建一个按优先级排列的所有功能的列表，把最重要的功能放在列表的最前面。

阿捷有点发傻：如果需要把所有的事情都放进去，不就和敏捷的简单原则相悖吗？

敏捷圣贤：最初的计划是非常非常高层次的，仅仅是我们对客户从今天开始想要的那些功能的粗略的认识。一旦认识发生变化，就要及时调整。下一步做Sprint“冲刺”计划。你要从产品订单拿出一些优先级最高的任务，制订一个2～4周的计划，决定如何完成这些任务。然后开始执行这个计划。

阿捷有点明白了：好的。那其他的呢？

敏捷圣贤补充着：每天开一次短会，检查Sprint中每个任务的进展状况，对未完成的任务，要求任务所有人给出新的剩余工作量的估算。

阿捷：啊？每天都开一次碰头会，那得浪费多少时间啊！

敏捷圣贤：所以你作为Scrum　Master要让会议开得很短，对于你现在的TD项目组来说，5个人，我觉得只要花10分钟就够了。在Sprint完成之后，大家聚在一起，展示一下工作成果，这时候一定要让产品负责人知道已经完成了哪些工作。

阿捷：好的，然后再开一次回顾会议？我们以前项目做完后，都会搞一次的。

敏捷圣贤：对，一个Sprint结束后，做一次反省。从团队的角度来审视哪里做得好，并继续保持，找出不好的地方，并寻求改善方法。

阿捷：这个流程真的很简单。不错。

敏捷圣贤：还有，在一个Sprint做完之后，你要重新调整一次产品订单，然后再做计划，开始下一个Sprint。

阿捷：好的。呵呵，听起来Scrum还不错。我想下周一就开始，我的项目团队做一个两周的Sprint，看看效果如何。你觉得好吗？

敏捷圣贤：呵呵，不会吧，阿捷，这么着急？你是我遇到的第一个刚听了Scrum，马上就要实施的人！可是你真的准备好了吗？

阿捷很有信心：差不多吧！Scrum这玩艺儿听你讲起来挺简单的！我在网上再找点资料。

敏捷圣贤：这么有信心！祝你成功！我得走了，已经开始通知旅客登机了！

https://www.cwzww.com https://www.du8.org https://www.shuhuangxs.com