首页 | 互联网 | IT动态 | IT培训 | Cisco | Windows | Linux | Java | .Net | Oracle | 软件测试 | C/C++ | 嵌入式开发 | 存储世界 | 服务器
网络设备 | IDC | 安全 | 求职招聘 | 数字网校 | 网页设计 | 平面设计 | 技术专题 | 电子书下载 | 教学视频 | 源码下载 | 搜索 | 博客 | 论坛
 您现在的位置: 中国IT实验室 >> 项目管理 >> 需求管理 >> 正文
有效的需求分析员(BA)
来源:ChinaItLab  时间:2007-6-12

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

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

  有效的需求分析员

  PMT左礁 2002年5月

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

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

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

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

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

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

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

  和用户建立伙伴关系往往是写在纸上,而不是放在心里,更难落实在实际行动中。和用户建立伙伴关系不是空泛的口号,而是要为用户的经营结果负责。它不是隔靴搔痒式的善愿,而是要求苦乐与共的团结、有用信息的交流和协力谋求成果。我们作为一个需求分析员,扪心自问,在需求分析中真的把用户的商业目标放在第一位了吗?真的把用户看成我们伙伴了吗?不了解用户的目标,不尊重用户的利益,我们能够分析出让用户惊喜的需求吗?能够开发出为用户创造大量价值的软件吗?

  怎么才能和用户建立真正的伙伴关系呢?首先,要转变我们的态度。很多IT人都是自诩为“社会精英”、“高科技人才”,在和用户,尤其是传统行业的用户交流的过程中,几乎是习惯性的傲慢。如果需求分析员带着这样的态度去工作,用户会是什么感受?是我们给用户服务,还是来教训用户?带着居高临下的态度,我们又怎么能够做到“像用户一样思考”?所以,我们必须要改变自己的态度,真心实意的把用户当作上帝看待。要明白,是用户的钱养活了我们。第二,培养人际关系。需求分析不是做交易,不是把收了钱就可以置诸脑后的一锤子买卖。我们要真诚的面对客户,用真心换取真心,尽力和用户成为朋友。第三,我们要展开我们的商业想象力。大胆寻求满足用户需求的更佳途径。象用户一样看待事物远远不够,我们要争取看得更清晰,也就是常说的“超越用户”。

  发现问题背后的问题当一个软件项目开始后,用户的要求往往是开发完成某个功能(如人事管理,财务等)的软件,用来解决目前存在的问题。但是软件真正能够给用户创造的价值是什么,这是每一个需求分析员必需思考的问题。

[1] [2] 下一页

【责编:Youping】

中国IT教育热线咨询
  相关文章
IT项目实施中如何进行成本估算?
工程项目质量的全过程控制
进度控制问题对信息化建设项目的影响
关于IT项目管理的思考
项目管理工具的特性简要介绍
软件项目管理流程分析与设计
项目经理售前阶段任务
论IT项目的人力资源管理
项目成本管理有效建议
浅谈业主对工程项目建设的进度控制
   推荐文章
 精彩友情推荐
·Asp源码 PHP源码
·CGI源码 JSP源码
·建站书籍教程
·服务器软件 .net源码
·建站工具软件
·IDC资讯大全
·机房品质万里行
·IDC托管必备知识
·全国IDC报价
·网站推广优化
中国IT实验室--项目管理
 进度管理  质量管理  需求管理  采购管理
普通文章施工项目成本管理基础工作07-30
普通文章关于项目计划调整的原则01-29
普通文章项目工期的绩效跟踪步骤01-29
普通文章浅析软件项目进度管理中的积习流弊01-29
普通文章重视项目收尾管理工作10-17
普通文章关键链进度管理的两个重点10-17
普通文章IT项目管理-计划-进度安排10-17
普通文章谈网站项目的WBS分解10-17
普通文章进度控制问题对信息化建设项目的影响09-11
普通文章浅谈业主对工程项目建设的进度控制09-04
普通文章项目管理的质量保证计划07-28
普通文章质量管理,企业稳步发展的必然选择07-28
普通文章谁是质量管理的灵魂07-28
普通文章项目中的软件质量管理07-28
普通文章质量管理知识小结07-28
普通文章软件项目过程管理保证软件质量07-28
普通文章软件项目质量管理责任分配07-28
普通文章质量管理八项原则07-28
普通文章项目管理:软件质量的可靠保证07-28
普通文章项目管理中的质量控制问题07-28
普通文章需求分析中的用户识别与调查[2]09-20
普通文章需求分析中的用户识别与调查[1]09-20
普通文章实际项目中可使用的性能需求07-24
普通文章软件项目需求的关键06-26
普通文章需求捕获指南(四)—需求捕获技术06-19
普通文章需求捕获指南(三)—需求捕获的阶段组成(06-19
普通文章需求捕获指南(三)—需求捕获的阶段组成(06-14
普通文章需求捕获指南(三)—需求捕获的阶段组成(06-14
普通文章需求捕获指南(三)—需求捕获的阶段组成(06-14
普通文章需求捕获指南(二)—需求捕获的问题及过程06-14
普通文章军队工程建设项目招投标规范化探讨07-24
推荐文章国际招投标项目管理的模式和经验07-24
普通文章战略采购管理:一个被忽视的利润源泉08-14
普通文章浅析采购成本控制与绩效管理08-07
普通文章剖析手机研发企业的采购管理06-26
普通文章项目采购项目管理:架起理论与实践的桥梁06-18
普通文章加强对政府采购中标项目验收监管的实践06-18
推荐文章如何应对零星IT项目采购06-15
普通文章外国政府贷款项目采购公司招标办法06-15
普通文章项目采购管理06-13
  培训中心
  ITLab技术交流平台: