Сегодня разбираем мнение:
Да Agile это просто секта, набор ритуалов для успокоения души, которые на самом деле ничего не делают. Даже шаманы скрам-мастера есть. Если бы Agile на самом деле работал, то его бы и использовали в чистом виде, а не придумывали каждый свое. Куда не посмотри все команды придумывают свои процессы.
Что думаете? Жду в комментариях ваш ответ. А я пока расскажу свои мысли.
Agile - секта
Про то, что Agile это секта, в общем-то сказать особо нечего. Отличный способ принизить оппонента это сравнить его с чем-то, что считается зазорным. Да большая часть случаев закона Годвина тому пример. Нечего сказать по существу? Обзови. Так что сразу идем дальше.
Если бы Agile работал, то никто бы не придумывал свои процессы
К самому существенному аргументу: если бы Agile работал, то каждая команда не придумывала бы свои процессы. Я не просто так приложила к посту скриншот из переводчика. Agile называется так не по какому-то совпадению. Гибкость - это сама основа методологии. Именно поэтому она в чистом виде не дает какого-то жесткого набора правил, а дает лишь рекомендации. Грубо говоря, Agile, это подход к управлению проектами, стиль жизни проекта, идеология. В этом и есть ее сила. Если заменить слово Agile прямым переводом, что в качестве аргумента мы получим "гибкий не работает, потому что гнется".
Вы уникальны
Каждый проект, каждая команда, каждый рынок - уникальны. Никто не может зайти в вашу команду с улицы и сходу сказать какой фреймворк для работы ей подходит на 100%. Потому что нет такой другой команды, с ее сильными сторонами, знаниями и проблемами.
Так почему просто не работать, как придется?
Так почему тогда вообще не выбросить все фреймворки и не работать, как удобно? Тогда сразу возникает вопрос: а удобно это как? Если бы вы никогда не сидели ни на одном кресле, вы бы смогли сказать, какое для вас удобнее всего? Проще всего улучшать то, что уже проверено другими и опробовано вами. Ознакомившись с основными фреймворками и оценив свой тип проекта, можно предположить какой способ работы будет вам ближе всего. А вот после проверки на команде уже можно будет собрать проблемы и начать улучшать под себя.
А можно попроще?
Если разбираться в дебрях процессов слишком сложно, то всегда можно делегировать это профессионалу. Но вот взять что-то готовое и чтобы оно без единой проблемы легло на команду бывает очень редко и в особых условиях.