Эта статья посвящена очень опасному и распространенному в наше время недугу под названием Scrum-оголизм. Распространение этого недуга непосредственно связано с одной из наиболее известных и практикуемых Agile методологий – Scrum. Давайте сначала разберемся кто же такой Scrum-оголик. Вот некоторые характерные черты:

• Он свято верит в то, что Agile и Scrum – это слова синонимы. Отождествляя эти понятия, любое отклонение от Scrum истолковывается как анти-Agile
• Он считает Scrum идеальной методологией, которая подходит абсолютно для всех проектов. Если Scrum не работает для вашего проекта, то вы просто неправильно делаете Scrum
• Он распространяет Scrum везде, где только может. Зачастую вместе с методологией он стремится передать свою болезнь
• Он категорически относится ко всему традиционному и не связанному с Agile, называя это одним общим термином Waterfall
• Он считает Scrum больше чем просто методологией, скорее философией или ядром мировоззрения

В чем же проблема данной болезни? Scrum-оголики забывают о том, что на самом деле Agile – это набор ценностей и принципов, которые были сформулированы и поддерживаются большим количеством людей из мира IT. И не более чем. На базе этих принципов и практик сформировалась философия разработки, под которую попадает целый ряд методологий: Scrum, XP, Kanban, FDD, Crystal и многие другие. В самой методологии Scrum нет ничего плохого. Просто подойдет она далеко не каждому проекту. Вообще у каждого проекта собственный уникальный контекст, который состоит из специфики разрабатываемого продукта, отношения заказчика к бизнесу, команды разработчиков, стиля управления компании и многих других факторов. Конечно, многие проекты попадают под определенные шаблоны, характерные для множества проектов. Но применять методологию без анализа контекста применения просто недопустимо. Scrum отлично подходит как базис, с которого можно начать построение процесса для конкретного проекта, адаптируя и модернизируя его по мере развития. При распространении же Scrum-оголиком методология преподносится как серебряная пуля, которая спасет в любой ситуации. Неокрепшие умы и отчаявшиеся люди воспринимают Scrum именно так и часто тоже заболевают. Хуже всего то, что при этом начинают подвергаться сомнениям и ломаться устоявшиеся процессы вне зависимости от меры их успешности. То, что стоилось годами, приносится в жертву Scrum. Напоследок оно гневно называется Waterfall-ом. Все это очень напоминает религию. А, как мы знаем из истории, подобные действия со стороны религиозных организаций всегда причиняли только вред.

Как же распознать Scrum-оголика в себе и окружающих? Это очень просто! Scrum-оголики в большинстве своем придерживаются некоторых поведенческих шаблонов, которые легко узнать:

• Вне зависимости от полезности практики они продолжают ее применять, потому что иначе это будет уже не Scrum. Результатом становятся длительные митинги, бесполезные ретроспективы, бесконечное планирование и так далее
• Часто они являются «сертифицированными» Scrum специалистами, потому что свято верят в идеальность Scrum и не пожалели больших денег на сомнительную «сертификацию», тем самым приняв участие в построении финансовой пирамиды
• При разговоре о любом проекте вы можете услышать от них нарекания о том, что если бы все делалось по Scrum, то проблем бы не было
• Они начинают применять Scrum ко всем рабочим активностям, а не только к разработке
• При любом отклонении от Scrum они начинают категорически возражать. Часто эти люди являются источником подобных фраз: «Почему сел? Это же ежедневное собрание! Нужно стоять!», «Почему ничего не говоришь на планировании? Каждый должен говорить!», «Менеджерам в нашем процессе не место!»
• Они обычно мало знакомы с деталями других методологий (как классических, так и Agile), поэтому не всегда могут аргументировать свою точку зрения. Поэтому чаще они просто употребляют слово Waterfall в качестве показателя зла и неудач
• Такие люди не углубляются в вашу проблему и настойчиво рекомендуют начать использовать Scrum, причем как можно быстрее. Они не задают вам вопросов, позволяющих понять суть проблемы и контекст

Как же бороться с Scrum-оголиками и причем здесь «сухари»? Лучший принцип – это пропускание информации через призму практики и контекста конкретного проекта. В данном аспекте мне нравится восточная философия «Shu-Ha-Ri» (она же «сухари») в применении к разработке.

На уровне «Shu» вы пытаетесь понять базовые принципы, основы и практики, на которых построена методология. Вы ничего не меняете и следуете всем практикам, пытаясь отточить свое понимание и технику исполнения. Через некоторое время (у каждого оно разное) вы готовы к переходу на следующий уровень. К этому времени вы уже имеете немало правильных вопросов к методологии и целесообразности применения тех или иных практик (правильного применения вы добились на предыдущем уровне).

На уровне «Ha» вы начинаете задавать эти вопросы, обычно начинающиеся со слов «почему …» и «зачем …». Это помогает вам адаптировать методологию под свои нужды, выбросив из нее все ненужное и усовершенствовав полезное. На данном уровне вы находитесь в поиске новых подходов, решений и приемов. Вы экспериментируете с другими методологиями и выбираете то, что подходит именно вам.

Наконец, на уровне «Ri» вы уже не следуете правилам. У вас появляется твердое ощущение, что есть правильно, а что нет. Вы не ограничены рамками одной методологии, вы строите методологию сами, исходя из своего опыта, знаний и понимания контекста. Scrum-оголики обычно находятся на уровне «Shu» и не готовы идти дальше. Эти люди еще не готовы выйти за рамки правил, им проще попросту действовать по инструкциям. Они не воспринимают советы от людей с других уровней, эти советы слишком абстрактны и неконкретны для них.

Так вот, если вы встретите Scrum-оголика, постарайтесь повлиять на него. Накормите его «сухарями» (расскажите о философии «Shu-Ha-Ri» и его место в ней) и ни в коем случае не поддавайтесь его влиянию. Если вам нравятся те идеи, которые несет в себе Scrum, то пробуйте применять его, но не становитесь Scrum-оголиком. Кушайте «сухари» и будьте бдительны!