用戶故事時間老是估不準？三大技巧助你敏捷團隊一臂之力！
「老師，我們公司有在使用敏捷方法做專案，可是團隊在估算用戶故事（User Story）時間的時候，老是估不準，有的時候會多留很多 buffer，有時候又少估很多時間，導致衝刺的工作做不完，這該怎麼辦才好？」
我在《Scrum 敏捷方法裡，渾然天成的九大風險管理把關設計》一文中談過，敏捷方法的框架其實隱含了不少巧妙的風險管控設計，其中當然包含了管控「因時間錯估而延誤」的風險。這裡我們先假設，這位學員提及的敏捷團隊，有確實遵守敏捷方法要求的原則來運作，沒有自行偷斤減兩，可是團隊對於時間的估算，卻依然不夠準確。在這樣的前提背景下，我們還有什麼其他的招數，可以來改善這樣的問題。
專案管理輔導紀實－國境之南篇
在我企業內訓接案的對焦經驗裡，有不少客戶，其「原本想要」的服務，其實可能根本就不是該公司「真正需要」的。只是有些客戶會認真聽你講，願意讓你的專業說服，走對路，預算用對地方；有些客戶則是早有定見，只想交差了事（如，老闆交代、消化預算、有培訓紀錄…），任憑你說破了嘴也沒有用。
當然啦，生意就是生意，能成交而且雙方都滿意就好，沒什麼對錯的問題。只是以我立場而言，既然客戶你付了錢，也讓員工花了時間，能讓員工有巨大收穫，能讓組織的問題獲得解決，這樣的合作不是會更有意義一些嗎？
2020 年倒數最後幾天，我收到一家南部電子大廠人資經理的來信，目的是想要邀約敏捷課程和顧問輔導服務。這個案子頗為戲劇化，也有些峰迴路轉，不過，最後的結果是，我把該公司「原本想要」的服務，轉變成該公司「真正需要」的方案，而且事後成效極大，滿意度極高。
優秀敏捷大師（Scrum Master）應具的能力和特質有哪些？
下課後一位學員來提問，「老師，我們公司想要開始導入敏捷方法做專案，我現在是工程師，我想轉換跑道做敏捷大師（Scrum Master），您覺得這樣好嗎？」
「好不好，我不知道，不過，如果你想做敏捷大師，除了剛剛課堂上談的之外，你還可以先想想這些問題，例如．．．」
敏捷產品負責人發生「決策錯誤後悔厭惡」，你該怎麼辦？
最近跟一位朋友吃飯，席間聊到他十年十多萬公里的老車，保養貴得不得了，於是他認真地研究了一下各廠新車的性能和配備，準備要換車，結果看來看去，只有日系Ｌ牌房車的性價比和妥善率最合他的胃口。
敏捷團隊遲遲無法高績效，大風到底吹不吹？
「老師，您覺得我需不需要定期把團隊打散，攪一攪比較好？」一位高階主管學員在課間休息時這樣提問。
這個問題違反了我多年來帶團隊的經驗和直覺，因此我好奇地回問，「您為什麼想要這樣做呢？」
訂閱：
文章 (Atom)