新產(chǎn)品開發(fā)項(xiàng)目中的需求問題

申請免費(fèi)試用、咨詢電話：400-8352-114

　軟件需求在軟件項(xiàng)目中扮演著及其重要的角色。不管哪種類型的項(xiàng)目，無論是新產(chǎn)品開發(fā)，還是外包項(xiàng)目，開發(fā)隊(duì)伍都面臨著普遍存在的需求問題，比如如何獲取有效的需求、如何處理需求的變更等等。這些問題有其共性的一面，也有和項(xiàng)目類型相關(guān)的一面。本文著重討論了在新產(chǎn)品開發(fā)項(xiàng)目中的一些需求問題，以及避免和解決這些問題的建議。

　　一. 概述

　　在開始進(jìn)一步討論之前，我們先明確幾個(gè)概念。

　　首先，本文是從開發(fā)團(tuán)隊(duì)，或者說項(xiàng)目組的角度來看需求問題。所謂開發(fā)團(tuán)隊(duì)，通常包括了程序員、測試員和其他一些項(xiàng)目成員，如配置管理員和軟件架構(gòu)師，以及基層的管理人員，比如項(xiàng)目經(jīng)理。類比于傳統(tǒng)企業(yè)，開發(fā)團(tuán)隊(duì)相當(dāng)于企業(yè)的生產(chǎn)車間。但是，在大多數(shù)的軟件組織中，開發(fā)團(tuán)隊(duì)除了擔(dān)當(dāng)“生產(chǎn)”任務(wù)以外，往往也是需求獲取的主體；在某些較為正規(guī)的組織中，也許會(huì)有市場部門給出一些需求，但這些市場數(shù)據(jù)和有限的調(diào)研結(jié)果通常是遠(yuǎn)遠(yuǎn)不夠形成需求規(guī)格書的。

　　其次，何謂“新產(chǎn)品開發(fā)項(xiàng)目”。簡單而言，在本文中，新產(chǎn)品開發(fā)指開發(fā)團(tuán)隊(duì)需要從無到有將一個(gè)想法（idea）轉(zhuǎn)化為產(chǎn)品（product）。新產(chǎn)品開發(fā)不同于產(chǎn)品升級(jí)，開發(fā)團(tuán)隊(duì)沒有一個(gè)已存在的基礎(chǔ)；新產(chǎn)品開發(fā)不同于開發(fā)一個(gè)實(shí)驗(yàn)型的作品或者演示、原型之類的東西，開發(fā)團(tuán)隊(duì)最終的產(chǎn)出必須是產(chǎn)品，在功能、性能、可用性等方面都有比較高的要求和期望；新產(chǎn)品開發(fā)不同于承接一個(gè)軟件開發(fā)項(xiàng)目，也不同于為明確指定的用戶或者客戶定制產(chǎn)品，開發(fā)團(tuán)隊(duì)最終面對(duì)的是廣泛的市場，是一個(gè)由眾多獨(dú)立的最終用戶（同時(shí)也是客戶）組成的群體。新產(chǎn)品開發(fā)項(xiàng)目更加不同于維護(hù)型的，或者其他類型的項(xiàng)目。

　　第三，本文所討論的需求基于需求的傳統(tǒng)定義，即軟件需求指用戶對(duì)軟件產(chǎn)品明確的和期望的要求。這些要求直接影響了用戶對(duì)此產(chǎn)品的滿意程度，或者更直接的說，影響了用戶的購買決定以及對(duì)產(chǎn)品和開發(fā)商喜好的判斷。對(duì)于開發(fā)團(tuán)隊(duì)而言，在實(shí)際工作中，需求問題往往和設(shè)計(jì)問題，特別是高層（High level）的設(shè)計(jì)糾纏在一起，很難有明確的界限劃分。但在本文中，需求問題不涉及與具體實(shí)現(xiàn)相關(guān)的問題，比如技術(shù)選型，人機(jī)界面。

　　概括而言，在一個(gè)新產(chǎn)品開發(fā)項(xiàng)目中，開發(fā)團(tuán)隊(duì)面臨的需求問題涉及到需求的獲取、分析和管理。本文的余下部分將重點(diǎn)討論新產(chǎn)品開發(fā)項(xiàng)目中典型的四大問題，分別是：有限的需求來源、模糊的需求界定、CPD陷阱和NV陷阱。

　　二. 有限的需求來源

