A、 在最初计划时，对系统开发周期及阶段划分有一定的计划，但计划未能反映各阶段的里程碑及新周期的起始条件；
B、 对每阶段的起始和结束时间及每阶段需要完成的任务目标未能明确定义；
C、 对阶段性目标的完成及具体实施控制未能有意识地进行；
D、 以XX的检查作为阶段工作的目标，且每次检查的目标都不够明确，经常为了迎接检查而重新调整计划，导致阶段目标模糊；
3、 一厢情愿，盲目乐观，违背程序编制的客观规律，强调程序员的个人能力及士气；
公司第一次采用团队方式进行项目开发。对于该项目具体需要多少人员、时间；到底需要什么层次技能的程序组组长和具体开发人员；以及其它需要考虑的问题等，因为没有经验，只能在实施过程中逐步修正，但在实施过程中，却由于功能不明确，或者任务不明确等，许多程序员在相当一部分时间内具有盲目乐观的表现，其具体表现在以下几个方面：
A、 过多地强调某人某时编制了多少行的代码量，甚至以一种自豪的心情描述我们的程序多少万行。对其编码质量、编程的客观规律等有一种轻视的态度倾向；
B、 忽视模块测试、接口测试、白盒测试等，将所有的测试以系统整体形式由测试员统一测试；
C、 在某段时间内，特别是在XX减免了五一之前的部分功能之后，有相当多的人员对工作的艰巨性缺乏认知，特别在系统未统一联调之前，相当多的程序员对工作已完成的阶段缺少认识，普遍存在一种盲目乐观的心情。
4、 对各功能点的实施控制过粗，未能使用有效办法控制总体进度；
具体表现在如下几个方面：
A、 接口的变动是可以理解的，但接口变动之后，未能形成一个有效的方法来记录接口变动说明，每个接口变动都是在相关程序员（而不是程序组之间）商量后进行定义，而定义后的接口未能以清晰、明确的方式在各程序组之间加以确定；
B、 系统设计的初期采用了一些规范的方法，拟对系统的开发过程进行控制，包括开发流程、系统分析、概要设计、详细设计、测试过程等，但在实际实施的过程中，将前期的许多工作束之高阁，在开发过程中重新回到一种自发的下意识的控制过程，未能真正地有效地控制住开发过程；
C、 各程序组每周都有一些具体的开发目标，对于目标是否真正达到，或由于某些原因导致的任务延迟，没有具体的方法来判断其情况真实、准确性。所有的工作检测只能通过系统的整体测试，进度的实施则依赖程序员的责任心和自觉性。
D、 ClearQuest对系统测试有比较大的帮助，但有一段时间，所有人员依赖ClearQuest来推动进度，导致某些程序员以改正在ClearQuest提出的与自己相关的问题为主要目标；
此文章共有4页 上一页 1 2 3 4 下一页
文章来源：中国项目管理资源网
 IT服务及集成项目管理培训课程方案
|
Leadge.com首页 > 知识库 
