Цирк Agile (продолжение) И вот тут мы возвращаемся к нашей злосчастной кнопке за 100000 рублей. Как же вышло, что подход, созданный для скорости и отказа от бюрократии, породил самую жуткую и дорогую бюрократическую машину современности? Когда со всех утюгов начали продавать идею «гибкости», менеджеры фактически переименовали свои старые, жесткие процессы. План стал "Эпиком", микроменеджмент завернули в обертку "Скрама", а статусные совещания назвали "Дейли". Корпорации и крупный бизнес по своей природе ненавидят неопределенность. Им нужен контроль, на практике оказалось, что достаточно лишь убеждённости в его наличии. Так повсеместно появляются графики Ганта, никогда не попадающие в даты, системы оценок которые выставляются случайными цифрами, случайными людьми по их внутреннему ощущению, контракты на которые все кладут болт и бюджеты которые постоянно пухнут. Главное, что все топ менеджеры эффективны, ведь чем-то заняты 🙃 Давайте посмотрим, как выглядит замена цвета кнопки в таком "Agile-цирке": - Инициация: Продакт заводит тикет в таск-трекере (потому что без тикета работы не существует, даже если это 1 минута). - Ожидание: Задача ждет неделю до ближайшего груминга. - Оценка: На встрече 8-10 высокооплачиваемых лбов (разработчики, QA, аналитики, скрам-мастер) 40 минут обсуждают эту кнопку: ищут ответственного, виноватого, исполнителя. Они играют в покер-планирование, на полном серьезе спорят, дать ей 1 или 2 стори-поинта. - Очередь: Задача ложится в бэклог спринта и ждет своей очереди. - Разработка: Программист меняет цвет за 1 минуту. - Бюрократия: Дальше идет код ревью, написание тест-кейсов тестировщиком, прогон автотестов. - Релиз: Задача ждет еще неделю до релизного поезда, потому что "мы выкатываемся строго по четвергам". А потом ещё сбор всех исполнителей и заказчиков на демо (демонстрация). Сложите стоимость часов всех участников этого спектакля. Вот вам и 100 тысяч рублей за строчку CSS кода. Процессы ради процессов В компании где я сейчас работаю, знаю кейс, когда был заявлен проект, им пришли управлять "специалисты". Завели проект жире, спринты, конфлюенс, всё по взрослому. Пол года была какая-то бурная деятельность, меня периодически выдергивали на консультации. Спустя пол года проект не взлетел и его прикрыли. А не взлетел он потому, что: - У тебя есть проект? - Лучше! Документация к нему! Jira (да в целом любой таск трекер) стала божеством. Тут даже не про документацию, а уже про "правильное заведение" задачи. Реальность такова, что задачу могут не принять, если в ней не заполнено какое-то поле. Появилась целая индустрия "Agile-коучей" и сертификатов, чья работа заключается в усложнении процессов. Дейлики и стендапы стали унылым зачитыванием списка задач перед следователем, который монотонно угрожает всем дедлайном. А ретроспективы превратились в кружок коллективной абъюзии. Люди спрятались за процессами, чтобы снять с себя ответственность. В гибкой команде увидели проблему или возможность - взяли и сделали. В цирке даже разработчик увидев проблему будет ждать задачу, а потом скажет: "Это не моя вина, что не работало, это тестировщик не заметил", тот скажет, "что аналитик не учел корнер кейсы", он же ответит что "ПМ плохо описал юзер сторис", и ПМ вернёт все в реверс: "откуда мне знать как оно под капотом работает?" и всё пойдет по кругу. Ладно, ладно, Agile не мёртв, просто с ним не умеют обращаться. Он гораздо сложнее, чем кажется на первый взгляд, ведь это не про инструменты, это про отношение к работе, отношение с другими людьми, умение строить и подстраиваться под изменения. И всё это не про одного человека, а про команду как единый организм. К этому нужно стремится, но к сожалению, если вы увязли в таком шапито, у меня нет для вас советов как это исправить. Вы сами должны понять и принять манифест, сделать выводы, тогда и путь отыщется 😉 Всем добра) #Управление_процессами #Бизнес