我觉得一个好的产品应该是需要cover到和各种性格的人的沟通的能力,并且能激发工程师的斗志的,有的时候会碰到技术对某些项目有抵触情绪,关于如何应对工程师口中的“技术上不能实现”以及“工期无法定”的问题,翻看了一些我以前写的笔记,想做几点总结吧~
首先我觉得如果一个技术完全不能沟通,那一定是自己沟通的还不够,做的还不够,没有让技术人员真正相信这个产品的可行性,或者对产品没有信任,没有信心。
1. 是不是他有自己的产品sense,否定产品的想法,或者根本就不理解产品的价值?
——产品的问题,没有交代清楚或没有足够重视程序员的智慧价值,只把人家当代码机器。所以最好有明确的数据和清晰的逻辑来说服技术,最好最终结果能佐证我的预期,使大家的目标一致。建立起产品和技术之间的信任很重要,不要一味的去控制工期而忽略工程师的情绪。
2. “技术上不能实现”其实是“不想做”,觉得代价太大,投入产出比太低?
——可以请教能力更强的程序员,确定有没有简单方案,没有的话重新评估这个功能到底有多重要。
3. 如何应对工程师口中的“工期无法定”的问题?
——工程师不希望有逼迫感,但产品又不得不控制产品的进度。
一定要在最开始详细估测并说明后面可能出现的工程量,将需求实现分阶段化,详细化,基本是可以评估出工期的。当工程师没法给出具体的工期或所给工期过长时,只能陪加班陪聊天陪想解决方案来控制工期了。
还有最后一招,如果我认定自己穷尽任何方式都无法与之沟通,至少我可以找那个可以和他沟通的人,maybe是他的boss、上属或者同事。一般用到这最后一招,只能说明自己前面几点做得还不够好。
网友评论