| 难点 | 对策 |
| （1） 做一个切实可行的项目计划。 | （1）建立WBS分解的指南与样例 （2）对项目经理培训如何做WBS分解 （3）培训如何使用project 2007做一个合理的计划 （4）加强对项目计划的同行评审 （5）定义规模、工作量估算的方法并培训PM |
| （2） 实时掌握项目动态，发现问题，解决问题。 | （1）建立周例会制度 （2）当前阶段的任务分解的颗粒度不要超过3天 （3）建立问题处理流程 （4）建立里程碑评审的制度 |
| （3） 需求变更的影响分析要全面而完备 | （1）建立需求变更申请单的模板，在模板定义必填项： 对设计、编码、测试用例的影响； 对规模、工作量、进度、成本的影响； 对客户、开发人员、测试人员、管理人员的影响； 需求变更的风险分析 （2）基于需求跟踪矩阵进行需求变更影响分析 （3）变更影响分析时要经过多个角色确认 |
| （4） 需求文档化 | （1）定义适合不同场景的需求文档模板 （2）对需求分析人员进行需求工程的专题培训 （3）加强需求评审工作 （4）需求人员与设计人员分离 |
| （5） 收集真实的、有用的度量数据，并得出管理结论 | （1）访谈该项目的客户、主管领导、项目经理等多个角色获取度量需求 （2）自顶向下基于度量需求设计指示器、决策准则、派生度量元、基本度量元 （3）指定采集数据、分析数据、验证数据的责任人 （4）监督数据采集、分析、验证、发布的过程执行状况 （5）导入自动的采集度量数据的工具 |
| （6） 建立开发人员实施配置管理的工作习惯 | （1）导入SVN、VSS等简单易用的可以和开发平台紧密衔接的版本管理工具 （2）强制各小组、各部门之间的文档交互必须基于配置库 （3）执行配置审计，审计结果和PM的业绩挂钩 （4）总结配置管理工具的使用的经验教训，在组织内推广 |
| （7） QA要严格、细致地对项目的活动与工作产品进行检查 | （1）选择细心、认真的人员担当QA （2）做详细的QA计划，并对计划进行评审 （3）QA负责人严格按照计划跟踪QA的活动 （4）对QA人员的活动进行审计 （5）统计分析QA人员发现的问题并更新检查单 |
