【技术管理】团队负责人的思考方法

向前思考，向后倒推

• 在思考一个命题时可以采取未来视角，先对未来发展做个预判，然后基于你的判断倒推现在应该要做什么，最后制定出关键里程碑和节奏
• 这个思考模型经常用在技术规划这个场景上，但很遗憾很多团队的技术规划都只是基于当前问题，有多少资源，然后采取量力而行的方法在对事项优先级进行排序。这其实不是真正的规划，最多算是计划

不敢向前思考，担心自己对未来的判断不对

• 对上你的信息更细致，对下你的信息更全面，如果你都不能对未来做出好的判断，别人如何能够替代你做出判断。所以要有自信。
• 只要你的判断合理有逻辑，能够与大家达成共识，那至少说明这个判断不会太差，也是当下比较好的思考了，未必要追求绝对的正确，况且是不是真的正确只有变成了历史才知道
• 团队未必是永远要做最有把握、最正确的事
• 所以需要 Leader 信息充分交换分享，有信心地对未来做出合理的判断，并与相关角色达成共识。

只有向前思考，没有向后倒推

• 向前某种意义上是在回答 to be （要做成什么样子）的问题，但向后推其实是在回答 have （当前有什么）以及 have to do（必须做什么）的问题。
• to be 是在激发大家的想象，让大家去共识心中的理想，这是能够激发团队的。
• 这两者结合起来才是既能够理想主义找到未来，也能够务实地超前进步。我认为这就是对仰望天空，脚踏实地的诠释。

闭环思考

假闭环

• 觉察/认知（感知到现有平台/系统的问题，感觉需要做架构调优升级）
• 概念/原理（挖掘到问题背后的本质，从业务原理/技术原理等底层出发抽取概念和本质）
• 理解/共识（对问题本质做宣讲，达成上下左右的理解与共识）
• 目标/路径（提出目标，拆解出来可实施的路径）
• 表格/指标（提出衡量的指标和具体的 ACTION，最好的就是表格来跟进）
• 小胜即庆 （对于阶段性目标的达成进行庆祝，当然这也是咬合业务价值的关键点）
• 持续跟进 （小胜即庆还不能放松警惕，还需要持续推进到下一个任务）
• 灵活应变 （根据实际情况调整优先级，同样是咬合业务价值而不是固守之前的任务表格）
• 目标完成 （完成标准不是新平台/系统能力建设完成，而是完成模型统一，流量迁移完成，老代码下线等）
• 下一个觉察 (开启下一个平台/系统的架构调优升级周期）

缺少进阶的下一环

over