NTS臨時結(jié)項后轉(zhuǎn)做NMS項目快一個月了，在這一個月中，對NMS項目的感覺就是NMS項目缺乏 項目組形式的組織。雖然大家現(xiàn)在都投入到了該項目中，但是大家對項目的目標都不了解，對開 發(fā)項目的人員之間的工作也不清楚，項目開發(fā)人員之間也沒有有效又組織的溝通。從而可能導(dǎo)致 大家會做一些重復(fù)的研究，重復(fù)的工作。在做自己負責(zé)部分工作時沒法從項目總體的角度考慮項 目的問題。

建議：項目雖然沒有立項，但是在部門內(nèi)部可以以項目組的形式管理起來。

2、項目開發(fā)人員對項目中技術(shù)的重視。

NTS項目從組隊到現(xiàn)在，出現(xiàn)了較大的人員流動。由于很多技術(shù)都只是個別人員掌握，隨之每次 人員流動，項目組的核心技術(shù)都會隨著人員流動而出現(xiàn)空白。從而給項目帶來了新的風(fēng)險，增加了 因新人對原來核心技術(shù)的掌握的成本。

建議：既然掌握技術(shù)的成本是不可避免的，那么不妨通過讓項目組所有成員都掌握來降低因為人 員流動而帶來的風(fēng)險。

3、需求的管理。

通過對NMS項目的了解，發(fā)現(xiàn)NMS項目現(xiàn)階段并沒有對需求進行有效的管理起來。基本上是L總 提要求，大家根據(jù)你的要求實現(xiàn)。在這個過程中，不可避免的會出現(xiàn)需求的變更，需求的重復(fù)定義。 可能直到開發(fā)完或者開發(fā)過程中才發(fā)現(xiàn)，從而增加了項目的成本。同時，由于需求都是通過口頭的 形式提出，沒有形成文檔，開發(fā)人員在理解需求時也容易出現(xiàn)偏差，也失去了開發(fā)的依據(jù)。從而會 增加項目出現(xiàn)的問題和增加成本的風(fēng)險。

建議：對項目的需求，首先進行定義，然后通過需求管理進行跟蹤。

4、設(shè)計階段。

從NMS現(xiàn)階段的情況來看，從提出需求到實現(xiàn)，中間除了會稍微考慮一下之外，缺乏明顯的設(shè)計階 段。幾乎所有功能都是根據(jù)需求直接開發(fā)的。由于缺乏總體的設(shè)計，隨著項目雪球般的越滾越大，自 然會增加開發(fā)和維護的難度。我想這個問題，現(xiàn)在維護和開發(fā)新功能的HY和MZQ應(yīng)該深有體會。

建議：增加必要的設(shè)計階段，對比較重要的設(shè)計進行討論。