Раздел 1. Красивая теория Solution Architecture
1. Архитектура и архитектор
- Что такое архитектура? Почему архитектура важна?
- Контексты архитектуры
- Виды архитекторов, роли Solution Architect, Enterprise Architect
- Методологии TOGAF, Zachman, FEAF. Выбор подходящего фреймворка, применение фреймворка на практике
- Value stream. Как бизнес создает ценность и почему это важно для архитектора?
- Business motivation. Business drivers, goals, objectives
- Stakeholder management. Выявоение стейкхолдеров, виды стейкхолдеров, интересы стейкхолдеров. Power-Interest matrix. Практики разрешения противоречий
- Функциональные требования
- Нефункциональные требования, предположения. Architecture Significant Requirements, Constraints, Quality Attributes. Приоритет требований, комбинации требований, выполнимость требований. Особенности требования Availability
- Utility tree. Как строить, и как использовать при проектировании
- Шаблон решения архитектурных задач для Solution Architect (дополненный и уточненный шаблон из курса [ Technical Leadership ] v5)
- Архитектурные стили и подходы. Монолит, микросервисы, SOA, serverless, client-server, hexagonal, layered, event-driven, CQRS, data pipeline, plugin, repository, cloud-based, bus-based...
- Архитектуры интеграции
- Тактики достижения Availability, Performance, Scalability в распределенных системах
- Паттерны распределенных систем
- Алгоритм построения архитектуры для новичков и для более опытных архитекторов
- Инициативы, проекты, программы. Спонсоры и стейкхолдеры проектов и программ
- Инициатива и organization change management
- Технологическая стратегия компании
- Roadmap развития системы
- Отличия reference architecture от паттернов проектирования
- Типовые решения для типовых систем и запросов бизнеса
Раздел 2. Коммуникации Solution Architect
7. Анализ организации
- Определение структуры организации
- Культура. Виды культур. Определение культуры организации. Ценности и поведение в различных культурах
- Управление ожиданиями
- Договоренности и карьера
- Свое место и путь в организации
- Особенности и границы влияния архитектора
- Демонстрация кругозора как способ завоевать доверие
- Коммуникации с менеджерами, с командой, с продуктом, с командой инфраструктуры
- Нужно ли делать свой pet проект архитектору?
- Способы документирование решений, который предотвращает вопросы
- Comparison tables
- Приемы продаж при презентации решения
- Документация. Strategy, roadmap, HLD, LLD, ADR
- Совместное решение задач. Event storming. DDD и документация
- Инструменты поддержания архитектуры
- Иерархия архитекторов, architecture board, governance, стандарты
- Особенности постановки, стейкхолдеров и проектирования
- Шаблон подготовки Architecture Proposal
12. Документация
- Форматы и подходы
- Документация и процессы
- Cross-review архитектурной документации
- Реальность, кейсы и примеры. Знания в голове одного разработчика. Устаревшая документация. Никто не пользуется документацией
- Контракты и договоренности со смежными командами
- Цели и ожидания
- Культура компании
- Стейкхолдеры
- Реальность, кейсы и примеры. Проклятые роли. Невыполнимые задачи. Гибнущие компании. Сверхвлиятельные разработчики. Некомпетентные архитекторы. Завышенные ожидания. Саботаж решений и сопротивление команды
- Пример маленькой продуктовой компании, 10 инженеров
- Пример маленькой продуктовой компании, 20 инженеров
- Пример успешного стартапа, 50+ инженеров
- Пример большой продуктовой компании, 500+ инженеров
- Пример небольшого аутсорс проекта, 10 инженеров
- Пример "среднего" аутсорс проекта, 30+ инженеров
- Пример проекта по интеграции
- Пример проекта по цифровой трансформации
- New features vs tech debt
- Подходы к работе с legacy
- Культура реальных компаний
- Примеры конфликта с продуктом
- Примеры конфликта с инфраструктурой
- Смена руководящего архитектора
- Выгорание на presales
- Перспективы AI
- Enterprise architecture
- Стратегия развития архитектора