- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
项目管理遇到的问题总结
1. 问题描述: 进度延迟较严重;阶段计划变更频繁
原因分析:
前期策划中,对工作量的估计不足,计划过于乐观;
项目计划的周期过长;
策划时对风险的预测不充分;未制定有效的应对策略;
项目组内部管理不是很有效,团队执行力不够;
项目人力资源配备不充分; 结构不合理, 新成员太多, 梯队在较长一段时间内未形成。
改进措施:
为项目组制订目标规划 ; 周期不超过半年;
作目标规划时,可根据预计风险制订分支计划;
计划尽量切合项目组资源配备实际;
工作量估计要多吸取已有经验,避免太乐观。
项目经理、骨干项目成员和文秘分工承担进度控制责任,避免因项目经理精力不足影
响进度控制
2. 问题描述: 输出产品业务功能需求满足度低,输出产品可用性和易用性差;部分有效的时
间做了无用功。
原因分析:
需求开发不充分;
没有积极调研同行资料、进行深入分析;
设计工作做的不够,急于编码输出成果;
团队中只有较少成员具备业务知识,没有做到团队整体业务知识的提高
在进行详细设计和界面设计的时候,未做需求调研,闭门造车;详细设计时间短,不
够认真仔细,未做评审;
在业务经验不够充分的时候,没有认识到借鉴同类产品设计的重要性;
功能模块很多的情况下,规划不合理,开始阶段开发过于求快求多;对模块的优先级
和重要性排不够准确
改进措施:
出差调研,与客户深入交流和访谈,尽量获取较全面的用户需求;
积极调研同行资料、进行深入分析,并出分析报告,确认可吸收借鉴的地方,以及如
何吸收;
在整体设计、 UI 设计和详细设计上专人负责, 并尽早动手, 做到重要文档都通过讨论
评审;重视业务知识汇总、业务知识库的归类;
在任何时候一定要先排定任务的优先级,永远做最当前最重要的事;
定期进行业务培训交流,重要部分组织考核;
3. 问题描述: 跨部门协作和沟通不畅。
原因分析:
未意识到沟通管理的重要性;未制订沟通计划,建立定期沟通制度;
改进措施:
制订沟通计划,建立定期沟通制度;
4. 问题描述: 项目测试组和开发组目标不一致,测试本身的质量无法衡量,导致版本改了一
轮又一轮,迟迟无法发布 。
原因分析:
项目组与测试组没有建立共同的工作目标,测试组和开发组没有形成合力;
对测试的策划不充分,应该划分阶段测试目标和责任方;
测试方案未经评审、测试过程未进行有效跟踪和管理;
对测试重视程度不够;
测试人员配备和项目组测试工作量失衡;
改进措施:
测试组参与项目目标制订,建立双方认同的工作目标:很多情况测试的目标不是测到
一个 Bug 都没有,而是保证当前用户最需要、最常用的功能可用;
一定进行测试方案评审,在评审的时候对功能点测试优先级、测试通过的标准可进一
步审核,保证测试组的工作有效性;
若有不同类的测试任务,制订计划时分工明确,对项目组和测试组共同承担的测试任
务要有协调计划;
重视测试作用,测试与开发不要小于 1:2 的比例
5. 问题描述: 项目组内部长期较高负荷工作,计划永远完不成,热情和积极性逐渐消失 。
原因分析:
计划不切合实际,只是让“领导和客户满意”的计划;
任务分配未经充分的讨论,或是讨论时对目标、任务、工作的认识层次不齐,无法真
正做到集体决定;
缺乏有效激励;
没有真正考虑到项目团队成员的“满意度”;
改进措施:
在周例会的时候,除了项目,一定调查
原创力文档


文档评论(0)