[原创]项目管理中常见问题，我们遇到了多少
作者/itcat　时间/2007-9-24 21:29:00　类别/测试管理 查看/
　发表评论　
标签：
　　根据参加德捷科技的内部培训，整理笔记并总结了一些内容，关于项目管理中所遇到的问题，细数一下，我们或者你们的工作中到底遇到了多少下述提及的，或者没提及的问题呢？

　　课程中引用一个典型案例，项目承包人为使客户高兴而压缩进度，接下来种种表现，就是开发人员估算进度，开发人员简化原始需求，开发人员设计、编码并自己测试系统。项目结果就是，延迟，BUG量多，完成的功能点少。

　　为什么需求简化了，还会延迟，这里除了压缩进度外，还有的是计划的失败，设计、编码与测试的质量不高，导致BUG量多，以至于项目的40%--80%时间花在“预算未计划”的返工（缺陷修复），人力时间大量地消耗在“无辜的劳动”。

项目管理的问题，大多数是源自于需求不明确，计划太乐观，测试时间不足，计划跟不上变化，需求变更频繁，产品质量不高，最后所有编程问题都演变成“救火”。

一、 按类别细分的项目问题
1. 人员问题：
缺乏积极性
人员素质参差
员工难以管理（与现有管理对抗，喜欢创新，突破常规，只注重关键技术，不愿意接受没有挑战性的工作）
英雄主义
项目后期加入人力资源，使团队磨合、工作分工交接难度增大
办公环境拥挤嘈杂
开发人员与客户之间产生摩擦（开发人员以技术角度出发，而客户则从业务角度出发，两者之间出现分歧）
不现实的项目预期，充满幻想
缺乏有效的项目（资源）支持
人员合作性不佳，不齐心协力
缺乏用户介入（开发过程中缺乏用户介入，进一步的沟通确认）
政治高于物质（为达到某些拍脑袋的荣誉而进行的项目开发，而不是符合实际需求的）

2. 过程问题
过于乐观的计划
缺乏足够的风险管理
项目承包人决策失败
缺乏详细的计划
在压力下放弃计划
在需求含糊的前期浪费时间
设计低劣

3. 产品问题
缺少质量保证
缺乏管理控制
过早频繁的集成
开发人员实现的功能不符合需求，即使是可用的功能，但在于用户角度是多余的业务需求
过分注重研究技术
进度计划变更后又新增功能

4. 技术相关问题
银弹综合症
高估了新技术或方法可大大提高工作效率
项目中切换开发、管理工具、开发环境
缺乏自动源代码管理
查看该用户更多文章>>