項目過程當中項目需求管控實際問題總結

1. 項目需求管控

2.  1.1 需求以前提

第一注意事項．

客戶對於產品將來什麼樣是沒有概念的，在項目開發過程當中，客戶也會因不斷學習而產生心的想法，致使會追加需求。也就是說，客戶確切來講，並不能肯定須要什麼，所以須要咱們去給予他們什麼，減小他們思考的過程，也就是說咱們提供好方案，讓客戶去選擇，而不是讓客戶去思考，讓客戶提需求。

即需求的過程，是以咱們爲主導。這樣主動權在手，需求就好把握。一旦主動權被對方掌握，就會一直被動接受需求，且這個狀態很難改變。

在客戶需求過程當中，客戶的不一樣羣體有不一樣的要求，有的合理，有的不合理，

這時候，在需求討論過程當中，須要咱們去指出不合理的，予以說服。說服對方放棄其提的需求。

說服客戶，是咱們必需要作的，由於咱們要比用戶專業，用戶纔會聽咱們的。之後即便有需求增長，也會減小。

第二需求範圍

首先分析提出需求的客戶方的各個方面的訴求。

         技術部門關心的是技術架構，實現，BOM單，設備採購，安全。

         各個業務部門各自的訴求也不一樣，企業部 關心把全部企業的功能搬到客戶端。

         我的的關心我的業務， 業務部關注增值業務帶來收入。

         項目部門關心的是人員，時間，技術力量。

也就是說，需求不只僅是功能，包括上面多個方面。從多個方面照顧到，並能夠利用互相之間的需求衝突，減小某一方的需求。好比某個需求，技術實現不了。

1.  1.2 創建需求原型

         和客戶溝通需求的首先要先本身設計好方案，而後讓客戶去選擇和提意見，而不是讓用戶去本身思考。

         首先，根據網銀的業務，設計手機客戶端的原型Demo，原型的要求必定要和

實際後的效果保持一致，效果界面，流程保持逼真。

           讓用戶開始就知道，之後作出的效果是怎樣的。

         其次，基於這個基礎上，和客戶展開需求討論。每討論一次，就修改一次原型。

      在討論過程當中，須要有個教育過程，即客戶提出的需求，有的不符合移動規範或手機客戶端規範，就須要說服教育，告訴他們應該是怎樣的。

   原型敲定的期間，美工要先跟上，肯定好頁面和效果。

1.  1.3 肯定原型和接口要求

原型肯定好後，再肯定技術接口，BOM單，並造成需求文檔，開始進行評審。

原型截圖放在需求裏。

文檔包括：需求記錄，需求文檔，原型

1.  1.4 定稿並約定原則

需求肯定好後，約定好，若是有新的需求，超過多少時間的，必須走需求變動評審。

低於這個時間的，好比幾分鐘能夠改的，能夠只記錄就改變。

也就是說，不是全部的需求都拒絕，而是在可控成本和時間的狀況下拈輕怕重，讓用戶感覺咱們作的不少了。

大領導提出的需求必定要改，須要給領導面子，多數領導通常提的是界面問題，比較容易改。

 給客戶作了一個，但要讓用戶的感覺是咱們作了10個。

  一旦約定好，那麼就不容易隨客戶隨便改動。

1.  1.5 需求增長和變動

開發過程當中會有需求增長，原則：客戶領導提的要求，改動不大的話，能夠改動，這種事要高調作，讓客戶感到，咱們爲他們多作了，並且作的不少。

      改動大的話，提請需求變動，或延到二期處理。