【系统分析】需求访谈,出问题时会需要项目经理的介入

  进行需求访谈时,沟通对象有时会决定着成败

  需求访谈最好的状况是沟通对象说甚么,照做就对了

  (执行顺利,验收也顺利,大家都高兴,唯一的问题顶多是系统分析师的价值可能会受到质疑)

【系统分析】需求访谈,出问题时会需要项目经理的介入-梦幻科技

  根据我的经验,提需求的人往往不太清楚自己到底要甚么

  如果他说甚么你照做,最后可能变成他在抱怨你做的东西不能解决他的问题

  你抱怨都是依照她说的做,他可能会找些理由来推责任(例如怪你不会多想想)

  理想的对应方式是系统分析师去搞清楚对方为什么要这样的功能

  厘清对方逻辑与认知上的错误

  替对方设计与决定这系统该长甚么样子,借此让系统能够真正满足对方的需求

  但是这么做会变成

  1.要提出需求者承认自己认知有误

  2.提出需求者需要花更多时间思考与确认

  不是每个沟通对象都能够配合,如果对方不愿意配合

  我想这种问题的处理就已经超越了系统分析师的职务范围,应该要项目经理介入处理…。

  一般需求不明确时,工程师第一个怪系统分析师这个角色的人,但有时不是单纯的因为系统分析师能力不足。

【系统分析】需求访谈,出问题时会需要项目经理的介入-梦幻科技

  我以前参加过一次资策会的系统分析课程

  当时有做个练习,

  有个科技公司因为新人报到到能正式工作的流程时间太长,所以想找人开发个系统解决问题

  学员们会分组扮演要标案的厂商

  讲师会扮演三个角色,每组可以向其中一个角色提问

  回答问题的只会回答问的问题

  这个练习题目有个关键问题是:「为什么原本时间太长?」

  整个流程牵涉到不同部门,到底哪边有问题也不明讲

  我认为比较合适的做法是:安排一个会议「讨论出问题原因」,而系统主要针对这问题原因进行修正

  当时练习的困难点是一次只能跟一个角色进行访谈,而且有访谈次数的限制

  也就是如果有人推责任,那连系统要怎么解决问题都不知道了,更别提要满足需求。

  系统分析师可以提出一起开会这个要求,但是对方不一定要甩你,甚至就算人到也可能乱搞。

  这时需要有地位的人(像是项目经理)介入来处理…

  当然,如果整个需求是丢给程序员自己去搞定的话,大概就更惨了


联系我们

13751415268

853408942

:853408942@qq.com

:9:30-22:30

QR code