需求管理，管的是期望，要的是權力。
文? |? 杜松，公眾號 | 產(chǎn)品微言
任何項目都有一個特色，那就是項目之前群情激昂，至于過程和結果，有的怨聲載道，有的劫后余生，萬象叢生都很正常，越大的項目故事往往越多。
在前述的文章里面，我從項目的環(huán)境，復雜的各方利益，項目的任務分解和任務進度的制定，多個角度分析和闡述了根本原因，這些誘因最終會在項目過程中成為無休止的變更，從而讓整個項目陷入不可救藥的局面。
所以，需求的變動那是家常便飯，沒有變更往往不正常，而變更的管理和文檔的缺失會進一步加劇這種現(xiàn)狀。
變更，分為兩種類型，其一是完全不可控因素，既是未知的，也是不能改變的。
比如，公司的經(jīng)營方向發(fā)生了改變，導致項目的預算被削減（增加），從而影響項目的進度。特別是在創(chuàng)業(yè)型團隊，老板臨時改變注意，發(fā)現(xiàn)某個方向可能更有潛力，調(diào)轉槍頭也未可知。
作為一個項目的負責人（執(zhí)行者），在項目啟動之后，唯一的使命就是促使項目成果，或者結束項目。對未知和不可控的任何局面，都無需過多的投入精力。你能做的，就是管理那些可以被管理的內(nèi)容。
那些內(nèi)容是可以被管理的？（如何管理）
可控的需求變更，無非三大類：
沒有細化清晰的項目需求
沒有明確清楚的項目邊界
存在設計缺陷的軟件結構
深究起來會發(fā)現(xiàn)，在項目已經(jīng)啟動后，真正與客戶直接相關的就是第二條，由于沒有明確的項目邊界，從而導致用戶無休止的提出各種需求和變更。
而對需求本身的理解和軟件的設計，則考驗產(chǎn)品經(jīng)理和整個團隊對業(yè)務的理解、把握和產(chǎn)品設計能力。這也是為什么我一再強調(diào)“用戶故事”的原因，而這種變更則需要團隊具備極強的消化能力。
1、建立完整的流程變更機制并嚴格遵守
項目管理，本質就是對過程的管理，也就是要有完備的流程和堅決的執(zhí)行，通過流程來規(guī)避可能的風險。
所以，項目的第一件就是設立一個需求變更機制。（如果你還記得之前談到的項目啟動會，項目經(jīng)理一定要借助這個會議讓項目的所有相關方知悉這個流程。）
這個流程有兩個核心觀念，也是你一定要能爭取到的權力：
1、所有人都可以提出需求變更的請求，但只有一個需求的入口
這個入口必須是你，如果你爭取不到這個權力，那整個項目一定會失控。任何都可以提出需求和變更，但你必須作為唯一的接口人和過濾器。
為此，你應該有足夠的心里準備，你需要面對N多方的壓力和“撕逼”。甚至，為了項目交付的這一終極目標，你需要有不惜得罪人的思想準備。越是大項目，越是牽涉多方的項目，風險和協(xié)調(diào)都會是指數(shù)級的放大。
只有當你具備這個權力的時候，你才能確保項目在預設的軌道上進行，也只有你才可以清晰的回答當前要做什么，能做什么，以及不能做什么。
2、只有評審過的需求才可以被執(zhí)行
“不要接到需求就直接動手”。這是項目的至理名言。
你需要讓整個項目團隊，包括上至老板、直到程序員，也包括外部的客戶，都認同、理解并遵守一個基本原則，那就是程序員不直接接受任何非PM的需求，不接收任何非經(jīng)過評審的需求——所有未經(jīng)過評審的需求，只可討論，不可執(zhí)行，減少（避免）張嘴就來的非必要、非緊急、非合理的無效變更。
切記：不是所有的需求都要接受，也不是所有變更都要立刻修改，一定要能敢于拒絕需求。
作為產(chǎn)品經(jīng)理，在需求變更收集上來之后，根據(jù)需求提出方的業(yè)務進行分析后，邀請需求方、技術、設計和測試多個環(huán)節(jié)進行分析，從而判定需求對于項目的影響如何，確定是否接受變更并將變更排列優(yōu)先級。
但最終一定要你拍板，這是你需要爭取到的第二個權力。你不能最終決定一個需求的價值，對你而言，項目已經(jīng)離失控不遠了。
當然，你可以適當根據(jù)需求的范圍大小，決定評審的范圍，甚至可以決定需要告知的對象，這沒有標準，需要靈活把握。
這里其實是有一個例外，那就是技術本身驅動的變更，比如有更好的實現(xiàn)方案可以帶來性能的提升，這個情況，需要根據(jù)整體項目狀況，結合技術本身的能力判斷。
2、建立完善的文檔管理機制并落實到位
俗話說“好記性不如爛筆頭”。
項目過程中，文檔是極為重要的工具，雖然管理文檔費時費力。對于產(chǎn)品經(jīng)理（創(chuàng)業(yè)團隊還是兼任項目經(jīng)理）而言，一定要持續(xù)的追蹤項目的所有需求文檔，變更記錄。
一定要所有的文檔，形成版本機制并同步到到團隊的沒有給成員，你可以借助一些在線工具來幫助你完成這項功能。
要知道，但凡失控的項目里面一定有一條就是找不到需求的出路，不知道為什么要這么做，也不知道誰要求這么做，反正就是做了，然后誰也講不清楚由來。
任何需求，都必須記錄在案，甭管是否執(zhí)行，需求的第一個動作就是備忘，第二步才是決定是否執(zhí)行。一定要專人負責需求的梳理，跟蹤和進度的反饋。
完整的需求變更記錄文檔將有助于你了解整個項目情況，包括執(zhí)行的需求，被拒絕的需求，你需要一個“需求池”統(tǒng)一管理來自業(yè)務端、技術端的需求，并針對項目中出現(xiàn)的資源、時間等因素可以合理的進行調(diào)配。
3、張弛有度，控制項目的節(jié)奏
你確定了規(guī)則，梳理好了邊界，甚至也形成了流程。
下一步，你得控制好整個產(chǎn)品的推進節(jié)奏，合理的控制和調(diào)節(jié)需求、變更的優(yōu)先級，以及資源的投放力度，什么事情該投入多少資源，什么時候該做什么事情，什么是關鍵路徑，什么是關鍵角色，你必須門兒清。
你得想方設法讓你的項目，在你所能控制的范圍內(nèi)進行，一旦超過邊界，你可能需要啟動后備資源予以干預，而且是在苗頭開始之際。
你所有的干預手段，預防機制，都是為了確保項目按照一定的規(guī)則和秩序推進，也只有基于可控的節(jié)奏，你才能確保整個過程的質量，以及最終交付的質量。當過程不可控的時候，往往結果會很糟糕。
最后，一定要深刻的理解，需求是不斷的演進和變化的，合理的規(guī)避不合理的變更方為上策。
有些時候，無論你怎樣控制，由于市場的壓力，總會碰到各種“無理”要求，如何看待這樣的問題，就不是簡單的控制問題了，這就需要更高的層面去權衡利弊，如果確實不值得，也只能放棄。
產(chǎn)品經(jīng)理作為引路人，就是盡可能的讓不確定性的因素，變?yōu)榇_定的，可被執(zhí)行的流程、方案。
不管你是否兼任“項目經(jīng)理”的角色，在一個產(chǎn)品從0到1的過程里面，產(chǎn)品經(jīng)理必須深刻的理解整個過程的艱巨，要能與團隊一起致力于整個項目的成功。
至此，本系列從項目和產(chǎn)品的概念出發(fā)，到項目環(huán)境的分析，以及對項目過程的幾大巨坑一一做了闡述，也許你還需要一些工具，或者模板來提高項目過程管理的效率。
在下一個章節(jié)，隆重推出項目管理過程的工具包，希望能對你提高項目成功率有所幫助。
<未完待續(xù)>
關注公眾號 產(chǎn)品微言，回復“ 項目 ”，即可下載本系列完整? PPT?
