назад
Авторские модели

Frameworks

Идеи из 100+ докладов в одной визуальной форме. Каждый одностраничник читается за 30 секунд и шерится одной ссылкой.

Темы
01

Жизненный цикл CTO

Coder → Delivery → All-in-one → ?
Leadership
Когда использовать
Когда нужно договориться, какой CTO нужен компании на текущей фазе роста.
Жизненный цикл компании →↑ Зона ответственности CTOСтартРостЗрелостьNext betCoderстроит продуктDeliveryставит масштабAll-in-onetech + люди + бизнес?платформа · CPTO · новый виток

Роль CTO меняется вместе с фазой жизни компании. На старте CTO — главный кодер, в росте — отвечает за delivery, в зрелости становится «всё-в-одном» лидером (technology + people + business).

02

Channel → Product → Platform

Эволюция большого финтеха в три такта
PlatformArchitecture
Когда использовать
Когда продуктовая и платформенная стратегии начинают конфликтовать из-за разной фазы эволюции.
01 · 2006 – 2013
Канал
сайт как витрина
02 · 2014 – 2020
Продукт
экосистема вокруг клиента
03 · 2021 – now
Платформа
общие способности для команд
2006
первый сайт
2010
онлайн-банк
2014
мобайл · супер-апп
2017
lifestyle-сервисы
2020
внутренние платформы
2022
платформенные контракты

Канал — сайт как витрина банка (2006). Продукт — экосистема сервисов вокруг клиента (2014). Платформа — общие способности, которые переиспользуют десятки команд и партнёров (2022).

03

SE 2.0 → SE 3.0

Code-first → Intent-first инженерия
AI-nativeArchitecture
Когда использовать
Когда команда переходит от локальных copilots к агентным workflow и спецификациям.
A
SE 2.0 · code-first
B
SE 3.0 · intent-first
Код
→ Главный артефакт →
Намерение + спецификация
Инженер пишет строки
→ Автор →
Инженер пишет промпты и спеки
Code review + тесты
→ Гейт качества →
Evals + контракты + сэмплинг
Copilot-автокомплит
→ Главный ускоритель →
Агентные пайплайны
Печать и чтение кода
→ Бутылочное горло →
Контекст, намерение, evals
Алгоритмы и фреймворки
→ Скилл, который выигрывает →
Постановка задач и вкус

SE 2.0 — мир, где главный артефакт инженера это код. Тесты, ревью и CI обслуживают именно его. Copilot ускоряет такого инженера в 1.5–2×.

04

Senior+ развилка

Team-ветка vs Tech-ветка
Leadership
Когда использовать
Когда инженер выбирает следующий шаг после Senior, а компания проектирует двойную карьерную лестницу.
Senior Engineer
владеет своим результатом
Team-ветка
результат через людей
L1Teamlead
L2Engineering Manager
L3Director
L4VP / CTO
Tech-ветка
результат через архитектуру
L1Staff
L2Principal
L3Distinguished
L4Fellow

После уровня Senior карьера расходится на две полноценные ветки: people-карьера (Teamlead → Engineering Manager → Director → CTO) и tech-карьера (Staff → Principal → Distinguished → Fellow).

05

Fitness Functions Matrix

Atomic ↔ Holistic × Triggered ↔ Continuous
ArchitectureSRE
Когда использовать
Когда архитектурные свойства нужно держать автоматическими проверками, а не памятью команды.
Atomic
один сервис / модуль
Holistic
вся система целиком
Triggered
по событию / в CI

Точечные проверки в CI

  • ArchUnit — нет циклов в модуле
  • Линтер-правила на сервис
  • Контрактные тесты сервиса

Системные проверки по событию

  • Нагрузочный тест end-to-end флоу
  • Chaos game-day по домену
  • Pentest на релиз
Continuous
постоянно в проде

Постоянные сигналы на сервисе

  • SLO + error budget сервиса
  • Алерты по p99 latency
  • Crash-free sessions мобильного приложения

Постоянные системные сигналы

  • End-to-end бизнес-SLO
  • Доменные дашборды и алерты
  • Бюджеты ресурсов и стоимости

Fitness functions из эволюционной архитектуры — это автоматические проверки, что система держит важные характеристики во времени. Матрица 2×2 раскладывает их по двум осям.

06

Dream Teamlead AI-native

Individual → Team → Org культура
LeadershipAI-native
Когда использовать
Когда AI-практики тимлида нужно превратить из личной привычки в командный контракт.
L3Org-культура
формирует систему
Метрики качества AI
Политики безопасности
Ритуалы обмена находками
Найм под новый профиль
L2Эффект на команду
общий контракт
Общие промпты и evals
Агентные delivery-флоу
Общая телеметрия
AI-онбординг
L1Индивидуальный эффект
личная продуктивность
AI для кода и ревью
Заметки и планирование
Поиск и ресёрч
Драфтинг и комуникации

AI-native тимлид работает на трёх уровнях. Индивидуальный — собственная продуктивность и AI-инструменты для рутины: код, ревью, заметки, планирование.

07

SRE Maturity

От героев on-call до error budgets и chaos
SREArchitecture
Когда использовать
Когда нужно честно оценить reliability-зрелость и выбрать следующие 2-3 практики.
L1Reactive
Что измеряем:uptime
Как реагируем:геройство
Как учимся:тушим пожары
L2Managed
Что измеряем:SLA
Как реагируем:runbooks
Как учимся:постмортемы
L3Proactive
Что измеряем:SLO + error budget
Как реагируем:автоматизация
Как учимся:blameless-разборы
L4Resilient
Что измеряем:user-journey SLO
Как реагируем:саморемонт
Как учимся:game-days
L5Antifragile
Что измеряем:business SLI
Как реагируем:auto-rollback
Как учимся:chaos в проде

SRE-зрелость — это не «есть ли у нас дежурный», а на каком уровне дисциплина встроена в продукт. Лестница из 5 ступеней: Reactive → Managed → Proactive → Resilient → Antifragile.

08

Engineering Productivity

DORA + DevEx + SPACE — три линзы одной картины
ProductivityLeadership
Когда использовать
Когда разговор о продуктивности разработки надо вывести из одного счётчика в систему метрик.
DORAlens · 01
поток поставки
  • Deploy frequency
  • Lead time for changes
  • Change failure rate
  • MTTR
↳ Как быстро и безопасно поставляем?
DevExlens · 02
опыт инженера
  • Flow state
  • Feedback loops
  • Cognitive load
↳ Каково здесь работать?
SPACElens · 03
результат и контекст
  • Satisfaction & wellbeing
  • Performance
  • Activity
  • Communication
  • Efficiency & flow
↳ А мы вообще продуктивны?
⚠Закон Гудхарта: оптимизируем один счётчик в одиночку — два других проседают. Читать все три вместе.

Чтобы измерять разработку, нужно три взаимодополняющих набора метрик. DORA — про поток поставки (deploy frequency, lead time, change failure rate, MTTR). DevEx — про опыт инженера (flow, feedback loops, cognitive load).