时间: 2021-07-30 09:48:18 人气: 11 评论: 0
做需求分析是有章法可循,好的方法论能够帮助自己在讲解需求的时候,能够有效的表达。

为什么写这个,是因为有一次要去和开发讲解需求的时候,我很慌乱,虽然讲过很多次,但这次莫名的慌乱。我想有准备、有章法的把这次需求讲好,而之前的讲解让我一时想不到需求讲解的方法论是什么。
现在说我总结的方法论,每次讲解需求的时候,做好这些,心里不**慌乱。
(1)需求清晰,能达到多方认可
把与客户沟通确认的需求通过口头表达给开发、测试,开发和测试可以从他们的角度对需求提出疑问,最终使得需求越来越清晰、准确。
对于需求人员,你表达的需求能让别人理解并认可,就很有成就感了。
(2)一次通过需求评审,不**被打回
一份开发和测试很多问题的需求,**通不过评审,被打回,被打回说明自己需求做的不够清楚,还需和客户沟通。
一次通过需求评审,既说明自己需求做的可以,也可以节省大家的时间成本。
(3)提高自己的表达能力
每做一件事情就能提高自己的能力,是不是很开心?
明确自己表达需求的目的后,再来看看要如何向开发、测试或其他人表达需求。
(1)需求讲解前
对于一份以及文档化的需求,需要和开发测试讲解,在讲解前需要做一些准备,才能在需求评审的时候,少一些问题,少一些刁难。
(2)需求讲解时
在打开需求文档讲需求的时候,先讲总的,再细讲分的,最后总结,就像写文章一样的结构:总-分-总。
有些开发只关心自己要开发的东西,对于一些他认为无关的客户背景、部门业务没有那么关注,**让你跳过总体介绍,然后打乱你的节奏。
但我想说!你是主讲人,你有权把控自己的节奏,不要被牵着鼻子走,除非是时间特别赶的情况。
2.1 介绍客户、用户部门、用户数量、业务、功能清单、开发功能需求等等。
上周去了上海电气金融集团做需求调研,客户的背景是为了应对监管以及自身子公司管理,要求上我们这个系统,系统用户是上海电气金融集团的两个子公司,分别是A和B,主要是给两个子公司的业务部和风险管理部使用,信息技术部也**用,用户数量约有二十多个,客户经理有XXX个,客户助理有XXX个。
主要的业务是债**投资业务、融资租赁业务,下面是功能清单,包含XXX功能模块,分别是XXX……
2.2 分解功能,介绍功能要做什么?为什么做?注意事项?难点?异常条件?
这是财报导入的时候,需要对财报的勾稽关系进行校验,为什么不在评级的时候去校验,而是在财报导入的时候做校验,原因是客户经理经常出差,比如:去新疆做尽职调查,从客户那边收集财报后,他们录入到系统,如果导入的时候就发现财报有问题,他们在现场能让客户重新提供财报。
2.3 在讲解的时候,语言要简明、准确、完整。
简明就是直接了当把开发需要做什么讲清楚,就跟写需求一样,看下面两个例子:
直接告诉开发他需要在哪做什么事情,不要让他再转一道弯思考。
准确,表述要准确,用词要讲究,比如债**和债项不要弄混,身份证号码和证件号码说准确。
完整,除了正常的用户场景,异常的场景也要考虑到。
2.4 在表达需求的时候,可以用一些比喻
这个稍微高阶了,用一些形象化的比喻能很生动的把需求说清,同时也能让需求评审氛围轻松。
记得《大江大河》有一幕是雷东宝在解释联产承包责任制的时候,就用了一个比喻。
你把板凳分给别人,但板凳还是你自己的。
一句话解释了所有权的问题。
(3)需求讲解后
不是讲完需求就结束了,总结每次讲解的效果,不断提高自己表达需求能力。
记录开发和测试问的问题,下次做同样需求的时候,可以反过来问客户。
以上是需求表达的方法。
做需求分析是有章法可循,虽然有人**说“方法是思维的底层”,对于像我这种不聪明的人来说,我希望有一些方法能帮到我工作,等慢慢成长后,自然**去培养思辨的能力。
Vi-Vi-Fu,微信公众号:vivifu12,人人都是产品经理专栏作家。杭州某不知名公司需求分析师。
本文原创发布于人人都是产品经理。未经许可,禁止转载。
题图来自Unsplash,基于CC0协议。