rogersnotes 20231228【台灣敏捷部落2024最新活動隆重登場】精彩活動就在一月！高品質交流，快加入台灣敏捷部落一起＋共享知識！

更多rogersnotes, 請至www.pm-abc.com.tw........ 訂閱/瀏覽

若您不願意收到rogersnotes，請點按此處進行退訂:http://www.pmsuccess.net/subscriber.asp 或直接回覆本信件通知我們為您處理。

【讓壞掉的敏捷起死回生】

什麼是壞掉的敏捷： https://www.scrum.org/resources/blog/zombie-scrum-symptoms-causes-and-treatment

>>參加【敏捷起死回生專訪】報名表: https://bit.ly/46qxnSL

>>檢視有沒有報名成功及編號並紀錄網址 : https://bit.ly/46EDvpW

看到症狀，就可以找到解方。

面對Scrum過程中的僵局和挑戰，我們需要一本指南，就像在探索未知領域時的指南針。《喪屍Scrum存活指南》正是這樣一本指南，它不僅揭示了Scrum陷入困境的原因，更重要的是，它教你如何在Scrum的旅程中找到樂趣和動力。

這本書的風格幽默而生動，讓人能夠輕鬆地與內容產生共鳴。它提供了實用的方法、練習和工具，幫助你逃離僵化的Scrum實踐。就算你身處懷疑的環境中，這本書會是那解毒劑，幫助你建造更符合用戶需求的產品，實現更快的交付，持續地改進，並在任何團隊中更成功地互動。

書中深入探討了喪屍式Scrum的感染原因和蔓延方式，並教你如何自我防護。它鼓勵你更貼近利益相關者，喚醒對價值的理解，發現為何陷入僵局的團隊無法學習，並提供解決之道。

《喪屍式Scrum存活指南》還著重於清除實現真正持續改進的障礙，使自我管理的團隊成為現實，讓人們能像人類一樣行事，而不是像僵屍般行動無常。

這本書是為Scrum大師、Scrum實踐者、敏捷教練、領導者，以及所有希望將Scrum的承諾轉化為現實的人們所準備的。通過它，你將重新找回我們最初採用Scrum的那份初衷和熱情。

設定檢核點，專案更順利

前言

我從事新聞工作，績效、升遷和薪水，與學歷、有沒有相關證照無關，考PMP前後要投資許多成本，怎麼想都覺得不是個太聰明的投資。2019年5月，我徵選獲得報系業務人才培訓計畫的機會，為期18個月要到完全陌生的領域從零開始學習，PMP成了我新人生的一盞明燈。

PMP熱門考題：如果專案經理先做了什麼，就可以避免這樣的事發生？準備考試時，我常大嘆：原來，當初我就是少做了這件事，所以才失敗的阿！生活點點滴滴，都和PMP息息相關，如果能早點認識PMP，人生必可少走冤枉路。

應用

1.追蹤進度，做好檢核點很關鍵

在參與公司內部一項專案會議時，詢問同仁上周會議提到的一項跨部門專案是否有新進展，同仁表示應該沒有新進度，我好奇問：「難道沒人追辦進度嗎？」才發現問題所在。原來，該跨部門專案會議負責執行秘書角色的人，並未獲得追辦進度的授權，也就是根本沒有「追辦進度」角色人員存在，加上沒有人願意做督促別部門的壞人，導致會議決議無人確切執行。

PMP考試領域裡，提到所有專案的一開始，最先做的就是「發展專案章程」，其目的為讓專案發起人授權專案經理執行專案，並取得利害關係人的認可，專案章程裡更應該訂定關鍵里程碑表。在規劃階段，發展專案管理計畫書時，應該請專案團隊成員一起參與，並討論出大家都接受認可的發展時程和專案範疇，因為是成員自己提出並承諾的，之後要說做不到、被逼的，也比較無正當性。此外，無論是範疇、成本、時程等專案涉及面向都應設有管制流程。

我想，這個專案在起始階段，就沒有授權和分派專案參與者各自的權限和責任範圍，加上規劃階段也許都是上對下單一指令，缺乏團隊共識和承諾投入，最後中間階段又沒有檢核管制點，導致專案一拖再拖。因此，確認此專案與公司發展確實相關，有其商業效益並對組織未來發展有益，明確指派分工並在會議中獲得彼此「公開」的承諾，並布達會有人檢核管制相關進度，是此專案的挽救措施。

2.最好的品質，就是不多不少剛剛好

在某次專案會議中，同仁提到一個承包標案問題，認為廠商提出太多超過標案契約內容的要求，但廠商卻認為理所當然，甚至揚言不做到就要扣錢。我詢問同仁到底該標案問題出在哪？我們第一次標到嗎？以前不知道有這樣的狀況嗎？如果不是第一次合作，為何合作那麼多年，今年才有這樣狀況產生？

抽絲剝繭後，我發現，其實該標案合作過很多年，契約中其實只是就只有採購一項單純產品，但過去幾年有時候廠商會拜託我們多做一些額外服務，同仁認為還可負擔，就私下協助處理當作附加服務了。長久下來，對方覺得理所當然，今年更要求在所有產品皆實施，成為常態。PMP「品質」章節裡不斷強調，最好的品質管理，就是不多也不少、剛剛好符合客戶的需求。我當時一直很疑惑，為何給客戶的成果高於客戶原本的要求，是不好的品質管理？讓客戶驚喜難道不好嗎？

