A项目

特点：现场开发，小组人员代码编写能力强，但UI能力与客户期望值有差距

问题：延期，很严重的延期，预计10月结束，但到目前项目才开始验收

原因：1、计划无效--项目经理制定的计划常常因为各种原因无法得到执行，客户的节奏变化很快，因为是在平台上开发，并且是现场，客户的需求提出的很快，但需求的工作项目的优先级也经常变化，每次的工作项目经常会碰到变更和推迟，被新的后期的工作项目插队。

2、确认不及时，因为客户的平台涉及到多个部门，相互协调开会、确认浪费了大量时间

3、UI设计达不到客户要求反复返工

4、沟通有障碍，客户比较强势，导致项目经理不敢大胆沟通和表态意见，项目经理和客户在一张办公桌上办公，商量事情还要用QQ，让我想了“咫尺天涯"这个词

5、项目经理对计划的跟踪不足，很少看到详细的计划与实际进度的比对情况

B项目

特点：需求分析不够，仓促上阵，对项目难度估计不足

问题：中止，项目失败

原因：1、沟通效率低下。此项目客户的沟通类型属于理想型的，把项目过于理想化，而且需求经常说一半就不说了，而我方缺乏足够的沟通引导，需求分析非常模糊，其实这个项目是非常适合使用抛弃型原型开发的，但项目组中途因为种种原因放弃了采用原型描述需求，非常可惜。

2、需求变更缺乏记录，这个项目在实施过程中，因为涉及到具体业务，客户提出了大量根据实际操作系统后的意见，开发人员为了赶进度，经常在现场进行调整，而忽视了进行需求变更，连最起码的记录也没有，导致很多修改的功能冲突，甚至在后期发现是不必要的

3、因为需求分析不准确，测试人员对客户的真实需求也无从了解，导致初期交付的产品根本无法使用

心里很难受，虽然今年的项目也有成功的，但这些项目的失败和我的监管不力也有莫大的关系，我越来越觉得，现场开发的项目太难管控了，目前看来只有加强内部审计，加强项目经理的沟通能力，及早明确适合项目的需求分析模型和方法，才能避免这样无谓的损失