不知道身為 PM 的你有沒有過這樣的經驗，當你走進公司大樓電梯，沒想到公司高階主管也走了進來並關上了電梯門（因此你想逃也逃不掉），緊接著，他冷不防地問你，「那個ＸＸＸ專案現在的狀況怎麼樣了？」
他不是你的直屬老闆，只是你老闆的上司或更高層的上司，所以平時你並沒有直接向他報告的機會，這個時候你會怎麼做呢？
什麼樣的專案適合使用敏捷式專案管理
對方向我介紹完他們公司後我才知道，原來他是這家新創軟體公司的共同創辦人。
用戶故事時間老是估不準？三大技巧助你敏捷團隊一臂之力！
「老師，我們公司有在使用敏捷方法做專案，可是團隊在估算用戶故事（User Story）時間的時候，老是估不準，有的時候會多留很多 buffer，有時候又少估很多時間，導致衝刺的工作做不完，這該怎麼辦才好？」
我在《Scrum 敏捷方法裡，渾然天成的九大風險管理把關設計》一文中談過，敏捷方法的框架其實隱含了不少巧妙的風險管控設計，其中當然包含了管控「因時間錯估而延誤」的風險。這裡我們先假設，這位學員提及的敏捷團隊，有確實遵守敏捷方法要求的原則來運作，沒有自行偷斤減兩，可是團隊對於時間的估算，卻依然不夠準確。在這樣的前提背景下，我們還有什麼其他的招數，可以來改善這樣的問題。
專案管理輔導紀實－國境之南篇
在我企業內訓接案的對焦經驗裡，有不少客戶，其「原本想要」的服務，其實可能根本就不是該公司「真正需要」的。只是有些客戶會認真聽你講，願意讓你的專業說服，走對路，預算用對地方；有些客戶則是早有定見，只想交差了事（如，老闆交代、消化預算、有培訓紀錄…），任憑你說破了嘴也沒有用。
當然啦，生意就是生意，能成交而且雙方都滿意就好，沒什麼對錯的問題。只是以我立場而言，既然客戶你付了錢，也讓員工花了時間，能讓員工有巨大收穫，能讓組織的問題獲得解決，這樣的合作不是會更有意義一些嗎？
2020 年倒數最後幾天，我收到一家南部電子大廠人資經理的來信，目的是想要邀約敏捷課程和顧問輔導服務。這個案子頗為戲劇化，也有些峰迴路轉，不過，最後的結果是，我把該公司「原本想要」的服務，轉變成該公司「真正需要」的方案，而且事後成效極大，滿意度極高。
優秀敏捷大師（Scrum Master）應具的能力和特質有哪些？
下課後一位學員來提問，「老師，我們公司想要開始導入敏捷方法做專案，我現在是工程師，我想轉換跑道做敏捷大師（Scrum Master），您覺得這樣好嗎？」
「好不好，我不知道，不過，如果你想做敏捷大師，除了剛剛課堂上談的之外，你還可以先想想這些問題，例如．．．」
訂閱：
文章 (Atom)