敏捷方法下，開好「每日立會」的五個小技巧
日前課堂上有位學員問到，「老師，我們公司的立會（stand-up meeting）好幾天才開一次，這樣可以嗎？」
「『每日立會』顧名思義就是要每天開的，那你覺得你們公司這樣做，有效果嗎？」
什麼才是「進階」專案管理課程？
「老師，客戶希望能幫同仁們上『進階專案管理』課程，因為這些同仁們大都已經上過基礎專案管理課程了，不知道老師能不能幫忙這門課？」最近一位管顧合作夥伴來電這麼問我。
「請問一下，所謂的『進階』，客戶的定義是什麼呢？」
「就是講一些領導啦，事先預知風險，管理好風險啦，怎樣管好利害關係人啦，怎樣控管好專案的時間，不會底類（delay）啦，怎樣控制好專案的成本之類的…」
組織該以「課程」還是「顧問輔導服務」來推行專案管理的變革？
前一陣子，我到一家企業客戶去進行課程對焦會議，原本我並沒有太期待這個課程會成交，沒想到，最後的結果卻是峰迴路轉，變成了一張大訂單，不僅陸續追加了數梯次的課程，還衍生出一個顧問輔導服務案來。
這些年來，這種意料之外的商機還真不少，「要感謝的人實在太多，那就謝天吧。
敏捷品質管理：笨蛋！問題不在是否能做到「零瑕疵」，而是在「看待瑕疵的態度」
日前於敏捷課堂上，有學員問到，應不應把瑕疵（以下簡稱 bug ）列為用戶故事來處理？
這個問題，其實可以分為好幾個層次來探討，我們就先從根源來談起吧！
干擾退散，創建跨領域職能敏捷團隊，關鍵在哪裡？
日前到某企業授課，午餐時，業主 IT副總向我表示，關於敏捷方法「一人專注於一個專案」的設計，施行起來實在是有困難。因為實務上，其轄下專案眾多，人力明顯不足，而且總是會有偶發事件，需要把敏捷團隊中的開發人員拉出來，緊急支援處理，這該如何是好？
《EZ敏捷式專案管理：兩日班》半導體元件通路商：啟動敏捷，大步向前（滿意度 9.4）
「盧老師您好，我是ＸＸＸＸ公司的小紅（化名），想邀請您為我們公司資訊處的同仁們教授敏捷課程…」
「請問一下，您是怎麼知道我的？」
「我有朋友上過您的課程，他非常推薦您的敏捷課程，我也看過老師部落格上的文章和課程簡章，評估後，覺得這門課程真的很適合我們，因此就來跟老師您聯絡了。」
原來如此，再次是因為口碑傳播而來的訂單。在對方提問並聽完我對兩種版本課程差異的說明之後，對方直接決定，「老師，我們要上兩天版的課程，這樣比較完整，人數就依老師的建議，以成效為最優先考量。」
野蠻國度下，蒼狗幫團隊的敏捷生存之道
非洲大草原，一個動物必須不擇手段才能生存下來的野蠻國度！這些動物，有的仰仗天生強健體魄，有的倚靠集體智慧合作，孰優孰劣，看看數萬年的演化後，誰還在這草原上稱霸，便可知曉！
身材瘦弱的，無法單挑對手，可以想辦法撂人一起打。若是幫手再多也沒轍，那也可以轉身快速落跑，不被對方逮到就好。無論是哪種策略，只要能讓族群存活下來，就是一個好策略！
在大草原旱季來臨之時，水，成了極度珍貴的資源，各動物族群，無不想盡辦法爭奪那烈日下僅存的幾個小水窪。六隻瘦小非洲野狗組成的小團隊，竟能搶下十數隻大型鬣狗大團隊的地盤，這到底是怎麼做到的？這跟敏捷方法又能扯上什麼關係？
龍頭不敏捷，龍身怎麼可能會敏捷？敏捷方法其實是把照妖鏡！
「老師，坦白說，其實我們公司裡已經有一、兩個團隊在使用敏捷方法了，可是效果好像不怎麼樣，請問一下，這可能是什麼原因啊？」課後，一位學員跑來這樣問我。
嗯，又一次是想直接來求得仙丹的。坦白說，病人長的是圓的還是扁的我都還不知道，不但沒把過脈，是啥症狀也還不清楚，哪有可能給得出藥方呢？
專案管理的功夫該怎麼練，才不會變成花拳繡腿或走火入魔？
「老師，我們去年已經上過
PMP 課程了，這次想請老師來指導我們，提升PM人員的專案計畫報告撰寫能力。」
這是一位半導體設備研發製造上市公司的課程需求單位主管，在面訪時對我提出的需求。
「不好意思，請問一下，既然已經上過 PMP 課程了，為什麼還想要上這門課程？」
「是這樣的，雖然去年我們請過老師來幫我們上 PMP 課程，可是同仁們還是不知道該怎麼應用在工作上，所以我們才想找實務經驗豐富一點的老師來指導我們…」
《EZ專案力-自選專案實戰演練：兩日班》壽險業企業內訓（滿意度 9.56）
「盧老師您好，我是XX人壽的人資 XXX，我們公司想幫同仁們開一堂好玩、有趣，又能實際落地應用的專案管理課程，不知道老師您什麼時候有空，能到我們公司來跟單位主管討論對焦一下呢？」
「您好您好，感謝您的邀約啊，您等我一下，我看一下行事曆喔！」
敲定面訪對焦的時間之後，我好奇地問對方，「請問一下，您是怎麼知道我的課程的？」
「是這樣的，因為我們的XXX處主管想要為她處裡頭的同仁們做一些專案管理的培訓，但要求這門課程必須有趣又能實際落地應用，可是坊間絕大多數的專案管理課程都很硬，不好吸收，更不用說要能夠落地應用了，我自己也在網路上找了很久，後來同事向我推薦您，我看過您部落格的授課紀錄之後，才決定請您來跟我們主管談的。」
【矽谷最夯．產品專案管理全書】推薦序
 |
