美文网首页敏捷实践牛刀小试
Scrum 站会,管“杀”不管埋

Scrum 站会,管“杀”不管埋

作者: 北雁寄南书 | 来源:发表于2019-01-08 10:46 被阅读0次

    站会是敏捷活动最为频繁的活动,一直以为站会都很容易开,但是在经历了几次站会后发现,这还真是个“技术”活。

    之所以说“技术”活,主要有以下几个原因:
    · 站会容易被开为例会或汇报会
    · 站会很容易超时,很容易跑题
    · 站会如果偏离,很容易沦为摆设,从而丧失其作为 Sccrum 框架核心的应有作用

    我们先来看下站会的定义。
    名称:每日站会
    频率:每天,固定时间,看板前,15分钟(每日 Scrum 站会很短,平均15分钟左右,所以团队需要高度聚焦。 )
    主要内容:

    1. 昨天,我为帮助开发团队达成 Sprint 目标“完成了些”什么?
    2. 今天,我为帮助开发团队达成 Sprint 目标准备“完成些”什么?
    3. 是否有任何障碍在阻碍我或开发团队达成 Sprint 目标?
      目的:每日 Scrum 站会强调并促进快速决策,提高 Scrum 团队的透明度和认知度。

    So easy, isn't it? 没错,从形式上看,确实很简单,但要说完全避免上述几种站会情况,还真地不简单,我们来逐个看看上述几种情况的具体场景吧。

    场景一:
    九点一刻,站会时间,团队聚在一起,面对看板,准备开站会。可是团队的自组织意识还没有形成,大家都很谦虚,不愿意第一个发言,于是 ScrumMaster 作为站会主持当任不让地站出来让大家按顺序轮流发言。可是一不小心就会变成所有人的发言对象都变成了 ScrumMaster。
    A:“报告 ScrumMaster,我昨天完成了…"
    B:“报告 ScrumMaster,我今天准备完成…"
    C:“我没有什么问题…"
    ScrumMaster:“…"

    站会结束,画面美妙。
    可是这个站会跟 ScrumMaster 有多大关系呢(尤其是当 ScrumMaster 并不完全承担项目任务,或者是完全不承担项目任务时)?真正需要了解项目进展的人是开发团队中的每个人,Scrum 团队作为一个整体作出承诺,所以也理所当然把握和跟进项目进度。ScrumMaster 甚至不参加会议也不会有太多影响,但站会的主体 - 开发团队如果没有通过站会获取到所需的信息,就会造成工作脱节,工作遗漏,各自为政。

    场景二:
    九点一刻,站会时间,团队聚在一起,面对看板,准备开站会。本来在更新进度,承诺目标,忽然画面一转。
    A:“我昨天在测数据的时候,发现数据过不来了,不知道是什么原因,需要跟XXX再讨论一下。”
    B:“这个问题很简单,其实你只要把接口变量改一下,#%^^&*(%%&…” C:“那有那么简单呢,数据又不是从一个地方来的,只改一个变量还是不行。你要注意 #%^^&*(%%&…“
    …(此处省略 500 字)

    不知不觉,这段对话很可能变成一段技术细节讨论,大家都不好意思打断话题,也没有意识到 15 分钟已不知不觉过去了,而且马上就要半个小时了。于是不直接参与这个开发任务的人思想开是开小差,有人甚至开始玩起了手机…

    场景三:
    九点一刻,站会时间,团队聚在一起,面对看板,准备开站会。
    A:“我昨天在开发 X 用户故事的后台数据接口,没搞完,今天准备继续搞。我没有什么问题。”
    B:”我昨天在做 X 用户故事的前端页面,今天会做 Y 故事前端页面,我也没什么问题。“…
    依次类推,所有成员都完成了站会内容。

    没问题啊,多流畅啊。但是,站会完成后,迭代进度究竟如何,无人知晓。迭代目标能否如期完成?不知道!因为站会并没有给出足够的信息供大家判断我们究竟完成了哪些目标,是否需要大家赶赶进度,或是是否需要协调互助一下。

    那么我们让 A 和 B 换种方式来表述。
    A:”我昨天在开发X用户故事的数据接口,只完成了 70% 的工作,今天准备完剩余 30%,并开始开发Y故事的后台接口,预计今天可以完成 80% 工作。目前为止,我没有遇到什么问题,迭代目标可以实现。
    B:”我昨天在做X用户故事的前端页面,已经完成,等待和后台接口联调,需要会后找 B 协调一下,今天完成联调,除此之外今天会做 Y故事的前端页面,预计可以完成全部开发工作,我也没什么问题,目前来看,迭代目标可以如期实现。“

    在场景三的两个对比中,第一次,貌似回答了站会的三个基本问题,但其实有关进度的信息都没有,这样大家无法判断到底你是完成了什么,准备完成什么,我们的迭代是否还能成功。而第二次,由于对完成工作和目标有了清晰的描述,有协作要求的也一并提出,并根据自己的状况说明迭代是否能如期完成,从而让所有人对于进度有了个比较全面的了解。

    那么,站会上我们能解决什么问题呢?15 分钟又能解决什么问题呢。细究起来,恐怕还真是解决不了什么问题。站会的主要目标有二,一通过使工作进度透明化,团队认知同步,强调和促进快速决策推动迭代前行,二暴露和识别团队遇到的障碍及问题,引起大家的关注。然则具体的跟进解决则需要相关人会后处理。没有直接关联的成员完全可以继续工作的!这样一来节省了大家的时间,体现尊重;二来完成了站会的目标,所有人都更新和了解了项目进展状况,作出承诺,体现了开放,承诺及勇气,而会后专人专事则体现了专注。

    所以说,站会只是个管杀不管“埋”的会,所有具体工作,善后事宜都要放在会后专人专事处理。

    相关文章

      网友评论

        本文标题:Scrum 站会,管“杀”不管埋

        本文链接:https://www.haomeiwen.com/subject/tnkvrqtx.html