 |
| 圖片來源：Microsoft Bing Copilot (GPT-4 enabled) |
「老師，可以跟您請教一個問題嗎？」
「當然可以啊！請說。」
「老師，我有參加一個專案，客戶那邊都不太想用我們做出來的功能，我覺得應該要針對客戶的回饋來修改，可是老闆卻叫我們要多做一些新功能，再去推銷給客戶用，我該聽老闆的？還是聽客戶的？」
敏捷團隊衝刺老失敗，人才也是難留下，問題到底出在哪？
敏捷團隊在「衝刺規劃會議（Sprint Planning Meeting）」中所做的工作計畫，是對該次衝刺的一種承諾，也是衝刺的目標。因此，「衝刺工作的完成度」也常被當作是敏捷團隊的績效衡量指標之一。
這個指標本身並沒有什麼問題，問題在於，當敏捷團隊無法達成衝刺目標的時候，公司會讓他們面臨什麼樣的後果？這個後果，對敏捷方法是好的？還是不好的影響？
專案狀態報告：你不可不知的四大法寶
不知道身為 PM 的你有沒有過這樣的經驗，當你走進公司大樓電梯，沒想到公司高階主管也走了進來並關上了電梯門（因此你想逃也逃不掉），緊接著，他冷不防地問你，「那個ＸＸＸ專案現在的狀況怎麼樣了？」
他不是你的直屬老闆，只是你老闆的上司或更高層的上司，所以平時你並沒有直接向他報告的機會，這個時候你會怎麼做呢？
什麼樣的專案適合使用敏捷式專案管理
對方向我介紹完他們公司後我才知道，原來他是這家新創軟體公司的共同創辦人。
用戶故事時間老是估不準？三大技巧助你敏捷團隊一臂之力！
「老師，我們公司有在使用敏捷方法做專案，可是團隊在估算用戶故事（User Story）時間的時候，老是估不準，有的時候會多留很多 buffer，有時候又少估很多時間，導致衝刺的工作做不完，這該怎麼辦才好？」
我在《Scrum 敏捷方法裡，渾然天成的九大風險管理把關設計》一文中談過，敏捷方法的框架其實隱含了不少巧妙的風險管控設計，其中當然包含了管控「因時間錯估而延誤」的風險。這裡我們先假設，這位學員提及的敏捷團隊，有確實遵守敏捷方法要求的原則來運作，沒有自行偷斤減兩，可是團隊對於時間的估算，卻依然不夠準確。在這樣的前提背景下，我們還有什麼其他的招數，可以來改善這樣的問題。
訂閱：
文章 (Atom)