運用從喚醒者身上學到的來喚醒我的團隊
2016/12-2017/4
Scrum不是萬靈丹也不是特效藥，同理可證，上完開腦的CSM並不會讓你忽然知道該怎麼回來面對你的團隊。Daniel又沒有照表抄課的教導入Scrum的Step1,2,3...
從上海回到台北，就有小夥伴跑來說：那個誰誰誰每天都在哀嚎，Yolanda到底何時才會回來？
我問團隊：新的一個sprint要做什麼呢？團隊：（表示茫然）...
天啊，我覺得我就是保姆跟傭人啊T_T，雖然聽懂的東西不多，但也就硬著頭皮上了
2016/12/23 幼幼班第一課
- SCRUM不可或缺的元素（角色、會議、產物）
- 成年人的概念（自己的作品就是最好的履歷、剩餘經濟時代）
- RELATIVE SIZE ESTIMATE
- SLICING STORY MAP
這邊摘錄幾個上完課後，團隊的retropsective內容，是過去沒有聽過的聲音：
- 如何找出重點、如何取捨？太糾結於細節對重點工作沒有幫助
- 溝通的落差：一樣的說明，多樣的理解
- 對細節越瞭解，越能寫出適合的user story
- 主動釐清需求很重要
- 每個堅持都有背後的原因
- 基礎架構不能省
- 團隊信任很重要
2016/12/29 幼幼班第二課
- Review meeting的目的
- Undone Work的影響
2017/1/5 幼幼班第三課快速估算遊戲
這個方法是Daniel從Brad Swanson跟Björn Jensen那邊偷來的，連結。Daniel：「这个估算方法，可以有趣，迅速，尤其对于初始Backlog的估算。从时间性价比上来说要比Planning Poker要好不少。而且如果引入了Specification By Example一类的Practices建立Sharing Understanding，显然要比Planning Poker有效得多。」
2017/1/26 幼幼班第四課Retrospective with具體的action item且排入迭代
2017/3/30 幼幼班第五課Retrospective with with ORID method
--------------------------------分隔線--------------------------------
團隊的改變：
- Retrospective時可以聽到不一樣的聲音
- 學會點數估算了
- 會主動站在使用者的角度去設計開發（如何讓更多人使用產品），主動找PO釐清需求
- 對於sprint中commit的task掌握度變高了
- 開始還技術債、寫文件
- 對目標不清楚時會馬上提出
- sprint中commit的task完成後，主動舉手往前做
- 整合過程中的risk變低了
- 團隊很認真的準備demo，可以在review meeting中充分與PO討論能不能再做得更好
- 有會動的自動測試了
PO的改變：
- 終於把product backlog跟sprint backlog分開了
- 終於會排priority了
- 不會硬塞user story，非常信任團隊的判斷
- 願意一起面對技術債，留時間給團隊處理
- 排除不必要的干擾，只給團隊一份backlog
個人心得：
所以到目前為止，之前困擾“我”的問題都被解決了，最近我甚至有時間重寫了一次使用者手冊...，想請假也不用像以前一樣幾週前就要擔心，哇哈哈～
接下來我想花更多時間來照顧團隊自我成長的需求，希望大家在一起的時間可以更開心。
 |
| 2017/4/27 Retrospective |
然後要照顧PO，幫助他們有能力向團隊說明清楚product backlog，現在經常拐彎抹角模擬兩可，呈現PO覺得自己說的很清楚，但是團隊覺得PO變來變去（因為一開始就聽不懂），所以常常跟團隊有激烈的討論；同時，幫助PO找到產品真正有價值的地方，畢竟產品不賣錢，scrum run的再成功也是沒有意義的。
