Привет! Давайте честно: сколько времени на этой неделе вы провели, занимаясь реальным делом — проектированием архитектуры, написанием кода или рефакторингом? А сколько ушло на бесконечные созвоны, где взрослые и очень дорогие специалисты часами обсуждают, в какую колонку в Jira перетащить карточку и сколько «стори-поинтов» выдать задаче по покраске кнопки?
Когда-то манифест Agile создавался как глоток свежего воздуха. Идея была прекрасной: убрать душную корпоративную бюрократию, общаться напрямую и быстро выпускать работающий софт.
Но в 2026 году случилось то, чего все боялись. Agile и Scrum превратились в жесткий, фанатичный карго-культ. Компании бездумно копируют ритуалы, нанимают армию Scrum-мастеров, которые ни разу в жизни не написали ни одной строчки кода, и превращают жизнь сильных инженеров в бесконечный сериал из созвонов.
Давайте разберем, почему классический Scrum сегодня скорее мертв, чем жив, и как он незаметно уничтожает мотивацию делать качественный продукт.
Как «эффективные менеджеры» сломали хорошую идею
Главная беда современного Scrum — это смещение фокуса. Целью разработки стало не создание крутого, стабильного и полезного для пользователя софта, а идеальное соблюдение процессов.
Если вы сильный синьор-разработчик, вы наверняка сталкивались с этой болью:
- Каждые две недели — новая гонка. Спринты создают иллюзию постоянной спешки. Команду заставляют набирать задачи так, чтобы полностью закрыть «капасити». В итоге у инженеров просто нет времени подумать над сложной архитектурной задачей. Всё делается на коленке, лишь бы успеть «задеплоить» к демо и отчитаться перед бизнесом. Привет, гигантский технический долг!
- Дейли-созвоны ради галочки. Пятнадцатиминутные утренние стендапы в зуме превратились в унылые отчеты: «Вчера я делал таску номер 123, сегодня делаю таску номер 124, блокеров нет». Зачем тратить на это время 10 человек, если всё это и так написано в таск-трекере?
- Культ Jira. Менеджеры оценивают успешность программиста не по чистоте его решений, а по тому, сколько задач он закрыл. Происходит ужасное: разработчики начинают оптимизировать свою работу под метрики Jira. Зачем копаться и исправлять глубокий системный баг, если за него дадут всего 2 стори-поинта, а за создание пяти простых формочек можно легко получить 15 и выглядеть героем на ретроспективе?
Инженеры превращаются в конвейерных рабочих, которые бездумно штампуют фичи-однодневки, полностью теряя видение конечного продукта.
Альтернатива есть: как работают без Scrum?
К счастью, самые крутые и технологичные команды в мире уже начали понимать, что Scrum в текущем виде — это тупик. Они отказываются от двухнедельных спринтов и бесконечных планерок в пользу подходов, которые доверяют инженерам, а не контролируют каждый их вздох.
Яркий пример — методология Shape Up, которую придумали и успешно используют создатели Basecamp. Как это устроено?
- Никаких спринтов. Весь цикл разработки делится на шестинедельные блоки. На этот период команде дается одна большая, хорошо проработанная бизнес-задача.
- Полная свобода внутри цикла. Менеджер не распределяет задачи на каждый день. Команда инженеров и дизайнеров сама решает, как именно они будут строить систему, в каком порядке писать модули и как распределять силы. Никаких ежедневных дейли-отчетов.
- Жесткий дедлайн, но гибкий объем. Если через 6 недель проект не готов, его не продлевают «еще на пару дней». Команда обязана выпустить работающую версию. Но чтобы успеть, они имеют право прямо в процессе урезать мелкие, второстепенные фичи, оставляя главное ядро.
Другой культовый пример — подход Valve (создателей Steam). Там вообще нет менеджеров проектов и Scrum-мастеров. Инженеры сами объединяются в рабочие группы вокруг интересных им задач. Главный критерий — ценность для пользователя и качество софта, а не красивые графики сгорания задач на доске.
Вместо вывода
Программирование — это творческий и сложный инженерный процесс, а не сборка табуреток на фабрике. Попытка загнать творчество в жесткие рамки двухнедельных отрезков и заставить людей отчитываться за каждый час работы приводит лишь к выгоранию лучших специалистов.
Компании, которые хотят выжить на рынке и создавать прорывные технологии, должны наконец понять: микроменеджмент не заменяет стратегию. Пора перестать молиться на Jira и вернуть инженерам право просто делать свою работу — писать качественный, красивый и надежный код.
А как устроен процесс разработки в вашей команде?
❤️ Поддержите автора Донатом — это лучший способ сказать спасибо всей команде IT Extra. Ваша поддержка очень вдохновляет нас на создание интересного и качественного контента!
👍 Ставьте лайки если хотите разбор других интересных тем.
👉 Подписывайся на IT Extra на Дзен чтобы не пропустить следующие статьи
Если вам интересно копать глубже, разбирать реальные кейсы и получать знания, которых нет в открытом доступе — вам в IT Extra Premium. Это — ваш личный доступ к экспертизе, упакованной в понятный формат. Не просто теория, а инструменты для роста.
👉 Переходите на Premium и начните читать то, о чем другие только догадываются.