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