產(chǎn)品需求管理中的需求變更

1、產(chǎn)品需求管理中的需求變更IT 行業(yè)中失敗項目的比例可以說明“項目管理”是很難做好的事情，項目失敗的原因千千萬，我認為需求管理、需求變更管理是個很重要的因素。恰恰PM的工作缺不了項目管理，更缺不了對于需求的管理，偶然的原因，和團隊分享了我對于項 目進行中“需求變更”的理解和管理方法。忽然發(fā)現(xiàn)之前寫過很多產(chǎn)品思考和細節(jié) 思考的東西，但從沒有整理出方法論，后續(xù)應(yīng)該多整理下方法論。我認為對需求變更這件事是需要無限關(guān)心的，它的目的在于兩點： 1，管理需求變更的過程，實際上是不斷明確項目目標的過程，是自我完善的過 程。2,需求變更對虛擬團隊的打擊是 PM需要避免的，無論是對 PM的信任度，還是 對于自身的

2、挫折感，都很重要。我整理的需求變更循環(huán)如下：1，需求質(zhì)量需求包含調(diào)研過程、溝通過程、文檔產(chǎn)出等內(nèi)容，PM前期需要盡可能的想清楚、 表達清楚，包括大局、節(jié)奏和細節(jié)。需求質(zhì)量的高低能夠?qū)罄m(xù)的變更起到?jīng)Q定性 的作用，雜亂無章、漏洞百出的需求必然會導(dǎo)致無盡的需求變更。但需求質(zhì)量也并 不是絕對的，要看項目，看開放方案，對于敏捷開發(fā)來說，質(zhì)量要求也許70 分就夠了，快速迭代才是硬道理。對于重大項目，也許要80分才能過各級的評審。但無論 如何 60 分是必須的， 需求達到一定質(zhì)量才能立項進入開發(fā)階段， 這也是一般情況下采取的項目評審方式。2，團隊理解一致PM團隊、項目虛擬團隊的溝通效果最重要，要明確每個人

3、的理解一致。PM把自己的調(diào)研、設(shè)想、預(yù)期描述清楚是第一步，這也是PM的必須課。但更重要的是要明確每個人的理解是一致的。要知道很多時候不同的人對于同一句話，同一個描述段 落，理解很有可能是不一致的，這必然會導(dǎo)致后續(xù)的發(fā)展不一致。因此團隊成員每 一個人的理解是一致的這件事很重要，不光是為了給大家洗腦，更重要的是讓大家 做同一件事。3，越早發(fā)現(xiàn)問題越好問題發(fā)現(xiàn)的越早，產(chǎn)生的破壞力越小，對項目進度的影響也越小?？尚械姆椒?有很多，隨時關(guān)注幵發(fā)進度、進行每日例行站會都是好方法。PM的責任當然不是啟動開發(fā)后把所有的事情交由項目經(jīng)理 （或者開發(fā)負責人，或者什么人 ）去管理，正確 的方式應(yīng)該是要不自己就是項目

4、經(jīng)理，要不自己也參與項目的管理工作，最低自己 也得隨時關(guān)注項目的進度。4，積極面對發(fā)現(xiàn)問題后不能等待，要么變更要么放棄，必須做出選擇。事實上經(jīng)常會遇到 一些情況，讓我們很難去積極面對，比如資源緊張，比如時間緊張，比如麻煩太大， 比如無法向老板交代，比如無法向同學(xué)們解釋，比如會讓同學(xué)們鄙視等等。但不作 為永遠都是下下策，積極面對是解決問題的唯一出路，也是必須要使用的方式5，及時更新文檔文檔雖然不是最重要的，但記錄變更非常重要。無論是對團隊成員來說，還是對自己來說，記錄變更內(nèi)容都是非常重要的。每個人的記憶力都是有限的，每次評 審都是沒有記錄的，每次郵件都是雜亂無章的，每次會議紀要都是不正式的。唯一

5、 正式、可靠的就是需求文檔，將變更內(nèi)容及時更新不但是良好的工作習(xí)慣，也是對 項目團隊負責人的表現(xiàn)，任何人這樣做都會獲得別人的尊重。6，凍結(jié)時間點需求太多、誘惑太多、我們每個人都是個完美主義者。無論是從用戶角度出發(fā)， 還是從自己的完美癖好出發(fā)，還是從領(lǐng)導(dǎo)交差出發(fā)，好像都需要把事情做到極致。 但極致是需要一步一步來的，為了避免項目延期、成員灰心喪氣，我們需要有個凍 結(jié)需求的時間點。同事為了保護團隊和項目進度，要自我嚴格執(zhí)行，任何時候都反 過來想一想，我自己是不是已經(jīng)成為了項目失敗的原因，想一想我的所作所為是不 是已經(jīng)是問題本身而不是解決問題的方法了。7，必要的妥協(xié)事無完美，快速迭代得永生。無論是技術(shù)代價還是人力代價，都是有閥值的， 雖說技術(shù)沒有實現(xiàn)不了的想法，人力代價往往也不是問題，但時間代價是實實在在 的。而且，世界上沒有一口吃成胖子的事情，也沒有萬事如意的情況