「老師，客戶希望能幫同仁們上『進階專案管理』課程，因為這些同仁們大都已經上過基礎專案管理課程了，不知道老師能不能幫忙這門課？」最近一位管顧合作夥伴來電這麼問我。
「請問一下，所謂的『進階』，客戶的定義是什麼呢？」
「就是講一些領導啦，事先預知風險，管理好風險啦，怎樣管好利害關係人啦，怎樣控管好專案的時間，不會底類（delay）啦，怎樣控制好專案的成本之類的…」
組織該以「課程」還是「顧問輔導服務」來推行專案管理的變革？
前一陣子，我到一家企業客戶去進行課程對焦會議，原本我並沒有太期待這個課程會成交，沒想到，最後的結果卻是峰迴路轉，變成了一張大訂單，不僅陸續追加了數梯次的課程，還衍生出一個顧問輔導服務案來。
這些年來，這種意料之外的商機還真不少，「要感謝的人實在太多，那就謝天吧。
敏捷品質管理：笨蛋！問題不在是否能做到「零瑕疵」，而是在「看待瑕疵的態度」
日前於敏捷課堂上，有學員問到，應不應把瑕疵（以下簡稱 bug ）列為用戶故事來處理？
這個問題，其實可以分為好幾個層次來探討，我們就先從根源來談起吧！
《EZ領導力》企業內訓西遊記，600 年領導管理資歷大挑戰（滿意度 9.15）
「盧老師您好，我是 XX 公司的阿豪（化名），想邀請您到大陸來為我們同仁教授敏捷式專案管理課程，不知道老師您什麼時候有空？怎麼報價？」
再次是透過口碑傳播而來的直客，找上門就幾乎 100% 確定要開課。
再次是透過口碑傳播而來的直客，找上門就幾乎 100% 確定要開課。
經過一番簡短的課程對焦對話之後，阿豪說，「為了讓同仁們更完整地了解整個敏捷方法與實務連結的心法，我希望能上兩天版的課程，一天七小時的課程看起來太緊湊了。」果然是相當識貨的主管，非常清楚自己與同仁們「需要」的是什麼，而不是「想要」的是什麼。
本來以為談定了，結果幾天後，阿豪又跟我通話，「老師，我已經跟幾個重要的關鍵人物都提過這個案子了，我們執行長說想跟您視訊對焦一下，不知道您什麼時候方便？」
干擾退散，創建跨領域職能敏捷團隊，關鍵在哪裡？
日前到某企業授課，午餐時，業主 IT副總向我表示，關於敏捷方法「一人專注於一個專案」的設計，施行起來實在是有困難。因為實務上，其轄下專案眾多，人力明顯不足，而且總是會有偶發事件，需要把敏捷團隊中的開發人員拉出來，緊急支援處理，這該如何是好？
《EZ敏捷式專案管理：兩日班》半導體元件通路商：啟動敏捷，大步向前（滿意度 9.4）
「盧老師您好，我是ＸＸＸＸ公司的小紅（化名），想邀請您為我們公司資訊處的同仁們教授敏捷課程…」
「請問一下，您是怎麼知道我的？」
「我有朋友上過您的課程，他非常推薦您的敏捷課程，我也看過老師部落格上的文章和課程簡章，評估後，覺得這門課程真的很適合我們，因此就來跟老師您聯絡了。」
原來如此，再次是因為口碑傳播而來的訂單。在對方提問並聽完我對兩種版本課程差異的說明之後，對方直接決定，「老師，我們要上兩天版的課程，這樣比較完整，人數就依老師的建議，以成效為最優先考量。」
訂閱：
文章 (Atom)