Background
- 91是我們公司的Technical Coach,以往都是排定某整週到部門內進行coaching,並且事先溝通安排特定技術主題、讓部門內部分技術人員參與高強度的整週技術coaching,這次有別以往,91直接進其中一個Scrum team參與開發。
- Sprint :4/6–4/14,此團隊領2張item
- 4/06(四) Sprint Planning,4/6,4/7進行第1張Item開發,因希望第2張Item能完整讓91參與
- 4/10–4/14 為91進入團隊時期,(4/10我請假)
過程細節..略過
由於整個團隊協作過程採mob programing,團隊資訊都保持在同一個水位上,所以每天的進行方式是在早上daily scrum時稍微check in今日狀態。
其中最動人的一刻是,4/13(四)daily時91 check in提及個人當前狀態、承認失敗,並立即與團隊提議改善措施,包含整日作息調整。以身作則讓團隊感受failure後的心態及調整作為。
每日結束前,會整體進行當日學習回顧(小retro)
除了coding外的主要活動,在4/11(二)整日進行該張story的SP2 (Sprint Planning partII),經約6小時。
由於過程都在幾分鐘內發生許多learning momement,所以先概略的分以下幾個學習點直奔結論:
學習點-1.行為面
- 在sprint planning part2全部過程實體視覺化不開code,包含白版畫關聯圖、拆分Task、投影,跟平日我們慣性上的細微差異是,鼓勵每個人都要走到到白板、布幕面前指出正在講什麼或者看清楚字,視覺化要勤勞一點,包含Table命名、API的request/response都要具體寫出來。
- SP2的溝通過程,營造邀請每人都可以講述觀點意見,方式包括自己先主張觀點、提問各project職責、提問現在理念上想怎麼做、等待空白停頓(不會刻意cue誰,給予空間,因此平日相對沉默的成員也越來越往白板躍躍欲試)。
- 跟PO的溝通以user能獲得什麼價值的選擇考量出發去提供想法及選擇
[例]當你發現這張story尚未討論點擊icon後,是要login,login後的行為要開啟什麼或是導向哪個頁面是未討論的,你會怎麼跟PO溝通?
[例]當你發現login很難做,複雜度高,這Sprint做不完,你會怎麼跟PO溝通? - 【知識傳遞並預期管理】預告隔天動工的project要能在local端build起來,這是PD的責任,不能漠視,越能提早驗證越好
- 【code review】你自己有多久沒有站在投影布幕指著正在講的那一行code呢?還有~是沒寫到這段程式的人上去帶大家review ,還是你自己寫的你就上去帶了呢?
學習點-2.心態面
- SP2花費時間這麼長的過程都可以發現每個人想的意見是有差異的,若少了這些溝通,分頭去開發時,怎麼確保設計意見被溝通過?因此花時間鼓勵所有的設計觀點說出來,是一個正向願意溝通的展現。
- 溝通時,如果跟PO直說是一個團隊練習也有產生平等效果,說話技巧上能嘗試先說「共同的認知」,再來談差異,一發現差異就要能夠以user角度出發思考後續後跟PO討論。
- 隨時審視自己去找PO時,是帶著Question、還是problem & solution,提問是被歡迎的,而問題則是需要帶著已經定義好的問題主張及可選擇的解決方案。
- SP2發現Story過大,拆兩張後,以往我們會擔心還要多久能完成、需要給PO一個預期,實際上此時估算會是個浪費,真的需要的話用最小成本迅速給個point,PBR時再進行釐清。
- Item拆task是為了瞭解我們有多少to do list,不是為了分工
- 過早最佳化是萬惡的根源Premature optimization is the root of all evil,我們應該努力避免過早最佳化
- 我很意外大部分的人不知道product backlog裡面是Items,且不是很清楚item跟story的差異,這讓我學習到了當察覺有人有不明確或有困惑的非語言,也是要雞婆一點主動囉嗦知識
- E2E的切法,包含以Outside in思維設計系統、拆task,永遠以user能拿到什麼的角度走完流程,以情境出發來走完流程去分析需求,有別以往習慣邊做邊想、一大包最終很難E2E又要面對一大包測試。
【下面補充後來91提供的資訊】
許多細微過程,總讓我回想在鈦坦過去至今受過的點滴指導,包含很早期接觸過鈦坦導入Agile過程的ScrumMaster前輩、VP、DM等人,其描述與感受到的Agile Coach風範、作為,我又從91身上看到這些信念關聯、以及去年終於上了Daniel 開腦課的綜合總總,我反思了不少細微的東西,收穫滿滿。
3.綜合反思心得
- 局外人的醫病關係:
以前就讀過這個知識,這次比較有深度感受,ScrumMaser之於團隊,兩者比較像是醫病關係,患者要有病識感來看診治療,否則也不太需要進行替他下藥診斷。每個人都討厭看醫生,看醫生就是希望醫生能幫助你弄清楚狀況,依據專業下醫囑或是轉診判斷,而其中,再怎樣都是要相信團隊(任何一個role)是修復自己身體的主人、目標是讓患者自己有能力走下去,而不是直接替他們解決問題。文字寫起來好像本來就懂的道理,反思日常工作生活中,是不是有過多旋風日常將醫者捲入了經營醫院的細節? - 91看見我們很習慣分工,想讓大家感受同一條船back to back 的團隊協作感,讓我想起學習的領導打造成長團隊這本書,「你的團隊是個真實團隊嗎?」並非一定需要使用領導者下令分工,團隊才能完成任務,只要團體架構適合團員之間的相依協作 (Interdependence)即可 。要是團員彼此之間並不是相依協作的關係,那麼就不需要組成真實團隊。但如果團員之間需更相依協作,卻不以真實團隊的方式運作,就會滅損團隊效能。
- 以前91來我沒參與在其中,主觀覺得91給大家注入的能量是技術各種雞血。
這週下來⋯滿滿感受到原來91還有更多溫度的具體展現,在乎個體是不是足夠具備了對的觀念、對的姿勢,從中注入當下需要的knowledge 。所謂的teach,training 在這種daily的展現,不是訴說知識而已,更需要抓到那個一閃即逝的moment、搭配對的意願者,很美的畫面!
而且不同於我們內部日常天天日復一日「捲」下去的方式,保持給大家初心的原汁那種正向又真實的語言,是打動了我們想起遺忘的姿態。
太多細微的地方很多共鳴,我只能總歸來說~91對當下的立即awareness 到選擇當下的response ,速度極快且精準到位,在旁邊看的我能量滿滿,同時我總也思考著日常的差異,我們時常為了追求要完成產出、穩定產能,當下無意識自我受限的選擇跳過了基礎。
以我的角色而言,我也跳過了不少當下可以training 的機會點,因為我也會預設大家沒空沒心思聽,同樣的捲下去追求效率了。聯想我在coaching session 中都能大量等待給予客戶空間,這個空間是能促成更多的前進,俗稱慢慢來比較快,這週最大的感悟就是,快與慢的選擇,不只一念之間,更多的是,我們想要成為什麼樣的我們。