| 照片由商周集團提供 |
於過去二十年的科技業職涯期間，我非常有幸地能在不同規模、不同文化的公司裡，歷練產品開發團隊中的多種職務角色，並與許多優秀的夥伴們一起合作，打造出影響全球千百萬使用者的產品。
這些我參與打造過的產品有純軟體產品，也有軟硬體緊密整合的產品；有PC平台的產品，也有手持式裝置產品；有個人使用的消費性電子產品，也有企業應用的高規要求產品。這些產品當中有些很成功，有些則是無疾而終，而且很多時候，公司並不是很清楚，自己的產品究竟為什麼會出乎意料地大賣，或為什麼產品會莫名其妙地就死掉。
導入敏捷方法，就可以不用寫文件！？
「老師，我們的供應商說，他們已經改用敏捷方法來開發我們的產品了，而且現在是在做 Prototype，所以不需要、也沒有文件可以給我們了，跟他們說這些文件是最後結案一定要的，他們還是不交，這樣對嗎？我該怎麼辦？」
這是一位學員在我敏捷課程結束後的提問，這個問題其實可以分為兩個層面，一個是供應商的這種說法到底正不正確？另外一個則是更為深層的問題，為何這家供應商膽敢用這樣的態度來頂撞客戶？
我們就先來談談「文件」這檔事好了。
團隊內多新人，專案又僅 100 天，能用敏捷式方法管專案嗎？
「老師，我們現在的團隊都是新人，而且專案的時間只有 100 天，我們應該用敏捷式，還是傳統式的專案管理比較好？」
這是一位我敏捷式專案管理課程的學員在下課休息時對我的提問。面對這樣的問題，通常我是不會直接回答給答案的。理由很簡單，因為我根本就不瞭解你的團隊，對你的組織狀況更是一無所知，如果依據這樣的一句簡單提問，我就能直接回答給答案的話，那麼，我絕對是在鬼扯，絕對是個詐神無誤！
誰能救救 Scrum 敏捷開發團隊裡的菜鳥？
在《為什麼 Scrum 敏捷方法倡導「團隊成員專注在一個專案上」》一文中，我談到「每個人都應盡可能只專注在一個專案就好」這個乍看之下相當理想化，也跟大多數人的現況相左的觀念。今天這篇文章，我想繼續談談「如果敏捷團隊中有菜鳥，是不是時間就會估不準？進度就會被延誤？」這個也是課堂上常被提問的熱門議題。
訂閱：
文章 (Atom)