iT邦幫忙

2021 iThome 鐵人賽

DAY 26
0
IT管理

文化沒這麼理所當然:一位新手產品經理促成IT文化形塑的心路歷程系列 第 26

[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了然於心,如此大家方能對於事情做討論,而非無立基點的空談、流於一個發散甚至會以爲是針對個人的議題討論。

沒人希望重要的站立會議變成形式,要擁有一個好的站立會議,是參與會議每個人的責任,不論從整體執行方式的方向,或到細節大家如何運行,都缺一不可。


上一篇
[Day25] Scrum失敗經驗談 – 與需求單位之間的斷層
下一篇
[Day27] Scrum失敗經驗談 – 危機四伏的Sprint planning會議
系列文
文化沒這麼理所當然:一位新手產品經理促成IT文化形塑的心路歷程33
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言