　　新產(chǎn)品的想法可能來自老板的拍腦袋，也可能來自市場部的報(bào)告，或者也可能來自研究部門的某個(gè)創(chuàng)意；但不管怎樣，可以肯定的是，沒有人具備足夠的信息來準(zhǔn)確的描繪出未來的產(chǎn)品（而且通常這個(gè)未來也不會(huì)很遠(yuǎn)）是什么樣子。如果項(xiàng)目組成員恰好屬于這個(gè)產(chǎn)品的用戶，比如這個(gè)產(chǎn)品是一個(gè)字處理軟件，或者僅僅是搭上一點(diǎn)關(guān)系，比如這個(gè)產(chǎn)品是一個(gè)個(gè)人理財(cái)軟件，那獲取需求的任務(wù)就更加理所當(dāng)然的落在了開發(fā)團(tuán)隊(duì)身上。

　　表面上看，由開發(fā)團(tuán)隊(duì)自己定義需求會(huì)使得需求相對(duì)穩(wěn)定，對(duì)開發(fā)團(tuán)隊(duì)是有利的。但事實(shí)上，開發(fā)團(tuán)隊(duì)會(huì)面臨不少棘手的問題，最直接最明顯的，就是需求的來源受限。開發(fā)團(tuán)隊(duì)最需要的就是明確的（最好也是穩(wěn)定的）需求，而現(xiàn)在，要開發(fā)團(tuán)隊(duì)自己去獲得，而且獲取需求的來源又很有限。

　　由于是新產(chǎn)品，在組織內(nèi)部，開發(fā)團(tuán)隊(duì)通常找不到足夠的幫助。而要從外界獲得，又受到時(shí)間、經(jīng)費(fèi)和職責(zé)等因素的限制。在這種情況下，學(xué)習(xí)競爭對(duì)手的產(chǎn)品是一個(gè)很有效的方法。開發(fā)團(tuán)隊(duì)可以從研究和剖析類似產(chǎn)品著手，例如，如果要開發(fā)一個(gè)電子郵件客戶端軟件，那么，Outlook和Foxmail就是很好的學(xué)習(xí)對(duì)象。親身的去使用和體驗(yàn)這些軟件，仔細(xì)閱讀它們的用戶手冊、在線幫助，甚至聯(lián)系它們的客戶服務(wù)。而且，這項(xiàng)工作應(yīng)該讓整個(gè)團(tuán)隊(duì)一起參與，增強(qiáng)每個(gè)團(tuán)隊(duì)成員對(duì)產(chǎn)品的理解和感性認(rèn)識(shí)，當(dāng)然，參與的程度和時(shí)機(jī)可以有所不同。

　　面對(duì)有限的需求來源，引入資深用戶是另一個(gè)解決方法。所謂資深用戶，他們可能很熟悉同類產(chǎn)品的使用，或者了解用戶通常需要些什么。比如開發(fā)個(gè)人理財(cái)軟件，那么一個(gè)理財(cái)顧問，或者一個(gè)理財(cái)高手就是很合適的資深用戶。對(duì)于面向群體用戶的產(chǎn)品，特別是那些大眾消費(fèi)類軟件，這些資深用戶事實(shí)上并不如想象中那么難獲得。個(gè)人關(guān)系是主要的獲取途徑。為了減少個(gè)人偏好的影響，應(yīng)該盡可能多引入幾個(gè)資深用戶。對(duì)于某些產(chǎn)品，比如前面提到的電子郵件客戶端軟件，似乎團(tuán)隊(duì)成員中就可以找到資深用戶。但在團(tuán)隊(duì)內(nèi)部發(fā)展資深用戶并不值得鼓勵(lì)。其中的原因在“CPD陷阱”一節(jié)中會(huì)解釋。

　　三. 模糊的需求界定

　　在一個(gè)新產(chǎn)品開發(fā)項(xiàng)目中，某項(xiàng)需求是否需要、它的優(yōu)先級(jí)如何、某項(xiàng)功能或者要求究竟如何表述，這些界定問題由于沒有一個(gè)確定的用戶或者客戶說“要還是不要，好還是不好，急還是不急”而會(huì)變得模糊不清。

　　這種模糊的需求界定也發(fā)生在開發(fā)團(tuán)隊(duì)內(nèi)部。每一個(gè)成員都可以聲稱“用戶要這個(gè)功能”，或者“用戶根本不可能那樣操作”。需求的界定常常成為“公說公有理，婆說婆有理”的爭論。

　　在現(xiàn)實(shí)世界里，開發(fā)團(tuán)隊(duì)往往處于一個(gè)尷尬的境地。他們通常被認(rèn)為有義務(wù)制定出需求規(guī)格，并對(duì)此負(fù)責(zé)，卻沒有被賦予對(duì)需求規(guī)格最后“拍板”的權(quán)力。在這種情況下，開發(fā)團(tuán)隊(duì)以及開發(fā)團(tuán)隊(duì)的領(lǐng)導(dǎo)要明確自身的立場，并將相關(guān)的責(zé)權(quán)利落實(shí)到紙面上。

