文档首页 > > 理论实践> 持续规划与设计>

每日立会,不仅仅是站立

每日立会,不仅仅是站立

分享
更新时间:2020/12/24 GMT+08:00

站会的概念

站会就是项目组的所有人员,围成一圈站在一起开会。

站会看起来简单,却有几个需要注意的关键点:一是项目的所有人员都需要参加;二是站立的方式要围成圆圈;三是会议时间需要控制在10-15分钟。

以往传统的会议都是坐着开,敏捷开发中强调站会就是为了尽可能缩短会议时间。在会议地点的选择上,也建议大家就近在办公桌旁边开会,避免往返途中浪费时间。

站会的重要性

敏捷开发中,每天坚持开站会主要解决什么问题呢?站会主要解决的是大家在沟通中产生的问题。程序员之间的沟通多会通过各种文字聊天工具进行,面对面的沟通很少。纯文字的表达,容易导致沟通障碍,出现信息不同步的情况。

站会一般会固定汇报形式,从下面三个问题出发去解决沟通的问题:

第一,我昨天实际的工作内容。

第二,我今天将处理什么工作。

第三,我遇到的难点以及需要的帮助。

从而来承上启下的来解决项目中沟通的问题,解决每个人工作的依赖。

如何开好站会

如何开站会呢?以下分三个点来说这个问题。

  • 开站会的合适时间

    站会其实没有特别固定的时间要求,通常的情况是每天早晨开,至于说是早晨9:00还是10:00,那是根据团队的情况来决定的。

    如果大家上班的距离都比较远,就10:00左右开;如果大家都离的比较近,那么会选择9:00开站会。

    当大家习惯开站会后,它会成为每天工作的开始,大家会在站会开始之后,然后进入工作状态,这是一个特别好的工作起点。

  • 站会的形式特点

    站会的站位是有要求的,站位需要围成一圈,站在团队看板旁边,而不是说大家在空地找一个圈就好了。

    那么关于地点的选择,一定要离团队非常近,否则大家去开一个站会,走来走去,在路上耽误的时间会非常多,这个跟站会的核心“时间短”是有违背的,所以一定要在团队附近。

  • 站会的参与人员

    项目组所有人员都要参与的,如果有客户,还要包含一两个客户的主要人员来参与站会。

    我们之前遇到一个问题:全员都在参与站会,跟项目无直接关系的人员也在参与展会,比如说行政人员,那么这是一个特别不好的情况,因为他们说的工作是跟你的项目无关的,所以我们要保证所有的人员是和项目相关的。

站会中的常见问题

  • 站会时间过长

    我们经常遇到在站会中出现了需要讨论问题的情况,那么我们通常解决的方式是:简单的问题,在站会上讨论清楚;复杂的问题,记录下来,后续开会继续讨论。

    大多时候有人会希望在站会上讨论清楚所有事情,大家要注意站会绝对不是其他会议的替代品,也就是说我们不要期待站会把所有的问题都解决,其他的会还是要开的,它绝对不可能替代其他会议。

  • 站会迟到问题

    执行站会的时候经常会出现有人迟到的问题,我们的做法是:先跟这个人去沟通,到底是因为了什么问题?如果不是客观的问题,导致了站会迟到,那么我们就会采取一些措施,比如说,我们会让迟到的人去每天去打卡,然后看你一周能迟到多少次。还可以做一个小小的惩罚,比如当迟到的时候,需要去向行政人员交一块钱罚款。

  • 团队成员不想开站会

    在执行的过程中,还有另外一个很重要的问题,就是大家不想开站会。处理的建议有两点:

    第1点,和大家先沟通清楚不想开站会的原因,到底是怕暴露什么问题?

    第2点,需要坚持开每日站会,当自己都不认为站会重要的话,那么别人也自然不会认为它重要,这是最关键的一点。

  • 其他

    站会中经常会遇到团队中有些成员正在做的事情不在看板上,那么,在站会中让他补在团队看板上就可以了。

