“BP“的几点思考

题图：pixabay

近半年来除了负责常规的工作编码外，还兼了一个另外的角色 【BP】。顾名思义，business partner。在我理解，同时兼顾了PM、PMO。这活儿可比安安静静的敲代码难搞太多了，拉齐、赋能、高效、理想态、中间态这些词儿一天到晚在脑子里转。深刻才有体会，回顾下，共勉。

下面在个人理解上分几个维度来思考。

业务上

搞清楚业务方要做什么事情。

就是理解业务方的需求，这个东西说难也难，说简单也简单。简单在于你只需要听清楚业务方的话术就行，难在在于经过你脑子思考之后，你怎么用最简单直接的话术描述出业务方要做什么事情。你能说清楚，说明你懂了。

搞清楚业务方的目标，要什么结果与收益。

业务方为什么要做这个需求，做这件事情有什么收益。业务方更加关注的是业务价值，所以我们在满足业务方关注的东西之外，在正常的交付之外，能有什么技术收益或是沉淀。这是我们需要考虑的东西。

发散思维，扩展业务方的需求。

这个其实是我瞎编的。怎么把收益扩大，在排期、人力、市场、数据的基础上做折中考虑。多个需求能否合并，代码、流程能否抽象通用。技术最终是为业务赋能的。这个思维方式是高阶技术人逃不掉的。

产品上

搞清楚参与的人及能拍板的人。

简