Анатолий Юмашев

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

Project Oxygen — исследование Google People Analytics (с 2008), которое проверяло гипотезу «менеджеры не важны» и показало обратное: хорошие менеджеры существенно влияют на эффективность, удовлетворённость и удержание.

В 2026 году мир AI-агентов активно смещается в сторону открытых, локальных и портативных решений. Вместо зависимости от облачных сервисов пользователи всё чаще выбирают инструменты, где весь «мозг» агента — это обычная папка на диске, которую можно открыть в любом редакторе, закоммитить в git и перенести куда угодно.

В современном мире скорость изменений настолько высока, что конкурентное преимущество получает не та компания, которая больше всех знает, а та, которая быстро и эффективно превращает знания в правильные решения.

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

Чтобы не запутаться в многообразии, удобно разделить современные ИИ-агенты на три основных типа.

Оценка сложности — одна из самых болезненных тем в управлении ИТ-проектами и разработкой. За 15 лет я пробовал оценивать проекты через часы, водопад, стори поинты и еще тцать разных способов. И в итоге собрал гибрид, который оказался достаточно простым для понимания и показал себя хорошо на практике за последние 3 года.

В управлении ИТ-проектами до сих пор параллельно существуют два принципиально разных подхода. Один опирается на жёсткий контроль и директивы, второй — на гибкость, визуализацию и управление потоком работы.

Почему RAG — это тупик для большинства баз знаний — и почему модель Карпаты (raw → wiki) лучше, чем “поиск по чанкам”. В конце будет пример такой базы знаний.

Думать на входе в поворот: мудрость мотоциклистов в проектном управлении.

Многие думают, что техлид — это «самый сильный разработчик в команде, который ещё и задачи раздаёт». На практике роль шире: техлид — это мультипликатор команды. Собрал итоги своей рефлексии на эту тему.

Проект разваливается не на этапе финала когда уже «делаем», а на этапе планирования «не поняли, что именно делаем».

GIST‑фреймворк — одна из самых практичных методик планирования, которые я применяю последние годы: и в работе, и в личных проектах.