Как вы добиваетесь консенсуса среди многих инженеров и команд?

Question

Accepted Answer

Привести к согласию многих умных, упрямых людей — одна из самых сложных частей старшего технического лидерства. Цель — **решение, на которое все могут согласиться**, а не единогласное согласие (что часто невозможно). Вы достигаете согласия через процесс, а не силу.

## Как добиться консенсуса

```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** (request for comments), распространяемый для обратной связи, лучше, чем встречи. Люди участвуют в свое время, возражения возникают в письменной форме, и вы получаете прочную запись. Встречи предназначены для решения последних спорных моментов, а не для размышлений вслух.

## Конкретный пример

Пять команд должны согласиться на общий стандарт API. Вы пишете черновик RFC, приглашаете комментарии на неделю, рассматриваете существенные возражения и проводите одну встречу, чтобы закрыть пробелы. Намного лучше, чем когда десять человек обсуждают в прямом эфире без документа.

## Подвох

Смешивание консенсуса с *единогласием*. Ожидание полного согласия всех ведет к параличу или разбавленному компромиссу, который никому не нравится. Стремитесь к обязательству, а не к всеобщему энтузиазму.

## Почему это важно

Решения без поддержки тихо подрываются при реализации; люди создают что-то другое.

Настоящее согласие, когда все понимают и берут на себя обязательства, — это то, что позволяет большой распределенной группе действительно двигаться вместе.