会议保持紧凑有效的8条原则

  • 第一指导原则:主题明确,不能掺杂其他无关的话题。

    要做到这一点很简单,只需要保证每个人只回答3个问题,就行了。

    1. “我们上次开会后你都干了什么?”,这可以让整个团队了解该成员在做什么,以及当前进展,但也不要过分详细,否则会使大部分人失去耐心。“细节决定成败”,这里一定要关注一下细节才行。有时会让大家更新一下是“你负责的、正在做的任务还剩下多少时间”。
    2. “在我们下次开会之前你要做什么?”,当成员间的工作有依赖关系时,这会给其他成员一个很好的提醒。
    3. “你的开发被阻碍了吗?”这个问题最重要。阻碍一个人继续开发的问题,最终也会阻碍整个开发团队,所以一定要鼓励大家说出自己的问题。一旦有人提出来,Scrum Master有义务帮助他尽可能地消除这些障碍。

    Scrum Master并不一定要自己亲自去解决问题,更关键的是要去协调、去调度资源。

  • 第二指导原则:站立会议只允许"猪"说话,"鸡"不能讲话。

    在Scrum中,Product Owner,Scrum Master和团队被称为“Pigs,猪”,其他人员被称为“Chickens,鸡”。

  • 第三指导原则:所有人站立围成一圈,不能围坐在一个桌子周围。

    “站立”就暗示大家这个会很短,强迫大家更专注和投入,还可以有效避免有人坐着收发邮件和做其他分心的事情。

  • 第四指导原则:确保整个团队都要参加每日站立会议。

    每个人,无论是开发、测试,还是文档撰写人员,只要属于“猪”,都要参加并且遵循会议规则。

  • 第五指导原则:每日Scrum站立会议是团队交流会议,不是报告会议。

    每一与会者应该清楚,开发团队是在互相汇报和交流情况,并不是向Product Owner或Scrum Master汇报。

  • 第六指导原则:每日Scrum站立会议应该控制在15 分钟之内。

    如果可以在8分钟内搞定,那就立刻结束,不一定要用满15分钟,这才叫Time boxing(时间盒)。

  • 第七指导原则:不要把每日Scrum站立会议作为一天的开始。

    有些成员在每日Scrum会议之前,不想做任何事情,这种懒惰实际上是对生产力的破坏。所以不要在上午太早时候开,避免有人从心理上把一天的开始跟这个会议联系在一起。当然,这个会议也不要太晚,一般10:0 到10:30是比较适合的。

  • 第八指导原则:Scrum站立会议要在每日同一时间同一地点举行。

    这不仅可以给团队一种自己拥有站立会议的感觉,同时,任何对你们站立会议感兴趣的人,譬如其他项目经理或者部门经理、或者上下游团队内的任何人,都可以随时走过来听一听。

关于燃尽图

在会议结束后,Scrum Master根据开发团队成员对其负责的Sprint Backlog中的项目所做剩余时间的更新,记录在燃尽图中。用于显示每日直至开发团队完成全部任务的剩余工作量(以小时或天计算)。

理想的情况下,该曲线应该在Sprint的最后一天接触零点,它体现了团队任务目标的实际进展情况。注意,并不是目前已经花费了多少时间,而是仍剩余多少工作量---开发团队距离完成任务还有多远。如果此曲线在Sprint末期不是趋于零,那么开发团队应该加快速度,或简化和削减其工作内容。

如果会议中间讨论起技术问题怎么办?

如果是几句话的讨论,就让它继续下去,不要刻意打断。这样解决问题的速度也快,效果会很好。如果有人说了太多的细节或者离题太远,Scrum Master有责任打断他们,以保证会议正常进行。需要详细讨论的,记下来,会后单独安排一个会议,专门讨论,通常把这个环节称为After Meeting(会后环节)。

Daily Scrum(每日立会)的主要目的是让每个成员自己去发现进度中的障碍,从而达成自己的承诺。原来我们只是强调了“自己去发现进度中的障碍”,而忽略了“自己承诺要做什么”。计划会上,我一直强调要让每个成员自己认领任务。为什么要让每个成员自己认领,而不是让团队负责人去安排呢?这个道理很简单。每个人对于自己认领的事情,一定会用心去负责完成。如果事情是别人安排的,而不是自愿承诺的,那可能在积极性主动性上会打一些折扣,就会影响事情完成的进度和质量。

