项目管理遇到的问题总结
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
项目管理遇到的问题总结
1.问题描述:进度延迟较严重;阶段计划变更频繁
原因分析:
✧前期策划中,对工作量的估计不足,计划过于乐观;
✧项目计划的周期过长;
✧策划时对风险的预测不充分;未制定有效的应对策略;
✧项目组内部管理不是很有效,团队执行力不够;
✧项目人力资源配备不充分;结构不合理,新成员太多,梯队在较长一段时间内未形成。
改进措施:
✓为项目组制订目标规划;周期不超过半年;
✓作目标规划时,可根据预计风险制订分支计划;
✓计划尽量切合项目组资源配备实际;
✓工作量估计要多吸取已有经验,避免太乐观。
✓项目经理、骨干项目成员和文秘分工承担进度控制责任,避免因项目经理精力不足影响进度控制
2.问题描述:输出产品业务功能需求满足度低,输出产品可用性和易用性差;部分有效的时
间做了无用功。
原因分析:
✧需求开发不充分;
✧没有积极调研同行资料、进行深入分析;
✧设计工作做的不够,急于编码输出成果;
✧团队中只有较少成员具备业务知识,没有做到团队整体业务知识的提高
✧在进行详细设计和界面设计的时候,未做需求调研,闭门造车;详细设计时间短,不
够认真仔细,未做评审;
✧在业务经验不够充分的时候,没有认识到借鉴同类产品设计的重要性;
✧功能模块很多的情况下,规划不合理,开始阶段开发过于求快求多;对模块的优先级
和重要性排不够准确
改进措施:
✓出差调研,与客户深入交流和访谈,尽量获取较全面的用户需求;
✓积极调研同行资料、进行深入分析,并出分析报告,确认可吸收借鉴的地方,以及如何吸收;
✓在整体设计、UI设计和详细设计上专人负责,并尽早动手,做到重要文档都通过讨论评审;重视业务知识汇总、业务知识库的归类;
✓在任何时候一定要先排定任务的优先级,永远做最当前最重要的事;
✓定期进行业务培训交流,重要部分组织考核;
3.问题描述:跨部门协作和沟通不畅。
原因分析:
✧未意识到沟通管理的重要性;未制订沟通计划,建立定期沟通制度;
改进措施:
✓制订沟通计划,建立定期沟通制度;
4.问题描述:项目测试组和开发组目标不一致,测试本身的质量无法衡量,导致版本改了一
轮又一轮,迟迟无法发布。
原因分析:
✧项目组与测试组没有建立共同的工作目标,测试组和开发组没有形成合力;
✧对测试的策划不充分,应该划分阶段测试目标和责任方;
✧测试方案未经评审、测试过程未进行有效跟踪和管理;
✧对测试重视程度不够;
✧测试人员配备和项目组测试工作量失衡;
改进措施:
✓测试组参与项目目标制订,建立双方认同的工作目标:很多情况测试的目标不是测到一个Bug都没有,而是保证当前用户最需要、最常用的功能可用;
✓一定进行测试方案评审,在评审的时候对功能点测试优先级、测试通过的标准可进一步审核,保证测试组的工作有效性;
✓若有不同类的测试任务,制订计划时分工明确,对项目组和测试组共同承担的测试任务要有协调计划;
✓重视测试作用,测试与开发不要小于1:2的比例
5.问题描述:项目组内部长期较高负荷工作,计划永远完不成,热情和积极性逐渐消失。
原因分析:
✧计划不切合实际,只是让“领导和客户满意”的计划;
✧任务分配未经充分的讨论,或是讨论时对目标、任务、工作的认识层次不齐,无法真
正做到集体决定;
✧缺乏有效激励;
✧没有真正考虑到项目团队成员的“满意度”;
改进措施:
✓在周例会的时候,除了项目,一定调查下项目成员的满意度(如“心情指数”和“压力指数”);
✓建立有效激励的制度,物质上和精神上的;
✓管理分化,骨干成员承担管理责任;
✓管理一定要张弛有度,工作越紧张,越要给大家安排出适当的时间放松、调节;
✓如果条件允许,开例会的时候一定选择室外,风景好的地方开,因为“Environment makes a difference”.