軟件項目如何控制需求蔓延

對于一名項目經(jīng)理來(lái)說(shuō)，做出讓客戶(hù)滿(mǎn)意的產(chǎn)品是我們的終極目標。但實(shí)際情況會(huì )是這樣嗎?現實(shí)，我們在項目開(kāi)發(fā)過(guò)程中會(huì )遇到各種問(wèn)題。
　　需求范圍不明確
　　合同中規定的內容往往都是模糊不清的，需求不明確，或者只有幾行說(shuō)明，而且還可能有大斷的套話(huà)、官話(huà)。對于項目參與者往往對客戶(hù)業(yè)務(wù)不一定了解，如果對客戶(hù)真正想要的需求沒(méi)有真正了解，往往會(huì )導致后期無(wú)何止的修改。
　　需求理解不一致
　　我們經(jīng)常會(huì )遇到，按照客戶(hù)書(shū)面上記錄的需求進(jìn)行開(kāi)發(fā)后，客戶(hù)卻并不認可，而實(shí)際情況，客戶(hù)對自己寫(xiě)的書(shū)面內容也并無(wú)異議。原因是對同樣的內容客 戶(hù)的理解與我們的理解不同。例如，需求中寫(xiě)道：“購物后付款”，開(kāi)發(fā)人員開(kāi)發(fā)出來(lái)的是用戶(hù)選擇好商品進(jìn)入購物車(chē)直接付款。而客戶(hù)實(shí)際想要的是到購物車(chē)付款 前先向客戶(hù)發(fā)送一條短信驗證碼，讓購買(mǎi)人二次確認無(wú)誤后再付款。同樣的文字，對細節的理解可能就是不同的，但實(shí)現的細節客戶(hù)提供的需求里可能根本就沒(méi)有 提。
　　有些需求并沒(méi)有直接寫(xiě)出來(lái)
　　中國人喜歡儒家思想，話(huà)多為隱晦而不直白的說(shuō)出，客戶(hù)提的多是自己期望解決的需求，而對于最基本需求往往不說(shuō)，因為他認為你就應該有。如做一款手機，手機打電話(huà)的功能客戶(hù)是不用說(shuō)的;再如，智通面包機，做面包的功能也是不需要說(shuō)的，他只會(huì )說(shuō)如何智能法。
　　項目結束前客戶(hù)總有提不完的需求
　　客戶(hù)總是會(huì )在結項前提出各種需求，前期沒(méi)有討論過(guò)的各種需求都會(huì )在這個(gè)時(shí)候冒出來(lái)，讓項目被動(dòng)受制。這種情況原因一般有兩種，一種是在項目開(kāi)發(fā) 過(guò)程中沒(méi)有與客戶(hù)充分的溝通。另一種就是客戶(hù)生怕項目一結束付款，你們就不會(huì )再很好的支持我們了。那么所有需求不論重要與否，你都要在結束前給我做完。
　　項目經(jīng)理無(wú)條件的遷就客戶(hù)
　　雖然項目成功的標志是客戶(hù)滿(mǎn)意度，但無(wú)條件的遷就客戶(hù)最終可能導致項目預算超期或時(shí)間超期，反而會(huì )導致項目失敗�？蛻�(hù)在提一條新需求時(shí)可能自己 都沒(méi)有想清楚，也可能只是他的靈光一現，許多需求可能只是冗余需求�？蛻�(hù)往往不懂程序，隨便說(shuō)出的需求，可能讓我們付出很大的代價(jià)。
　　溝通不順暢，老吳以前做項目時(shí)也經(jīng)常遇到對計算機一點(diǎn)不懂的客戶(hù)，他們的許多想法根本無(wú)法實(shí)現，跟他解釋他又很難理解，最后弄得好像我們什么都做不了似的。對于這種客戶(hù)有時(shí)會(huì )讓我們有種無(wú)力感。
　　一個(gè)項目的成功需要多方面原因，人力資源、需求范圍、項目成本、進(jìn)度控制、質(zhì)量監督、風(fēng)險監控、資源采購、干系人溝通，每個(gè)方面出問(wèn)題都可能會(huì )導致項目的失敗，所以項目管理也要有一套系統的管理辦法。對于無(wú)邊界的需求蔓延，我們應該怎么辦?
　　上面我們已經(jīng)提到了可能導致需求的不可控原因，哪我們來(lái)說(shuō)下具體可操作的解決辦法吧。
　　確定項目范圍
　　項目一定要有清晰的目標、準確的方向，大海航行靠舵手，項目經(jīng)理要有把撐好項目范圍的能力，盡量把項目需求讓所有項目干系人(范圍相關(guān)的所有 人)知曉，尤其要得到客戶(hù)的認可，必要時(shí)要讓用戶(hù)確認。以前經(jīng)常聽(tīng)有的項目經(jīng)理說(shuō)：“需求最后一定要讓客戶(hù)領(lǐng)導簽字”，老吳本人認為這有點(diǎn)難度，以前我做 政府類(lèi)項目時(shí)哪個(gè)領(lǐng)導愿意簽字的，誰(shuí)愿意背這個(gè)責任，還有真要有必要需求增加時(shí)，簽了字如何增加，客戶(hù)會(huì )有一百個(gè)不愿意。如果你真有這能力，能弄到客戶(hù)簽 字哪對項目是極大的幫助。
　　多問(wèn)問(wèn)為什么
　　對于客戶(hù)每提出的新需求，我們盡量多了解他的目的是什么，多問(wèn)、多想，當我們知道客戶(hù)的終極目標時(shí)，我們就可以主導客戶(hù)需求了。同時(shí)，我們了解了客戶(hù)提此需求的目的后也有利于我們對需求的更好把握，不至于項目需求出現偏差。
　　需求理解要一致
　　項目經(jīng)理要對項目進(jìn)行跟進(jìn)和監控，需求要很好的貫徹到每個(gè)人，不要出現理解偏差。記得看過(guò)一篇圖文的短文，大致意思是客戶(hù)想要的產(chǎn)品、項目經(jīng)理 理解的產(chǎn)品、設計人員設計的產(chǎn)品、開(kāi)發(fā)人員要做成的產(chǎn)品、開(kāi)發(fā)人員最后做出來(lái)的產(chǎn)品、測試人員看到的產(chǎn)品都不一致。每個(gè)人在信息傳遞過(guò)程中讓需求不斷出現 損耗和變形。需求理解的一致性是項目成功的基礎，在項目管理的各個(gè)階段，要讓所有相關(guān)人正確的了解和把握需求。
　　要讓客戶(hù)參與到項目的各個(gè)階段
　　項目經(jīng)理要拉著(zhù)客戶(hù)參與到項目的各個(gè)階段，需求分析、總體設計、詳細設計、編碼、測試，要讓客戶(hù)參與到項目的每個(gè)階段，并隨時(shí)讓客戶(hù)了解和提出 自己的真實(shí)想法。這樣就不會(huì )導致項目在最后時(shí)客戶(hù)提出各種需求，變被動(dòng)為主動(dòng)。尤其是在需求分析和設計階段，當整理完需求文檔和設計文檔時(shí)，一定要請客戶(hù) 一起參與評估，以避免需求理解不一致，需求范圍不確定等問(wèn)題。我們以前常提敏捷軟件開(kāi)發(fā)方法，敏捷開(kāi)發(fā)又不至于項目出現更大問(wèn)題的辦法就是讓客戶(hù)隨時(shí)參與 項目的各個(gè)階段，讓客戶(hù)與我們的項目管理人員一起把關(guān)。
　　要讓客戶(hù)對需求進(jìn)行確認。當多次與客戶(hù)確認需求后，盡量讓客戶(hù)簽字認可，如不能簽字也盡量讓客戶(hù)方領(lǐng)導在正式場(chǎng)合當面確認。
　　這樣的好處有：
　　可以有效的控制需求，當客戶(hù)再有想加的需求時(shí)總不至于那么理直氣壯;
　　如客戶(hù)真要加需求時(shí)，我們可以因需求變更而提出一定的經(jīng)濟補償;
　　如果需求增加了，項目經(jīng)理可以憑借著(zhù)簽字在公司內部規避自己的責任，畢竟客戶(hù)以前是認可的，這回再提增加需求，就不是項目經(jīng)理能力范圍了，可以請領(lǐng)導出面;
　　有了客戶(hù)確認的需求，項目組可以放心的去完成項目，以減少需求變更所帶來(lái)的影響。
　　做好服務(wù)，要讓客戶(hù)信任我們
　　客戶(hù)之所以在項目結束前盡量讓我們把所有能想到的做好，有時(shí)還提出各種刁難，就是怕我們在項目結束后就不能很好的給予支持了。對于公司和團隊， 我們要建立完整的服務(wù)機制，要讓用戶(hù)看到我們的服務(wù)。如果客戶(hù)對我們公司和團隊認可了，相信以后的服務(wù)過(guò)程中有了問(wèn)題，我們還會(huì )及時(shí)處理，那么客戶(hù)會(huì )允許 我們把部分非核心需求放到將來(lái)處理的。信任是種力量，讓客戶(hù)信任我們就要始終如一的做好服務(wù)。
　　做好需求變更機制
　　有時(shí)需求的變更是不可避免的，當發(fā)生需求變更時(shí)，我們要有一定的需求變更機制。首先要冷靜看待需求的變更，與客戶(hù)溝通好，要對需求變更的工作內 容、工作量進(jìn)行評估、因變更所產(chǎn)生的費用、針對需求變更提出的方案，并填寫(xiě)需求變更文件讓客戶(hù)簽字，要讓客戶(hù)知道需求變更對項目產(chǎn)生的影響，對于需求的變 更客戶(hù)也要承擔一定的責任(時(shí)間或經(jīng)濟)。
　　條條大路通羅馬
　　對于客戶(hù)提出的需求，不要一味的遷就，客戶(hù)永遠是對的的思想在項目開(kāi)發(fā)過(guò)程中不一定正確。項目成功的標志應該是在規定的時(shí)間內利用有效的資源完 成項目并使客戶(hù)滿(mǎn)意，為了一味滿(mǎn)足客戶(hù)的需求，而使項目進(jìn)度超期、預算超期都不能算成功的項目。當客戶(hù)提出一個(gè)不好解決的需求時(shí)，我們只要了解客戶(hù)的目 的，幫助客戶(hù)分析后應該可以找出其它同樣能達到相應效果的方案來(lái)，并讓客戶(hù)知道他的方案會(huì )給項目帶來(lái)什么樣的影響，客戶(hù)還是會(huì )接受我們意見(jiàn)的，這樣比與客 戶(hù)直接沖突要理智。
　　綜合以上，項目需求的管理是一個(gè)復雜的過(guò)程，它涉及到項目所有相關(guān)人的利益。有效的避免與客戶(hù)的沖突，多給客戶(hù)一些中肯的意見(jiàn)。同時(shí)，也要讓客 戶(hù)參與到項目的各個(gè)階段，要讓客戶(hù)了解項目的各個(gè)過(guò)程，讓客戶(hù)了解我們公司和團隊，建立起信任度，在有信任的前提下做事，友好的溝通，會(huì )讓我們工作起來(lái)更 加舒暢。 (項目管理者聯(lián)盟)
更多內容詳細咨詢(xún)：http://www.firg8.com/