[Day26] Scrum失败经验谈 – Daily scrum变成daily report

在Scrum的机制里,每天的站立会议(Daily standup meeting)是一个极小体现Scrum经验叠加而进一步更能解构复杂目标之经验法则的环节,一场standup meeting里面,仅需要15分钟左右,彼此从3个面向快速同步状况:我昨天做了些什麽?是否有遇到什麽障碍?我今天打算要做什麽。将经验所发现的事情,快速总结给团队成员,促成下一个结论的发生。这样一个重要的会议,只要变成Report,很快就只是流於形式,真正的问题也不会被讨论,新的决策也不会发生,观察过去失败的standup meeting,我发现会有3个元素需要注意:

展现经验法则的意义和决心

那时候,我得自我承认与检讨,除了PO角色的我,同时也具备主管身份,所以只要拿捏不好,就会让整个会议氛围变成例行报告,在压力下,我必须在意准时,必须对细节追根究底,所以我也犯了认为scrum内的故事是不能改变的错误,也过於表露出我对於期限的在意远大於想知道合理的事实,一个最明显的行为就是,即便我获得再多的讯息或求救,我的期限从未动摇过,这一部分当然包含我对於向上报告的恐惧。「缓冲」、「依据事实而变动」是我後来觉得很重要的元素,「缓冲」是在体现我对於任务与需求的掌握与风险控管能力,我们会希望开发有一定的节奏,但这个节奏必须建立於健康的、有办法因应失控的,过份紧凑的安排,除了让工程师感受到超出能力的压力以外,对於自己目标安排上也是会造成无形压力,在恶性循环之下,就会让失败的能量累加。而尊重且理解我们的工作型态,让经验法则更易导入,既然是经验就会因为团队状况而不同,所以要在意的是经验能不段累加,而非着眼於团队应该要全知全能,亦即要一个可以不断进化的团队的心态,会减少对成员的怨怼与不信任,让彼此有好的交流。

自我管理的习惯

Scrum非常讲求团队成员每一位的自主性与自我管理,所以在一些会议上,他会很明确的定义出要求,让团队成员减少不必要的讨论,也让成员可以妥善安排自己的时间,也能形塑整体运作的节奏。所以,在Scrum的守则里面,也包含定时定点的每日站立会议,这一点我让团队没有纪律,也是一大问题,站立会议有时候因应某成员晚到,临时站立会议就会晚一些时间开,也发生过变成下午开的状况,让整体节奏呈现一个变动而且随意,团队既然允许这样的节奏,更别说个人了。之後,我在运行每日站立会议时,就会采固定时间,不因个人因素将当天的会议临时往後延迟,在会议後,时间就还给成员,让他们进行开发或是讨论的进行。

专业的讨论行为

要让站立会议不流於形式,就如同先前几篇都有提到的:准备好再进会议!当然,站立会议发生在每一天,不可能为其做什麽浩大的准备,但Pros & Cons始终都是一个必要的习惯与行为,在Scrum团队里面,每一个人都会有其角色,角色所在意的事情及必须要做的following action也不相同,所以参与站立会议的每一个人,都必须对於各自负责的Pros & Cons了然於心,如此大家方能对於事情做讨论,而非无立基点的空谈、流於一个发散甚至会以爲是针对个人的议题讨论。

没人希望重要的站立会议变成形式,要拥有一个好的站立会议,是参与会议每个人的责任,不论从整体执行方式的方向,或到细节大家如何运行,都缺一不可。


<<:  大共享时代系列_025_迷你仓(共享仓储)

>>:  自动化测试,让你上班拥有一杯咖啡的时间 | Day 27 - 学习 cypress window 的用法

Day25 ( 游戏设计 ) 翻转吃豆子

翻转吃豆子 教学原文参考:翻转吃豆子 这篇文章会介绍如何使用「旋转感测」、「创建角色」、「得分」、「...

[Day 21] - Django-REST-Framework APIView 介绍 -- 处理 HTTP Method 的好帮手

前言 在最近这几天,打算将 DRF 常用的 class 的功能以及使用方法,带大家有一个基础的认识,...

第05天 - 一些些的Bootstrap、CSS

1.首先是 Bootstrap 的用法,其实就是 【1.引入它 ; 2.复制它】 引入的部分在【第0...

【Day12】Git 版本控制 - git checkout 移动 head

什麽是 head? 我们在 commit 版本时,其实是将档案 commit 到一条 branch(...

《赖田捕手:番外篇》第 38 天:用 Netlify Functions 布署 Line Bot

《赖田捕手:番外篇》第 38 天:用 Netlify Functions 布署 Line Bot 从...