软件项目来说需求是价值核心，也是风险核心。做过PM对此都不难理解 ： 需求控制好了，项目基本成功了一半。
问题就在这里，需求不好控制，因为：
一 ， 客户自己也不清楚业务逻辑，这包括不熟悉业务，或得从别处/人收集
二 ， 客户不清楚设计成什么样，软件制作完成之后见到了觉得不合适，才一直想改
三 ， 故意刁难，客户内部有政治斗争。各色人等来提要求，又都不负责任
看到了吧，需求来源是不稳定的，这个是本质性的现实存在，很难改。特别是客户型定制开发项目 ！
一 ， 前期大量投入时间重点攻克需求分析 ：分析出关键需求 key requirement, 打通业务逻辑主线。
二 ， 需求必须纸面化，文字化
三， 分析阶段之后，转入控制阶段保持业务逻辑和关键需求稳定和健壮 。
根据时间点，采取不同的处理方法。
中期 ： 小变更接受，大变更看时间点和成本。
后期 ： 系统设计完成之后
1 ， 小变更还是可以改的
2 ， 定期提醒客户检查关键需求和业务逻辑，有不对的地方立提出来讨论。
3， 大变更 ，因为项目立项到业务分析都是和你们确认的，时间和成本都付出了，我也不断提醒了多次，现在这个时间点改动，方案有两个 ：
1 ， 作为CR，我们要做评估成本和时间
2 ， 放到二期 ， 目前的逻辑不用改动，可以用。
