小陳是乙個移動化軟體開發專案的專案經理，他現在目前的專案狀況是：
這時，公司領導詢問小陳專案狀態，小陳應該如何處理？
分析：這是乙個真實的專案案例，專案經理在專案中吃盡了苦頭，左右為難，但是不知道如何破解這種尷尬的局面，也許處理這種困境不同的人有不同的處理方法，沒有乙個答案是最佳。分享一下當時處理這個專案案例時的分析和解決措施。
小陳經理使用原型法去開發挖掘客戶的需求，本身這個方式沒有錯。但是客戶方的代表並不代表客戶，客戶由很多部門，很多人員組成，所以小陳的需求調研工作並不是讓客戶方代表滿意。代表也許今天考慮到了a部門的要求，但是過兩天聽到了b部門的訴求，又改變了想法。這其實是一件按下葫蘆浮起瓢的工作，繼續就事論事的討論方案就是吃力不討好。
所以傳統經典的擬定需求調研計畫，老老實實的去各個客戶部門，不同的渠道獲取需求才是上策，移動化的軟體開發有個很定製化的內容，就是你要考慮很多任務作場景，所以乙個客戶代表並不能列舉全這些場景，所以要發動客戶方的人員都參與需求的分析與整理。
第二個問題是需求經常變，往往是專案目標存在不確定性，這個時候要做好專案的目標管理，所以多要和客戶方的領導進行溝通。建議半個月正式匯報一次。
第三個問題是需要盡量爭取到客戶方支援專案的人員在客戶領導那裡給出中肯的評價。這也是我們說的干係人要管理好。小陳沒有和客戶方的人員建立這種溝通機制。
第四個問題，小陳應該把每次調研的情況好好的跟自己專案的人員進行溝通，多聽取專案組人員對需求的分析，清楚的知道哪些需求是必須做的，哪些需求是可做可不做的，不然會消耗成員大量的精力。
第五個問題，小陳沒有做乙份正式的需求確認的簽字單，沒有做好對專案範圍的保護。
根據上述5個問題，給小陳的建議是：
1.對客戶的領導進行需求調研，搞清楚專案的目標。然後分析一下目前的方案是否滿足專案的目標。
2.讓客戶方的代表組織專案參與或者受益的部門展開需求調研工作，形成完整的需求清單，然後將方案一項一項進行確認。
3.讓專案組的成員一起參與給客戶做方案介紹的工作，讓方案匯報工作透明化，讓大家多提改善意見。
4.對需求進行優先順序排序，不是很必須的需求拉到乙個改善型清單中。
5.做好需求的簽字確認工作。
6.定期對客戶方的領導進行專案進展情況的匯報。
1. 接受變更不牴觸
2. 需求前期充分討論
3. 提前打預防針，說明變更成本高，專案延期等風險。
4. 達成共識形成書面文件，各方確認
5. 有明確的需求變更流程
6. 專案反饋和慶祝
你的專案管理有持續改進嗎？
你的專案管理有持續改進嗎？中國計算機使用者 越來越多的組織開始認識了專案管理。正如在專案管理成熟度模型中所介紹的，專案管理實施中的持續改進是其中至關重要的一環。那麼，組織應該從 開始入手開始改進呢？一般來說，應該根據企業的實際情況以及基準比較後所得到的資訊再因地制宜。不過，現在也有一些成熟的方式可以...
你的專案有潛在的問題嗎？有關專案管理的方式方法
楚凡科技 www.trufun.net 10年間致力於做中國最專業的軟體工程解決方案提供商 規範軟體開發過程 優化軟體開發流程 保證軟體開發質量 提高軟體開發效率 trufun uml2建模工具 trufun bacon 需求管理工具 trufun 研發雲管理工具等 在我們的調查和諮詢過程中，發現很...
nvm 與 nrm 更好管理的你專案
目錄介紹 一 安裝nvm 二 不需要配置環境變數 三 驗證是否安裝成功 四 安裝nodejs 五 版本切換 一 nrm nvm就是為解決這個問題而產生的，他可以方便的在同一臺裝置上進行多個node版本之間切換，而這個正是nvm的價值所在，詳情可以檢視官網nvm官網。如果已經安裝node則先解除安裝n...