接上一篇《Scrum实践记录（二）：迭代前期—用户故事和计划会》，这篇讲解一下迭代中期的流程，迭代中期是团队真正去工作完成迭代任务的阶段。
先说一下任务（Card）的几个状态，这个可以根据情况自己定制，我们目前使用的是：
“Open”—-“In Progress”—-“Done”
一、拖任务
计划会结束后，大家就各自把接下来要去完成的任务从”Open” 状态拖放到”InProgress”状态
然后去做这个任务的内容，完成会将任务拖放到”Done”里，并填写完成任务真实使用时间 然后再将下一个要做的任务从”Open”状态拖放到”In Progress”状态，整体的节奏就是把任务一个一个的完成。
上边说的流程是正常的流程，有时候可能由于种种原因任务中断，则需要在最后迭代结束时将任务放到backlog里。
二、站会
站会是团队内部互相沟通了解整体进度的主要方式，关于站会有几点要求：
- 固定的时间（团队内部约定站会时间，如9点上班，18点下班 则可以安排在9:10、9:15 或者17:30、17:45）
- 固定的地点（有条件的定在固定的会议室，一般都是办公室的某个开放的角落）
- 全员参与但到点就开，不等人
固定的时间、固定的地点是为了给大家一种仪式感，让大家认可自己参与的敏捷的方式，站会是不等人的，到点直接开，让大家自己控制时间，一般开站会前5分钟SM会在群组中提示大家拖放任务，填写时间。
开会时大家轮流发言，我的建议是按固定顺序发言，这个顺序不用特意指定，一般第一次站会说完后，后续就尽量按这个顺序来就可以了，如果有人没来，则顺延到下一个人就可以了。
站会上要解决的主要是信息同步的问题，一般会说两件事：
- 我昨天做了什么
- 我今天要做什么，需要哪些资源
对于第一点只需要简明扼要的将信息同步给大家就可以了，主要是第二点，我今天要做的事是什么，并且今天的事需要哪些资源协助，这里说的资源，可能是具体的人，或者特定的物品（比如：兼容测试需要某某机型）
站会整体时长在15分钟以内，所以每个人也有一、两分钟的时间发言，如果发现问题比较复杂，就会后处理。
站会要避免变成汇报会，一定要保证大家是平的，SM也只是负责的工作多一些大家不能变成所有人向SM汇报自己的工作，如果变成了汇报会那SM要及时做出调整，要有一个大家交流的氛围。
三、SOS会
sos会是一个比较特殊的会，如果只有一个团队，就不需要考虑开这个会了，有多个团队才会开这个会。
参会人员由每个团队指定一名SM以外的人员，会议除了参会人员基本与站会一致。
会上说的是自己团队昨天（或今天，取决于开会时间）做了什么，今天（或明天）需要做什么，有哪些依赖资源（团队），参会的人员一般在开会前会去了解团队的工作完成情况（一般从站会上了解），会后会将依赖情况同步给团队内的其他人。
SOS会解决了团队依赖资源协调的问题，减少出现团队相互等待的情况。
四、紧急任务
事事无绝对，就算我们前期计划做的再充分也不能避免紧急情况的产生，特别是做为研发团队，需求总是在不经意间出现在他不该出现的地方，那么如果来了紧急需求我们要怎么处理呢？
紧急任务，就是专门留给团队创建、处理这种突发情况的地方，有了需求我们创建一个紧急任务，然后去处理它，最后完成后，填写用时，修改状态。
一般情况下最好能保证一个迭代内不要有太多的紧急任务，除非必要，尽量少接，接的紧急任务多了会严重影响原来计划内的任务进度，导致迭代目标失败。
备注
这部分内容比较多，写的也有点乱，但是要重视迭代中期的东西，因为这是一个迭代的根本所在。
本文链接： http://blog.jisuye.com/2018/10/30/scrum_3/
版权声明： 本作品采用 知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议 进行许可。转载请注明出处！
