Термин «карго-культ» (культ карго) пришел к нам из антропологии. Во время Второй мировой войны на островах Тихого океана американские военные строили аэродромы. Местные племена видели, как с неба прилетают железные птицы и привозят ценный груз: еду, одежду, инструменты. Когда война закончилась, военные ушли. Чтобы вернуть груз, аборигены начали строить взлетно-посадочные полосы из песка, надевать наушники из половинок кокоса и зажигать факелы, имитируя посадочные огни. Форма была скопирована идеально, но самолеты так и не прилетели, потому что суть явления осталась непонятой.
В современной разработке программного обеспечения происходит то же самое. Компании видят успех технологических гигантов и пытаются скопировать их процессы. Они покупают дорогие трекеры задач, переименовывают менеджеров в Скрам-мастеров, заставляют разработчиков стоять кругом по 15 минут каждое утро и ждут, что на них упадет груз в виде кратного роста эффективности и качества. Это и есть Cargo Cult Scrum — имитация формы без понимания сути.
Суть проблемы: Ритуалы вместо эмпиризма
Фреймворк Scrum построен на эмпиризме. Это означает, что все решения должны приниматься на основе реального опыта и фактов. Для этого в Scrum встроены три столпа: прозрачность, инспекция и адаптация. Все события, артефакты и роли существуют только для того, чтобы поддерживать эти три столпа.
Когда компания внедряет Cargo Cult Scrum, она берет только механику. Встречи проводятся ради встреч. Планирование спринта превращается в жесткое распределение задач руководством. Ежедневный Скрам становится скучным отчетом о статусе, где каждый смотрит в пол и ждет своей очереди заговорить. Ретроспектива сводится к жалобам на жизнь без каких-либо реальных действий по улучшению процесса.
В такой среде нет прозрачности, потому что люди боятся говорить о проблемах. Нет инспекции, потому что в конце спринта команда не показывает готовый работающий продукт. И нет адаптации, потому что первоначальный план на год вперед считается важнее обратной связи от рынка.
Сравнение: Карго-культ против Профессионального Scrum
| Элемент фреймворка | Cargo Cult Scrum (Имитация) | Профессиональный Scrum (Суть) |
|---|---|---|
| Ежедневный Скрам | Отчет о статусе перед начальником или Скрам-мастером | Синхронизация разработчиков для достижения Цели Спринта |
| Владелец продукта | Передает требования от бизнеса, не имеет права принимать решения | Управляет ценностью продукта, его слово о приоритетах — закон |
| Инкремент продукта | Набор закрытых тикетов, код еще нужно тестировать месяц | Полностью готовый, протестированный продукт, который можно выпустить |
| Ретроспектива | Поиск виноватых или пустая трата времени без плана действий | Честный анализ процесса и выбор одного улучшения на следующий спринт |
| Отношение к плану | Изменение плана в спринте воспринимается как катастрофа | План гибок, команда адаптируется ради максимизации ценности |
Глубокое погружение: Как разрушить соломенный аэродром
Главная опасность карго-культа заключается в том, что он создает иллюзию контроля. Менеджменту кажется, что процессы стали современными, но реальная скорость поставки ценности (Time-to-Market) падает из-за добавления новых бюрократических слоев в виде бессмысленных встреч.
Чтобы выйти из этого состояния, команде и руководству необходимо вернуться к истокам — к Ценностям Scrum и Agile-манифесту.
Первый и самый важный шаг это фокус на готовом Инкременте. В карго-культе команды часто измеряют свой успех количеством сожженных Story Points или закрытых задач. Это метрики тщеславия. Профессиональный Scrum измеряет успех только одним показателем: есть ли у нас в конце спринта работающий продукт, который решает проблему пользователя и соответствует жесткому Definition of Done (Критериям готовности). Если продукта нет, значит, спринт провален, сколько бы задач вы ни перенесли в колонку «Готово».
Второй шаг это восстановление самоорганизации. Скрам-мастер должен перестать быть администратором, который раздает задачи и ведет протоколы встреч. Его настоящая работа — быть зеркалом для команды, показывать им дисфункции процесса и учить разработчиков самостоятельно брать на себя ответственность за технические решения и способы достижения Цели Спринта.
Резюме: Суть важнее формы
Внедрение Scrum не делает компанию гибкой, точно так же как покупка абонемента в спортзал не делает человека сильным. Важно не наличие инструмента, а то, как вы его используете.
Ключевой вывод состоит в том, что если ваши Scrum-события не приводят к регулярной инспекции и адаптации, вы просто тратите время компании. Откажитесь от бездумного следования правилам. Начните задавать вопрос «Зачем мы это делаем?» перед каждой встречей, и ваш процесс начнет приносить реальную пользу.
Часто задаваемые вопросы (FAQ)
Эти понятия описывают одну и ту же дисфункцию, но с разных сторон. Cargo Cult фокусируется на причине: люди слепо копируют ритуалы, не понимая их смысла. Zombie Scrum описывает симптом: процесс внешне выглядит живым (встречи идут), но внутри он мертв, так как у команды нет связи с клиентом и нет работающего программного обеспечения на выходе.
Потому что скопировать форму легко, а изменить культуру сложно. Назначить человека на должность Владельца продукта можно одним приказом. А вот отдать этому человеку реальный контроль над бюджетом и приоритетами, забрав власть у топ-менеджеров, требует огромной политической воли, которой часто не хватает.
Отсутствие готового к релизу Инкремента в конце спринта. Если ваша команда завершает спринт, а затем передает код в отдел тестирования на две недели, или ждет окна для релиза еще месяц — вы не используете Scrum. Вы используете каскадную модель (Waterfall), разбитую на короткие отрезки.
Скрам-мастер может вылечить карго-культ внутри самой команды разработчиков, обучив их самоорганизации. Но если проблема кроется в организационной структуре (например, бизнес требует жестких гарантий объема работ на год вперед), Скрам-мастеру потребуется поддержка высшего руководства для изменения системы контрактов и бюджетирования.
Начните с радикальной прозрачности на Ретроспективе. Перестаньте обсуждать мелкие технические неудобства. Поднимите главный вопрос: почему мы не поставляем реальную ценность? Договоритесь о строгом Definition of Done и начните брать в спринт ровно столько задач, сколько команда может реально довести до состояния полной готовности к релизу.