Как выстроить процесс изменения архитектурных решений внутри команды, обеспечивая её автономность в принятии решений?

Квартирники
Management Backend Frontend Teamlead

Многие команды сталкиваются с проблемами в адаптации и изменении архитектурных решений по мере роста проекта. С одной стороны, необходима гибкость и автономность команды, чтобы она могла самостоятельно принимать решения. С другой стороны, требуется контроль и целостность архитектуры на уровне проекта.

Обсудим:

  • Стандартизация vs. гибкость в процессе изменений: как обеспечить баланс между автономией и контролем? Какие принципы и стандарты должны быть заданы?
  • Как использование инструментов и методологий (RFC и ADR) может упростить процесс?
  • Какие еще инструменты и процессы можно внедрить для упрощения? Как сократить время на согласования?
  • Как мотивировать команду на принятие решений? Какие механизмы нужно внедрить, чтобы избежать ошибок?
  • Какие метрики и показатели наиболее эффективны для оценки влияния архитектурных изменений?

Оценить доклад

Уровень сложности

Любой уровень.

Запись доклада

Руководит разработкой визуальных интерфейсов «Салют!» «Салют!» — приложение для управления умным домом.

Более 10 лет опыта в разработке, раньше занимался разработкой приложений для Android и iOS. Страсть к автоматизации помогает ему улучшать процессы и создавать эффективные решения. В свободное время увлекается темой авиастроения и мобильной фотографией.

8+ лет в разработке включает в себя финтех/фудтех/аутсорс.

19 лет в IT, 7+ лет на позициях CTO в telco (Tele2\МТС\Beeline).

Более 10 лет в разработке. Фрилансил, попиливал микросервисы на бэкенде, работал с интерфейсами. Сейчас качает веб в звуке. Стопроцентный козерог.

20 лет в мобильной разработке. Прошёл путь от разработчика до технического директора. Сейчас в Ростелеком ИТ выстраивает мобильную разработку на ряде ключевых проектов. Использует весь спектр технологий — от iOS/Android до Flutter и Kotlin Multiplatform.

Другие спикеры секции Квартирники