首頁 > 創業學院 > 新產品開發項目中的需求問題


新產品開發項目中的需求問題

手機:M版  分類:創業學院  編輯:平麗

新產品開發項目中的需求問題 標籤:新產品開發 產品開發 新產品上市 新產品研發 貨源問題

  新產品開發項目中的需求問題

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

  一.概述

  在開始進一步討論之前,我們先明確幾個概念.

  首先,本文是從開發團隊,或者說項目組的角度來看需求問題.所謂開發團隊,通常包括了程序員,測試員和其他一些項目成員,如配置管理員和軟件架構師,以及基層的管理人員,比如項目經理.類比於傳統企業,開發團隊相當於企業的生產車間.但是,在大多數的軟件組織中,開發團隊除了擔當"生產"任務以外,往往也是需求獲取的主體;在某些較為正規的組織中,也許會有市場部門給出一些需求,但這些市場數據和有限的調研結果通常是遠遠不夠形成需求規格書的.

  其次,何謂"新產品開發項目".簡單而言,在本文中,新產品開發指開發團隊需要從無到有將一個想法(idea)轉化為產品(product).新產品開發不同於產品升級,開發團隊沒有一個已存在的基礎;新產品開發不同於開發一個實驗型的作品或者演示,原型之類的東西,開發團隊最終的產出必須是產品,在功能,性能,可用性等方面都有比較高的要求和期望;新產品開發不同於承接一個軟件開發項目,也不同於為明確指定的用戶或者客戶定製產品,開發團隊最終面對的是廣泛的市場,是一個由眾多獨立的最終用戶(同時也是客戶)組成的群體.新產品開發項目更加不同於維護型的,或者其他類型的項目.

  第三,本文所討論的需求基於需求的傳統定義,即軟件需求指用戶對軟件產品明確的和期望的要求.這些要求直接影響了用戶對此產品的滿意程度,或者更直接的說,影響了用戶的購買決定以及對產品和開發商喜好的判斷.對於開發團隊而言,在實際工作中,需求問題往往和設計問題,特別是高層(Highlevel)的設計糾纏在一起,很難有明確的界限劃分.但在本文中,需求問題不涉及與具體實現相關的問題,比如技術選型,人機界面.

  概括而言,在一個新產品開發項目中,開發團隊面臨的需求問題涉及到需求的獲取,分析和管理.本文的餘下部分將重點討論新產品開發項目中典型的四大問題,分別是:有限的需求來源,模糊的需求界定,CPD陷阱和NV陷阱.

  二.有限的需求來源

  新產品的想法可能來自老闆的拍腦袋,也可能來自市場部的報告,或者也可能來自研究部門的某個創意;但不管怎樣,可以肯定的是,沒有人具備足夠的信息來準確的描繪出未來的產品(而且通常這個未來也不會很遠)是什麼樣子.如果項目組成員恰好屬於這新產品開發項目中的需求問題個產品的用戶,比如這個產品是一個字處理軟件,或者僅僅是搭上一點關係,比如這個產品是一個個人理財軟件,那獲取需求的任務就更加理所當然的落在了開發團隊身上.表面上看,由開發團隊自己定義需求會使得需求相對穩定,對開發團隊是有利的.但事實上,開發團隊會面臨不少棘手的問題,最直接最明顯的,就是需求的來源受限.開發團隊最需要的就是明確的(最好也是穩定的)需求,而現在,要開發團隊自己去獲得,而且獲取需求的來源又很有限.

  由於是新產品,在組織內部,開發團隊通常找不到足夠的幫助.而要從外界獲得,又受到時間,經費和職責等因素的限制.在這種情況下,學習競爭對手的產品是一個很有效的方法.開發團隊可以從研究和剖析類似產品着手,例如,如果要開發一個電子郵件客戶端軟件,那麼,Outlook和Foxmail就是很好的學習對象.親身的去使用和體驗這些軟件,仔細閱讀它們的用戶手冊,在線幫助,甚至聯繫它們的客戶服務.而且,這項工作應該讓整個團隊一起參與,增強每個團隊成員對產品的理解和感性認識,當然,參與的程度和時機可以有所不同.

  面對有限的需求來源,引入資深用戶是另一個解決方法.所謂資深用戶,他們可能很熟悉同類產品的使用,或者了解用戶通常需要些什麼.比如開發個人理財軟件,那麼一個理財顧問,或者一個理財高手就是很合適的資深用戶.對於面向群體用戶的產品,特別是那些大眾消費類軟件,這些資深用戶事實上並不如想象中那麼難獲得.個人關係是主要的獲取途徑.為了減少個人偏好的影響,應該儘可能多引入幾個資深用戶.對於某些產品,比如前面提到的電子郵件客戶端軟件,似乎團隊成員中就可以找到資深用戶.但在團隊內部發展資深用戶並不值得鼓勵.其中的原因在"CPD陷阱"一節中會解釋.

  三.模糊的需求界定

  在一個新產品開發項目中,某項需求是否需要,它的優先級如何,某項功能或者要求究竟如何表述,這些界定問題由於沒有一個確定的用戶或者客戶說"要還是不要,好還是不好,急還是不急"而會變得模糊不清.這種模糊的需求界定也發生在開發團隊內部.每一個成員都可以聲稱"用戶要這個功能",或者"用戶根本不可能那樣操作".需求的界定常常成為"公說公有理,婆說婆有理"的爭論.在現實世界里,開發團隊往往處於一個尷尬的境地.他們通常被認為有義務制定出需求規格,並對此負責,卻沒有被賦予對需求規格最後"拍板"的權力.在這種情況下,開發團隊以及開發團隊的領導要明確自身的立場,並將相關的責權利落實到紙面上.在技術層面上,解決"模糊的需求界定"問題的一個方法就是採用原型.利用原型來討論,利用原型來證明觀點,這比"空對空"的爭論要有效得多.拓展出去講,在界定需求的時候,盡量用事實和數據來支持觀點,避免"可能怎樣怎樣"的猜想,如果不能肯定,就落實到概率上,這樣可以通過風險分析的技術手段來幫助決策.

  四.CPD陷阱

  CPD是PMT的一個詞彙,意即"無謂的創造-追求完美-自我否定".團隊成員過多涉足需求的開發(比如在前文提到的讓團隊成員充當資深用戶)很容易導致團隊陷入CPD陷阱.新產品開發項目中的需求問題即使可能存在進度上的壓力,項目的初始階段也幾乎總是一段美好的時光.進入一個新鮮而陌生的領域,團隊的每個人都容易發現一片嶄新的世界,每個人都能夠為新產品添加一系列"激動人心"的特性.但這些特性是否合適,是否有必要卻往往被"激動"淹沒了.追求完美是計算機技術人員一個很普遍的特徵,這一特徵會促使這些無謂的創造繼續下去,直到大家覺得"這個產品做得再好也不過如此",於是,自我否定就會接踵而來.

  為了防止陷入CPD陷阱,開發團隊只需要個別人參與新產品的需求開發,而其他人則可以以已開發的需求作為進一步討論的基礎.這或許限制了團隊的創造性,但卻是更高效率的.產品開發不同於研究.產品開發更多的是需要一種"收斂",從"想法"到"產品"的"收斂".如果你發現這種做法埋沒了團隊中太多富有創造精神的成員,但你要檢討團隊的成員結構,或者你現在的團隊適合研究而非產品開發.

  五.NV陷阱

  NV是PMT的另一個詞彙,意即"下一版本".在功能性需求上,CPD陷阱是常見的.而對於非功能性需求,比如產品性能上,NV陷阱是很容易陷入的.陷入NV陷阱后,往往到時候產品的質量會大打折扣,甚至"拿不出手".另外,不完整的需求也容易導致錯誤的設計,這種架構上的缺陷實際上很難在"下一版本"輕易的改變.除了主觀上對非功能性需求的不重視,陷入NV陷阱的原因常常還有迫於時間壓力,或者毫無來由的樂觀.開發人員常常認為他們在以後的同樣長的時間裡可以完成多得多的事情,而且這些事情通常是現在不大願意做的事情."這個版本的確不夠穩定,下個版本再說吧",這是經常可以聽到的說法.為了防止陷入NV陷阱,非功能性需求從一開始就要被提出來,並受到應有的重視.如果這些非功能性需求是確實需要的,就應該被寫入需求規格書,並在產品開發過程中接受實現狀況的檢查.

  有限的需求來源,模糊的需求界定,CPD陷阱和NV陷阱是新產品開發項目中常見的四大問題.除此以外,新產品開發項目中也存在其他的一些特殊問題,比如在需求的跟蹤管理上,新產品開發項目就與其他類型的項目有不同的地方.PMT將繼續這方面的研究和實踐,並期待和廣大讀者的交流.

您正在瀏覽: 新產品開發項目中的需求問題
網友評論
新產品開發項目中的需求問題 暫無評論