客戶真討厭，老是專案收尾才 BUG 爆大量！？
 |
| 圖片來源：Microsoft Bing Copilot (GPT-4 enabled) |
課後一位 IT 部門的女學員前來提問，「老師，我現在在公司負責一個專案，有個問題很困擾我，就是 user 每次都是到快結案的時候才開始認真測試，結果在最後一刻才回報大量的 bug，造成我們根本就來不及把這些 bug 解完，造成專案 delay，這我該怎麼辦啊？」
「為什麼你們專案的功能品質是要靠 user 測試呢？」
專案人力不夠也不優，issue 太多又難解，你到底應該怎麼辦？
 |
| 圖片來源：Microsoft Bing Copilot (GPT-4 enabled) |
最近到一家合作多年的客戶那邊授課（EZ專案力兩日班），課程結束後，一位學員（研發單位副處長）來問我問題。
「老師，您的課程真的很有用，從出社會到現在這麼多年，從來就沒有人用這麼系統化的方式教我們管理專案。您剛剛講的 Issue management 和 debugging 的實務經驗（專案品質控管），它們和人資管理、時程管理等面向環環相扣的關係，真的是很有感。可是，現在人真的很不好找，您也知道，我們公司的薪資福利根本就拚不過台積電和 IC Design House，老師您有沒有什麼好的建議啊？」
專案章程為什麼很重要？竟然可以擋下 AI 妖孽！
 |
| 圖片來源：Microsoft Bing Copilot (GPT-4 enabled) |
「老師，可以跟您請教一個問題嗎？」
「當然可以啊！請說。」
「老師，我有參加一個專案，客戶那邊都不太想用我們做出來的功能，我覺得應該要針對客戶的回饋來修改，可是老闆卻叫我們要多做一些新功能，再去推銷給客戶用，我該聽老闆的？還是聽客戶的？」
敏捷團隊衝刺老失敗，人才也是難留下，問題到底出在哪？
敏捷團隊在「衝刺規劃會議（Sprint Planning Meeting）」中所做的工作計畫，是對該次衝刺的一種承諾，也是衝刺的目標。因此，「衝刺工作的完成度」也常被當作是敏捷團隊的績效衡量指標之一。
這個指標本身並沒有什麼問題，問題在於，當敏捷團隊無法達成衝刺目標的時候，公司會讓他們面臨什麼樣的後果？這個後果，對敏捷方法是好的？還是不好的影響？
訂閱：
文章 (Atom)