我眼中BA(业务需求分析师)的技能广度和深度BA,或者称业务分析师,是企业数字能力和业务能力之间的沟通桥梁
随着企业数字转型的进一步深化,相信对BA这样的技能需求会越来越多,只是未必都用“BA/业务分析师”这样的Title
ThoughtWorks在创建之初,就有BA这样一个职位
Lupi Messenger是我的一个同事,她是ThoughtWorks的第一批BA,到现在为止做了18年,孙女都已经上小学了,我很仰慕
这二十年间变化很大,需求分析方法从最初的敏捷用户故事,演进到现在精益为基础的需求分析方法,BA的技能要求也在不断变化
整理出一个大家都认可的BA技能图谱,几乎是个不可能的任务— — 即使仅限ThoughtWorks所要求的BA技能(我在ThoughtWorks是所见的不同时期的BA技能图谱要超过10个)
但所有的表达都是为了交流和学习,不是为了“证明自己是对的”,所以斗胆结合自己的经历,谈谈我心目中ThoughtWorks版的BA技能图谱,并分享一些学习提升的方法
BA的广度和深度“在ThoughtWorks做BA是怎样一种体验”中提到,BA的职责是把业务和用户需求转换为软件需求
即使是这样一个单一职责,也会有不同的场景:8人以下的团队 vs
40个人的团队;单一的Stakeholder vs
跨不同业务部门,庞杂的多个Stakeholder;面对的需求是简单的工具(如订单自动化上传) vs
一个复杂的产品平台(如一个新的互联网金融平台);客户/用户对自己的需求有清楚的认知,并能清楚表达 vs
客户/用户并不知道自己需要什么,或 者 知 道 但 表 达 不 清 楚 ;在 一 个 创 业 团 队 上 线 一 个 产 品 vs
在 一 个 大 型 企 业 里 推 动 产 品 体 系 改 变能 在 左 边 的 场 景 里 做 到 优 秀 , 是 否 就 意