非軟體團隊跑敏捷三個月回顧
Jul 18, 2021
在團隊嘗試導入敏捷快三個月了，由於團隊的異質性很高，一直不太確定軟體的框架scrum適不適合，一路上跌跌撞撞，但任務的整體掌握度更好了，剛好下午聽了Ant的演講，也提到了敏捷的管理，很有感覺，紀錄一下~
1. 小團隊的優缺點
- 優點：非常自主，想做任何改變幾乎都能即刻執行。
- 缺點：大部分屬於獨立作業者，進行工作整合需要時間適應。
2. Story Point
- 誤區：將估計準則以時間估計。
- 原因：由於大部分工作都是以時間人力估計，但這種絕對值的估計，在不確定性高的任務(task)，如軟體開發、研究等，是難以估計準確的，但人類對於相對概念是比較準確的，比如說模型的變數發想，可能是模型建置兩倍的時間，會能估計出相對精準的任務困難程度。
- 預期優點：
a. 可以估計出相對靈活&準確的工作量
b. 由於有多了一層抽象化，把任務工作時間抽象成 story point，這一層轉化，可以評估團隊的velocity－實現成就的速度，而不是單純的完成多少件工作，可以較準確的評估團隊的能量(capacity)。但千萬不要當作績效指標使用，這是為了提高進度的可預測性，實行一段時間後，團隊的速率變動應該不大。
c. 相對於固定的工時，多一層指標可以衡量團隊狀況，例如最近是否有太多干擾，如何排除。
ps. 關於團隊與個人的績效評估可參考
b. 快推別說風涼話啦 — 如何量化個別開發人員和工程師的產能
3. 怎麼合併與對齊目標
如果是身處於異質性較高的團隊，初期可能較難有共同的 sprint goal，因為大家都習慣了有各自的目標，那就需要再拉高層級，這個團隊今年／每一季／每個月，大概的想像會是甚麼，我們做的這些事情，是不是有為了這個目標而前進，不然滿容易迷失方向的。不過這我也還在學習怎麼合併跟收攏大家的目標，進而可以形成團隊的氛圍，一起攻克目標。
Reference:
