|饿了么4年,阿里2年:我的总结与思考( 五 )


方向、节奏、结果的对焦对于工作的展开和拿成绩是至关重要的 , 同时你要从他身上获取更多的信息以便于自己的判断决策和学习 , 不断从他们身上吸取养分 。
在一些环境中 , 体力上的付出是必须的 , 但是仅有体力上的付出最终只能感动你自己 , 你的团队并不想每天陪你加班到 11 点或者发布到凌晨 2 点 , 更没有兴趣凌晨 1 点半还拉个电话会讨论方案 。
所以一定要做好“期望管理” , Leader 对你的期望、对项目的期望、你对他给予你空间和支持的期望 , 大家一定要对焦清楚 , 并且目标一致 。
架构层面
还有一点我觉得也很重要 , 就是在架构层面 , 包括业务架构、技术选型和细节实现上 , 要有清醒的认知 。
最关键的是定义问题
爱因斯坦说过:“提出问题比解决问题更重要!”定义问题是个脑力活 , 解决问题是个体力活 。
大家往往习惯于看到一个问题就冲上去锤它 , 从概率上来讲 , 很大可能会陷入一个解决问题的黑洞 , 就是你不停地在解决问题 , 但是最终你的情况没有变好 。
当你面临一个困难或者一个情况时 , 首先比较重要的是定义问题 , 这到底是要解决什么、解决了有什么好处、怎么确定解决了 。
其次是定义结构 , 这个问题的关键点组成 , 你对应的解法是怎样的 , 这其中得失要怎么权衡轻重 , 并且最终解决的效果如何贯穿和透传 , 由点及面 。
一个团队可以不停歇的埋头干 , 但是未必会干出成绩 。 大部分习惯罗列面对的问题 , 但是对这些问题并没有做一个全局的分析和梳理 , 其实最难的就在“找问题”上 。
问题的本质没那么高深
有时我们做一个项目 , 可能有一个产品需求 , 大家看完觉得不好做或者做不了 , 因为系统现在不支持 , 改造成本太高 , 并且还伴有很多不确定的技术风险 。
相信很少有人在这种情况下会无脑的要求加人、加工期来解决这个问题 。
大多数情况下我们会看有没有捷径或者其他方案 , 让产品效果达成 , 哪怕技术实现脏一些、绕一些 。
其实这时候横向纵向多挖一下或者多问几个问题 , 有可能就会有不一样的答案 。
这个需求在解决用户什么问题 , 目前这个解决方案是不是业务(产品、技术)上唯一的 , 这个解决方案会带来哪些成本和新的问题 , 目前正在推进的其他项目和这个问题会不会有关联 , 有没有其他团队也在解决类似的问题或者曾经解决过 。
达成目标
在工作中小到聊定一个 API 契约、中到上线一个需求、大到完成一次晋升 , 所有的事情都是有成功的方法的 。
找出短板、设定计划、抗住挫折、反复训练、根据反馈调优 , 就可以解决任何问题 。
《债务危机》的作者——桥水基金 CEO 达里奥总结了一个五步成功法 , 很有意思:
|饿了么4年,阿里2年:我的总结与思考
本文插图

著名的大数学家波利亚有一本名著《怎样解题》 , 其中给了一个四步解题法 , 可能站在研发的角度看会更有感觉:
|饿了么4年,阿里2年:我的总结与思考
本文插图

持续学习才是根本
时代在持续发展和变化 , 现在正是波澜壮阔的年代 , 在这样的环境下 , 不管当前如何积累 , 都有可能随着发展的变化在短时间跌落谷底 。
公司能发展 , 一定是在某一个时期内非常契合环境的要求 , 但随着时间的变化 , 如果它的变化不能跟上来 , 那么也只会被时代抛弃 。
正所谓让你成功的 , 最终也将让你失败 , 比如柯达、诺基亚不能幸免 , 个体也难逃这样的规律 。
这样的情况下 , 持续的学习和改变自身的能力才是研发同学最大、也是最强的优势 。
技术本身的日新月异要求你持续学习 , 同样的习惯放射到各个领域上 , 才会慢慢的取长补短 , 优化自身 , 所以如果说研发同学最需要什么 , 我认为持续的学习能力是最关键的 。


推荐阅读