项目管理遇到的问题总结

1.      问题描述： 进度延迟较严重；阶段计划变更频繁

原因分析：

²        前期策划中，对工作量的估计不足，计划过于乐观；

²        项目计划的周期过长；

²        策划时对风险的预测不充分；未制定有效的应对策略；

²        项目组内部管理不是很有效，团队执行力不够；

²        项目人力资源配备不充分；结构不合理，新成员太多，梯队在较长一段时间内未形成。

    

改进措施：

ü         为项目组制订目标规划; 周期不超过半年；

ü         作目标规划时，可根据预计风险制订分支计划；

ü         计划尽量切合项目组资源配备实际；

ü         工作量估计要多吸取已有经验，避免太乐观。

ü         项目经理、骨干项目成员和文秘分工承担进度控制责任，避免因项目经理精力不足影响进度控制

 

2.       问题描述： 输出产品业务功能需求满足度低，输出产品可用性和易用性差；部分有效的时间做了无用功。

原因分析：

²        需求开发不充分；

²        没有积极调研同行资料、进行深入分析；

²        设计工作做的不够，急于编码输出成果；

²        团队中只有较少成员具备业务知识，没有做到团队整体业务知识的提高

²        在进行详细设计和界面设计的时候，未做需求调研，闭门造车；详细设计时间短，不够认真仔细，未做评审；

²        在业务经验不够充分的时候，没有认识到借鉴同类产品设计的重要性；

²        功能模块很多的情况下，规划不合理，开始阶段开发过于求快求多；对模块的优先级和重要性排不够准确

改进措施：

ü         出差调研，与客户深入交流和访谈，尽量获取较全面的用户需求；

ü         积极调研同行资料、进行深入分析，并出分析报告，确认可吸收借鉴的地方，以及如何吸收；

ü         在整体设计、UI 设计和详细设计上专人负责，并尽早动手，做到重要文档都通过讨论评审；重视业务知识汇总、业务知识库的归类；

ü         在任何时候一定要先排定任务的优先级，永远做最当前最重要的事；

ü         定期进行业务培训交流，重要部分组织考核；

 

3.       问题描述： 跨部门协作和沟通不畅。

原因分析：

²        未意识到沟通管理的重要性；未制订沟通计划，建立定期沟通制度；

改进措施：

ü         制订沟通计划，建立定期沟通制度；

 

4.       问题描述： 项目测试组和开发组目标不一致，测试本身的质量无法衡量，导致版本改了一轮又一轮，迟迟无法发布 。

原因分析：

²        项目组与测试组没有建立共同的工作目标，测试组和开发组没有形成合力；

²        对测试的策划不充分，应该划分阶段测试目标和责任方；

²        测试方案未经评审、测试过程未进行有效跟踪和管理；

²        对测试重视程度不够；

²        测试人员配备和项目组测试工作量失衡；

改进措施：

ü         测试组参与项目目标制订，建立双方认同的工作目标：很多情况测试的目标不是测到一个Bug 都没有，而是保证当前用户最需要、最常用的功能可用；

ü         一定进行测试方案评审，在评审的时候对功能点测试优先级、测试通过的标准可进一步审核，保证测试组的工作有效性；

ü         若有不同类的测试任务，制订计划时分工明确，对项目组和测试组共同承担的测试任务要有协调计划；

ü         重视测试作用，测试与开发不要小于1:2 的比例

 

5.       问题描述： 项目组内部长期较高负荷工作，计划永远完不成，热情和积极性逐渐消失 。

原因分析：

²        计划不切合实际，只是让“领导和客户满意”的计划；

²        任务分配未经充分的讨论，或是讨论时对目标、任务、工作的认识层次不齐，无法真正做到集体决定；

²        缺乏有效激励；

²        没有真正考虑到项目团队成员的“满意度”；

改进措施：

ü         在周例会的时候，除了项目，一定调查下项目成员的满意度（如“心情指数”和“压力指数”）；

ü         建立有效激励的制度，物质上和精神上的；

ü         管理分化，骨干成员承担管理责任；

ü         管理一定要张弛有度，工作越紧张，越要给大家安排出适当的时间放松、调节；

ü        如果条件允许，开例会的时候一定选择室外，风景好的地方开，因为“Environment makes a difference”