[{"data":1,"prerenderedAt":72},["ShallowReactive",2],{"legacy:insights\u002Fpms-risk-register:zh-TW":3},{"id":4,"title":5,"description":6,"keywords":7,"author":8,"robots":9,"bodyClass":10,"image":11,"jsonld":12,"html":71},"insights\u002Fpms-risk-register","風險登記冊為什麼總是殭屍？負責人、預警與關閉證據要進專案節奏 - JEDP 數字化平臺","登記冊殭屍化，不是缺少表格，而是缺少主人、複核日、預警與關閉證據。從 PMO 例會現場切入，說明偏差如何進冊、關閉如何留證，以及重點專案怎麼先跑通節奏。","項目風險管理,風險登記冊,項目預警,PMS 風險,偏差管理","深圳郎博萬資訊科技有限公司","index, follow","page-insights","https:\u002F\u002Fwww.jedp.cn\u002Fres\u002Fimages\u002Fproduct\u002Fpms-slide6.webp",[13,31,45],{"@context":14,"@type":15,"@id":16,"headline":17,"description":6,"inLanguage":18,"datePublished":19,"dateModified":20,"articleSection":21,"keywords":22,"image":11,"author":23,"publisher":25,"isPartOf":26,"mainEntityOfPage":28},"https:\u002F\u002Fschema.org","Article","https:\u002F\u002Fwww.jedp.cn\u002Finsights\u002Fpms-risk-register#article","風險登記冊為什麼總是殭屍？負責人、預警與關閉證據要進專案節奏","zh-CN","2026-05-06","2026-10-17","PMS · 專案管理","項目風險管理, 風險登記冊, 項目預警, PMS 風險, 偏差管理",{"@id":24},"https:\u002F\u002Fwww.jedp.cn\u002F#organization",{"@id":24},{"@id":27},"https:\u002F\u002Fwww.jedp.cn\u002Finsights#collection",{"@type":29,"@id":30},"WebPage","https:\u002F\u002Fwww.jedp.cn\u002Finsights\u002Fpms-risk-register",{"@context":14,"@type":32,"itemListElement":33},"BreadcrumbList",[34,39,43],{"@type":35,"position":36,"name":37,"item":38},"ListItem",1,"首頁","https:\u002F\u002Fwww.jedp.cn\u002F",{"@type":35,"position":40,"name":41,"item":42},2,"行業洞察","https:\u002F\u002Fwww.jedp.cn\u002Finsights",{"@type":35,"position":44,"name":17,"item":30},3,{"@context":14,"@type":46,"@id":47,"mainEntity":48},"FAQPage","https:\u002F\u002Fwww.jedp.cn\u002Finsights\u002Fpms-risk-register#faq",[49,55,59,63,67],{"@type":50,"name":51,"acceptedAnswer":52},"Question","風險和問題有什麼區別？",{"@type":53,"text":54},"Answer","風險是尚未發生或不確定的威脅\u002F機會；問題是已發生偏差。二者都要有主人與關閉標準，但處理節奏不同：風險側重應對與監控，問題側重受理與消除。",{"@type":50,"name":56,"acceptedAnswer":57},"每條延期都要進風險嗎？",{"@type":53,"text":58},"不必。按閾值：威脅里程碑或付款節點的重大延期自動生成；小波動進問題清單。閾值要寫進位制度並凍結，不能例會臨時定。",{"@type":50,"name":60,"acceptedAnswer":61},"和變更控制專題什麼關係？",{"@type":53,"text":62},"變更影響評估應能生成風險；本專題管登記冊的日常運營、預警與關閉證據。變更 silent pass 與風險殭屍常常同時出現。",{"@type":50,"name":64,"acceptedAnswer":65},"外包團隊怎麼用登記冊？",{"@type":53,"text":66},"外部責任人可填報應對進展，但升級路徑與關閉確認仍受專案組織裁剪，不能把關閉權完全交給外部。",{"@type":50,"name":68,"acceptedAnswer":69},"機會類風險要不要記？",{"@type":53,"text":70},"建議記。提前交付、方案複用也是機會；關閉時同樣要證據——是否轉化為變更或範圍調整。只記威脅，團隊會把風險管理理解成「找麻煩」。","\u003Carticle class=\"insight-article\">\n    \u003Cdiv class=\"insight-container\">\n      \u003Cnav class=\"breadcrumb\" aria-label=\"麵包屑\">\n        \u003Ca href=\"\u002F\">首頁\u003C\u002Fa>\n        \u003Cspan class=\"breadcrumb-sep\">\u002F\u003C\u002Fspan>\n        \u003Ca href=\"\u002Finsights\">行業洞察\u003C\u002Fa>\n        \u003Cspan class=\"breadcrumb-sep\">\u002F\u003C\u002Fspan>\n        \u003Cspan>PMS · 專案管理\u003C\u002Fspan>\n      \u003C\u002Fnav>\n\n      \u003Cheader class=\"insight-hero\">\n        \u003Cdiv class=\"insight-tags\">\u003Cspan class=\"r-tag\">風險登記冊\u003C\u002Fspan>\u003Cspan class=\"r-tag\">專案預警\u003C\u002Fspan>\u003Cspan class=\"r-tag\">偏差\u003C\u002Fspan>\u003Cspan class=\"r-tag\">PMS\u003C\u002Fspan>\u003C\u002Fdiv>\n        \u003Ch1>風險登記冊為什麼總是殭屍？負責人、預警與關閉證據要進專案節奏\u003C\u002Fh1>\n        \u003Cp class=\"insight-lede\">立項那天填完風險表，共享盤裡再也不開啟——這不是「有風險管理」，是有一份紀念品。活人登記冊看的是：誰負責、何時複核、預警有沒有推到人、關閉能不能拿出證據。\u003C\u002Fp>\n        \u003Cdiv class=\"insight-meta\">\n          \u003Cspan>更新於 2026-05-06\u003C\u002Fspan>\n          \u003Cspan class=\"dot\" aria-hidden=\"true\">\u003C\u002Fspan>\n          \u003Cspan>約 9 分鐘閱讀\u003C\u002Fspan>\n          \u003Cspan class=\"dot\" aria-hidden=\"true\">\u003C\u002Fspan>\n          \u003Cspan>製造業數字化 · PMS · 專案管理\u003C\u002Fspan>\n        \u003C\u002Fdiv>\n      \u003C\u002Fheader>\n      \u003Csection class=\"insight-takeaways\">\n        \u003Ch2>讀這一篇能得到什麼\u003C\u002Fh2>\n        \u003Cul>\u003Cli>風險管理目標是降低不可接受偏差的衝擊，不是維持長列表\u003C\u002Fli>\u003Cli>每條風險必須有負責人、下次複核日、應對動作與關閉標準\u003C\u002Fli>\u003Cli>重大延期、驗收超期、範圍變更應按規則生成或關聯風險項\u003C\u002Fli>\u003Cli>預警推到責任人與升級路徑，禁止只在週報裡出現一次\u003C\u002Fli>\u003Cli>先在紅燈專案跑通登記—預警—關閉，再擴專案集模板\u003C\u002Fli>\u003C\u002Ful>\n      \u003C\u002Fsection>\n\n      \u003Cdiv class=\"insight-layout\">\n        \u003Cdiv class=\"insight-body\">\n\u003Ch2 id=\"周一例会上的那张表\">週一例會上的那張表\u003C\u002Fh2>\n\u003Cp>PMO 例會開到一半，紅燈專案經理說：「風險我們已經識別過了。」螢幕上彈出一份立項時的 Excel，最後一列更新日期還停在三個月前。旁邊干係人翻了翻自己的筆記本：「我這邊另有一張，上週才補的。」會議室安靜兩秒——所有人都意識到，登記冊在，節奏不在。\u003C\u002Fp>\n\u003Cp>製造業交付專案尤其脆：合同里程碑綁付款，現場每天出工況。延期、資源過載、範圍變更若不能在同一本賬裡被看見，覆盤會上才會突然「爆雷」。表很長從不更新，比沒有表更危險——它給人一種「風險已被管理」的錯覺，管理層據此繼續往坑裡加人。\u003C\u002Fp>\n\u003Cp>還有一種更隱蔽的死法：週報裡寫一句「風險可控」，卻沒有任何一條掛著下次複核日。口頭可控無法抽檢，抽檢不了的東西，執行期一定漂移。\u003C\u002Fp>\n\u003Ch2 id=\"活人登记册只认四件事\">活人登記冊只認四件事\u003C\u002Fh2>\n\u003Cp>別再爭論「要不要再加一列機率×影響」。矩陣可以有，但先把這四件事釘死，表才會活：\u003C\u002Fp>\n\u003Cdiv class=\"table-scroll\">\u003Ctable>\u003Cthead>\u003Ctr>\u003Cth>要素\u003C\u002Fth>\u003Cth>寫進欄位時的要求\u003C\u002Fth>\u003Cth>例會怎麼用\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\u003Ctbody>\u003Ctr>\u003Ctd>負責人\u003C\u002Ftd>\u003Ctd>具名，可聯絡，禁止掛部門名\u003C\u002Ftd>\u003Ctd>逾期先找人，不找「大家」\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>下次複核日\u003C\u002Ftd>\u003Ctd>必填，過期即預警\u003C\u002Ftd>\u003Ctd>例會優先看過期佇列\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>應對動作\u003C\u002Ftd>\u003Ctd>具體到可執行，不是口號\u003C\u002Ftd>\u003Ctd>問「這周做了什麼」有據\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>關閉標準\u003C\u002Ftd>\u003Ctd>事先寫清，禁止只改狀態名\u003C\u002Ftd>\u003Ctd>關閉要能指向證據\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\u003C\u002Fdiv>\n\u003Cblockquote>當場判斷：隨機抽三條風險，能否在兩分鐘內說出主人、下次複核日、若關閉依據是什麼。答不上來，這份登記冊就是殭屍。\u003C\u002Fblockquote>\n\u003Cp>機會也要進冊。提前交付視窗、可複用方案，關閉時同樣留證：是否已轉成變更或範圍調整。只登記威脅，團隊會把風險管理理解成找茬，識別階段就會敷衍了事。\u003C\u002Fp>\n\u003Cp>干係人分層（治理 \u002F 管理 \u002F 執行）也要落在風險上：誰決策接受殘餘風險、誰協調資源、誰執行應對。人人參與、無人負責，是殭屍化的組織版病因。\u003C\u002Fp>\n\u003Ch2 id=\"偏差进册-别等复盘补\">偏差進冊，別等覆盤補\u003C\u002Fh2>\n\u003Cp>殭屍化的第二常見原因：進度、驗收、變更各走各的，登記冊靠人想起才填。規則應反過來——重大偏差按閾值生成或關聯風險項，而不是等結項寫教訓。\u003C\u002Fp>\n\u003Cp>建議凍結的自動\u002F半自動入口：\u003C\u002Fp>\n\u003Col>\u003Cli>\u003Cstrong>里程碑延誤\u003C\u002Fstrong>：超過閾值（如威脅付款節點）生成風險，掛原里程碑與責任角色。\u003C\u002Fli>\u003Cli>\u003Cstrong>驗收超期\u003C\u002Fstrong>：附條件關閉的遺留項逾期未清，進入登記冊並升級。\u003C\u002Fli>\u003Cli>\u003Cstrong>範圍變更\u003C\u002Fstrong>：影響評估裡風險等級達閾值，自動關聯登記冊條目。\u003C\u002Fli>\u003Cli>\u003Cstrong>關鍵角色過載\u003C\u002Fstrong>：資源看板衝突持續超過約定視窗，可生成風險源條目。\u003C\u002Fli>\u003C\u002Fol>\n\u003Cp>閾值寫進位制度後不要週週改。小波動進問題清單即可；問題與風險分開管，但都要主人與關閉標準——問題清單隻增不減，和風險殭屍是同一類病。\u003C\u002Fp>\n\u003Cp>變更 silent pass（郵件裡「再說」、現場先做後補）幾乎必然伴隨風險殭屍：影響評估沒做，登記冊當然無東西可跟。WBS 基線與變更准入是上游閘門；登記冊是下游運營。上游漏水，下游再勤灌也灌不滿。\u003C\u002Fp>\n\u003Ch2 id=\"预警到人-关闭要证据\">預警到人，關閉要證據\u003C\u002Fh2>\n\u003Cp>預警若只出現在週報末尾，等於沒預警。責任人需在訊息中心或任務池收到逾期\u002F臨期提醒；無人響應再走升級路徑（專案經理 → 專案集\u002F干係人治理層）。升級後必須有人接，禁止「升完無人認領」。\u003C\u002Fp>\n\u003Cp>關閉不能只改狀態。至少留下一類證據：\u003C\u002Fp>\n\u003Cul>\u003Cli>應對動作已完成，且觸發條件消失；或\u003C\u002Fli>\u003Cli>殘餘風險被書面接受（含接受人與日期）；或\u003C\u002Fli>\u003Cli>已轉化為問題\u002F變更並掛上新單據號。\u003C\u002Fli>\u003C\u002Ful>\n\u003Cp>無證據關閉，下個專案還會長出同一條風險——知識庫裡的風險檢查清單也會越抄越空。PMO 考核不要只數「識別了多少條」，而要看逾期率、關閉證據完整率、自動生成項的響應時長、以及重複發生是否被關聯到舊條目。\u003C\u002Fp>\n\u003Cp>外包團隊可填報應對進展，但關閉確認與升級路徑仍受專案組織裁剪。把關閉權完全交給外部，登記冊會變成對方的進度表，而不是甲方的風險賬。\u003C\u002Fp>\n\u003Ch2 id=\"系统里要接住什么-对齐-PMS\">系統裡要接住什麼（對齊 PMS）\u003C\u002Fh2>\n\u003Cp>JEDP-PMS 在執行與監控側覆蓋問題清單與偏差\u002F風險管理：規則、負責人、預警；重大延期可生成風險項並推送訊息中心；專案集檢視可彙總逾期風險與溝通記錄。抽檢建議包含：隨機風險\u002F問題的負責人與關閉證據；基準計劃重大偏差是否觸發風險預警；任務—報工—成本—文件能否對同一專案 ID 鑽取時，風險條目是否掛得上里程碑或變更單。\u003C\u002Fp>\n\u003Cp>落地時不必一上來全集團模板。先選紅燈專案：模板欄位強制主人與複核日 → 里程碑延誤規則接通 → 例會改看「過期佇列 + 關閉證據」而非表長度。知識庫與方案庫裡的風險檢查清單可以輔助立項識別，但釋出進專案登記冊後，仍由專案經理確認主人與應對——清單不能替代節奏。\u003C\u002Fp>\n\u003Cp>不適合硬上的場景也很清楚：極短平快、無 PMO、純運維無專案制——勿為建表而建表。有合同里程碑與跨部門交付的專案，才值得把登記冊嵌進周節奏。沒有 WBS 紀律、只有里程碑 PPT 的專案，應先任務化，再談風險預警；否則預警只會變成另一張好看的燈。\u003C\u002Fp>\n\u003Ch2 id=\"例会节奏怎么改才算进了运营\">例會節奏怎麼改才算進了運營\u003C\u002Fh2>\n\u003Cp>把例會材料從「專案簡介 + 進度百分比」改成三頁就夠：\u003C\u002Fp>\n\u003Col>\u003Cli>\u003Cstrong>過期佇列\u003C\u002Fstrong>：複核日已過、無進展更新的風險。\u003C\u002Fli>\u003Cli>\u003Cstrong>本週新進\u003C\u002Fstrong>：由延誤\u002F變更\u002F過載規則新生成或新關聯的條目。\u003C\u002Fli>\u003Cli>\u003Cstrong>擬關閉\u003C\u002Fstrong>：帶證據連結或附件，當場確認或駁回。\u003C\u002Fli>\u003C\u002Fol>\n\u003Cp>顏色看板可以保留，但顏色不得替代佇列。專案集經理看彙總逾期與重複風險主題，比每個專案各自 Excel 更適合治理。成本側若出現 EAC 惡化，應能回溯是否已有對應風險項——預算衝擊與風險運營本應互相看見。\u003C\u002Fp>\n\u003Ch2 id=\"三类僵尸-对症不同\">三類殭屍，對症不同\u003C\u002Fh2>\n\u003Cp>實務裡登記冊「看起來有、用起來沒有」，通常落在三種形態，治理手法也不一樣：\u003C\u002Fp>\n\u003Cdiv class=\"table-scroll\">\u003Ctable>\u003Cthead>\u003Ctr>\u003Cth>形態\u003C\u002Fth>\u003Cth>典型症狀\u003C\u002Fth>\u003Cth>優先動作\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\u003Ctbody>\u003Ctr>\u003Ctd>立項紀念品\u003C\u002Ftd>\u003Ctd>立項填完後再無更新\u003C\u002Ftd>\u003Ctd>強制複核日 + 例會過期佇列\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>影子多本賬\u003C\u002Ftd>\u003Ctd>每人一張表、口徑各異\u003C\u002Ftd>\u003Ctd>指定唯一登記冊，其他降級為個人筆記\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>關閉劇院\u003C\u002Ftd>\u003Ctd>狀態改「已關閉」卻無證據\u003C\u002Ftd>\u003Ctd>關閉標準欄位 + 抽檢駁回\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\u003C\u002Fdiv>\n\u003Cp>第一種靠節奏；第二種靠主資料紀律；第三種靠證據門。混為一談時，常見無效藥方是「再培訓一次風險識別方法」——識別不是瓶頸，運營才是。\u003C\u002Fp>\n\u003Cp>專案集層面還要防第四種：每個專案各自健康，組合視角卻看不見重複主題（同一供方、同一關鍵角色、同一介面反覆出險）。彙總檢視的價值，不在多一張熱力圖，而在讓治理層看見「同一類風險在多個專案復發」。復發卻不關聯舊條目，知識庫再厚也只是收藏夾。\u003C\u002Fp>\n\u003Cp>成本與風險也應互相指認。預算科目惡化、EAC 上揚時，若登記冊一片綠燈，不是風險管得好，而是兩本賬沒握手。反之，風險條目寫著「可能超支」，成本四算卻毫無波動，說明應對動作可能從未進入採購或工時——登記冊又成了作文。\u003C\u002Fp>\n\u003Ch2 id=\"下周就做这三步\">下週就做這三步\u003C\u002Fh2>\n\u003Cp>別再開一次「風險管理培訓」。開啟當前最紅的那個專案：\u003C\u002Fp>\n\u003Col>\u003Cli>匯出登記冊，標出無主人、過期未更新、關閉無證據的條數，並在例會開場念出來。\u003C\u002Fli>\u003Cli>對照最近兩次里程碑延誤與一次範圍變更：是否生成或關聯了風險項；若沒有，當場補規則草案（閾值 + 升級路徑 + 責任角色）。\u003C\u002Fli>\u003Cli>下一次例會只討論過期佇列與擬關閉項的證據，不討論「表有多長」；兩週後覆盤過期條數是否下降。\u003C\u002Fli>\u003C\u002Fol>\n\u003Cp>兩週內若過期佇列仍不下降，先別擴專案集模板——擴面只會複製殭屍。規則接通卻無人響應時，先查升級路徑是否真有人接，再查欄位是否被「必填但不看」架空。能當場指出每條過期風險的證據存放位置，才算節奏成立；否則先補主人與複核日，再談專案集駕駛艙。\u003C\u002Fp>\n\u003Cul>\u003Cli>PMS 專案方案\u003C\u002Fli>\u003Cli>WBS 變更控制\u003C\u002Fli>\u003Cli>驗收里程碑\u003C\u002Fli>\u003Cli>資源過載\u003C\u002Fli>\u003C\u002Ful>\n        \u003C\u002Fdiv>\n        \u003Caside class=\"insight-toc\" aria-label=\"本頁目錄\">\n          \u003Ch2>目錄\u003C\u002Fh2>\n          \u003Ca class=\"h2\" href=\"#周一例会上的那张表\">週一例會上的那張表\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#活人登记册只认四件事\">活人登記冊只認四件事\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#偏差进册-别等复盘补\">偏差進冊，別等覆盤補\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#预警到人-关闭要证据\">預警到人，關閉要證據\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#系统里要接住什么-对齐-PMS\">系統裡要接住什麼（對齊 PMS）\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#例会节奏怎么改才算进了运营\">例會節奏怎麼改才算進了運營\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#三类僵尸-对症不同\">三類殭屍，對症不同\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#下周就做这三步\">下週就做這三步\u003C\u002Fa>\n        \u003C\u002Faside>\n      \u003C\u002Fdiv>\n\n      \u003Cdiv class=\"insight-cta\">\n        \u003Cp>\u003Cstrong>想把這篇裡的做法落到自己的廠裡？\u003C\u002Fstrong>資源中心有對應場景的線上自測與資料模板，也可以直接約一次真實環境演示。\u003C\u002Fp>\n        \u003Cdiv class=\"insight-cta-actions\">\n          \u003Ca href=\"\u002Fresources?from=pms#selftest\" class=\"btn btn-outline\">去資源中心自測\u003C\u002Fa>\n          \u003Ca href=\"\u002Fcases#case-pms\" class=\"btn btn-outline\">PMS 驗收案例\u003C\u002Fa>\n          \u003Ca href=\"\u002Fcontact?from=pms\" class=\"btn\">獲取方案與演示\u003C\u002Fa>\n        \u003C!-- next-step:BEGIN -->\u003Ca class=\"btn\" href=\"\u002Fproduct\u002Fpms\">查看產品方案：\u003Cspan>JEDP-PMS 專案管理系統\u003C\u002Fspan>\u003C\u002Fa>\u003Ca class=\"btn btn-outline\" href=\"\u002Fres\u002Fresources\u002Fkits\u002F11-pms-gantt-stakeholder.html\">對應資料包：\u003Cspan>多專案甘特 + 干係人溝通模板包\u003C\u002Fspan>\u003C\u002Fa>\u003C!-- next-step:END -->\n        \u003C\u002Fdiv>\n      \u003C\u002Fdiv>\n      \u003Csection class=\"insight-faq\" id=\"faq\">\n        \u003Ch2>常見問題\u003C\u002Fh2>\n        \u003Cp class=\"insight-faq-sub\">圍繞本篇主題的追問，先看這裡；仍有疑問可\u003Ca href=\"\u002Fcontact?from=pms\">聯絡我們\u003C\u002Fa>\u003C\u002Fp>\n        \u003Cdiv class=\"faq-list\">\n        \u003Cdetails class=\"faq-item\" open>\n          \u003Csummary>風險和問題有什麼區別？\u003C\u002Fsummary>\n          \u003Cp>風險是尚未發生或不確定的威脅\u002F機會；問題是已發生偏差。二者都要有主人與關閉標準，但處理節奏不同：風險側重應對與監控，問題側重受理與消除。\u003C\u002Fp>\n        \u003C\u002Fdetails>\n        \u003Cdetails class=\"faq-item\">\n          \u003Csummary>每條延期都要進風險嗎？\u003C\u002Fsummary>\n          \u003Cp>不必。按閾值：威脅里程碑或付款節點的重大延期自動生成；小波動進問題清單。閾值要寫進位制度並凍結，不能例會臨時定。\u003C\u002Fp>\n        \u003C\u002Fdetails>\n        \u003Cdetails class=\"faq-item\">\n          \u003Csummary>和變更控制專題什麼關係？\u003C\u002Fsummary>\n          \u003Cp>變更影響評估應能生成風險；本專題管登記冊的日常運營、預警與關閉證據。變更 silent pass 與風險殭屍常常同時出現。\u003C\u002Fp>\n        \u003C\u002Fdetails>\n        \u003Cdetails class=\"faq-item\">\n          \u003Csummary>外包團隊怎麼用登記冊？\u003C\u002Fsummary>\n          \u003Cp>外部責任人可填報應對進展，但升級路徑與關閉確認仍受專案組織裁剪，不能把關閉權完全交給外部。\u003C\u002Fp>\n        \u003C\u002Fdetails>\n        \u003Cdetails class=\"faq-item\">\n          \u003Csummary>機會類風險要不要記？\u003C\u002Fsummary>\n          \u003Cp>建議記。提前交付、方案複用也是機會；關閉時同樣要證據——是否轉化為變更或範圍調整。只記威脅，團隊會把風險管理理解成「找麻煩」。\u003C\u002Fp>\n        \u003C\u002Fdetails>\n        \u003C\u002Fdiv>\n      \u003C\u002Fsection>\n      \u003Csection class=\"insight-related\">\n        \u003Ch2>相關閱讀\u003C\u002Fh2>\n        \u003Cdiv class=\"insight-related-grid\">\n          \u003Carticle class=\"r-card\">\n            \u003Cdiv class=\"r-tags\">PMS · 專案管理\u003C\u002Fdiv>\n            \u003Ch3>進度百分比不可信：WBS 基線未凍結、變更不走准入時，百分比只是心情\u003C\u002Fh3>\n            \u003Cp>範圍蔓延很少因為惡意，而是口頭需求直接進計劃。從微信加需求現場切入，說明基線凍結、待評估池、進度\u002F成本\u002F風險影響評估與 CCB 分級審批如何讓完…\u003C\u002Fp>\n            \u003Cdiv class=\"r-meta\">2026-07-23 · 約 10 分鐘\u003C\u002Fdiv>\n          \u003C\u002Farticle>\n          \u003Carticle class=\"r-card\">\n            \u003Cdiv class=\"r-tags\">PMS · 專案管理\u003C\u002Fdiv>\n            \u003Ch3>付款前一週才翻驗收？沒有證據包的里程碑，到期日只是催款日曆\u003C\u002Fh3>\n            \u003Cp>驗收扯皮常在付款前爆發，根因是里程碑只有日期沒有證據。交付物清單、檢查表、三態結論與附條件遺留項做成證據包，再與回款觸發、範圍變更對齊，把爭議前…\u003C\u002Fp>\n            \u003Cdiv class=\"r-meta\">2026-09-10 · 約 8 分鐘\u003C\u002Fdiv>\n          \u003C\u002Farticle>\n          \u003Carticle class=\"r-card\">\n            \u003Cdiv class=\"r-tags\">PMS · 專案管理\u003C\u002Fdiv>\n            \u003Ch3>四個專案都「資源充足」？負荷看板算不出衝突，加班只會變成預設解\u003C\u002Fh3>\n            \u003Cp>關鍵人員過載常被忽視，因為排計劃只派姓名不看可用工時。用日曆、可用百分比與任務估時算出負荷率，在計劃期暴露衝突；角色與具名分層，優先順序仲裁結果回…\u003C\u002Fp>\n            \u003Cdiv class=\"r-meta\">2026-08-27 · 約 8 分鐘\u003C\u002Fdiv>\n          \u003C\u002Farticle>\n        \u003C\u002Fdiv>\n      \u003C\u002Fsection>\n    \u003C\u002Fdiv>\n  \u003C\u002Farticle>",1793937991393]