什麼是「忙而不急」的上乘職場功夫？跟敏捷方法又有什麼關係？
一件「重要卻不緊急」的事情，被我拖了好一陣子，在死期將至之時，這件事情終於變成了「重要又緊急」的狀態（XD）！原本一直培養不出來的熱血，終於在自己逼自己設下目標，進入閉關衝刺的狀態之後出現了！連續幾天把自己的所有時間都聚焦在這個單一目標之後，終於在端午節連續假期之前完成了這件重要的任務！
團隊合作的工作複雜度怎麼來的？敏捷方法又是怎麼簡化這些複雜度，讓團隊效能大躍進的？
即便昨天加班加得很晚，小明今天還是得一早就爬下床，帶著尚未完全甦醒的身軀到公司去上班。到了辦公室之後，打開 Email 信箱的瞬間，一、兩百封的 email 就陸續湧入了小明的收件匣！對於同時參與兩、三個專案的小明來說，這樣的情形早就已經見怪不怪，差不多都麻痺了！
拿對付自己人生重大風險的態度去對付專案的風險就對了
最近和一位朋友聊天，朋友說：「前一陣子岳父（以下簡稱阿伯）突然生病住院，這件事讓他忙亂了好一陣子！」
阿伯已經七十多歲了，是個五十幾年的老煙槍，而且還已經有些失智，行動雖然無法很敏捷，但是至少生活還可以自理，並且還有個老伴在照應（也是七十幾歲）。三個月前，阿伯突然暈倒，被鄰居緊急送醫，朋友於是陪老婆回南部去處理這些事情。
您的專案還在「野火燒不盡、春風吹又生」嗎？
最近課堂上的一位學員在中場休息時跑來問我一個問題…
「老師，今天上你的課，收穫真的很大，我發現專案規劃真的不難。可是，我們主管常常掛在嘴邊的一句話就是『我們沒有時間了，計畫趕不上變化，不用計畫這麼多，做就對了』，這種情形我該怎麼辦啊？」
如何運用 Scrum 敏捷式專案管理到 IC 設計產品開發專案（下）
[上一篇]
前兩篇文章所提的瀑布式和階段式方法，都是傳統的專案管理方法，有人鼓吹，為了要讓專案工作的時間估得準一點，那就多估幾個時間值好了，分別叫它們為「最樂觀」、「最悲觀」、「最可能」，也就是所謂的「三點估計法」。關於這一點，我的提問是，如果一個人對一項他沒做過的工作都「猜」不準所需要的時間了，那叫這個人多「猜」兩組時間，這樣就會比較準嗎？這不是畫蛇添足，脫褲子放屁嗎？
前兩篇文章所提的瀑布式和階段式方法，都是傳統的專案管理方法，有人鼓吹，為了要讓專案工作的時間估得準一點，那就多估幾個時間值好了，分別叫它們為「最樂觀」、「最悲觀」、「最可能」，也就是所謂的「三點估計法」。關於這一點，我的提問是，如果一個人對一項他沒做過的工作都「猜」不準所需要的時間了，那叫這個人多「猜」兩組時間，這樣就會比較準嗎？這不是畫蛇添足，脫褲子放屁嗎？
如何運用 Scrum 敏捷式專案管理到 IC 設計產品開發專案（中）
看到前一篇文章提到的瀑布式方法的缺點，我相信多數組織都可能感同身受。接下來的問題是，組織當中有沒有人有膽識、有魄力，而且還有權力可以推動專案管理的改革。
很慶幸地，本案例的公司就有這樣有遠見的主管群。該公司的主管們痛定思痛、下定決心去做專案管理的變革，開始採用階段式開發方法。整個流程大致演化為像下圖這樣：
如何運用 Scrum 敏捷式專案管理到 IC 設計產品開發專案（上）
「老師，聽說 Scrum 敏捷式產品開發方法比較適合軟體產品開發，可是我們公司的產品是 IC，硬體的成分居大部分，軟體開發人員大都是在最後階段才參與產品的開發，這樣還適合導入 Scrum 敏捷式產品開發方法嗎？」
敏捷方法的成功密技（16）：中、大型專案可以導入 Scrum 敏捷式開發與專案管理嗎？
許多對敏捷式開發方法有興趣的客戶，經常會問我一個問題：「老師，敏捷式專案管理鼓勵以小規模團隊來做專案，可是我們公司的專案都很大，專案團隊的成員也很多，我們能用敏捷式管理方法嗎？」
敏捷方法的成功密技（15）：未完成的用戶故事的進度怎麼算？
在運用敏捷式產品開發與專案管理方法時，我們知道，應該以「對用戶的價值」的角度來對工作（用戶故事 User Story）的優先級做排序（參考《能讓需求簡化，還能更省時、更省錢，提供更多價值，這…可能嗎？》一文），然後，將這些工作，「依序」安排到固定週期的各個衝刺（Sprints）去，並且盡可能地將每個衝刺都塞滿、都最佳化（參考《敏捷方法的成功密技（十一）：Scrum 如何最佳化利用衝刺的容量？》一文）。
但是，就算規劃得再完美，一定還是會有意外狀況，導致這些規劃好的事情生變。例如，在衝刺結束時，某些該完成的用戶故事，卻無法被驗收！這該怎麼辦？
敏捷方法的成功密技（14）：你不可不知，影響專案開發速度的八大障礙
在《開車旅行跟敏捷式專案管理有什麼關係？》一文當中，我們談到了，只要能掌握團隊的產品開發速度，幾乎就等於掌握了整個專案的進展。
其實，不論是傳統式還是敏捷式的專案管理，道理都是一樣的。但，到底有哪些因素會影響到團隊的開發速度呢？我們還是先來看看開車旅行的例子。
《EZ敏捷式專案管理：一日班》電源供應器研發製造商八小時企業內訓（滿意度 95 分）
這是一個小週末，微微飄著細雨的禮拜五！在交流道塞了約莫二十分鐘之後，我終於到達了上課的地點，結束了這將近八十分鐘的車程。
7:50，車外下著小雨，我不想因為教具被淋濕而影響到課程的品質，因此，我挑了個最靠近教室的停車格停車。不一會兒，另外一台車也靠了過來，就停在我的車格旁，車窗還被搖了下來…
靠講師改作業，就能評估專案管理類課程的 Level 3 成效！？
（Line對話）
管顧：「威廉老師，客戶臨時要求要有課後作業，我們的想法是讓每一組學員自選一個專案主題，然後交作業給老師批改、給回饋，不知道老師您覺得這樣做可行嗎？」
開車旅行跟敏捷式專案管理有什麼關係？
如果你正開車到一個陌生的新景點去旅行，總距離大約是 200 公里左右，而你現在已經開了 160 公里，花掉了你兩個鐘頭，那麼，你知道，過去這段時間，你的平均車速是大約每小時 80 公里左右。現在我們來考慮以下的三種情境。
如何讓您組織的專案治理「如虎添翼」？
某天早上，一位管顧夥伴
Line 我：「老師，我們接到一個 case 了，想跟您保留 x 月 x 日的日期，不知道老師那天有空嗎？」我看了看行事曆，那天剛好有空檔，於是回覆她，「可以，那我就把那天保留給你們囉！」
「請問客戶端的主要痛點是什麼？」我接著問。
訂閱：
文章 (Atom)