Когда всё нужно одновременно: зачем руководителю техническая стратегия
Программный комитет ещё не принял решения по этому докладу
Целевая аудитория
Тезисы
У команды одновременно есть продуктовые задачи, технический долг, проблемы надёжности и необходимые изменения архитектуры. Всё выглядит важным, backlog растёт, а договориться о том, что действительно нужно делать следующим, становится всё сложнее.
Главная мысль доклада: техническая стратегия - не документ о будущем, а система управления техническим развитием. Она связывает текущее состояние продукта и платформы, выбранное направление, измеримые цели, план технических изменений и регулярную проверку результата.
Мы разберём, чем такая система отличается от целевой архитектуры, roadmap и обычного списка технических задач.
Я покажу полный цикл: как собрать сигналы от продукта, архитектуры, эксплуатации и команд; превратить их в несколько направлений и измеримых результатов; составить программу работ; а затем проверять фактическое движение и пересматривать план, когда меняется контекст.
На примерах из управления платформой нескольких команд посмотрим, как стратегия связывает архитектурные решения, надёжность, delivery, технический долг и развитие команд в общий процесс.
Разберём, почему план может меняться, не разрушая стратегию, и почему выполнить 70% честного плана иногда полезнее, чем отчитаться о 100%.
Александр Троицкий — руководитель в CrowdTech Яндекс, отвечает за платформу разметки данных и гибридного интеллекта.
Более 15 лет в разработке и инженерном менеджменте: прошёл путь от Java-разработчика и технического лида до управления руководителями и несколькими инженерными направлениями.
До Яндекса руководил продуктовой платформой в inDrive и java разработкой в BelkaCar.
Верю, что сложную систему нельзя улучшить в одной точке: устойчивый результат появляется, когда технологии, процессы и люди меняются согласованно.
Видео
Другие доклады секции
TechLead
