风险管理：如何做好软件项目风险计划

应该满足客户的需求吗？软件工程的目的是满足客户的需求吗？这个问题似乎无法回答，因为它没有提供两个基本的解释。第一，从客户的利益出发，客户的需求是否合理？其次，客户的需求需要到什么程度？还是只是个人喜好？
对于商业客户来说，在项目开始之前，还是有做或者不做的事情；而选择多少，那么，很多时候，如果工程师对此没有一个明确的定位，结果就是自我疲惫，软件项目永远不会令人满意，永远无法完成。对于商业客户来说，客户的需求是否合理是自己的事，客户永远是对的。台下的口号是:只要客户愿意付钱，就算他想跳海，那也是他自己的事！但如果项目是签订的合同形式，那么就有一个是按原合同继续，还是暂停，还是改变支付条款的问题。对于内部项目来说，所谓成本就是工程师有多累，什么时候累到筋疲力尽。这个时候，软件工程从业者就能明白，在他们筋疲力尽之前，老板和那些对技术一窍不通却自以为都在行业内的同事，是不会对你有任何怜悯之心的。
所以，这个时候，无条件满足客户需求的工程需求管理是不适用的。这个时候，软件工程师只能根据自己的工作强度来选择各种需求，而不是无条件地重视“客户”的需求，更不能迁就无知的需求。“客户是上帝”这句话在这一刻完全不适用，因为后期改动的需求客户不会买单，程序员自己买单？？早点让自己筋疲力尽。
把各种需求罗列出来，进行排名，是一个很好的方法；循序渐进完成才是正道。其实这也适用于商业客户，因为毕竟收钱的是公司老板，而不是项目组的程序员，程序员不顾实际项目成本，无条件接受客户需求的情况很普遍。所以，列出需求不仅是为了让老板知道眼前的项目成本是多少(老板通常是技术盲)，也是为了有和客户讨价还价的基础。考试安排
我把要求分为五个等级。工程技术也常用五级，就像大学里的五分制一样。
第一层次的需求(或变化)是关键需求。如果这个需求得不到满足，就意味着整个项目无法正常交付使用，前期工作将全部被否定。这个必须满足，否则就等于否定了程序员本人。因此，它被指定为紧急。这通常是一种补救性的调试类型，需要灭火。
次要需求(或变更)是后续的关键需求。不影响之前工作内容的交付，但如果不满足，则不能提交或继续新的项目内容。所以很有必要；；新模块的通用关键基础组件属于此级别。
第三层次的需求是重要的后续需求，不能满足会降低整体的工作价值。为了体现项目价值，证明学位人员的技术价值，按需指定；；一般的、重要的、有价值的新模块开发属于这个层次。
以上三个层次都应该实现，但可以在时间上区分轻重缓急。
第四级需求是改进的需求。没有它，现有功能的使用不会受到影响，但是已经实现了。更好的要求是有可信依据的。接口和用法，一般都是这个水平。
五级需求是可选需求，没有它谁也活不下去。有了它，没有基础会带来收益，更多的是一种假设和一种可能；通常只是需求代理的个人偏好。所以有可能。
对于4级的要求，有空工程师的项目，我们不妨去做；对于五级需求，有兴趣的话，有余力的可以做。如果你不感兴趣或者没有多余的能力，不要在意你是否需要。除非你多出了一大笔钱，否则就让提出这些俗人需求的家凉一凉吧。