站立会议

站立会议的实施要点

每日站立会议的10个成功要点

案例：每日站立会议落实情况的再跟踪

站立会议的实施要点

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

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) 不需要整理会议纪要，除非有其他目的；

每日站立会议的10个成功要点

每日站立会议是SCRUM方法中的一条关键实践，看似很简单的一个活动，其实内涵丰富，如果能够成为一种习惯，还是不容易的。其成功的要点为： 

  1 站立会议通过每天面对面的沟通，可以: 

     （1）快速同步进展，让项目组内部的员工互相了解彼此的进展，从而了解本项目的整体进展。 

     （2）给每个人一种精神压力，信守承诺。这是一种面对面的精神压力，直面项目进展。

     （3）培养团队的文化，让每个人意识到：我不是一个人在战斗，我们是一个团队。 

     所以站立会议不能用邮件替代，不能在电脑旁，必须眼睛看着其他的成员，而不是电脑。

  2 每天在固定的时间、固定的地点召开；一般是每天早晨一上班，这样就不要每次开会都要下通知了。 

  3 项目的延期源之每天的延期，所以要每天实时跟踪进展，站立会议必须每天都要开。 

  4 每次会议不超过15分钟；如果要讨论技术问题，会后单独开会，少数人参与讨论。注意，站立会议一定不是长会。为什么站着，就是要短！ 

  5 为了避免开长会，每位成员必须只能回答3个问题： 

    昨天你完成了什么， 

    今天要做什么， 

     有什么需要别人帮忙的？ 

    其他问题不在此次会议上讨论，而是会后讨论。 

  6 站立会议时一般要有白板，在白板上粘贴的是本项目组的任务状态：未开始的任务，进行中的任务，中断的任务，完成的任务。其实也有一些敏捷的工具，可以电子化sprint backlog，但是还是不如物理的白板更有视觉的冲击力。

  7 会中应该更新每个任务的进展状态，直接在白板上移动任务贴纸。工作状态的直观看板也是一种了解进展、明确目标的有效手段，可以随时提醒团队成员，我们在何处？我们离目标有多远？ 

  8 在开站立会议时，不是每位成员给项目经理汇报工作，而是大家是平等的，是给项目组的所有人一起同步进展。这也是一种文化的培养。 

  9 项目组外部的管理人员可以列席，尤其是主管领导，但不能发言，不能下指令，只能旁听。在SCRUM中提倡的是团队自我管理。 

  10 如果有人开会总是迟到，需要制定惩罚措施，要培养守时的文化，团队的文化。

案例：每日站立会议落实情况的再跟踪

    2010年深圳某客户在公司内推广站立会议，2010年4月份我曾经到这家客户观察过1个大产品的10多个项目小组执行站立会议的情况，并将结果与体会记录整理成了一篇博文：《每日站立会议的10个成功要点》，2013年8月23日上午（深圳，滂沱大雨，雨声如鼓）故地重游，我又观察了该公司一个项目的站立会议，记录如下：
    （1）某项目组站立会议，早上9点13分开始，9点26分结束，费时13分钟。

    （2）人员陆续而来，9点13分开始后，9点15分，9点20,9点21分分别又来了3个成员，累计13个人参与了该会议。

    （3）PM是打开一个EXCEL格式的计划，对比此计划进行跟踪，计划中包含的列：

         任务，任务描述，任务跟踪记录，计划开始日期，计划结束日期，任务状态，责任人。

    （4）PM采用轮询的方式跟踪任务进展，边询问，边记录到EXCEL计划的任务跟踪记录列。

    （5）PM了解每个人的进展后，进行了简单点评，有问题则给出了指导意见，项目组其他成员也给出了一些建议，所有的问题当场都给了结论，需要尝试的，让项目组成员去尝试了。

    （6）项目组成员彼此之间有接口的，互相询问、沟通了接口的进展情况。

    （7）在某个成员在汇报工作进展的时候，有的成员没有专心听，而是和其他成员开小会，在讨论自己感兴趣的话题，PM没有制止。

    （8）有的项目成员在整个过程中游离在团队之外，不关心别人的进展，始终在玩自己的手机。

    （9）在跟踪任务进展过程中，经过简短讨论后，PM随时增加了一些必须的任务，并责任到人了。

   （10）没有画燃烬图；

   （11）未按时完工的任务大都是需要其他项目组配合完成的任务。

  一项简单的措施坚持下来不容易，坚持做好更不容易。