学习业务建模和需求分析（一）：方法论

做IT的，不管是做项目、架构、开发、设计等等，我们最惧怕的一句话，恐怕就是：需求又变了。

需求变了，经常让我们措手不及，经常让我们愤恨不已，甚至让我们感到恐惧。

但我们知道，这个世界上没有无缘无故的爱和恨，自然也不会有无缘无故的变化。缺乏的是深入的分析和探讨，抓住其本质。

当我们接触到一个需求时，我们多么渴望有一个非常懂得行业知识、公司业务操作方式、哪里有问题、该怎么弄一个系统来处理问题、界面该如何设计、业务逻辑应该怎样等等的全能型甲方啊；然而，现实是残酷的，上述的每一方面，我们似乎都难以搞定，总是在反反复复中不停的变来变去，这就产生了我们看到的：需求又变了。

---------------------------------分割线---------------------------------

很多时候，我们怎么做需求呢？我想我们通常是这样的。

某一天，你被老板召唤过去，可能亲切的（当然也可能霸道的）告诉你，你将负责***项目，即日开始去甲方那里开始需求调研；然后，你就开始一头雾水的去到甲方那里，当然，估计甲方也不会有什么完整的准确的文档等着你。

接下来怎么办呢，那就开会吧，名曰需求分析会议。不过大部分的时候，都是甲方说说说，乙方记记记，来来回回搞出一份需求文档出来。然后就开工干活。

这份需求文档全不全、内容准不准，没有人知道。有多少未知的变更风险，只有天知道。

---------------------------------分割线---------------------------------

这样的需求调研方法，可以直接说，就是没有方法。那需求调研有没有好的方法呢？

那我们倒过来分析一下：

1、甲方为什么肯花钱做一个项目，肯定是哪里不顺了？

2、为什么不顺呢？肯定是现有的东东不满足了

3、所以我们必须先搞清楚“现有的东东”

4、但是甲方现有的东东太多了，我们一定要准确的划出要搞清楚的范围

---------------------------------分割线---------------------------------

转换为专业术语：

1、圈定出需求调研范围

2、列出现有的业务流程

建议采用6W1H方法，明确出谁（Who）在什么时间（When）什么地点（Where）为谁（Whom）做什么（What），并找到为什么要这么做（Why），详细的做法（How）。

这一步，务必确保，不要衍生范围，只列出现有的，不谈过去、不谈未来、只谈现在。

3、圈出需要改变和调整的部位

4、列出未来的业务流程，建议同样采用6W1H方法。

这一步，务必确保，一切从现有的业务流程出发进行改变和调整。每一个改变和调整，都需要列出Why。

以上，就是我总结的业务建模和需求分析的方法论。

---------------------------------分割线---------------------------------

好的方法，还需要好的工具和好的经验。

继续学习中。