再谈站立会议的实施要点

昨天在东莞客户封闭开发的现场，观察了一个产品开发组四个小组实施站立会议的情况，分析了他们执行的优缺点，对如何执行站立会议，如何获得站立会议的成功进行了再次归纳总结，要点如下：

1 任务的分配与领用
       i)任务的责任人要明确；
       ii)任务的颗粒度小于2天；
       iii)如果有的任务颗粒度实在无法拆分到2天以内，则需要设置中间的检查点；
       iv)任务的完成时间要明确；
       v)任务的完成标准要明确；
       vi)任务识别的要尽可能完备，不要在过程中增加很多遗漏的任务。在识别任务时，团队中的各个角色都要参与，要充分讨论。
       vii)增加、修改的任务要增加小贴纸明确地在看板中标识出来，这些任务可以采用不同颜色的贴纸标识出来。
       viii)高层经理不要越级直接给团队成员下达任务。

2 任务的完工检查
       i)不能只靠责任人汇报说完成了就认为任务已经完成了，应该有检查，如果是编码，则要通过了规范符合性的检查、工具的静态检查、人工的代码走查或单元测试，并通过客户代表的确认，如果是编写文档，则应该通过了评审，如果是预研，则应该展示了预研的结果。
       ii)要区分任务的完成与需求的完成。需求的完成需要多个任务完成的支持，不但要跟踪任务的进展，也要跟踪需求的进展。如果不是采用迭代的模型，而是采用瀑布的模型，可以定义一个任务进展的内部准则，比如对于一个USE CASE，如果需求定义完成，则任务这个需求完成了10%，如果详细设计完成，认为这个需求完成了30%，如果代码完成，则认为任务完成了50%，如果单元测试通过，则认为这个需求完成了70%，如果系统测试完成则认为完成了100%。

3 进展的跟踪
       i)采用燃烧图标识每个小组的进展，每天站立会议完成后更新燃烧图。
       ii)采用燃烧图标识整个产品开发团队的进展，可以每天或2天等更新燃烧图。
       iii)每个小组、整个产品的进展都要及时跟踪进展。不能关注了局部，忽略了整体。

4 站立会议
       i）每天定时、定地开站立会议，不需要事先通知；
       ii) 在站立会议上每个人当且仅当回答3个问题：
         昨天完成了什么？
         有什么难题需要别人帮助解决的？
         今天做什么？
       iii)在汇报每个人的进展时，不需要汇报是如何做的，将要如何做。
       iv）需要别人帮助的问题在会后单独讨论

5 小组长
       i) 主持会议，确保每位组员发言时不能跑题；
       ii) 可以点评、提醒每个人的工作，但是一定要简短点评；
       iii) 如果对总体情况进行总结，一定要简短。

6 会议纪律：
       i) 不能迟到，如果迟到就惩罚之；
       ii)只有一个声音在发言，不能一个人在发言，其他人在开小会；
       iii)非本小组的成员，可以旁观，不需要发言；
       iv)不能中途有人退席，有的人汇报完自己的进展后，就退席是不允许的。

7 物理设施：
        i) 站立会议时一般要有白板，在白板上粘贴的是本项目组的任务状态：未开始的任务，进行中的任务，中断的任务，完成的任务。其实也有一些敏捷的工具，可以电子化sprint backlog，但是还是不如物理的白板更有视觉的冲击力。
       ii) 白板的面积要大，如果所有的任务不能在白板上贴下，则可以只贴本次迭代的或最近一段时间的，比如2周的。
       iii) 如果白板面积不够，可以不用贴纸，手写任务。
       iv) 贴纸容易掉，可以用小磁条粘在白板上或不干胶
       v）限于办公环境，每个小组的站立会议可以错开时间开。

8 其他注意事项
       i) 一定要当面开会，不能邮件替代站立会议；
       ii) 一定要每天开会，每天跟踪项目的进展；
       iii) 不需要整理会议纪要，除非有其他目的；