敏捷方法下，開好「每日立會」的五個小技巧
日前課堂上有位學員問到，「老師，我們公司的立會（stand-up meeting）好幾天才開一次，這樣可以嗎？」
「『每日立會』顧名思義就是要每天開的，那你覺得你們公司這樣做，有效果嗎？」
什麼才是「進階」專案管理課程？
「老師，客戶希望能幫同仁們上『進階專案管理』課程，因為這些同仁們大都已經上過基礎專案管理課程了，不知道老師能不能幫忙這門課？」最近一位管顧合作夥伴來電這麼問我。
「請問一下，所謂的『進階』，客戶的定義是什麼呢？」
「就是講一些領導啦，事先預知風險，管理好風險啦，怎樣管好利害關係人啦，怎樣控管好專案的時間，不會底類（delay）啦，怎樣控制好專案的成本之類的…」
組織該以「課程」還是「顧問輔導服務」來推行專案管理的變革？
前一陣子，我到一家企業客戶去進行課程對焦會議，原本我並沒有太期待這個課程會成交，沒想到，最後的結果卻是峰迴路轉，變成了一張大訂單，不僅陸續追加了數梯次的課程，還衍生出一個顧問輔導服務案來。
這些年來，這種意料之外的商機還真不少，「要感謝的人實在太多，那就謝天吧。
敏捷品質管理：笨蛋！問題不在是否能做到「零瑕疵」，而是在「看待瑕疵的態度」
日前於敏捷課堂上，有學員問到，應不應把瑕疵（以下簡稱 bug ）列為用戶故事來處理？
這個問題，其實可以分為好幾個層次來探討，我們就先從根源來談起吧！
干擾退散，創建跨領域職能敏捷團隊，關鍵在哪裡？
日前到某企業授課，午餐時，業主 IT副總向我表示，關於敏捷方法「一人專注於一個專案」的設計，施行起來實在是有困難。因為實務上，其轄下專案眾多，人力明顯不足，而且總是會有偶發事件，需要把敏捷團隊中的開發人員拉出來，緊急支援處理，這該如何是好？
訂閱：
意見 (Atom)