我現在理解了，不按照契約走，給客戶高於契約水準的產品服務，會墊高客戶對我們的要求，更會養出「慣客戶」，當原本的附送變成理所當然，一旦我們不做了，對方反倒認為我們服務不佳，我們只能吃悶虧。一切按照合約走，所以的附加服務全部寫在合約裡，如果有變動，一切都要寫入合約和變更紀錄，才是保障雙方最好的方式。

3.成功的PM，應該花80%的時間在溝通

PMP考試需要先上滿35小時的專案管理課程時數，接受長宏培訓時，第一堂課老師要求大家依照設定好的自我介紹內容先自我介紹（發展團隊），接著用「大家數到三一起指向你覺得適合當組長的人」方式選出各組組長（凝聚共識，正式授權），然後由組長帶領各組想隊呼、上台表演隊呼並評選哪組勝利（展現團隊，激起團隊求勝慾望）。

長宏助教在每週六的課程，要求組長分別在上午和下午，請組員自行填報上周是否有參與讀書會？里程碑上的進度完成了嗎？隨堂考對幾題？每個成員都在填表過程都會看到彼此情況（知己知彼）；上完課的隔天，各組要自辦讀書會，由成員輪流帶領課程溫習和預習、討論所遇問題（發展共好，創造知識共享環境）。

準備考試部分，長宏承諾如果之後考試沒考過，會支付5千元的補助金，但前提是必須完成培訓機構要求的事項（兩次模擬考要達到七十分以上，七十分以上才能去報考、培訓機構網頁上指定觀看的影片都看過等），成員害怕拿不到如果沒考上可以領取的考試費用，當然會努力完成培訓機構要求的事項，在這個過程中，成員的專業實力自然會越來越強。

PMP課程結束後，組員們要持續舉辦讀書會，直到所有組員都考上PMP。大家都不想成為最後一個考上的，所以會很努力，而先考上的更不想每周都被耗在讀書會，會努力幫還沒辦進入狀況的成員，於是團隊滾動力就會越來越強大。

準備考試的過程，其實就是專案的縮影。我們常常會被高層指派接受專案，雖然取得了正式權力，但在與其他單位橫向溝通時，因為每個利害關係人在乎的點不一樣，常常卡關導致專案延遲時效、品質不佳。

以PMP邏輯來說，這是在管理利害關係人的狀況出了問題。我們真的明瞭每個利害關係人在乎的點了嗎?我們有發展出適合的對應方案了嗎？每個利害關係人權重不同、因此解決問題的優先次序也應該有所不同，這些問題、問題排序和解決方案、解決方案的時程都由專案團隊成員所認可，並承諾接納了嗎？在公司執行專案時，其實也常出現各部門之間認知落差情況，問題其實就出在：我們對於內部成員的管理，是不是真的創建了一個團隊共好的氛圍？

PMP邏輯的關鍵在於，一個成功的PM，應該花80%的時間在溝通。如果專案不成功，一定是因為過程中的溝通沒做好。無論時專案起始前、執行、監控與管制、到最後結束專案，都要持續不斷的溝通，有溝才會通，團隊才有辦法共好。

作者：張念慈, PMP

新聞工作者、作家、部落格、網路工作者。現任聯合線上公司總經理特助、曾任聯合報桃竹苗特派員，清華大學科技管理研究所EMBA碩士、世新大學傳播研究所碩士。社會光明面新聞報導獎及攝影獎、家暴及兒少優質新聞獎、吳舜文新聞獎平面媒體類報導獎等新聞獎項得主。著有跑新聞看社會、發現愛的角落、小記者所見所聞。部落格小記者所見所聞，擁826萬人次點閱。

【台灣敏捷部落2024年1月精彩活動】

【加入台灣敏捷部落，Keep Growing, Embrace Agility】

>>點選連結，加入台灣敏捷部落大群，推薦人寫: Roger老師, 通關密語: TAT： https://bit.ly/3cLEhce

台灣敏捷部落TAT成立於2019，並在2年內成為台灣最大的線上「敏捷」社群，目前社員人數已突破4000位。

每月平均有8場活動，皆不收費，只希望五大社群社員可以獲得更多敏捷相關知識，這是台灣敏捷部落從始至終不變的心意。

台灣敏捷部落社員為推薦制，每位五大社群社員僅能推薦2人加入，三天內開放社員推薦好友，名額限制100名，請好好把握。學習，是一輩子的事，跟著台灣敏捷部落，持續擴大你的學習網絡吧！

👉敏捷部落官網: https://sites.google.com/view/taiwanagiletribe/home

👉FB: https://www.facebook.com/groups/taiwanagiletribe/

【預祝2024元旦快樂，龍年行大運】

＜＜上一則 rogersnotes　　回 rogersnotes 主選單　　下一則 rogersnotes＞＞

rogersnotes 無償分享筆記, 歡迎分享給好朋友. 分享檔案著作權屬 rogersnotes®所有,
欲在公開場合使用rogersnotes® 著作請按此下載使用同意書.roger 連絡Email: PMSuccess@gmail.com
非常滿意　滿意　普通　不滿意　非常不滿意　
退訂或推薦您的朋友共享rogersnotes, 請由此進入