　　在技術(shù)層面上，解決“模糊的需求界定”問題的一個(gè)方法就是采用原型。利用原型來討論，利用原型來證明觀點(diǎn)，這比“空對(duì)空”的爭論要有效得多。拓展出去講，在界定需求的時(shí)候，盡量用事實(shí)和數(shù)據(jù)來支持觀點(diǎn)，避免“可能怎樣怎樣”的猜想，如果不能肯定，就落實(shí)到概率上，這樣可以通過風(fēng)險(xiǎn)分析的技術(shù)手段來幫助決策。

　　四. CPD陷阱

　　CPD是PMT的一個(gè)詞匯，意即“無謂的創(chuàng)造－追求完美－自我否定”。團(tuán)隊(duì)成員過多涉足需求的開發(fā)（即使可能存在進(jìn)度上的壓力，項(xiàng)目的初始階段也幾乎總是一段美好的時(shí)光。進(jìn)入一個(gè)新鮮而陌生的領(lǐng)域，團(tuán)隊(duì)的每個(gè)人都容易發(fā)現(xiàn)一片嶄新的世界，每個(gè)人都能夠?yàn)樾庐a(chǎn)品添加一系列“激動(dòng)人心”的特性。但這些特性是否合適、是否有必要卻往往被“激動(dòng)”淹沒了。追求完美是計(jì)算機(jī)技術(shù)人員一個(gè)很普遍的特征，這一特征會(huì)促使這些無謂的創(chuàng)造繼續(xù)下去，直到大家覺得“這個(gè)產(chǎn)品做得再好也不過如此”，于是，自我否定就會(huì)接踵而來。

　　為了防止陷入CPD陷阱，開發(fā)團(tuán)隊(duì)只需要個(gè)別人參與新產(chǎn)品的需求開發(fā)，而其他人則可以以已開發(fā)的需求作為進(jìn)一步討論的基礎(chǔ)。這或許限制了團(tuán)隊(duì)的創(chuàng)造性，但卻是更高效率的。產(chǎn)品開發(fā)不同于研究。產(chǎn)品開發(fā)更多的是需要一種“收斂”，從“想法”到“產(chǎn)品”的“收斂”。如果你發(fā)現(xiàn)這種做法埋沒了團(tuán)隊(duì)中太多富有創(chuàng)造精神的成員，但你要檢討團(tuán)隊(duì)的成員結(jié)構(gòu)，或者你現(xiàn)在的團(tuán)隊(duì)適合研究而非產(chǎn)品開發(fā)。

　　五. NV陷阱

　　NV是PMT的另一個(gè)詞匯，意即“下一版本”。在功能性需求上，CPD陷阱是常見的。而對(duì)于非功能性需求，比如產(chǎn)品性能上，NV陷阱是很容易陷入的。陷入NV陷阱后，往往到時(shí)候產(chǎn)品的質(zhì)量會(huì)大打折扣，甚至“拿不出手”。另外，不完整的需求也容易導(dǎo)致錯(cuò)誤的設(shè)計(jì)，這種架構(gòu)上的缺陷實(shí)際上很難在“下一版本”輕易的改變。

　　除了主觀上對(duì)非功能性需求的不重視，陷入NV陷阱的原因常常還有迫于時(shí)間壓力，或者毫無來由的樂觀。開發(fā)人員常常認(rèn)為他們在以后的同樣長的時(shí)間里可以完成多得多的事情，而且這些事情通常是現(xiàn)在不大愿意做的事情。

　　“這個(gè)版本的確不夠穩(wěn)定，下個(gè)版本再說吧”，這是經(jīng)?？梢月牭降恼f法。為了防止陷入NV陷阱，非功能性需求從一開始就要被提出來，并受到應(yīng)有的重視。如果這些非功能性需求是確實(shí)需要的，就應(yīng)該被寫入需求規(guī)格書，并在產(chǎn)品開發(fā)過程中接受實(shí)現(xiàn)狀況的檢查。

　　有限的需求來源、模糊的需求界定、CPD陷阱和NV陷阱是新產(chǎn)品開發(fā)項(xiàng)目中常見的四大問題。除此以外，新產(chǎn)品開發(fā)項(xiàng)目中也存在其他的一些特殊問題，比如在需求的跟蹤管理上，新產(chǎn)品開發(fā)項(xiàng)目就與其他類型的項(xiàng)目有不同的地方。PMT將繼續(xù)這方面的研究和實(shí)踐，并期待和廣大讀者的交流。