iT邦幫忙

第 12 屆 iThome 鐵人賽

DAY 25
0
DevOps

Scrum Master使用Coaching的這回事系列 第 25

行動與當責這回事(下)

Scrum Master 怎麼使用行動與當責這回事呢?從前當PM當久了,很會因為蒐集完、聽完可以決策的資訊就立刻組織出各式行動方案,可是當身為Scrum Master,就不能這樣的把責任都放在自己身上,尤其Scrum Master還真的跟PM差異很大的,PM是協調者,會對外對內溝通整合資訊,幫助專案如期如質完成,當Scrum Master如果繼續以PM的習慣做事,會容易將團隊的「當責」心抽走,導致團隊有錯誤訊號不太容易學習自己的當責。

身為都市計畫被扎實訓練過plan技能的我,落在行動計畫的階段很多時候會覺得理所當然,只要討論出解決問題的行動方案,然後人事時地物列出來,去做就對了。隨著軟體開發經驗擔任過PM的經驗告訴我,最多就是偶爾讓PM follow up一下。可是~我們並沒有想把Scrum team玩得..變成讓Scrum Master來追蹤進度的團隊的呀,進度的責任是開發團隊的,應該由開發團隊有意識地知道自己要為進度、品質負責,在Scrum裡面我們不強調進度,強調的是能否在時間限度內交付出有價值可以運作的軟體,,加上敏捷相信團隊是具備自主性(Autonomy)、是自組織的團隊,這樣的團隊是需要高度 Alignment 與 Autonomy,組織浮現問題或指派問題,團隊即能展現高度自主去找出方案並且完成任務,所以當責,就會是Alignment 與 Autonomy之間的平衡問題,怎樣對齊目標方向下去自主、或者怎樣自動對齊目標任務,就是當責的精神。

所以回頭看對於Scrum team的日常,所謂的當責就變成了資訊透明度+團隊的承諾,Scrum 裡面的其中一個支柱就是透明度,有利於決策的資訊透明度越高,我們能夠減少的決策浪費就越多,團隊內常常要因為要能在Sprint內完成自己承諾的Story目標價值進行衝刺,需要滿高透明度的資訊讓彼此了解處在哪個狀態下,有了現實狀態,要怎麼校準就會是可以即時做出決策反應的管道,

那要怎麼讓團隊當責,我認為這時候用點教練技能是有所幫助的,但話說回來,其實也不用非得使用教練技能,直接使用追蹤機制也是可以辦得到,沒錯,建立一些機制,讓團隊自己對自己的Action進行追蹤管理,會是最基本的做法。至於利用教練技能,就要搭配前面所有篇幅說的一切技能,跟團隊關係有多好的夥伴關係、能不能允許彼此直接溝通、平時如何創造覺察等等等的所有技能都要堆疊式的使用,才有辦法協助團隊逐漸地當責。當責,對於某些人來說,原本就準備好當責,是完全不費力的,這種只需要創造機會,而對於還沒學習到自己能夠扛得住責任的人,會需要這些一步步技能堆疊下引發出來的成效,從成功經驗學習到原來自己挺當責,然後對於每次提出改善方案的行動,就更能確實地完成了。

本篇文章同步發表於我的Medium


上一篇
行動與當責這回事(上)
下一篇
回頭看結構行為合一這回事
系列文
Scrum Master使用Coaching的這回事30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言