|下篇:技术 Leader 的思考方式

|下篇:技术 Leader 的思考方式

技术 Leader 是一个对综合素质要求非常高的岗位 , 不仅要有解具体技术问题的架构能力 , 还要具备团队管理的能力 , 更需要引领方向带领团队/平台穿越迷茫进阶到下一个境界的能力 。 所以通常来说技术 Leader 的技能是虚实结合的居多 , 繁杂的工作偏多 。 为此我把自己在工作中经常用到的思考技巧也做了一个整理 , 算是对《谈谈技术能力》中提及第三阶段的补充 。
技术常用思考方法
向前思考 , 向后倒推 这个思考方法的含义是:
在思考一个命题时可以采取未来视角 , 先对未来发展做个预判 , 然后基于你的判断倒推现在应该要做什么 , 最后制定出关键里程碑和节奏 。
这个思考模型经常用在技术规划这个场景上 , 但很遗憾很多团队的技术规划都只是基于当前问题 , 有多少资源 , 然后采取量力而行的方法在对事项优先级进行排序 。 这其实不是真正的规划 , 最多算是计划(如果做得不好 , 计划都算不上 , 只能算是列表整理) 。
这个思考模型有几个关键的误区:
不敢向前思考 , 担心自己对未来的判断不对
我相信很多 Leader 都有这样的恐惧 , 会不会因为自己思考力不够判断失误导致团队拿不到结果 。 有这样的担心可以理解但是对事项推动无意义 , 因为:
1、对上你的信息更细致 , 对下你的信息更全面 , 如果你都不能对未来做出好的判断 , 别人如何能够替代你做出判断 。 所以要有自信 。
2、只要你的判断合理有逻辑 , 能够与大家达成共识 , 那至少说明这个判断不会太差 , 也是当下比较好的思考了 , 未必要追求绝对的正确 , 况且是不是真的正确只有变成了历史才知道(有时候往往历史也回答不了这个问题) 。
3、团队未必是永远要做最有把握、最正确的事 , 团队力出一孔比追求哲学上的正确更重要 。
所以需要 Leader 信息充分交换分享 , 有信心地对未来做出合理的判断 , 并与相关角色达成共识 。
只有向前思考 , 没有向后倒推
也见过只有向前思考但没有一点向后倒推的技术规划 , 这种就是典型的飘在天上 , 形而上的概念一堆 。 但实际上这个思考模型的精髓就是在向后推的结合:
1、向前某种意义上是在回答 to be (要做成什么样子)的问题 , 但向后推其实是在回答 have (当前有什么)以及 have to do(必须做什么)的问题 。
2、to be 是在激发大家的想象 , 让大家去共识心中的理想 , 这是能够激发团队的 。
3、have 以及 have to do 其实是在找与 to be 之间的 GAP , 寻找 GAP 就是进一步去找到解法 , 这是进一步的落地 。
4、这两者结合起来才是既能够理想主义找到未来 , 也能够务实地超前进步 。 我认为这就是对仰望天空 , 脚踏实地的诠释 。
目标与路径 这个思考方法的含义是:
在思考一个命题要关注什么是目标 , 什么是路径以及目标与路径的关系 。 离开路径的目标是空谈 , 离开目标的路径是瞎干 , 所以目标与路径是一体两面的 , 离开任何一个不谈其实都不成立 。
同样地在技术规划这个场合 , 大家可以仔细去看看 , 很多规划都是只有目标的(这点其实已经做得蛮好了 , 因为大家的意识已经觉醒 , 没有目标不往下谈 , 所以不管目标设立好与坏但至少都是有的) , 但很少有规划是把路径讲清楚 。
虽然这个思考模型见闻知义很好理解 , 但同样地这个思考模型也有一些误区:
目标一定是要用来完成的
Leader 都是要背负绩效压力的 , 所以天然就会有一个误区认为每一个目标都必须一丝不苟去完成 。 但一个低价值的 100%完成的目标 与 一个高价值的 90%完成的目标 , 未必一定是 100%完成就能拿高绩效 , 关键还是要看对组织的价值贡献 。
所以 Leader 还是要辩证看这个问题 , 在设定目标时目标要具备很强的牵引性才行 , 是让需要团队去跳一跳的才能够达成的 , 让团队有斗志;自己在完成目标时也要带着团队努力往前冲 , 朝着高目标去想一切办法拿结果 , 但也要随时观察团队状态 , 不能为了达成目标不择手段或者把团队干废了 。
路径执行时被惯性带着走
在细化目标的执行路径时 , 我们一般都会得到比较细致的 ACTION , 甚至会有专人来管理和跟踪这些 ACTION 。 但比较容易出现的偏差就在于 , 我们做着做着就把初心忘了 , 把目标置于脑后了 。 典型的就是死命按照既定的路线走 , 没有重新基于当时的情况再回头看目标 , 去找是否还有更优的路径选择 。 所以时刻要反思什么是目的 , 什么是手段 , 不能把手段当成目的一味地执行 。