1 марта 2024
Принципы лидерства - не абстрактные лозунги, а рабочий инструмент для принятия решений. Когда вся команда разделяет одни принципы, меньше времени уходит на согласования и политику.
1. Customer Obsession
Начинай с клиента и двигайся назад. Не с технологии, не с архитектуры - с проблемы клиента.
На практике:
- Перед началом проекта: «Какую проблему пользователя мы решаем?»
- При выборе технологии: «Как это улучшит опыт клиента?»
- При оценке успеха: метрики клиента (retention, NPS), а не технические метрики
2. Ownership
Думай как владелец, не как наёмник. Долгосрочная ценность важнее краткосрочных побед.
На практике:
- «Это не моя зона ответственности» - красный флаг
- Владелец не оставляет технический долг «на потом»
- Владелец думает о том, кто будет поддерживать этот код через год
3. Invent and Simplify
Инновации и упрощение идут вместе. Сложность - это долг.
На практике:
- Лучшее решение часто - удалить код, а не добавить
- «Почему это сложно?» - вопрос, который стоит задавать регулярно
- Не бойся менять устоявшиеся подходы, если есть способ проще
4. Are Right, A Lot
Хорошее суждение приходит с опытом. Но важно искать разные точки зрения и быть готовым изменить мнение.
На практике:
- Активно ищи людей, которые не согласны с тобой
- «Что может пойти не так?» - обязательный вопрос
- Признавать ошибки быстро и публично
5. Learn and Be Curious
Системное обучение — выделять время на изучение смежных областей, не ограничиваясь текущим стеком.
На практике:
- Время на обучение - не роскошь, а инвестиция
- Разбор инцидентов без обвинений (blameless postmortems)
- Поощрение экспериментов и права на ошибку
6. Hire and Develop the Best
С каждым наймом планка должна подниматься. Лидеры серьёзно относятся к развитию людей.
На практике:
- Нанимай людей умнее себя
- Менторство - часть работы, а не дополнительная нагрузка
- A-players привлекают A-players, B-players привлекают C-players
7. Insist on the Highest Standards
Высокие стандарты заразны. Команда подстраивается под планку, которую ты устанавливаешь.
На практике:
- Code review - не формальность, а инструмент качества
- «Хорошо для MVP» не должно становиться постоянным
- Не принимай работу, которой не гордишься
8. Think Big
Проектируй под десятикратный рост, даже если текущая нагрузка этого не требует.
На практике:
- «Что если бы мы могли сделать это в 10 раз лучше?»
- Не ограничивай себя текущими ресурсами при планировании
- Разбивай большие цели на достижимые шаги
9. Bias for Action
Скорость имеет значение. Многие решения обратимы и не требуют идеального анализа.
На практике:
- Различай «двери в одну сторону» (необратимые) и «двери в обе стороны» (можно откатить)
- Лучше принять решение с 70% информации, чем ждать 100%
- Паралич анализа (analysis paralysis) - враг прогресса
10. Frugality
Ограничения порождают изобретательность. Достигай большего с меньшим.
На практике:
- Не проси больше ресурсов - сначала оптимизируй
- Cloud costs - это тоже ответственность разработчика
- Простое решение часто дешевле и надёжнее
11. Earn Trust
Доверие строится на предсказуемости: делай то, что обещал, и сообщай о проблемах до того, как о них спросят.
На практике:
- Признавай свои ошибки первым
- Критикуй приватно, хвали публично
- Самокритика - признак силы, не слабости
12. Dive Deep
Лидеры знают детали. Будь скептичен, когда метрики расходятся с реальностью.
На практике:
- Периодически погружайся в код, даже если ты менеджер
- «Покажи мне данные» - не оскорбление, а здравый подход
- Не верь отчётам без понимания, как они построены
13. Have Backbone; Disagree and Commit
Не соглашайся ради согласия. Но когда решение принято - выполняй на 100%.
На практике:
- Высказывай несогласие до принятия решения
- После решения - никакого саботажа и «я же говорил»
- Разногласия - признак здоровой команды
14. Deliver Results
В конечном счёте важен результат. Качественно и вовремя, несмотря на препятствия.
На практике:
- Фокус на ключевых метриках бизнеса
- Препятствия - не оправдание, а задача для решения
- Done is better than perfect (но не за счёт качества)
Как использовать
Принципы работают, когда они:
- Общие для команды - все знают и разделяют
- Используются при принятии решений - «какой принцип здесь применим?»
- Применяются к себе в первую очередь - лидер показывает пример
- Инженерная стратегия - как превратить принципы в действия
- Можно ли измерять продуктивность? - метрики для команд