[原创]项目管理中遇到的问题（软件企业）

某公司对内部的项目管理进行了总结，总的来说该公司还处在CMM LEVEL1的状态。

请大家讨论一下，该公司该采取什么方法提高其项目管理水平。

 

描述	解决方案
团队磨合	一是需要时间磨合，另外就是内部小组培训等 合理分配人员，根据人员的技术特点与能力分配人员与时间。项目经理在立项时应对项目成员进行面试； 重视项目组与项目管理部以及质保部成员之间的配合。引入测试经理角色后，可以赋予测试经理与项目经理平级的权力，便于完成在测试方面，尤其是bug修复方面对项目经理及开发人员的监督。 项目开始前，把项目组安排到集中的位置 每个人工位上放置姓名牌（统一格式），包括姓名（中英文），部门。 一个项目完成后，项目经理可以做SQA和项目管理工作，SQA和项目管理人员也可以做项目经理工作。
过程引导，监督	PM，测试方PM，QA确认开发模式，过程裁减及引导 项目前培训 QA进行过程监督
技术学习	针对商业项目，要对项目成员进行培训
需求	加强开发组需求分析师角色，需求分析师应具备很强的需求分析能力及工作经验，严格按照客户需求的目标把握和控制项目方向 用原形解决：提出UI需求，后进行UI设计；拿出UI原形，进行UI的评审，与客户确认。UI人员应早期介入。 项目的所有相关人员都应参与需求分析，对需求达到明确和统一的认知 要分配给需求分析足够的时间，需求必须分析到位 测试组应该从需求阶段入手，从用户给出的信息中挖出产品的特性，并确立测试的重点（如产品的隐藏功能特性，产品涉及到业务流程和资金业务方面的话，应在前期确定产品的业务流程以及资金流的走向），并确定出项目产品在性能上的需求（如产品对并发性用户数的要求，在处理大数据量时的系统性能衰减和长时间持续运行以及双服务器或多服务器平行运行的一致性）。
计划，配置管理	项目计划必须按照功能优先级划分阶段，确立里程碑；  使用不熟悉的技术开发时，应把技术学习和培训纳入项目计划中。 完善配置计划：建立产品基线，比如文档、代码基线，加强版本控制 产品基线的建立，为整个项目工作提供了一个定点和快照，方便开发人员可以将建有基线的构件作为他在隔离的私有工作区中进行更新。如文档的基线，项目版本的基线。
与客户沟通	建立起与客户的沟通平台，包括发布项目的对外的服务器。
内部沟通	项目每日会议， 测试方PM日报 周例会 基层员工完成每日工作任务，发现无法解决问题立刻上报PM，提交日报到PM 任务完成后应该进行对任务进行跟踪确认
开发过程监控	项目负责人应对项目进度进行严格的控制，防止出现项目成员任务没完成导致项目延期。项目成员出现任务过重，导致任务无法按时完成时，项目负责人应将任务确立优先级别来保证项目的完成进度。
测试	测试应从需求阶段开始 及时处理、更新bug的状态 项目角色中增加测试经理，负责测试计划的制定，与项目经理合作参与项目计划的制定； ，开发组需要明确的定义出开发过程中各个版本的发布。拿出一个稳定完善的版本（也许只是一个模块或者一个特性），才能使测试工作能更有效的进行，以免出现重复测试和测试工作白费的情况。 测试阶段项目中的问题体现在缺陷管理上，缺陷的生命周期最能体现测试工作的价值所在和测试与开发的合作度。开发人员对缺陷管理没有足够的认识，测试人员提交BUG至缺陷管理工具，工具发出邮件通知开发人员，开发人员不能及时查阅缺陷，对提交的缺陷是否已经立即处理或者需要延后处理，对测试人员也没有进行及时反馈。公司需要对开发人员和测试人员进行全面的缺陷管理的培训。
需求，计划变更控制	严格执行变更流程
人员变动控制	人员调整必需报部门经理和项目管理部同意  公司对于人员调动过于频繁，应该是只能兼任，而不应该直接调离，特别是在项目中骨干人物，这类人物通常肩负起项目中的重要任务（开发较为复杂的部分或者是起到引导团队的作用），如果直接调离项目，一方面是打击一个在项目中的团队的士气，另一方面是会影响项目的进度（被调离的人员所没有完成的工作在调离后会分发给其他人员，而被分发到任务的人员必需要对已经存在的部分东西进行分析和了解后才能开始继续完成还没有完成的部分工作）
风险管理	风险计划
阶段评审	项目计划必须按照功能优先级划分阶段，确立里程碑 重视需求分析、架构设计与UI设计的评审 重视阶段评审，根据阶段评审结果适时调整项目计划
过程规范	注意代码的质量问题，须定期抽查代码 采用新技术开发，可制定一套编码规范  应有详细的文档来适应人员及任务的变动。代码的注释应该与代码的编写同步。 重视QA，赋予QA独立的权力，以便于按照QA规范检查项目的执行情况 应对项目的各个标识项进行书面的约定，如产品界面风格的统一、编码规范的统一，以及各文档编号的统一。以免造成开发混乱和文档的混乱，而使得加大项目的成本。
流程培训	对项目经理进行一次公司项目流程培训 新员工培训
技术预研	建立公司核心技术部，统一技术体系，开发思想。为各项目提供高层面的解决方案支持等。  成立技术部，技术部担负以下四个方面的职责： a) 前沿技术的研究； b) 项目过程中技术难题的公关； c) 技术积累与沉淀，特别重视对可复用模块或组件的开发与重构； d) 相关技术的培训。
技术问题	成立技术支持团队(包含精英)：负责各项目在技术难题上的支持 项目讨论出现分歧时：如果项目成员都对问题比较了解则投票解决分歧；如果问题属于专门领域请有经验的人帮助决定。

推荐到鲜果： 查阅更多相关主题的帖子: IT项目管理 项目管理案例