1、項目的組織。
NTS臨時結項后轉做NMS項目快一個月了，在這一個月中，對NMS項目的感覺就是NMS項目缺乏
項目組形式的組織。雖然大家現在都投入到了該項目中，但是大家對項目的目標都不了解，對開
發項目的人員之間的工作也不清楚，項目開發人員之間也沒有有效又組織的溝通。從而可能導致
大家會做一些重復的研究，重復的工作。在做自己負責部分工作時沒法從項目總體的角度考慮項
目的問題。
建議：項目雖然沒有立項，但是在部門內部可以以項目組的形式管理起來。
2、項目開發人員對項目中技術的重視。
NTS項目從組隊到現在，出現了較大的人員流動。由于很多技術都只是個別人員掌握，隨之每次
人員流動，項目組的核心技術都會隨著人員流動而出現空白。從而給項目帶來了新的風險，增加了
因新人對原來核心技術的掌握的成本。
建議：既然掌握技術的成本是不可避免的，那么不妨通過讓項目組所有成員都掌握來降低因為人
員流動而帶來的風險。
3、需求的管理。
通過對NMS項目的了解，發現NMS項目現階段并沒有對需求進行有效的管理起來。基本上是L總
提要求，大家根據你的要求實現。在這個過程中，不可避免的會出現需求的變更，需求的重復定義。
可能直到開發完或者開發過程中才發現，從而增加了項目的成本。同時，由于需求都是通過口頭的
形式提出，沒有形成文檔，開發人員在理解需求時也容易出現偏差，也失去了開發的依據。從而會
增加項目出現的問題和增加成本的風險。
建議：對項目的需求，首先進行定義，然后通過需求管理進行跟蹤。
4、設計階段。
從NMS現階段的情況來看，從提出需求到實現，中間除了會稍微考慮一下之外，缺乏明顯的設計階
段。幾乎所有功能都是根據需求直接開發的。由于缺乏總體的設計，隨著項目雪球般的越滾越大，自
然會增加開發和維護的難度。我想這個問題，現在維護和開發新功能的HY和MZQ應該深有體會。
建議：增加必要的設計階段，對比較重要的設計進行討論。
posted on 2006-08-14 10:21
coffee 閱讀(416)
評論(0) 編輯 收藏 所屬分類:
項目管理