1、项目的组织。
NTS临时结项后转做NMS项目快一个月了，在这一个月中，对NMS项目的感觉就是NMS项目缺乏
项目组形式的组织。虽然大家现在都投入到了该项目中，但是大家对项目的目标都不了解，对开
发项目的人员之间的工作也不清楚，项目开发人员之间也没有有效又组织的沟通。从而可能导致
大家会做一些重复的研究，重复的工作。在做自己负责部分工作时没法从项目总体的角度考虑项
目的问题。
建议：项目虽然没有立项，但是在部门内部可以以项目组的形式管理起来。
2、项目开发人员对项目中技术的重视。
NTS项目从组队到现在，出现了较大的人员流动。由于很多技术都只是个别人员掌握，随之每次
人员流动，项目组的核心技术都会随着人员流动而出现空白。从而给项目带来了新的风险，增加了
因新人对原来核心技术的掌握的成本。
建议：既然掌握技术的成本是不可避免的，那么不妨通过让项目组所有成员都掌握来降低因为人
员流动而带来的风险。
3、需求的管理。
通过对NMS项目的了解，发现NMS项目现阶段并没有对需求进行有效的管理起来。基本上是L总
提要求，大家根据你的要求实现。在这个过程中，不可避免的会出现需求的变更，需求的重复定义。
可能直到开发完或者开发过程中才发现，从而增加了项目的成本。同时，由于需求都是通过口头的
形式提出，没有形成文档，开发人员在理解需求时也容易出现偏差，也失去了开发的依据。从而会
增加项目出现的问题和增加成本的风险。
建议：对项目的需求，首先进行定义，然后通过需求管理进行跟踪。
4、设计阶段。
从NMS现阶段的情况来看，从提出需求到实现，中间除了会稍微考虑一下之外，缺乏明显的设计阶
段。几乎所有功能都是根据需求直接开发的。由于缺乏总体的设计，随着项目雪球般的越滚越大，自
然会增加开发和维护的难度。我想这个问题，现在维护和开发新功能的HY和MZQ应该深有体会。
建议：增加必要的设计阶段，对比较重要的设计进行讨论。
posted on 2006-08-14 10:21
coffee 阅读(409)
评论(0) 编辑 收藏 所属分类:
项目管理