0°

与业务团队一起工作

之前和大家讨论过如何与研发团队一起工作,今天想来讨论下与业务团队一起工作。


业务团队

业务团队包括很多的角色,但这些角色肯定都是“人”,即业务团队不包括其他的业务系统。


  • 业务决策层

BA不可避免的要和业务决策层打交道,也许不是直接的,但是BA的解决方案肯定会涉及到业务决策层的需求。

主要是为决策层的人员提供分析过的信息以及建议,支持其进行决策,最可能的方案就是各种看板、报表等。


  • 客户方IT部门

IT部门的职责是监督和控制项目的质量、进度和成本,比如客户方的信息中心。

他们严格上来说不会涉及到解决方案的具体功能特性,主要会涉及到的是:

  • 一些非功能性需求,比如可靠性、可维护性、性能等

  • 总体的系统要求,比如域集成、保密要求、系统日志等

  • 项目的进度和成本


  • 项目决策人

项目决策人有权决定项目的生死、预算、资源等,他们有可能同时也是业务决策层、项目发起人等。

BA需要首先让他们认识到有业务问题,并且觉得这些问题确实是问题是痛点。这样后面制定的解决方案在他们眼里才可能是有价值的。

如果得到他们的认可,他们会成为强有力的支持。


  • 业务管理层

他们不是problem owner就是与problem owner关系密切,他们会介绍干系人给你。

管理干系人期望也可以从该人员下手。


  • 产品干系人

  • 关心产品带来的影响,比如会不会造成他们失业、利益损失;

  • 关心产品带来的价值,比如提高他们的工作效率。

所需要做的贡献,比如需要配合信息收集、解决方案确认、业务验证等


  • problem owner

problem owner一个非常重要的角色,他们:

  • 知道项目的必要性即为什么要做这个项目;

  • 有权限决定并选择解决方案、能够定义或提出真正的业务问题;

  • 能够识别、创建或提出愿景;

  • 作为项目或产品资源;

  • 经常与BA重点联系;

  • 解决问题的初始行动者;

  • 需要解决个人的或者行政原因的问题


所以,可以说当找不到problem owner,就说明没有problem,至少没有解决的价值


  • 产品经理

可以将其视为problem owner,因为他们可以作为作为BA的problem owner

产品经理希望解决的问题是:在现有的产品线上添加新的特性、维护现有产品线或添加新的产品线及模块


  • 客户和发起人

这里特别把客户列出来,是想说不要简单的把业务团队理解为客户,要将其理解为组织中的角色:流程工人、用户、管理层等。

与他们保持长期联络。


  • product owner

如果你处在Agile的团队里,就会经常听到product owner这个词,他们对产品负责,主要是作为研发团队与业务对接的角色。

所以,该角色是针对研发团队而言的,而这个角色经常由BA担当,主要针对研发团队而言。


  • 主题专家SME

主题专家也可以成为是领域专家、业务专业人士。可能来自于客户,也可能来自于公司内部。

要知道对SME秉承的观点是,不能迷信。

SME并不是全能的,专家间的观点也会不同,即使是和最好的SME一起工作,你仍然需要自己解决问题,由专家提供帮助和意见。


有这样几种场景,处理的情况也是不一样的:

  • SME有时是信息的唯一来源,此时他们会直接给出解决方案而非信息,此时需要将SME的解决方案作为最终的解决方案

  • SME提供信息,但是可能因为个人或其他原因会隐藏一些信息,待BA挖掘

  • SME是主要来源但不唯一,BA需要综合各个来源的信息给出解决方案,不要因为是SME提出的就任务一定是正确的,需要质疑和处理意见间的冲突。


  • 流程人员

业务涉及到的流程人员是那些当你在绘制UML的活动图或者跨职能流程图中的角色。

他们对于问题的发现,解决方案的制定有着至关重要的作用

他们可以帮助BA:

  • 整理和定义所有的当前的业务流程AS-IS;

  • 定义最高效的问题解决方法;

  • 进行差异性分析;

  • 获得不同的期望


BA需要和各类流程人员进行沟通避免遗漏。并且因为群体庞大,需要对其进行分类,与代表进行沟通。



管理期望

在之前的文中说过,项目的成功并不是交付了什么,而且对用户的期望进行了有效的管理,并且成功的满足了用户的期望

针对期望的管理,我们需要注意:

  • 小心的做出承诺,所有的承诺我们后续都需要尽力完成的,所以不要画饼

  • 关注在项目初期或打单时的承诺,这点需要特别关注,有很多人就抱怨说销售和售前挖的坑我们BA根本没办法填,但是你如果在一开始就知道用户有这样的期望,那你可以在后期工作的过程中进行适度的引导和灌输

  • 期望要现实,即评估现实,杜绝加班。要特别注意“情况不明,决心大”的情况,别动不动就把“没问题”放在嘴边。你应该说的是“这个我们需要进一步评估,会尽快给出结果”

  • 确保所有人了解产品产出的期望。保证让大家达成共识,信息平衡。

  • 从会议、对话、反馈以及新的或变更的期望及时捕获。有的话没有明说,但是你应该可以感受到。比如“这样的话,以后我们就不用再手工进行统计了吧?”

  • 决定所有期望的验证方式以确保可证明期望是否完成。

  • 在面对抱怨或失望时,尝试分析期望而并非交付物。有的人说,客户要的功能我们都提供了,文档也完备了,他们就是不满意。又不说到底哪里不满意,总是吹毛求疵的找一些小问题。这个时候你需要去关注下用户的期望到底是什么了,深挖一下。



总之,我觉得BA是个要细心的职业,不仅是细心的进行需求调研、需求分析,还要细心的观察。

如果你有相关的话题想要与我讨论,请与我联系。

(完)

点击“阅读原文”可以进行评论。

或者直接给小婧留言


「点点赞赏,手留余香」

    还没有人赞赏,快来当第一个赞赏的人吧!
0 条回复 A 作者 M 管理员
    所有的伟大,都源于一个勇敢的开始!
欢迎您,新朋友,感谢参与互动!欢迎您 {{author}},您在本站有{{commentsCount}}条评论