老板、产品和开发
date
Mar 2, 2024
slug
三角关系
status
Published
tags
人生经验
summary
业务，业务，还是业务。
type
Post
最近的一个观察：
老板的目标是业务
产品的目标是用户
开发的目标是工程
进一步的：
针对用户提供的服务是业务
而打造业务是一个工程问题
作为程序员如何跟不同角色打交道
你跟老板聊，不要聊你用了哪些牛逼的技术，不要聊你做了哪些代码优化
你跟老板聊技术，你好像对牛弹琴，老板觉得你隔靴挠痒，驴头不对马嘴
因为老板不关心，或者说他不在乎
他在乎的是业务，你直接跟老板聊业务，你给业务贡献了多少，你的某项改动给业务带来多少收益，你最近在推进哪方面的业务
老板听着高兴，你没被埋没
皆大欢喜。
你跟产品聊，你不要聊工程上实现的难度，不要聊代码细节，他听不懂。
你要跟他聊用户需求，跟他聊功能取舍，跟他聊排期，跟他聊方案。
产品拟了一个方案来找你做，你不想做，你不要跟他说”我做不来“，他转头跟老板说你完成不了任务，你吃个哑巴亏。
你先跟他聊需求
- 这个需求存在吗？
- 这个需求需要用这个功能实现吗？
你跟他聊取舍
- 我们现在有三个功能，上这个功能可能会影响其它功能，你取舍一下吧
你跟他聊排期
- 我手头上现在有三个任务，你加进来的任务会影响我们的进度，你取舍一下吧
你跟他聊方案
- 假如你真的不想做，那你就抛出一个和他背道而驰的想法，试着说服他。然后在适当的时候选择退步，提出折中的方案——这样至少能砍掉30%的需求
上面这种聊天，比你直接说“我做不来”，好一百倍。
有趣的现象
产品和开发吵架，老板会倾向谁？
大部份情况老板都支持产品。
为什么？
因为产品构造了业务的原型，业务或多或少是根据他脑海里面的想法组成的。
没有产品行不行？
行，但是老板得自己想业务，这是一件很累的事情，要做调查，要和用户聊，要发现需求。
没有开发行不行？
行，没有但是。
为什么没有但是？
你open一个开发的岗位，半小时不到就能收到100份简历，按照2-8再2-8的法则，100个人里面至少有4个人是能干开发的。
产品呢？100个人里面可能都找不到1个合格的产品，优秀的产品是万里挑一的。
产品比开发更接触业务，开发负责解决工程问题就行了
一个证明：你经常会听到开发说 “我不懂业务”，但是你几乎听不到产品说 “我不懂业务”，前者不懂业务情有可原，后者不懂业务可以马上滚蛋了。
产品需要把这个工程转换成能解决用户问题的服务，而老板最后关心的是这个服务能不能转换成挣钱的业务，不能，你们全都完蛋；能，重重有赏。
这给我们带来什么启示呢？
- 身为开发，一定要走到和业务最近的任务里面，做最核心的业务开发，才能脱颖而出。
- 想办法脱离那些和业务无关的任务，留3分力来保证他们不崩溃就行了，剩下的7分力努力的往核心业务上面靠。
- 张口闭口谈技术，一问业务全抓瞎，这种开发更适合在学校里面教书，不适合在危机四伏的职场生存。
还有太多推论了，先写到这里吧。