每日站会要点

  1. 每日立会上,每个人需要回答三个问题:昨天完成什么?今天打算做什么?有什么障碍?如果没有更新剩余工作量,在会上给出最新估算。
  2. Scrum团队强调自我管理,自我引导,这其实是管理的最高境界,如果团队里面的每个人都能够时刻关注公司或者部门的业务情况,那么整个公司的利益自然会最大化,但是现实往往不是这样的。那么设立Scrum Master时,是不是可以让每个人在每个Sprint里都有这样的机会来带领团队,并感受这种责任。
  3. 让每日站立会议保持紧凑有效的指导原则。
    • 第一指导原则:主题明确,不要讨论其他无关的话题。
    • 第二指导原则:站立会议只允许"猪"说话,"鸡"不能讲话。
    • 第三指导原则:所有人站立围成一圈,不能围坐在一个桌子周围。
    • 第四指导原则:确保整个团队成员都要参加每日Scrum会议。
    • 第五指导原则:每日Scrum站立会议是团队交流会议,不是报告会议。
    • 第六指导原则:每日Scrum站立会议应该控制在15分钟之内。
    • 第七指导原则:不要把每日Scrum站立会议作为一天的开始。
    • 第八指导原则:Scrum站立会议要在每日同一时间、同一地点举行。
  4. Scrum Master要及时解决每日立会上提出的阻碍。这一点非常关键,否则会影响每个成员反应障碍的积极性。
  5. 利用Burndown Chart(燃尽图)跟踪细分任务的完成情况,在项目进程的任何时间点都能够看到项目进展状况,而不是每周或者项目完成之后,从而保证了开发进度处于可控制的状态。

仪式感

《小王子》中,狐狸对小王子说:“你每天最好在相同的时间来......我们需要仪式。”

“仪式是什么?”小王子说。

“这也是经常被遗忘的事情,”狐狸说,“它使得某个日子区别于其他日子,某个时刻不同于其他时刻。”

“Scrum站立会议要在每日同一时间同一地点举行”,也是仪式感的体现。心理学家荣格说:正常的身心需要一定的仪式感。仪式感体现的是我们的尊重和热爱,对生活如此,对团队如此,对敏捷也是如此。

在敏捷中,我们有很多表现仪式感的实践,例如庆祝迭代成功发布,给团队成员写感谢卡,团队建设等。

仪式感不仅表现在成功时,也应该表现在失败或出错时。例如即使是迭代失败,集体跑步5公里;站会迟到时,给团队小伙伴发红包;造成持续集成服务器失败时,做俯卧撑等。失败时,我们不是惩罚,而是用游戏的方式来让大家牢记于心。

此外,除了庆祝成功,对于失败,也需要庆祝;如果把成功或失败,看成是反馈与学习的机会,那么,失败时,也许是更好的学习机会。

每日站立会议

每日站立会议是整个Scrum框架里,非常重要的一环,站会的重要性,以及正确方式,却往往容易被忽视。

敏捷宣言强调个体交互重于过程和工具,敏捷原则里也建议面对面的沟通。区别于日报或邮件,每日站立会议是团队面对面沟通和彼此交互的体现。通过保持过程透明性让参与过程的所有人了解真实状况,并且通过燃尽图,随时检查Sprint进展并与干系人沟通,如有必要则及时进行调整。

每日立会是Scrum几个会议中,反馈周期最短的一个,站会是Scrum过程里每人每天为单位的PDCA环,由此形成团队的PDCA环,并最终得到一个Sprint的PDCA环。

站会不是汇报会,团队是焦点,而不是某一个人。

站会是团队社交的一种方式,当然是针对项目内容,而不是八卦。

举行站会有很多小的技巧,例如为防止大家七嘴八舌影响讨论,可以用一个道具,如一个网球,拿到网球的才能发言;传球最好也不是顺序,而是随机,或者抛球,谁抢到谁发言,更容易活跃气氛而不是僵化的例行公事;例如早期可由Scrum Master适度引导,逐渐转为每个团员轮值,最后变成团队自组织自发进行的活动。

虽然电子看板有诸多优势,举行站会时,围绕着物理看板会更有仪式感,在物理看板上挪动卡片的感觉也会更加直接;如果将电子看板投射到有触摸屏的大电视,可以集电子看板与物理看板的优势于一身。

  

本文内容节选自《敏捷无敌之DevOps时代》,作者:王立杰、许舟平、姚冬(清华大学出版社)。

  

分享:

    相关文档

    相关产品

文档是否有解决您的问题?

提交成功!非常感谢您的反馈,我们会继续努力做到更好!
反馈提交失败,请稍后再试!

*必选

请至少选择或填写一项反馈信息

字符长度不能超过200

提交反馈 取消

如您有其它疑问,您也可以通过华为云社区问答频道来与我们联系探讨

智能客服提问云社区提问