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