|
A、 过多地强调某人某时编制了多少行的代码量，甚至以一种自豪的心情描述我们的程序多少万行。对其编码质量、编程的客观规律等有一种轻视的态度倾向;项目管理者联盟
B、 忽视模块测试、接口测试、白盒测试等，将所有的测试以系统整体形式由测试员统一测试;项目管理者联盟
C、 在某段时间内，特别是在XX减免了五一之前的部分功能之后，有相当多的人员对工作的艰巨性缺乏认知，特别在系统未统一联调之前，相当多的程序员对工作已完成的阶段缺少认识，普遍存在一种盲目乐观的心情。pmp.mypm.net
4、 对各功能点的实施控制过粗，未能使用有效办法控制总体进度;项目管理者联盟
具体表现在如下几个方面：项目管理者联盟
A、 接口的变动是可以理解的，但接口变动之后，未能形成一个有效的方法来记录接口变动说明，每个接口变动都是在相关程序员(而不是程序组之间)商量后进行定义，而定义后的接口未能以清晰、明确的方式在各程序组之间加以确定;PgMp.mypm.net
B、 系统设计的初期采用了一些规范的方法，拟对系统的开发过程进行控制，包括开发流程、系统分析、概要设计、详细设计、测试过程等，但在实际实施的过程中，将前期的许多工作束之高阁，在开发过程中重新回到一种自发的下意识的控制过程，未能真正地有效地控制住开发过程;项目管理者联盟
C、 各程序组每周都有一些具体的开发目标，对于目标是否真正达到，或由于某些原因导致的任务延迟，没有具体的方法来判断其情况真实、准确性。所有的工作检测只能通过系统的整体测试，进度的实施则依赖程序员的责任心和自觉性。项目管理者联盟
D、 ClearQuest对系统测试有比较大的帮助，但有一段时间，所有人员依赖ClearQuest来推动进度，导致某些程序员以改正在ClearQuest提出的与自己相关的问题为主要目标;talent.mypm.net
5、 前期完全以框架推动进度，后期完全以需求推动进度，分别走向两个极端;talent.mypm.net
在系统设计的前期，主推框架，功能需求的工作只作为一种从属的作用。许多工作都是在功能不太明确或是未能详细推导的情况下开始进行，对系统的复杂性、实现时的性能因素等只在问题暴露时才想办法解决。导致了系统框架的多次重构。training.mypm.net
开发的后期，则完全以功能来推动整个系统的进度，以完全、完美地实现XX项目的所有功能作为在3、4月份的工作，而实际上，以50天的时间，根本完成不了所有的功能。每个人都明白这个道理，但都不愿意承认这个事实，或一厢情愿地相信程序员的能力和责任心，只能以一种完成多少算多少的心态来工作。项目管理者联盟
实际上，该项目的核心问题是框架的稳定性和可扩充性，后来才转向以重点需求推动框架的形式。talent.mypm.net
6、 缺少重心，三个程序组各自为政又相互妥协，后期则形成了三个程序组和需求组四方相互妥协的局面。项目管理者联盟 项目管理论坛
|
