Цирк Agile (продолжение)

И вот тут мы возвращаемся к нашей злосчастной кнопке за 100000 рублей. Как же вышло, что подход, созданный для скорости и отказа от бюрократии, породил самую жуткую и дорогую бюрократическую машину современности?

Когда со всех утюгов начали продавать идею «гибкости», менеджеры фактически переименовали свои старые, жесткие процессы. План стал "Эпиком", микроменеджмент завернули в обертку "Скрама", а статусные совещания назвали "Дейли".
Корпорации и крупный бизнес по своей природе ненавидят неопределенность. Им нужен контроль, на практике оказалось, что достаточно лишь убеждённости в его наличии. Так повсеместно появляются графики Ганта, никогда не попадающие в даты, системы оценок которые выставляются случайными цифрами, случайными людьми по их внутреннему ощущению, контракты на которые все кладут болт и бюджеты которые постоянно пухнут.
Главное, что все топ менеджеры эффективны, ведь чем-то заняты 🙃

Давайте посмотрим, как выглядит замена цвета кнопки в таком "Agile-цирке":

- Инициация: Продакт заводит тикет в таск-трекере (потому что без тикета работы не существует, даже если это 1 минута).
- Ожидание: Задача ждет неделю до ближайшего груминга.
- Оценка: На встрече 8-10 высокооплачиваемых лбов (разработчики, QA, аналитики, скрам-мастер) 40 минут обсуждают эту кнопку: ищут ответственного, виноватого, исполнителя. Они играют в покер-планирование, на полном серьезе спорят, дать ей 1 или 2 стори-поинта.
- Очередь: Задача ложится в бэклог спринта и ждет своей очереди.
- Разработка: Программист меняет цвет за 1 минуту.
- Бюрократия: Дальше идет код ревью, написание тест-кейсов тестировщиком, прогон автотестов.
- Релиз: Задача ждет еще неделю до релизного поезда, потому что "мы выкатываемся строго по четвергам". А потом ещё сбор всех исполнителей и заказчиков на демо (демонстрация).

Сложите стоимость часов всех участников этого спектакля. Вот вам и 100 тысяч рублей за строчку CSS кода.

Процессы ради процессов
В компании где я сейчас работаю, знаю кейс, когда был заявлен проект, им пришли управлять "специалисты". Завели проект жире, спринты, конфлюенс, всё по взрослому. Пол года была какая-то бурная деятельность, меня периодически выдергивали на консультации. Спустя пол года проект не взлетел и его прикрыли. А не взлетел он потому, что:
- У тебя есть проект?
- Лучше! Документация к нему!

Jira (да в целом любой таск трекер) стала божеством. Тут даже не про документацию, а уже про "правильное заведение" задачи. Реальность такова, что задачу могут не принять, если в ней не заполнено какое-то поле. Появилась целая индустрия "Agile-коучей" и сертификатов, чья работа заключается в усложнении процессов. Дейлики и стендапы стали унылым зачитыванием списка задач перед следователем, который монотонно угрожает всем дедлайном. А ретроспективы превратились в кружок коллективной абъюзии.
Люди спрятались за процессами, чтобы снять с себя ответственность. В гибкой команде увидели проблему или возможность - взяли и сделали. В цирке даже разработчик увидев проблему будет ждать задачу, а потом скажет: "Это не моя вина, что не работало, это тестировщик не заметил", тот скажет, "что аналитик не учел корнер кейсы", он же ответит что "ПМ плохо описал юзер сторис", и ПМ вернёт все в реверс: "откуда мне знать как оно под капотом работает?" и всё пойдет по кругу.


Ладно, ладно, Agile не мёртв, просто с ним не умеют обращаться. Он гораздо сложнее, чем кажется на первый взгляд, ведь это не про инструменты, это про отношение к работе, отношение с другими людьми, умение строить и подстраиваться под изменения. И всё это не про одного человека, а про команду как единый организм.
К этому нужно стремится, но к сожалению, если вы увязли в таком шапито, у меня нет для вас советов как это исправить. Вы сами должны понять и принять манифест, сделать выводы, тогда и путь отыщется 😉

Всем добра)
#Управление_процессами #Бизнес