来源：
http://blog.csdn.net/xiaosun/archive/2006/07/06/885410.aspx
从江西项目上回来，就有一堆的事情，总算可以告一段落了。
那是阮阮还在泰安基地工作的时候，有一次，我跟她聊天，说起需求能力。我说，我并不是比别人聪明，而是掌握了需求的技巧，可以很快的提取、整理到系统需求。因此今天，就是，我把这种需求能力免费告诉大家的时间，所以，带着脑袋和耳朵，准备：
很多人属于茶壶里煮饺子的那种，肚子里有货，嘴里出不来（这是需求分析人员最喜欢的一种人了。相反，如果你见到了一个夸夸其谈的“墙上芦苇”，那么，你的苦日子就来了），所以，当你看到“茶壶”的时候，就可以跟他（她）说，俗语云：一图胜百字，我教你画流程图吧。
要点：
0 也是最重要的一点，和业务人员讨论出，他们的最想解决的业务问题和最重要业务流程（并且需要系统实现的）是什么。
1 在流程图中，先添加一条泳道，给泳道命名，告诉“茶壶”，泳道代表的是业务中的角色（或者）岗位。然后根据业务情况（有多种角色），随时增加泳道的数目。
2 在泳道中，增加一个方框，在方框中，填写“动＋宾”结构的短语，检验办法，泳道名＋方框里的内容，可以形成主谓宾格式的句子。（也就是说，方框中，应该写角色的意图或者职责，而不是"×××管理"这样的描述）
3 通常，是按照业务的最顺畅的情况，依次增加泳道和里面的活动（也就是方框）。用线把活动点联起来
4 加上开始点和结束点。
中间休息一下，喝口水。然后跟业务人员进行确认，
“是这样吗，不是这样吗？”－－这是自己的理解；
“应该是这样吧” －－这是自己的困惑。
更多的情况，是业务人员在你画流程图的时候，对你说：“可是。。。如果。。。但是。。。”，那么，需要你：
5 在原来画好的线中，加入菱形的判断，要对判断的条件进行描述，判断应该产生两个以上的结果，分别对每个不同的结果进行描述、处理（加入活动和连线）
6 当一个角色的活动中有很复杂的规则，需要特别强调时，在其对应的泳道中，加入文本注释，文本中加上！号表示重点，！号越多，重点越重。
7 当你敏锐的感觉到一个角色的活动（或者他的操作意图）存有疑问，在对应的泳道中加入文本注释，文本标红，加上？号。
做6和7两要点时，尽量不要打断业务人员的思路，鼓励他说出来，说下去。
8 如果可能，让多个业务人员参加讨论，最希望看到的结果是，听到他们众口一词，或者他们之间激烈得争吵起来，需求调研/需求分析人员千万不要参与争吵，必要 的时候，可以火上浇油，提出你的困惑，让他们争吵的更激烈些。 然后，把他们的争吵过程进行录音，把他们的讨论结果记录下来。并且，最重要的一点是，从他们的争论中，找出更多的矛盾点和困惑，让自己的思绪条理化，把这 些问题都记录下来，在可以控制的情况下，再次把问题抛出。
第8点，如果控制得好，是非常有收效的，你可以从他们的讨论中，发现业务中真正存在的问题和可能的改进措施。
9 达成共识后，你的业务流程图会变得非常的复杂，因此，考虑对流程进行分解和重组。
分解：形成层次关系，即父流程、子流程和子子流程
重组：有必要时，形成两个版本的流程图，一个侧重描述当前的业务现状，一个描述可能的流程改进。
10 笑着把整理好的流程给业务人员，让他们佩服你一下。当然，你可以补充一点，这是我们的Sun老师教我的。呵呵。
