Agile Architecture: проектирование систем

Хорошая архитектура минимизирует количество необходимых решений. Где грань между осознанными и обоснованными архитектурными решениями и дилетантским подходом? Это тренинг про здравый смысл – про обоснованность инженерных решений в условиях неопределённости.

Для участия в тренинге необходим опыт промышленной разработки от 1 года и наличие знаний в объеме тренинга Certified Agile Professional.

Для кого

  • Архитекторам
  • Тимлидам и техлидам
  • Проектным и продуктовым менеджерам

Какие проблемы решает

  • Мы разберем, от чего зависят инженерные решения и научимся четко обосновывать их.
  • Задумаемся, какими должны быть ожидания от архитектуры и есть ли она вообще у вас в проекте.
  • Научимся объективно решать инженерные конфликты, и вы навсегда забудете слово «холивар».
  • Совершенно по-новому взглянем на шаблоны проектирования и теперь выжмем из них максимум.

После тренинга участники смогут

  • Проинспектировать существующую архитектуру на предмет соответствия бизнес-задачам и стратегии, выбрать ключевые точки для скорейшего рефакторинга.
  • Обоснованно принимать архитектурные решения и аргументированно отстаивать их.
  • Обеспечить необходимую архитектурную гибкость.
  • Снизить текущие затраты за счет четкой фокусировки на действительно важных вопросах.
  • Снизить затраты и риски будущей поддержки.
  • Эффективно разрешать инженерные конфликты без ругани, обид и драм.
  • Обоснованно принимать инженерные решения в условиях неопределенности, когда непонятно до конца, что и как делать.
  • Ускорить поставку за счет осмысленного параллелизма работ.
  • Понимать потребности и образ мышления бизнеса, давать бизнесу действительно нужную ему информацию о статусе .проекта
  • Минимальными усилиями перестроить процесс производства для снижения времени поставки и повышения качества.

Программа

  • Зачем нужна архитектура, как не угробить проект.
  • Архитектура как план рисков: компенсировать неопределенность будущего.
  • Архитектура как план проекта: повысить эффективность производства.
  • Архитектура как требования к компонентам: обеспечить гибкость и снизить стоимость поддержки.
  • Архитектурная методология: как принимать инженерные решения в пользу бизнес-потребностей и делать решения прозрачными для бизнеса.
  • Архитектура как функция от требований: как делать то, что нужно, снизить rework и повысить удовлетворенность клиентов.
  • «Компромисс» и «Специализация»: как принимать решения в случае конструктивного конфликта ожиданий.
  • Как относиться к шаблонам проектирования: их ценность и проблемы.
  • Архитектурные точки зрения и документирование архитектуры. Как тратить ресурсы сфокусированно и рано адресовать риски.
  • Архитектурная методология: как проектировать в условиях внешней неопределенности.
  • Архитектурная методология: как проектировать в условиях внутренней неопределенности.
  • Итоговая ретроспектива: что применить на производстве уже завтра.

Тренер

Сергей Баранов

Более десяти лет в активной разработке и консалтинге. За это время получил обширный опыт в таких областях, как разработка и проектирование, информационная безопасность, построение и оптимизация процессов разработки. С 2015-го года вступил в ряды дружной и сплочённой команды ScrumTrek.