Управление разработкой и ИТ-командами: подборка статей

Чем мерить эффективность команды, как выбрать методологию, что делать с аутсорсом и техдолгом и почему добавление людей не ускоряет проект.

Наши клиенты

Клиенты и партнеры

Capital Group
ФСК
Самолёт
Точно
Dogma
Сбер Сити
FM Logistic
Danone
Рельеф-Центр
Pandora
Кенгуру
Saint-Gobain
Askona
FIX PRICE
Снежная Королева
Музторг
ТВОЕ
Greenway
Polaris
Campari
Яндекс
Лента
Международный бренд парфюмерии и косметики
Такси 369
РАЭК
EKF
ЛЭТУАЛЬ
Inventive Retail Group

Больше людей не значит быстрее - и это считается, а не обсуждается

  1. Управление разработкой упирается в одну неудобную зависимость: срок и трудозатраты связаны нелинейно.

  2. Модели оценки семейства Putnam и кривая Нордена-Рэлея описывают её прямо - попытка сжать календарный срок увеличивает суммарные затраты непропорционально, и после некоторой границы срок просто перестаёт сокращаться, сколько людей ни добавь. Закон

  3. Брукса о том, что новые люди на опаздывающем проекте делают его ещё более опаздывающим, - частный случай той же математики.

  4. Отсюда наша рабочая позиция: крупные enterprise-проекты делаются маленькими сильными командами, а не большими.

  5. Это не про экономию, а про то, что у маленькой команды короче путь от решения до результата и меньше издержек согласования. Вторая опора - измеримость.

  6. Исследование DORA даёт набор метрик, по которым видно состояние процесса, а не самочувствие команды.

  7. Подборка построена вокруг этих двух вещей: как мерить и как организовать.

  8. Всё остальное - методологии, аутсорс, роли - производные.

1. Чем измерять состояние разработки

До разговора о методологиях полезно договориться о приборах. DORA даёт метрики, которые описывают процесс: как часто выходят изменения, сколько проходит от идеи до продакшена, как часто изменения ломают систему и как быстро восстанавливаются. Профили команд из того же исследования показывают, что «эффективность» - не одна шкала: команды сильны и слабы по-разному.

2. ИИ в разработке: что изменилось за три года

Отдельный блок - про то, как ИИ повлиял на саму разработку. Главный вывод исследования стоит запомнить до внедрения любых инструментов: ИИ усиливает то, что уже есть. У команды с выстроенным процессом он даёт прирост, у команды без процесса - ускоряет производство проблем.

Разобрать ваш контур интеграции

3. Методология под ситуацию

Спор «Agile против Waterfall» обычно бесполезен, потому что ведётся об идеологии, а не о задаче. На практике выбор определяется тем, насколько стабильны требования и насколько дорога ошибка позднего изменения, - и чаще всего в российских компаниях работает гибрид.

4. Люди и роли

Маленькая сильная команда держится на том, кто и за что отвечает. Роль проектного менеджера здесь ключевая, и опыт показывает, что предметное знание отрасли часто важнее ИТ-бэкграунда: у нас 19 из 22 проектных менеджеров пришли не из ИТ.

5. Аутсорс, подрядчики и техдолг

Две темы, которые ломают проекты чаще методологий. Аутсорс управляется не договором, а моделью работы, SLA и контролем бюджета. Технический долг - не «плохой код», а осознанно взятое обязательство, у которого должен быть держатель и срок погашения.

Если хотите посмотреть на свою разработку со стороны

Подборка отвечает на вопрос «как это устроено у других». Если вопрос уже про вашу команду - где теряется время между решением и релизом и что с этим делать, - начинать стоит с разбора процесса.

Источники

Дата проверки: 16.08.2026

Обсудить: Управление разработкой и ИТ-командами: подборка…

Отправить через: