Team-Effectiveness

Мы прошли путь от первых пользователей LLM-инструментов до массового использования чатов и кодинг-агентов. На дашбордах всё выглядело правильно: люди заходили, пробовали, возвращались, приносили примеры, показывали демо, техлиды учили команды. Метрики потока при этом долго не двигались. Lead Time не снижался системно. Throughput не рос так, чтобы это было видно на уровне инженерной организации. Defect Rate не давал уверенного сигнала, что качество стало лучше. Эта статья — большая версия двух моих постов на Habr: части 1 про рост использования и метрики результата и части 2 про Agentic Engineering и AI-first команды. Здесь я собираю логику целиком: от первых LLM-чатов до следующего слоя измерения, который оказался важнее обычного дашборда внедрения. ...

Agentic Engineering не начинается с оргчарта. Он начинается с момента, когда команда видит полный путь задачи и умеет безопасно отдавать часть работы агентам. Красивая картинка AI-native команды — 2–3 человека, E2E-ответственность, агенты в инженерном процессе, быстрый путь от идеи до продакшена. В большой организации эта картинка сразу встречает годовые цели, бюджеты, стратегические проекты, регуляторные контуры и уже собранные команды. В этой статье — три безопасных маршрута, которые можно запускать внутри текущей структуры: агентизировать нудный run-процесс, выделить 2–3 агентных практиков или собрать микро-юниты внутри команды. ...

TL;DR: эффективная команда делает три вещи: Достигает бизнес-целей Сохраняет психологическую безопасность и мотивацию людей Предсказуемо доводит работу до результата через стабильные flow-метрики Три вершины. Один треугольник. Исходная история Две финтех-команды три месяца параллельно строили системы управления лимитами. Одна — для кредитных карт, другая — для текущих счетов. В каждой команде 7–8 человек, стоимость — около $100K в месяц с учётом полной нагрузки на инженерную команду. На квартальном ревью выяснилось: 70% функциональности пересекается. ...

Русская версия подготовлена на основе моей статьи на Хабре: «5 причин, почему ваши Story Points не работают (и что делать)». За семь лет воркшопов по Story Points я вижу одну и ту же картину: команды изучают технику, пробуют её несколько спринтов, затем постепенно скатываются к старым привычкам. На маленьком масштабе — одна команда, максимум три — Story Points выглядят отличным подходом. На текущем масштабе у меня совсем другая оптика: 47 команд, около 400 человек в IT; 60% используют Story Points, 40% живут без них. Самое интересное — эти 60% используют их каждый по-своему. Во всяких FAANG про Story Points почти ничего не слышали: максимум всплывают размеры в футболках. ...