人工智能时代前沿技术社区

飞马网IT经理人实战案例库,汇聚数万管理案例更有经典解析!
重现真实案例场景,多角度分析,全方位点评,造就专业的管理案例库!
立即分享我的案例
热门搜索: 项目管理1 产品管理 开发管理 敏捷 新产品研发 需求分析 架构 信息安全 大数据 云计算 质量/测试 运维
硬技能
软 技能
飞马网会员
周高翔
记业务沟通一则
被浏览 26 次
26
人气
飞马网-记业务沟通一则

手头一个风控项目,近期收到一个需求,业务提出要对部署在blaze上的策略进行调整,但是只告诉项目组策略输出的变化要求,而未告知如何才能实现这种变化。由于这种策略需求没有逻辑根本无法知晓怎么做,为此项目经理三番四次找业务沟通逻辑细节,但业务都反复强调业务结果诉求,反复强调这么简单的事情为什么项目组理解不了,并表达她不知道技术的实现细节,无法告知我们该如何修改系统,需求提出了技术实现方式很多种,怎么改是技术要自己分析解决的。

几番沟通下来无果,项目经理找到我诉苦,没有需求根本无法开发。没办法我们再次组织与业务进行沟通,果然业务反馈的说辞还是那些,一开始我怀疑还是双方沟通存在gap,所以尝试去和业务解释双方理解上的差异,仍然沟通无果,业务表达事情这么简单为什么开发就是不懂。

没办法,先认自己笨,打算采取需求倒推的方法来突破。因为需求最后开发完总是要验收的,策略的验收通常是业务要维护一套SAS代码,逻辑需要和blaze的逻辑实施保持一致,验证时双方用两套不同的实现进行数据跑批,并比对数据结果是否一致,以此来进行业务验收。所以告知业务,请对方先提供SAS源码,我们通过分析SAS去理解原始需求,也就在这时业务说漏嘴了,原话是“那不行,如果我考虑漏了怎么办”。至此,再通过其他方面旁敲侧击终于真相大白,原来这段逻辑是在原系统实现的,该业务也是接手别人的工作。据我我猜测,她本人也是压根不确定完整逻辑是怎么样,只是出于种种顾虑始终不肯坦诚以告,期望通过模糊的需求描述,让项目组人员自行去扒拉老系统的逻辑,然后实现后和她进行核对。

弄清楚了原委后事情就好办了,逻辑还是逼着业务给,不然从头梳理成本太高。同时也表达了关于原系统的逻辑也会通过开发层面,以负责任的态度联系对端项目经理去梳理逻辑,尽可能的把原逻辑完整搬到现有系统中。最终,业务表示愿意提供SAS代码,问题解决。

所以有时沟通的核心不仅在于事情本身的理解,更应关注在其背后的诉求。

飞马网

飞马网
活跃成员
飞马网会员
jiangwoody
飞马网会员
驴子哥