有效的需求分析员(BA).docx

有效的需求分析员（BA）
到今天为止，想来偶已经在IT行业里混了三年，期间因为公司项目的原因，做过Delphi、Java、PDA、Asp.Net的开发;虽博但不精，而且越来越觉得自己不可能在技术领域做出什么成果，一年前一个偶然的机会我开始转做业务分析，同时兼整个系统的实现方案规划，发现自己确实找到了自己的一个适应点，并且做的东西得到公司同事，特别是客户的真正认可!感觉特别开心，虽然做需求的过程是那么地烦人，但真的很挑战性，要求自己拥有特别宽广的知识面，刚好适合我的性格：学习能力快而且花心;

我总结了一下各种IT人员的死法：

程序员是被虫子(Bug)咬死的;

测试人员是找虫子累死的;

业务分析人员是烦死的;

项目经理是被各方面的人员“强奸”死的。

选择了BA，注定会烦死，今天我转帖一篇文章，以后有时间我会写下我自己的一些体会与感触，希望大家给我支持!

有效的需求分析员

PMT左礁2002年5月

在繁忙的工作之余回想一下，你是如何从一个普通的开发人员变成一个需求分析员的?也许只是突然有一天，你的上司拍着你的肩膀，微笑着的对你说：“这个项目的需求就由你来做吧!”。欣喜之后，心里不禁有些发虚，“我能够成为一个有效的需求分析员吗?”。

有效的需求分析员为什么难以产生

不容置疑，需求分析的正确、完整直接影响着项目的成败，而需求分析员是需求分析正确与否的直接责任人。可是我们所受的教育，所处的工作环境制约了我们，让我们很难成为一个有效的需求分析员。

大学里，老师们讲课完毕后，就会留给学生几道习题，而这些习题几乎是不用经过思考就可以知道它的要求是什么，根本谈不上需求分析，更加不需要考虑如何去进行有效的需求分析。然而，同样是这些学生，毕业后却要面对错综复杂、频繁变化的需求，需要像专家一样发现需求、挖掘需求，但是这些没有经过良好训练的“士兵”仅仅靠天赋和勤奋就能打赢这场艰苦卓绝的“战役”吗?

大多数的需求分析人员都是从开发人员成长起来的。工作中，我们长时间一言不发，面对着冰冷的显示器，手指在键盘上翻飞，嘴角带着神秘的微笑，用一种奇怪的符号在写着什么。我们生活在一个数字的世界中，我们当中可能很多人从来没有和任何一个客户接触过。可是突然有一天，我们发现自己不得不面对一大群用户，更加糟糕的是这些人竟然不懂什么是C，也没有听说过互联网。“天啦，我能和他们说什么啊?”

现在存在着这样一种谬论，认为优秀的程序员也会是有效的需求分析员，但是我们所接受的教育，我们的工作并不能教会我们如何成为一个有效的需求分析员。就像编码，测试，项目管理一样，需求分析也存在着大量的技巧。很难想象不经过艰苦的训练就能够很好的掌握一种编程语言，需求分析也是一样。但是现实中，很多的程序员没有经过任何的训练就变成了一个需求分析员，变成了一个缺乏足够技巧的需求分析员。

什么是有效的需求分析员?一个有效的需求分析员需要在需求分析过程中在工作中和用户建立真正的伙伴关系，能够在错综复杂的现象中发现问题背后的问题(theproblembehindtheproblem)，在陌生的领域内能学得更快，而且还要用共同的语言和用户进行交流在工作中和用户建立真正的伙伴关系。

和用户建立真正的伙伴关系

我们知道用户的业务目标是什么吗?我们知道用户三年甚至更久的发展方针是什么吗?我们知道我们的软件能够给用户带来哪些利益吗?用户把我们当作朋友吗?

和用户建立伙伴关系往往是写在纸上，而不是放在心里，更难落实在实际行动中。和用户建立伙伴关系不是空泛的口号，而是要为用户的经营结果负责。它不是隔靴搔痒式的善愿，而是要求苦乐与共的团结、有用信息的交流和协力谋求成果。我们作为一个需求分析员，扪心自问，在需求分析中真的把用户的商业目标放在第一位了吗?真的把用户看成我们伙伴了吗?不了解用户的目标，不尊重用户的利益，我们能够分析出让用户惊喜的需求吗?能够开发出为用户创造大量价值的软件吗?
怎么才能和用户建立真正的伙伴关系呢?首先，要转变我们的态度。很多IT人都是自诩为“社会精英”、“高科技人才”，在和用户，尤其是传统行业的用户交流的过程中，几乎是习惯性的傲慢。如果需求分析员带着这样的态度去工作，用户会是什么感受?是我们给用户服务，还是来教训用户?带着居高临下的态度，我们又怎么能够做到“像用户一样思考”?所以，我们必须要改变自己的态度，真心实意的把用户当作上帝看待。要明白，是用户的钱养活了我们。第二，培养人际关系。需求分析不是做交易，不是把收了钱就可以置诸脑后的一锤子买卖。我们要真诚的面对客户，用真心换取真心，尽力和用户成为朋友。第三，我们要展开我们的商业想象力。大胆寻求满足用户需求的更佳途径。象用户一样看待事物远远不够，我们要争取看得更清晰，也就是常说的“超越用户”。

发现问题背后的问题

当一个