需求驱动地工作。

　　a）用需求指导计划、设计、编码、测试、实施等工作。

　　b）不做或少做与需求无关的事情。

　　需求分析和需求管理的工作，我统称为需求工作。需求工作中的问题有些是需求分析的问题，有些是需求管理的问题，或者是两者兼而有之。

　　法则1：搞清楚需要

　　解决肚子饿的问题，是客户的根本需求，客户的根本需求或者说需求之源泉，我称之为需要！如果客户是公费吃喝的，嘴馋想吃东西，那么满足这个需要的做法又不太一样了。

　　客户一般不会直接说出需要，往往提出的是他自认为能解决这个需要的某种解决方案。“我要吃饭”只是表面需求，透过这个表面需求，找到需要是需求工作的根本！我们需要思考：客户为什么有这样的要求？客户希望解决什么问题？如果找到客户的真正需要了，那么我们需要进一步思考：有什么简单的方法可以满足客户的这个需要？

　　客户的需要其实很少会变的，变的是那些表面需求，多问问我们自己：我们抓住了客户的需要没有？有些客户对自己的需要很清楚，但有些客户可能只有朦胧的想法，我们需要总结出客户真正想要的东西并与客户确认。

　　法则2：搞清楚限制条件

　　10块钱解决肚子饿的问题，和100元解决肚子饿的问题，差异可以很大，所谓的看钱吃饭！

　　如果我们能搞清楚客户的需要，其实10块钱也可以有比较完美的解决方案的，可以去大排档吃个面、炒粉之类的，不是不可以的。某牛筋丸汤粉，才10块钱，但有8个牛筋丸，味道好极了，而且可以饱肚子！

　　除了预算，系统的技术条件限制，需要与第三方系统接口等其他限制条件，也需要事先搞清楚。需要、限制条件要和客户高层达成共识，一起努力找出在限制条件下可以满足需要的需求解决方案。

　　法则3：持续确认

　　曾经有人问我，几十页甚至上百页的需求规格说明书，如何让客户确认？

　　我反问：这几十上百页的需求文档是闭门造车写了n天后，才给客户确认的吗？对于客户来说，该文档是从天而降，他之前没有见过其中任何的内容吗？

　　需求不是等全部写出来才去确认的，要持续地逐步地确认。我曾经做过一个项目，连续5天进行需求调研的工作，第5天几十页的需求文档写出来了，给客户签字确认，客户很快签字了！这份文档的绝大部分内容，在之前的4天他都曾经确认过，第5天只是一个终的确认而已。

　　持续确认好处：

　　1、能尽快发现问题，能帮助我们尽早确认需要，避免后期可能的需求变更。

　　2、客户能逐步消化需求。