在需求过程方面增加投入

　　培训项目管理人员更多地关心需求过程

　　明确项目重要人物：项目倡导者、重要客户

　　明确项目前景和范围的定义）

　　依靠需求工程师，并且利用领域专家完成需求工程任务（这方面系统分析员大有作为）

　　完善开发文化：培养开发人员不要作出需求决定，不要自行发挥。（有正式途径）

　　使用不同手段启发客户，获取用户需求和期望，收集来自多种观点的需求

　　培训需求工程师编写好的需求，记录每条需求的基本原理（开发需求表达模板）

　　分析和跟踪需求，并为需求划分优先级

　　对需求进行评审（需求测试）

　　基线(Baseline)

　　四、优先级的话语权

　　优先级在“说了算”中的地位（音量）

　　划分需求优先级

　　定义优先级类别

　　对需求分类，与客户一起优先级达成共识

　　解决分歧，对有分歧的需求达成一致

　　创建基于优先级的开发进度表

　　维护优先级。当业务需求发生变化时，重新检查优先级。

　　五、项目中的沟通机制

　　外部沟通??联合团队（专业角度）

　　内部沟通??保持一致性（工具角度）

　　项目配置管理（需求文档的一致）

　　有效会议沟通

　　共同词汇的价值（元数据、数据字典）

　　尽可能避免多地点开发

　　项目干系人的沟通（项目管理角度）

　　使用“专业”语言，例：SOW、WBS、 CCB、基线、变更、配置管理

　　六、控制非正式需求

　　变更需求有很多来源，了解有哪些来源

　　承认这些来自多方面的利益要求是很正常的，但是并不能保证满足需求

　　开放的、明确的协商过程，在对需求划分优先级时要考虑各方的需求

　　制度上保证所有需求只通过一个渠道采集（需求接收渠道要统一）。

　　CCB