Stakeholder management и коммуникация
↑ 9.1 Team Lead и soft skills · ← Предыдущая · → Следующая
Зачем это на собесе
Лид переводит между техническим и бизнес-языком и управляет ожиданиями.
Кто стейкхолдеры
Продакт-менеджер, дизайнер, бэкенд и DevOps-команды, QA, поддержка, руководство, заказчики. Карта: интерес и влияние (управлять близко / держать в курсе / информировать / мониторить).
Принципы
- понять цель бизнеса за запросом («зачем»);
- говорить на языке результата: срок, риск, стоимость, влияние на пользователя, а не на технологии;
- управлять ожиданиями заранее: «риск в интеграции, сообщу в пятницу»;
- не обещать невозможного, но предлагать варианты;
- прозрачность: статус, риски, блокеры;
- документировать договорённости письменно.
Формат статуса
Статус: жёлтый
Сделано: авторизация, список заказов
Риск: API карточки заказа не готов (зависимость от команды платежей), сдвиг возможен на 3 дня
Нужна помощь: приоритет у команды платежей до среды
Следующее: экран оплатыПереговоры
| Ситуация | Подход |
|---|---|
| Просят срочно и много | уточнить приоритет, показать компромиссы: объём, срок, качество |
| Продукт против техдолга | язык скорости и рисков, встроить в план |
| Дизайн сложно реализуем | обсудить варианты, стоимость, предложить упрощение |
| Зависимость от другой команды | договорённость о сроках, контракт API, эскалация при риске |
Эскалация
Своевременно, с фактами и предложением решения, к тому, кто может решить. Не «пожаловаться», а «нужна помощь».
Кросс-командное взаимодействие
Совместное планирование, контрактные тесты и API-first, общие каналы, регулярные синки, единый язык метрик.
Вопросы с ответами
Как отказать заказчику?
Признать потребность, объяснить ограничения и последствия, предложить альтернативы (MVP, позже, другой подход) и согласовать приоритеты.
Как объяснять нетехническим людям?
Через пользовательские последствия и риски, аналогии, минимальное количество терминов, визуализации и рекомендации с выбором.