簡介《項(xiàng)目范圍管理實(shí)踐案例分析》是一份面向項(xiàng)目管理從業(yè)者、PMP備考者及項(xiàng)目團(tuán)隊(duì)負(fù)責(zé)人的案例型PDF資料聚焦范圍管理在真實(shí)項(xiàng)目中的落地方法。內(nèi)容圍繞項(xiàng)目定義與范圍說明書、工作分解結(jié)構(gòu)WBS作為集成骨架、項(xiàng)目解剖與戰(zhàn)略目標(biāo)對(duì)齊、快速原型制作與范圍驗(yàn)證等主題展開通過三個(gè)關(guān)鍵事件案例和一個(gè)基于問題的案例呈現(xiàn)里程碑、約束、假設(shè)及特別排除范圍等要素的處理思路幫助讀者理解如何避免范圍蔓延、減少返工與資源浪費(fèi)。資源包為1個(gè)PDF文件約373KB已有564人學(xué)習(xí)或下載。讀者可借助案例復(fù)盤范圍管理關(guān)鍵決策點(diǎn)學(xué)習(xí)WBS構(gòu)建與驗(yàn)證、需求一致性確認(rèn)及項(xiàng)目收尾評(píng)估方法適合用于課程學(xué)習(xí)、項(xiàng)目實(shí)踐對(duì)照和備考查漏補(bǔ)缺。1. 項(xiàng)目范圍管理的第一現(xiàn)場(chǎng)往往不是文檔而是會(huì)議室項(xiàng)目已經(jīng)跑滿三個(gè)月需求文檔只有六頁工程、采購、客戶三方坐在一起問一句「這個(gè)模塊到底算不算在合同里」五個(gè)人給出三種答案——這種場(chǎng)面在項(xiàng)目范圍管理里幾乎是固定節(jié)目。這份案例集就是對(duì)著這類現(xiàn)場(chǎng)寫的第 5 章圍繞范圍管理展開四個(gè)案例分別落在項(xiàng)目定義、工作分解結(jié)構(gòu)、項(xiàng)目解剖和快速原型制作上三個(gè)關(guān)鍵事件加一個(gè)基于問題的案例中英對(duì)照排版。它的價(jià)值不在理論復(fù)述而在把「范圍說明書長什么樣」「WBS 拆到哪一層算夠」「原型做出來為什么還是延期超支」這些問題按真實(shí)決策順序擺開。適合正卡在范圍邊界說不清、驗(yàn)收標(biāo)準(zhǔn)扯不清這一步的項(xiàng)目經(jīng)理、系統(tǒng)工程師和技術(shù)負(fù)責(zé)人邊讀邊往自己手上那個(gè)項(xiàng)目套。2. 項(xiàng)目定義六要素把范圍說明書拆成能逐格填寫的字段案例里那位顧問接的活很典型客戶只給一個(gè)八小時(shí)的工作坊三十多名項(xiàng)目經(jīng)理坐在一起市面上的工具五十多種能講的只有幾樣。他挑了范圍說明書理由很實(shí)在——這是少數(shù)幾個(gè)「填完就能當(dāng)基線用」的工具。項(xiàng)目定義在很多團(tuán)隊(duì)里被寫成一段散文讀完還是不知道要交付什么。案例給出的做法是把它拆成六個(gè)固定字段每個(gè)字段回答一個(gè)具體問題填空題比作文題好驗(yàn)收。2.1 六個(gè)字段各自回答什么問題這六個(gè)字段不是并列關(guān)系是有依賴順序的戰(zhàn)略目標(biāo)定業(yè)務(wù)意圖戰(zhàn)術(shù)目標(biāo)把意圖翻譯成可交付物里程碑給可交付物掛時(shí)間約束和假設(shè)說明「在什么條件下完成」排除范圍劃死邊界。跳過任何一個(gè)后面的計(jì)劃都會(huì)帶病運(yùn)行。字段回答的問題缺失后的典型癥狀可驗(yàn)證的寫法戰(zhàn)略目標(biāo)為什么做、誰受益、達(dá)成什么業(yè)務(wù)結(jié)果項(xiàng)目交付了但沒人認(rèn)領(lǐng)成果業(yè)務(wù)指標(biāo) 期限 成本上限 質(zhì)量依據(jù)戰(zhàn)術(shù)目標(biāo)做哪幾件大事、交付哪幾個(gè)主要成果WBS 一級(jí)節(jié)點(diǎn)無源可溯4~6 個(gè)用名詞命名的交付物里程碑什么時(shí)候必須發(fā)生什么、以什么判完成進(jìn)度表只剩一串日期事件 日期 完成準(zhǔn)則三件套約束受什么限制標(biāo)準(zhǔn)、設(shè)施、接口、資金計(jì)劃推進(jìn)到一半才發(fā)現(xiàn)不可行標(biāo)準(zhǔn)編號(hào) 設(shè)施條件 外部接口時(shí)間窗關(guān)鍵假設(shè)哪些前提尚未確認(rèn)、賭的是什么前提塌了沒人負(fù)責(zé)基線整體失真假設(shè)陳述 依賴方 失效時(shí)的替代路徑明確排除范圍什么明確不在這單生意里邊界靠口頭約定后期反復(fù)扯皮每條一句否定句單獨(dú)成行戰(zhàn)略目標(biāo)那一欄最容易寫成口號(hào)。案例里的寫法是把它壓成一句帶數(shù)字的話通過部署某套客戶關(guān)系管理軟件把產(chǎn)品與服務(wù)的客戶服務(wù)響應(yīng)水平提升若干個(gè)百分點(diǎn)同時(shí)限定完成時(shí)間、預(yù)算上限以及質(zhì)量依據(jù)所參照的服務(wù)等級(jí)約定。三件事——業(yè)務(wù)結(jié)果、資源上限、質(zhì)量口徑——缺一個(gè)這句話就沒法用來做取舍。案例還特別提到戰(zhàn)略目標(biāo)內(nèi)部要排優(yōu)先級(jí)因?yàn)檫@個(gè)優(yōu)先級(jí)在后期權(quán)衡時(shí)會(huì)直接充當(dāng)決策標(biāo)準(zhǔn)。很多項(xiàng)目吵不出結(jié)果不是沒人拍板是當(dāng)初根本沒寫清楚哪個(gè)目標(biāo)可以讓步。戰(zhàn)術(shù)目標(biāo)的寫法有個(gè)硬要求用可交付物說話不用動(dòng)作說話。「分析工作流、配置軟件、開發(fā)原型、發(fā)布軟件」是四個(gè)動(dòng)詞換成交付物就是「工作流分析報(bào)告、配置完成的環(huán)境、可運(yùn)行原型、上線的軟件版本、培訓(xùn)完成的人員」。案例明確說這一欄通常放四到六個(gè)主要可交付物它們直接成為 WBS 的第一級(jí)。這句話是整個(gè)章節(jié)的樞紐項(xiàng)目定義和 WBS 不是兩份文檔是同一份東西的兩種粒度。2.2 從戰(zhàn)術(shù)目標(biāo)到 WBS 一級(jí)節(jié)點(diǎn)一次翻譯動(dòng)作把戰(zhàn)術(shù)目標(biāo)翻成 WBS 一級(jí)節(jié)點(diǎn)看著只是換個(gè)詞實(shí)際上是一次語義收縮。戰(zhàn)術(shù)目標(biāo)允許寫「設(shè)計(jì)、采購、安裝、調(diào)試某生產(chǎn)裝置」這種帶過程的表述WBS 一級(jí)節(jié)點(diǎn)必須收到「詳細(xì)設(shè)計(jì)包、到貨設(shè)備、安裝完成的設(shè)施、調(diào)試報(bào)告」這類可交付狀態(tài)上。判斷標(biāo)準(zhǔn)很簡單這個(gè)節(jié)點(diǎn)能不能被驗(yàn)收能驗(yàn)收就是交付物不能驗(yàn)收就還是活動(dòng)。案例給出的做法是讓工作范圍和 WBS 迭代著長先寫范圍敘述再拆 WBS拆的過程中發(fā)現(xiàn)范圍敘述漏了東西就補(bǔ)回去直到 WBS 能完整呈現(xiàn)范圍并且任何一個(gè) WBS 元素都能反向指回范圍敘述里的某一句。這個(gè)「雙向可追溯」的要求聽著啰嗦落地時(shí)非常省事——后期有人提變更你順著編號(hào)往回找兩分鐘就能判斷這是原有范圍還是新增范圍。具體到操作我一般按這個(gè)順序推把戰(zhàn)術(shù)目標(biāo)里的四到六個(gè)主要可交付物原樣抄成一級(jí)節(jié)點(diǎn)編號(hào) 1.1 到 1.6先不急著往下拆。對(duì)每個(gè)一級(jí)節(jié)點(diǎn)問一句「這個(gè)東西交付的時(shí)候客戶會(huì)拿什么來驗(yàn)收」答案里的名詞就是二級(jí)節(jié)點(diǎn)。二級(jí)節(jié)點(diǎn)繼續(xù)往下問到「能派給一個(gè)人、能在兩周內(nèi)報(bào)出進(jìn)度」為止到這一層停手。每一層拆完立刻回讀范圍敘述凡是 WBS 里有、敘述里沒有的要么補(bǔ)敘述要么砍節(jié)點(diǎn)。第 4 步是最容易被跳過的一步也是后面所有扯皮的源頭。2.3 假設(shè)與排除范圍兩個(gè)最容易被跳過的字段這兩個(gè)字段在多數(shù)團(tuán)隊(duì)的模板里根本沒有而案例把它們單列出來原因很直接范圍爭(zhēng)議絕大多數(shù)不是發(fā)生在「寫了但理解不同」的地方而是發(fā)生在「誰都沒寫」的地方。關(guān)鍵假設(shè)的寫法要帶失效條件。案例里舉的例子是「軟件配置將適配現(xiàn)有工作流我們不會(huì)為了適配軟件去改工作流」這句話的信息量在于它明確了改動(dòng)方向——改軟件不改流程。如果只寫「假設(shè)工作流不變」讀的人不知道不變的前提下要做什么。我習(xí)慣在假設(shè)后面補(bǔ)兩個(gè)短句這條假設(shè)由誰負(fù)責(zé)驗(yàn)證、如果它不成立備選方案是什么。寫不出備選方案的假設(shè)本質(zhì)上是一個(gè)未登記的風(fēng)險(xiǎn)。明確排除范圍要寫成否定句一條一行不要合并?！副卷?xiàng)目不含客戶服務(wù)技能培訓(xùn)」比「培訓(xùn)范圍另行約定」有用得多因?yàn)榍罢吣苤苯幽萌?duì)賬后者還得再開一次會(huì)解釋。案例提到一個(gè)細(xì)節(jié)有些工作與項(xiàng)目內(nèi)容高度相似、平時(shí)也常被順手帶做這類工作最該寫進(jìn)排除范圍否則默認(rèn)就會(huì)被算進(jìn)來。外包界面、運(yùn)維交接、數(shù)據(jù)遷移、歷史數(shù)據(jù)清洗都是高發(fā)區(qū)。提示六個(gè)字段填完后做一次「反讀」——只讀排除范圍和假設(shè)兩欄看能不能獨(dú)立還原出項(xiàng)目邊界。如果不能說明前面四欄寫得還不夠具體。3. WBS 作為集成骨架分層編碼與驗(yàn)證回路案例里有一段對(duì)話很傳神一位工程師拿著打印出來的 WBS 反復(fù)看說「我不太敢相信這張紙」因?yàn)槟鞘悄硞€(gè)專業(yè)組為某機(jī)電項(xiàng)目交付的那部分工作的分解結(jié)構(gòu)。WBS 出問題往往不是拆得不夠細(xì)而是拆完之后沒有跟主要干系方對(duì)齊各專業(yè)各拆各的最后拼起來發(fā)現(xiàn)接口處缺了一塊、或者兩塊重疊。案例把這個(gè)現(xiàn)象概括成一句話WBS 是集成的骨架骨架沒經(jīng)過主要方驗(yàn)證后面掛上去的所有計(jì)劃都會(huì)歪。3.1 為什么 WBS 拆完還得讓主要干系方過一遍WBS 的本質(zhì)是一份「工作歸屬契約」。每一層節(jié)點(diǎn)往下拆實(shí)際上是在回答「這塊工作歸誰」。拆的人在會(huì)議室里獨(dú)自完成這件事等于替別人簽了字。案例里的具體場(chǎng)景是某專業(yè)組把自己負(fù)責(zé)的那部分工作拆得很干凈但拆的時(shí)候沒有拉上負(fù)責(zé)集成的另一方結(jié)果兩組各自都留了一塊「聯(lián)調(diào)配合」在范圍外聯(lián)調(diào)階段直接空轉(zhuǎn)兩周。讓主要方參與驗(yàn)證重點(diǎn)不在讓他們點(diǎn)頭而在讓他們?cè)诓鸾怆A段就暴露分歧。分歧暴露得越早改一張圖的成本越低。我一般的做法是把驗(yàn)證會(huì)拆成兩輪輪次參與方輸入輸出時(shí)長第一輪各交付物負(fù)責(zé)人一級(jí)、二級(jí)節(jié)點(diǎn)草圖每個(gè)節(jié)點(diǎn)的責(zé)任人確認(rèn)或拒收60~90 分鐘第二輪接口相關(guān)方 驗(yàn)收方三級(jí)節(jié)點(diǎn) 接口清單接口歸屬結(jié)論、遺漏項(xiàng)補(bǔ)充90~120 分鐘第一輪的作用是把「誰負(fù)責(zé)」釘死第二輪的作用是把「交界處歸誰」釘死。兩輪都過完WBS 才算有了被引用的資格。跳過第一輪直接開第二輪會(huì)上會(huì)出現(xiàn)大量「這個(gè)我不清楚得回去問」的空轉(zhuǎn)。3.2 三層分解怎么落到編號(hào)上層級(jí)不宜多。三層的 WBS 在多數(shù)中型項(xiàng)目里已經(jīng)夠用一層是可交付物二層是子交付物三層是可派工的工作包。再往下就是活動(dòng)清單的事混進(jìn) WBS 只會(huì)讓結(jié)構(gòu)變臟。編號(hào)用點(diǎn)分十進(jìn)制1、1.2、1.2.3好處是肉眼就能看出從屬關(guān)系和同級(jí)順序。拆的時(shí)候有兩個(gè)常見誤用值得點(diǎn)出來。一是按組織架構(gòu)拆——研發(fā)部一塊、測(cè)試部一塊、實(shí)施部一塊。這種拆法看著整齊但交付物被切碎了驗(yàn)收時(shí)找不到完整對(duì)象。二是按項(xiàng)目階段拆——需求階段、設(shè)計(jì)階段、開發(fā)階段。階段是時(shí)間維度WBS 是交付物維度混用會(huì)導(dǎo)致同一個(gè)交付物在多個(gè)階段節(jié)點(diǎn)下重復(fù)出現(xiàn)。案例里提到的項(xiàng)目解剖思路跟這個(gè)有關(guān)后面單獨(dú)說。編號(hào)寫完之后建議跑一次機(jī)械校驗(yàn)人眼查幾十行編號(hào)很容易漏。下面這段腳本就是干這個(gè)的輸入是「編號(hào) 空格 名稱」的純文本清單輸出是編號(hào)問題和末級(jí)節(jié)點(diǎn)列表# wbs_check.py # 檢查 WBS 編號(hào)父節(jié)點(diǎn)是否先于子節(jié)點(diǎn)出現(xiàn)、同級(jí)編號(hào)是否連續(xù)、末級(jí)節(jié)點(diǎn)有幾個(gè) from collections import defaultdict RAW 1 客戶關(guān)系管理軟件上線 1.1 工作流分析 1.2 軟件配置 1.2.1 字段映射配置 1.2.2 權(quán)限角色配置 1.3 原型 1.4 培訓(xùn) 1.5 發(fā)布 def parse(raw): rows [] for line in raw.strip().splitlines(): code, name line.strip().split(maxsplit1) # 以第一個(gè)空格切分編號(hào)與名稱 rows.append((code, name)) return rows def depth(code): return code.count(.) 1 # 1.2.3 - 3 層 def check(rows): seen, parents, problems {}, defaultdict(list), [] for code, name in rows: if code in seen: problems.append(f{code} 編號(hào)重復(fù)) seen[code] name if depth(code) 1: parent code.rsplit(., 1)[0] if parent not in seen: problems.append(f{code} 的父節(jié)點(diǎn) {parent} 缺失或出現(xiàn)順序靠后) else: parents[parent].append(code) for parent, kids in parents.items(): idx [int(k.rsplit(., 1)[1]) for k in kids] if idx ! list(range(1, len(idx) 1)): # 同級(jí)必須從 1 連續(xù)編到 n problems.append(f{parent} 下子節(jié)點(diǎn)編號(hào)不連續(xù): {idx}) leaf [c for c in seen if c not in parents] # 沒有子節(jié)點(diǎn)的即末級(jí)工作包 return problems, leaf if __name__ __main__: rows parse(RAW) problems, leaf check(rows) print(編號(hào)問題:, problems or 無) print(末級(jí)工作包數(shù):, len(leaf), leaf)這段代碼里三個(gè)參數(shù)值得說明。RAW是 WBS 的文本清單格式固定為「編號(hào) 空格 名稱」從表格軟件里導(dǎo)出來稍微清洗一下就能用。depth()決定層級(jí)判定口徑點(diǎn)號(hào)數(shù)量加一所以1是一層、1.2.3是三層如果你團(tuán)隊(duì)習(xí)慣從 0 開始編號(hào)改這一行就行。leaf列表是末級(jí)工作包集合它的數(shù)量往往比想象中少——很多人以為拆得很細(xì)跑一遍發(fā)現(xiàn)三級(jí)節(jié)點(diǎn)只有十來個(gè)說明分解深度其實(shí)不夠。跑出來的「父節(jié)點(diǎn)缺失或出現(xiàn)順序靠后」這條實(shí)際工作中命中率不低通常是后期補(bǔ)了一個(gè)節(jié)點(diǎn)忘了插到正確位置。編號(hào)不連續(xù)則多半是刪節(jié)點(diǎn)時(shí)留下的空號(hào)本身不影響理解但會(huì)讓人誤以為還有別的東西沒看到建議直接重排。3.3 用 100% 規(guī)則做回溯檢查WBS 有個(gè)流傳很廣的判定標(biāo)準(zhǔn)某一層所有子節(jié)點(diǎn)的總和必須恰好等于父節(jié)點(diǎn)的全部范圍不多不少。多了是重疊少了是遺漏。這條規(guī)則說起來簡單驗(yàn)證起來要靠回溯——拿每個(gè)末級(jí)工作包去范圍敘述里找對(duì)應(yīng)句子。我的做法是給范圍敘述的每一段編號(hào)然后在 WBS 清單里加一列「對(duì)應(yīng)段落號(hào)」。跑完一輪兩類問題會(huì)自己浮出來段落號(hào)空著的末級(jí)節(jié)點(diǎn)說明這項(xiàng)工作在范圍里沒依據(jù)要么補(bǔ)敘述要么砍反過來范圍敘述里有整段找不到任何 WBS 節(jié)點(diǎn)承接的那就是漏項(xiàng)。這個(gè)檢查在項(xiàng)目啟動(dòng)階段做一次大概兩小時(shí)能省掉后期至少兩輪的變更評(píng)審。案例里還提到一種情況WBS 拆得沒錯(cuò)但各節(jié)點(diǎn)之間的接口沒有單獨(dú)成節(jié)點(diǎn)。接口工作看起來是「順帶做」的實(shí)際上有明確的輸入輸出和責(zé)任人不單獨(dú)列出來就會(huì)變成三不管地帶。我一般會(huì)在每個(gè)跨專業(yè)的二級(jí)節(jié)點(diǎn)下加一個(gè)「接口對(duì)齊」工作包寧可多一個(gè)節(jié)點(diǎn)也不要讓聯(lián)調(diào)階段的配合工作懸空。4. 項(xiàng)目解剖與快速原型兩種范圍驗(yàn)證手法前面兩章解決的是「范圍怎么定義、怎么結(jié)構(gòu)化」這一章解決的是「定義完怎么驗(yàn)證它是對(duì)的」。案例給了兩條路徑項(xiàng)目解剖從戰(zhàn)略對(duì)齊的角度重新審視分解結(jié)果快速原型從需求可理解性的角度提前暴露分歧。兩條路徑解決的不是同一類問題混用會(huì)浪費(fèi)預(yù)算。4.1 項(xiàng)目解剖沿著戰(zhàn)略對(duì)齊重新看一遍分解項(xiàng)目解剖這個(gè)說法容易被誤解成 WBS 的別名。案例里寫得很清楚兩者邏輯上接近但存在差異。WBS 關(guān)心的是「交付物怎么拆」項(xiàng)目解剖關(guān)心的是「項(xiàng)目由哪些工作塊構(gòu)成、每一塊是否還掛在戰(zhàn)略上」。前者是結(jié)構(gòu)問題后者是方向問題。具體做法是把項(xiàng)目按戰(zhàn)略主題切塊而不是按交付物切塊。舉個(gè)例子某制造企業(yè)上線的軟件項(xiàng)目戰(zhàn)略目標(biāo)是提升客戶服務(wù)響應(yīng)水平那么解剖出來的工作塊可能是「流程改造塊」「系統(tǒng)配置塊」「人員能力塊」「數(shù)據(jù)治理塊」這四塊跟 WBS 的一級(jí)節(jié)點(diǎn)大概率對(duì)不上——人員能力塊可能橫跨培訓(xùn)和流程兩個(gè) WBS 節(jié)點(diǎn)。對(duì)不上的地方正是價(jià)值所在要么說明 WBS 漏了一個(gè)橫切的工作維度要么說明某塊工作跟戰(zhàn)略目標(biāo)其實(shí)沒關(guān)系屬于歷史慣性。我把這套動(dòng)作壓成三步一般在 WBS 初稿完成后的第三天做列出戰(zhàn)略目標(biāo)里的每一個(gè)業(yè)務(wù)結(jié)果一個(gè)結(jié)果一行。對(duì)每個(gè)結(jié)果列出支撐它必須完成的工作塊用業(yè)務(wù)語言命名不用技術(shù)語言。拿這些工作塊去 WBS 里找承接節(jié)點(diǎn)找不到的補(bǔ)找到多個(gè)的說明該節(jié)點(diǎn)承擔(dān)了過多戰(zhàn)略職責(zé)考慮再拆。第三步做完通常會(huì)冒出一兩個(gè)「僵尸節(jié)點(diǎn)」——WBS 里有、戰(zhàn)略上找不到理由。這類節(jié)點(diǎn)最危險(xiǎn)因?yàn)樗鼈儠?huì)正常消耗資源、正常產(chǎn)出交付物但項(xiàng)目結(jié)束后沒人說得清它為什么存在。案例里提到的項(xiàng)目范圍蔓延很多時(shí)候不是新增了什么而是這類節(jié)點(diǎn)一直沒被清掉。4.2 快速原型的失控路徑范圍驗(yàn)證缺位的代價(jià)案例里那個(gè)快速原型的場(chǎng)景非常典型項(xiàng)目范圍從一開始就沒界定清楚團(tuán)隊(duì)用原型往前推推到后期項(xiàng)目延期、成本超支。這條路徑拆開看是四步范圍模糊 → 原型承擔(dān)了需求確認(rèn)的職責(zé) → 每輪評(píng)審都在原型上加?xùn)|西 → 原型變成事實(shí)上的范圍基線但沒人簽字。關(guān)鍵在第二步。原型本來是驗(yàn)證工具用來讓客戶「看見」自己說不清的需求它的產(chǎn)出是認(rèn)知不是承諾。一旦團(tuán)隊(duì)把「客戶看過原型沒提意見」當(dāng)成范圍確認(rèn)后面的所有追加都會(huì)被算成「本來就要做的」。案例把這一類歸到范圍驗(yàn)證環(huán)節(jié)的缺失上而不是原型方法本身有問題。要切斷這條路徑得在原型啟動(dòng)前就把三件事定死事項(xiàng)具體做法不做會(huì)怎樣原型邊界明確本輪原型覆蓋哪幾個(gè)流程、不覆蓋哪幾個(gè)每輪評(píng)審都變成范圍擴(kuò)張會(huì)評(píng)審產(chǎn)出每輪輸出一份「已確認(rèn) / 待確認(rèn) / 明確不做」清單口頭認(rèn)可無法作為基線退出條件達(dá)到什么狀態(tài)就停止原型轉(zhuǎn)入正式開發(fā)原型無限迭代工期被吞掉第二項(xiàng)最容易被忽略?？蛻粽f「這個(gè)方向?qū)Α惯@句話在項(xiàng)目管理里的效力接近于零必須翻譯成三欄清單并由雙方簽字。我見過一個(gè)項(xiàng)目連續(xù)做了七輪原型每輪都有會(huì)議紀(jì)要但七份紀(jì)要里沒有一份寫了「不做什么」最后范圍比初始估算大了將近一倍追責(zé)時(shí)誰也拿不出證據(jù)。4.3 把驗(yàn)證動(dòng)作綁到里程碑上案例里的里程碑寫法值得抄不寫「某月某日完成某階段」而寫「某月某日前完成某事件判定準(zhǔn)則是什么」。少了判定準(zhǔn)則里程碑就退化成日歷上的一個(gè)紅點(diǎn)。范圍驗(yàn)證要綁進(jìn)里程碑我一般在每個(gè)關(guān)鍵里程碑后面追加三列驗(yàn)證對(duì)象、驗(yàn)證人、通過判據(jù)。比如「原型完成」這個(gè)里程碑驗(yàn)證對(duì)象是本輪原型覆蓋的流程清單驗(yàn)證人是業(yè)務(wù)方指定的一名負(fù)責(zé)人而不是「業(yè)務(wù)部門」通過判據(jù)是三欄清單簽字完畢且待確認(rèn)項(xiàng)不超過約定數(shù)量。這三列填不出來的里程碑說明它只是一個(gè)進(jìn)度節(jié)點(diǎn)不承擔(dān)任何驗(yàn)證職責(zé)可以降級(jí)處理。注意驗(yàn)證人要寫具體角色而不是部門名。「業(yè)務(wù)部門確認(rèn)」這種表述在爭(zhēng)議發(fā)生時(shí)沒有任何約束力。5. 避坑排查四個(gè)案例里反復(fù)出現(xiàn)的五個(gè)翻車點(diǎn)這四個(gè)案例時(shí)間跨度、行業(yè)背景都不一樣但出問題的地方高度重合。下面五條是我從案例里抽出來、并且在自己經(jīng)手的項(xiàng)目里反復(fù)驗(yàn)證過的按現(xiàn)象、原因、解決三段寫遇到對(duì)得上的直接照著改。5.1 范圍說明書只寫做什么不寫不做什么現(xiàn)象項(xiàng)目推進(jìn)到中期客戶提出一項(xiàng)功能團(tuán)隊(duì)認(rèn)為超出合同客戶認(rèn)為「本來就是這套系統(tǒng)該有的」雙方翻出范圍說明書通篇只有正面描述找不到任何否定句。原因多數(shù)模板只要求描述交付內(nèi)容排除范圍被當(dāng)成可選項(xiàng)。而實(shí)際操作中爭(zhēng)議幾乎全部發(fā)生在邊界地帶正面描述越詳細(xì)邊界反而越模糊——因?yàn)樽x者會(huì)默認(rèn)「沒寫的就是可以談的」。解決強(qiáng)制要求排除范圍欄至少寫五條且必須是否定句、一條一行。寫完做一次反讀測(cè)試只讀這一欄看能不能還原出項(xiàng)目邊界。如果讀出來還是模糊的說明寫得太抽象繼續(xù)往下壓到具體工作項(xiàng)。5.2 WBS 關(guān)起門來拆接口處出現(xiàn)斷口現(xiàn)象各專業(yè)組的 WBS 單獨(dú)看都很完整合并后聯(lián)調(diào)階段出現(xiàn)兩周以上的空轉(zhuǎn)追查發(fā)現(xiàn)配合工作兩組都以為對(duì)方負(fù)責(zé)。原因分解動(dòng)作在各自團(tuán)隊(duì)內(nèi)部完成接口工作天然屬于「兩邊都沾一點(diǎn)」的類型在沒有共同評(píng)審的情況下最容易被雙方同時(shí)排除在自己的范圍外。解決一級(jí)、二級(jí)節(jié)點(diǎn)必須經(jīng)過兩輪跨方驗(yàn)證第二輪專門過接口清單。實(shí)操上加一條硬規(guī)則凡是跨兩個(gè)以上專業(yè)組的節(jié)點(diǎn)必須顯式掛一個(gè)「接口對(duì)齊」工作包指定單一責(zé)任人。寧可多一個(gè)節(jié)點(diǎn)也不要靠默契。5.3 里程碑只有日期沒有完成準(zhǔn)則現(xiàn)象里程碑按期「完成」進(jìn)入下一階段后大量返工追溯時(shí)發(fā)現(xiàn)所謂完成只是「主要工作做得差不多了」驗(yàn)收方從未簽字。原因里程碑被當(dāng)成進(jìn)度標(biāo)記使用判定權(quán)默認(rèn)留給了執(zhí)行方自己。執(zhí)行方的「完成」標(biāo)準(zhǔn)和驗(yàn)收方的「完成」標(biāo)準(zhǔn)從來不在一份文件里對(duì)齊過。解決每個(gè)里程碑補(bǔ)三列——驗(yàn)證對(duì)象、驗(yàn)證人、通過判據(jù)。驗(yàn)證人寫到角色通過判據(jù)寫成可勾選的條目。填不出判據(jù)的里程碑要么降級(jí)成普通進(jìn)度節(jié)點(diǎn)要么說明這個(gè)階段本身沒有明確的交付物需要回頭看范圍定義。5.4 把原型評(píng)審當(dāng)成范圍確認(rèn)現(xiàn)象客戶對(duì)原型多輪口頭認(rèn)可正式開發(fā)階段提出大量「跟我想的不一樣」變更請(qǐng)求堆積工期和成本雙雙超出。原因原型的產(chǎn)出是認(rèn)知而不是承諾客戶在看見界面之前說不清自己要什么看見之后改主意是正常反應(yīng)。團(tuán)隊(duì)把「沒提反對(duì)意見」誤讀為「確認(rèn)」跳過了書面確認(rèn)環(huán)節(jié)。解決每輪原型評(píng)審強(qiáng)制輸出三欄清單——已確認(rèn)、待確認(rèn)、明確不做雙方簽字。原型啟動(dòng)前先約定退出條件達(dá)到條件即停止迭代轉(zhuǎn)入正式開發(fā)。這條規(guī)則最好寫進(jìn)項(xiàng)目啟動(dòng)文件事后再補(bǔ)會(huì)很被動(dòng)。5.5 假設(shè)當(dāng)成事實(shí)用前提塌了沒人負(fù)責(zé)現(xiàn)象項(xiàng)目執(zhí)行到某個(gè)節(jié)點(diǎn)某條一直被當(dāng)作既定條件的前提不成立了計(jì)劃基線整體失效但翻遍文檔找不到這條假設(shè)是誰提的、什么時(shí)候驗(yàn)證過。原因假設(shè)欄被當(dāng)成形式主義填寫寫的是「人員按時(shí)到位」這類無法驗(yàn)證也難以追責(zé)的泛泛之詞既沒寫依賴方也沒寫失效后的替代路徑。解決每條假設(shè)必須帶三樣?xùn)|西——依賴方、驗(yàn)證時(shí)間點(diǎn)、失效時(shí)的備選方案。寫不出備選方案的不要放進(jìn)假設(shè)欄直接進(jìn)風(fēng)險(xiǎn)登記冊(cè)。假設(shè)和風(fēng)險(xiǎn)的區(qū)別就在這里假設(shè)是「我賭它成立」風(fēng)險(xiǎn)是「我知道它可能不成立」兩者的管理動(dòng)作完全不同。6. 進(jìn)階用法把四個(gè)案例壓成一張九十分鐘能跑完的檢查表案例集讀完容易用起來難因?yàn)樗膫€(gè)案例分散在四個(gè)主題上真到項(xiàng)目里沒人有時(shí)間逐章翻。我的做法是把它們壓成一張單頁檢查表在項(xiàng)目啟動(dòng)會(huì)后的一周內(nèi)跑一遍九十分鐘足夠。檢查表按四個(gè)區(qū)塊組織每個(gè)區(qū)塊對(duì)應(yīng)一個(gè)案例的核心動(dòng)作區(qū)塊檢查項(xiàng)判據(jù)對(duì)應(yīng)案例定義六個(gè)字段是否全部填寫排除范圍不少于 5 條否定句工作坊項(xiàng)目定義定義戰(zhàn)略目標(biāo)是否帶優(yōu)先級(jí)能在權(quán)衡場(chǎng)景中直接使用工作坊項(xiàng)目定義結(jié)構(gòu)WBS 一級(jí)節(jié)點(diǎn)是否等于戰(zhàn)術(shù)目標(biāo)交付物數(shù)量與命名一一對(duì)應(yīng)項(xiàng)目定義與 WBS 銜接結(jié)構(gòu)編號(hào)是否通過機(jī)械校驗(yàn)無父節(jié)點(diǎn)缺失、無同級(jí)斷號(hào)WBS 作為集成骨架結(jié)構(gòu)每個(gè)末級(jí)節(jié)點(diǎn)能否回溯到范圍敘述對(duì)應(yīng)段落號(hào)無空缺WBS 作為集成骨架對(duì)齊戰(zhàn)略主題切塊能否在 WBS 中找到承接無僵尸節(jié)點(diǎn)項(xiàng)目解剖驗(yàn)證每個(gè)里程碑是否有驗(yàn)證人與通過判據(jù)三列填滿快速原型驗(yàn)證原型是否有退出條件與三欄清單雙方簽字快速原型跑表的時(shí)候有三個(gè)技巧值得說。第一定義區(qū)塊和結(jié)構(gòu)區(qū)塊不要連著做中間隔一天因?yàn)閷懲攴秶f明書立刻拆 WBS人會(huì)不自覺地把 WBS 往自己剛寫的那幾句上湊回溯檢查就失去了獨(dú)立判斷的意義。第二機(jī)械校驗(yàn)?zāi)_本先跑把編號(hào)問題清干凈再進(jìn)人工評(píng)審否則會(huì)上會(huì)花大量時(shí)間爭(zhēng)論編號(hào)這種低價(jià)值問題。第三對(duì)齊區(qū)塊一定要拉一個(gè)不參與日常執(zhí)行的人來做最好是了解業(yè)務(wù)但不在項(xiàng)目組里的角色因?yàn)榻┦?jié)點(diǎn)對(duì)項(xiàng)目組內(nèi)部的人來說是「一直都在的」看不出異常。還有一個(gè)容易被忽略的用法把這張表當(dāng)成項(xiàng)目中期復(fù)查工具。范圍蔓延很少是一次性的大變更多數(shù)是十幾次小追加累積起來的。每兩個(gè)月拿這張表重跑一遍定義和結(jié)構(gòu)兩個(gè)區(qū)塊能提前發(fā)現(xiàn)那些「不知不覺就做進(jìn)去了」的工作。血淚經(jīng)驗(yàn)是從一次翻車?yán)飺Q來的。有個(gè)項(xiàng)目范圍書寫得很漂亮六個(gè)字段一個(gè)不缺WBS 也拆到三層編號(hào)整齊我當(dāng)時(shí)的判斷是這份基線可以直接用。結(jié)果三個(gè)月后客戶提了一個(gè)不大的變更我順著 WBS 往回找依據(jù)發(fā)現(xiàn)排除范圍欄雖然寫了五條但每一條都用了「另行商議」這樣的措辭——形式上填滿了實(shí)質(zhì)上什么也沒排除。從那以后我每次填排除范圍都強(qiáng)制走一遍反讀把這一欄單獨(dú)摘出來遮住其他五欄看能不能據(jù)此判斷某項(xiàng)工作做不做。判斷不了就重寫一直改到能判斷為止。這套動(dòng)作不復(fù)雜麻煩的是每次都做。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取