一天,一位
产品
经理走进了
技术
人员的办公室,要求在技术上实现B方案,产品经理滔滔不绝的描述起了B方案的种种细节,虽然产品经理的口才了得,但是说完之后,技术人员仍然不理解为什么要突然实施这样一个技术方案。
我想这种场景在我们的项目实施过程中会经常出现,那么接下来该做些什么呢?是技术人员该就此技术方案找出N+1条拒绝的理由还是产品经理继续讲述第N+1遍方案细节呢?当然都不是,腾讯搜索产品中心副总经理邢宏宇认为:讨论一致性的目标才是最应该做的。
腾讯搜索产品中心副总经理邢宏宇是一位技术团队“老练的”的领路人。他认为,在项目实施的过程中,技术和需求之间会产生矛盾这是一个普遍的现象。这些矛盾的存在带来的负面影响可谓是大小不一,大到会使整个项目停滞或者流 产,小到员工之间不和睦闹矛盾。当然,我们也看到了很多成功合作的案例,他们是如何解决这些矛盾的呢?
在上面的故事中,其实产品经理做了B技术方案是为了实现产品功能A,那么他只需要把他要实现的功能A清楚的描述给技术人员就可以了。最后技术人员用了更好的技术方案C轻松的实现了产品功能A。因此,在现代项目实施过程中,产品经理和技术人员之间需要学会“沟通、信任、支持”。
软件产品特别是互联网产品的多样性、多变性的特征使得它的诞生必然要伴随着成千上万次的沟通。 邢宏宇表示,“沟通更深层次的也代表着你主动参与意识的强弱,而不仅仅是被动的去完成一项任务,参与程度越高它所能给你带来的乐趣也越大。”
沟通也需要技巧,正如我们之前的故事里所讲,如果产品经理一直和技术人员沟通B技术方案,但技术人员却并不知道是为了实现功能A,这样的沟通只会浪费时间。所以,沟通也要“各司其职”。越线的沟通就会埋下问题的种子,这也是为什么沟通之后需要信任。
信任
产品经理擅长的是功能描述、技术人员擅长的是技术方案的制定。邢宏宇说:“我们都要相信对方的
专业
素质,技术人员要相信产品经理提出的功能一定是经过专业思考的,而产品经理也一定要相信针对这样的功能技术人员肯定能拿出最优的技术解决方案。”只有这样,技术人员才不会说产品的某一个功能是“垃圾”,而产品经理也不会越俎代庖的帮技术人员想好技术方案。团队之间表现在,技术人员帮助产品经理提建议和想办法,思考自己在技术实现的过程中出现的问题,可不可以做技术上的优化;而产品经理在帮助技术人员建议方案同时也要反思一下自己提出的功能是否真的合理。
邢宏宇总结说:“任何一个软件产品都是一个高度集中的集体智慧,这其中团队内部、团队之间你来我往的协作过程中,包含了更多的艺术和技巧。”