让众多聪慧且各持己见的人保持一致,是高级技术领导力中最困难的部分之一。目标是一个每个人都能承诺的决策,而非全体同意(这往往不可能)。你通过流程而非强制来建立一致意见。
如何推动共识
text
✓ Align on GOALS/criteria first — most disagreement is about unstated goals
✓ Gather input WIDELY and early — people commit to what they shaped
✓ Write a PROPOSAL (RFC) — a concrete doc beats endless meetings
✓ Steelman objections — address the strongest, not the weakest
✓ Find the 80% everyone shares; isolate the real 20% of conflict
✓ Decide with DISAGREE-AND-COMMIT — alignment, not unanimity
✓ Communicate the WHY — people commit to decisions they understand
使用书面RFC
对于跨团队的决策,一份循环征询反馈的书面RFC(意见征询稿)比会议更有效。人们可以按自己的节奏参与,异议以书面形式出现,你还能获得一份持久的记录。会议的目的是解决最后的难点,而不是进行头脑风暴。
一个具体例子
五个团队需要就共享的API标准达成一致。你草拟一份RFC,邀请一周的评论反馈,处理实质性的异议,然后召开一次会议来解决分歧。这远胜于十个人在没有文档的情况下进行实时辩论。
一个陷阱
将共识误解为全票同意。等待每个人都完全同意会导致瘫痪,或者得到一个没人喜欢的淡化妥协方案。目标应是承诺,而非普遍热情。
为什么这很重要
缺乏认可的决策在执行中会被暗地破坏,人们会构建其他东西。
真正的一致,即每个人都理解并承诺,这才是让大型分布式团队真正齐心协力向前推进的关键。
