不为有趣之事,何遣有涯之生
不失其所者久,死而不亡者寿

需求分析之路专题(3) 干系人识别与分析

干系人识别

对于任何产品、项目而言,都会涉及各种干系人,他们有着不同的诉求、关注点,甚至存在着各种冲突。所以在需求分析过程中,识别出关键的干系人就变得十分重要。

下面是干系人识别的任务指引图:

https://hzqiuxm-doc-image.oss-cn-hangzhou.aliyuncs.com/blogimg20230416143024.png

干系人识别主要包含:识别关键干系人和根据风险识别其它关键干系人两个步骤。

关键干系人识别

这个步骤是根据相关度和影响度两个关键因子来进行识别的

执行该步骤时,首先要收集客户的组织架构,然后再根据目标、愿景判断。

  • 步骤1:根据组织架构,识别部门

  • 步骤2:如果部门都在同一个地点办公,部门的负责人就是关键干系人

  • 步骤3:如果部门是分支机构,分支机构负责人也是关键干系人

  • 步骤4:了解资深的副职负责人,基于其影响力,通常也要列为关键干系人

其他干系人识别

这个步骤是根据风险的角度来进行补充关键干系人,一般会遇到以下几个场景:

  • 众多基层受影响:一般不建议把基层用户列为关键干系人,特别是toB的产品,基层用户通常可以被看做是企业的生产资料。但是如果存在基层因系统受到负面影响,那么基层用户此时应该标识为关键干系人。注意:不是识别越多的关键干系人就越好。

针对这类问题,有个通常采用的对策,通过提前管理预期:上线前降低预期,再创造系统上线后部分超预期。

  • 一票否决的担忧:项目中存在一些业务专家(财务、审计、法规、行业监督)和资深业务骨干,他们有着不小的影响力,具备一票否绝权的关键干系人,我们必须分析他的关键需求,然后提出针对性的、双赢的解决方案。

针对这类问题,通常应该放低姿态虚心请教,对于短时间内无法信息化的可以通过先形成教程学习,然后逐步固化到系统里去的做法。

  • 实现存在高风险:在项目管理中,干系人包括了开发团队、维护团队等。在典型情况下,他们并不属于关键干系人。当然也存在例外的情况,当技术实现、实施过程存在困难或风险的时,他们也将成为关键干系人。

针对这类问题,如果系统的生命周期很长,上线之后升级、维护、适应性修改、运营改造十分重要,他们也要列为关键干系人。

干系人分析

完成干系人识别后,我们接下来就要进行干系人的分析了。在实际工作中,我们不可能将所有干系人都挨个调研一遍,所以在干系人分析时,需要掌握一些方法。

下面是干系人分析的任务指引图:

https://hzqiuxm-doc-image.oss-cn-hangzhou.aliyuncs.com/blogimg20230416143712.png

选择干系人代表

实际情况中,当存在多位关键干系人时,我们很难一一去调研,所以首先需要优选代表,然后明确其基本信息。

选择代表时,关键是两点:

  • 1.代表性:尽可能覆盖各种差异(专业背景、职业经历、个人价值观、组织地位、各种经验)

  • 2.典型性:能够代表较大比例的同类干系人

确定优选代表的基本信息,通常要了解三个方面的信息:

  • 职业角色:组织中的位置,核心的工作职责

  • 个人特点:专业背景、职业经历,了解他个人管理偏好、思考逻辑

  • 联络信息:主要包括联络方式、工作时间、沟通方式偏好,以便知道什么时间、什么形式的沟通是最合适的

分析干系人需求

访谈干系人之前,应该根据分而治之提问法,先制订出访谈提纲(内容树),通常包含三个角度:

  • 1 基于KPI分解:KPI通常直接体现了管理者的核心关注点,事先收集、归类,然后逐一切入,发现潜在关注点和阻力点

  • 2 基于工作主题分解:管理者通常会涉及多个不同的工作主题,事先梳理好以便于访谈时分而治之

  • 3 基于工作阶段分解:针对单一的工作主题,可以对工作阶段进行分解,比如销售工作分为售前、售中、售后

在干系人关注点分析时,不仅要考虑他们希望系统解决什么问题、提供什么业务支持外,还要考虑他们希望避免出现什么样的负面影响。

在描述分析结果时,要包含两部分:1 干系人关注点/助力点(why);2 相应的功能需求(how)。注意:在写why部分要从业务角度写,以结果态方式写,必须体现出价值。

干系人关注点整理

在分析出干系人的关注点之后,还需要识别各个干系人之间是否存在冲突,要对冲突提出解决方案。在企业中进行信息化、数字化改造,肯定会触及一些人的利益干系。有时候这个阻力来自于各个干系人之间的冲突。

比如某家企业要上线网上银行项目,业务部门支持方案,而技术部门认为有安全隐患否决了方案。这个时候就需要协调两个部门冲突,有时候可以通过折中方案来共同满足大家的诉求,有时候可能不得不引入更重要、更有话语权的干系人来做最后拍板。

如何解决冲突不是我擅长的话题了,大家需要根据业务方实际情况具体分析。但是作为需求分析负责人,你必须整理和识别出冲突,并力所能及的提供解决方案。

小结

本小结主要是针对干系人识别与分析,在识别上重点在关键干系人的识别上,按照步骤依次执行。对于其他干系人识别补充有时候也十分的重要,一般可以按照三个典型场景去补充。

干系人分析时,需要按照组织架构的特点采用分而治之的方式来进行。通常包含了三个角度:基于KPI,基于工作主题,基于工作阶段。这里还要注意分析结果描述要按照业务角度,结果态方式去写,体现出功能价值。

最后对分析结果要进行整理,识别出各个干系人之间是否存在冲突,要对冲突提出解决方案。

附录

完成干系人识别后,我们需要输出干系人列表模板,如下图所示:

完成干系人分析后,我们需要输出干系人档案模板,如下图所示:

未经允许不得转载:菡萏如佳人 » 需求分析之路专题(3)

欢迎加入极客江湖

进入江湖关于作者