Финансы Вадим Гринев
623

5 причин, почему подход Scrum работает неправильно

В последнее время Scrum притянул к себе много негативного внимания. И вполне заслуженно. Но мы в LeadStartup - оптимисты. И считаем, что главное — учиться и предотвращать будущие бедствия, если понимать, что именно пошло не так и почему.

В закладки

Если вернуться в конец 20-ого века к первоначальному Скраму, то обнаружим там целостный подход с упором на скорость и гибкость производства, отказ от «долгих ящиков» и последовательных задач. Звучит впечатляюще, не так ли?

Некоторые даже утверждали, что «новый подход может действовать как агент изменений: он является средством для внедрения творческих рыночных идей и процессов в старую, жёсткую организацию». В то время такие заявления были довольно радикальны, если не еретичны.

Но эти предприятия сумели выжить. И сегодня Scrum для них — лишь «гибкое» покрывало, которым они укрывают «водопадные» процессы. Scrum не изменил старые, жёсткие организации — старые, жёсткие организации изменили Scrum.

Хотя акцент на эмпирическом управлении логически обоснован. И когда обстоятельства и приоритеты быстро меняются, традиционная модель производства терпит неудачу, поэтому нужно постоянно наблюдать и адаптироваться.

Что происходит не так?

Похоже, что связь Scrum с Agile воспринимается скорее как косвенная, чем непосредственная. Роковой недостаток Scrum заключается в том, что он внешняя оболочка, обёртка Аджайл. Agile описывается набором принципов и ценностей, а не церемоний и процессов. Agile управляется манифестом, а не руководством по процессу. Это две совершенно разные вещи, но даже сегодня многие люди до сих пор смущены путаницей.

Сегодня мы хотим обсудить 5 причин, почему внедрение Scrum проваливается. Из-за перечисленных ниже факторов вложенные в Аджайл деньги могут не дать возврат инвестиций. Кому-то нравится называть их анти-паттернами, кто-то может называть их «Not scrum». Но иногда нам приходится работать с тем, что у нас есть, и всё ещё находить способы добиться успеха.

1. Кадры

Работу должны выполнять высоко мотивированные профессионалы. Скрам — это не только стенд-апы, планирования, ретроспективы и демонстрации. Если вы считаете, что основной эффект дают именно эти мероприятия, то вы ошибаетесь.

Всё дело в людях, которые могут брать на себя сложные задачи и совместно решать нетипичные проблемы за счёт совместного сотрудничества профессионалов. Договориться между собой им помогает скрам-мастер, который работает и на уровне организации, и на уровне команды. Без этого человека Scrum останется лишь инструментом, способным сократить только очереди задач. А об улучшении продуктивности речи быть не может.

2. Сплочённость

Люди, работающие в команде, часто не являются командой. Они не движутся к общей цели.

В Скрам-гайде есть понятие «Цели спринта». Это крайне важный элемент, который и делает Скрам Скрамом. В переводе с английского это слово означает схватку. В начале матча по американскому футболу возникает борьба за мяч после его розыгрыша. У команды должна быть цель наподобие той, что в спорте — добыть мяч, приносящий очки в игре.

Это ведь не про «поделать задачи». Это про то, чтобы направить все усилия, чтобы достичь единственной цели. Цель «сделать все задачи» не является целью.

3. Отсутствие предпринимателя в команде

Это не тот человек, который ставит команде задачи. И не тот, кто контролирует их выполнение. Владелец продукта (Product Owner) понимает, каким образом команда может заработать деньги. Он несёт ответственность перед инвесторами, что их ресурсы будут возвращены назад в кратном размере. Если его нет, то люди не могут принести весомую пользу, поскольку у них сразу же находятся какие-то дела и включается режим «сделать все задачи».

4. Неправильные стенд-апы

В комнате странно людно. Скрам-мастер горячо дискутирует с ведущим разработчиком. Все остальные сидят в своих ноутбуках, не обращая ни на что внимания. Стенд-ап длится уже около часа. Вот это — не Аджайл, а пародия на него.

Есть много разнообразных возможностей для каждого, начиная от стартапов и заканчивая федеральным правительством, переходящим к гибкому делопроизводству. «Ложный Agile» смертелен, но его довольно легко обнаружить: продукт-менеджеры начинают беспокоиться о приближающихся сроках. Хотя 15-ти минут достаточно, чтобы продвинуть проект вперёд — это лучше длительных дискуссий и переговоров.

Менеджер проекта, которому необходимо что-то обсудить с членом команды, должен говорить отдельно с этим человеком. Стенд-ап не должен длиться 45 минут и держать всю команду в заложниках.

5. Ограниченное внедрение

Если результаты работы скрам-команды попадают в медленное подразделение, которое работает с низкой пропускной способностью, то команда завалит это подразделение работой, а компания получит прибыль тогда, когда это медленное подразделение выполнит все свои обязанности.

Это происходит вследствие некомпетентности Владельца продукта. Он оставил без внимания слишком много невыполненных задач. Во избежание этого нужно внедрять сеансы бэклогинга продуктов (ведения списка требуемых функций).

Так, например, во время двухнедельного спринта ведущий разработчик и ВП могут проводить часовые встречи каждый четверг в 13:00. Это может включать в себя другие заинтересованные стороны, чтобы предоставить им более подробную информацию. При планировании следующей итерации появится чёткое представление о характере и направленности усилий, которые дадут нужный результат.

Как правильно реализовать Scrum?

Когда предприятия сталкиваются с необходимостью «делать Аджайл» (а не «быть Аджайл»), они ищут своеобразное лекарство — и находят Scrum. Такое мышление демонстрирует, что ситуация уже вышла из-под контроля. Лучше признать, что Scrum без Agile — это катастрофа. И перестать притворяться, что одного этого инструмента достаточно для изменений.

Так что же могут сделать команды?

Лучшая альтернатива — думать, а не слепо следовать чужой «лучшей» практике. Чтобы напрямую связать команду с клиентами и генерировать бизнес-ценности, необходимо

  • сосредоточиться на продукте, а не на проекте;
  • создать среду, в которой команде не только разрешено, но и поощряется адаптироваться и пробовать, терпеть неудачи, учиться и расти.

Помните: вам не нужен Scrum, чтобы быть Agile! Это Scrum нуждается в вашем гибком мышлении!

Хорошая новость заключается в том, что «ложную гибкость» легко обнаружить. Если ваш проект сошёл с пути - знайте, что многие команды были там, где вы находитесь, и успешно нашли свой путь. Будьте бдительны, прагматичны и Agile!

Материал опубликован пользователем. Нажмите кнопку «Написать», чтобы поделиться мнением или рассказать о своём проекте.

Написать
{ "author_name": "Вадим Гринев", "author_type": "self", "tags": [], "comments": 8, "likes": 2, "favorites": 24, "is_advertisement": false, "subsite_label": "finance", "id": 76442, "is_wide": false, "is_ugc": true, "date": "Tue, 23 Jul 2019 17:32:51 +0300" }
{"average":27556,"one":95,"ten":75}
Сколько денег вы откладываете в месяц?
Ответьте и узнаете, сколько копят другие.
0 ₽
70 000+ ₽
0 ₽
{ "id": 76442, "author_id": 331487, "diff_limit": 1000, "urls": {"diff":"\/comments\/76442\/get","add":"\/comments\/76442\/add","edit":"\/comments\/edit","remove":"\/admin\/comments\/remove","pin":"\/admin\/comments\/pin","get4edit":"\/comments\/get4edit","complain":"\/comments\/complain","load_more":"\/comments\/loading\/76442"}, "attach_limit": 2, "max_comment_text_length": 5000, "subsite_id": 199119, "last_count_and_date": null }
8 комментариев

Популярные

По порядку

Написать комментарий...
1

В целом, всё по делу.

Самое мощное препятствие к тому, чтобы начать "делать всё по agile" в любой компании - это заказчик, внешний или внутренний. Agile надо сначала продать ему, а это непросто, потому что agile это:
1. Необходимость прокладывать и корректировать курс чуть ли не каждый день, принимать участие в работе.
2. Готовность отказаться от написания подробных техзаданий, а заменить их общими целями, ограничениями и ключевыми сценариями, которые должны исполняться.
3. Самое страшное: не фиксировать срок или бюджет, если нет готовности отступать по большинству требований.

Работа по agile - это признание туманности требований, исследовательского характера работы, она подразумевает максимально лёгкий возврат от кодирования на этап анализа и новой постановки задачи.

Как правило, когда доходит до такого, заказчик уже не уверен, что хочет работать с agile-командой. А иначе с ней ничего не выгорит.

Ответить
–1

Скрам работает только для низкоквалифицированной работы дешевыми разрабами — формошлепство всякое. При выполнении сложной работы эти подходы сбоят.

Ответить
1

Позволю с вами не согласиться. Правильно внедрённый скрам работает в проектах разного уровня сложности. И кстати наибольшую пользую он способен принести как раз в сложных проектах.

Ответить
–1

Потребность правильного внедрения сама по себе говорит о насилии, которое нужно преднинять в отношении разработчиков. Софт разрабатывают с 60ых годов прошлого века, скажем первая версия графического редактора типа paint это где-то 65 год. А всякие методологии типа XP появились только во времена вывода толп индусов на аутсорс. Только в этих случаях, когда есть много дешевых заменимых разработчиков это "работает".

Ответить
1

Скрам и ХР подразумевают высокую степень профессионализма исполнителей. Это написано и в Agile манифесте, и в скрам гайде и Кентом Беком в своих работах.

Причина — необходимость сохранять код в чистоте, для сохранения стоимости внесения изменений на постоянном уровне. Тоже самое касается Аджайла вне разработки.

А у гипотетических низкоквалифицированных индусов cost of change сразу взлетит до небес.

Ответить
0

Профессиональным испонителям не нужны скрам мастеры, даш борды и прочая ерунда, они как-нибудь сами организуются. Профессиональные программисты решают такие задачи, которые на спринты не нарезаются и которые ставятся ими самими.

Ответить
0

В этом я с вами согласен. Профессиональные исполнители тем и отличаются от обычных наёмных работников, что способны к самоорганизации. Но этого бывает недостаточно, когда в процесс разработки (и приёма разработанных решений) вовлечены не только разработчики, и не только профессиональные.
Скрам защищает интересы как разработчиков, так и заказчиков. С одной стороны разработчикам не прилетают какие-то неожиданные требования посреди рабочего дня вроде "о! я придумал, а давайте ещё вот такую штуку сделаем, которая умеет и мысли пользователей читать и сочинять для них стихи". С другой стороны заказчик получает то, что хотел, причём не через два-три месяца продуктивной разработки по ТЗ, а сразу. И самое главное, если он вдруг понимает, что либо он неправильно озвучил свои требования, либо то что он хотел, на деле не работает, он это увидит сразу.

Ответить
0
{ "page_type": "article" }

Прямой эфир

[ { "id": 1, "label": "100%×150_Branding_desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox_method": "createAdaptive", "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "ezfl" } } }, { "id": 2, "label": "1200х400", "provider": "adfox", "adaptive": [ "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "ezfn" } } }, { "id": 3, "label": "240х200 _ТГБ_desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fizc" } } }, { "id": 4, "label": "240х200_mobile", "provider": "adfox", "adaptive": [ "phone" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "flbq" } } }, { "id": 5, "label": "300x500_desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "ezfk" } } }, { "id": 6, "label": "1180х250_Interpool_баннер над комментариями_Desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "pp": "h", "ps": "bugf", "p2": "ffyh" } } }, { "id": 7, "label": "Article Footer 100%_desktop_mobile", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fjxb" } } }, { "id": 8, "label": "Fullscreen Desktop", "provider": "adfox", "adaptive": [ "desktop", "tablet" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fjoh" } } }, { "id": 9, "label": "Fullscreen Mobile", "provider": "adfox", "adaptive": [ "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fjog" } } }, { "id": 10, "disable": true, "label": "Native Partner Desktop", "provider": "adfox", "adaptive": [ "desktop", "tablet" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "fmyb" } } }, { "id": 11, "disable": true, "label": "Native Partner Mobile", "provider": "adfox", "adaptive": [ "phone" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "fmyc" } } }, { "id": 12, "label": "Кнопка в шапке", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "p1": "bscsh", "p2": "fdhx" } } }, { "id": 13, "label": "DM InPage Video PartnerCode", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "adfox_method": "createAdaptive", "adfox": { "ownerId": 228129, "params": { "pp": "h", "ps": "bugf", "p2": "flvn" } } }, { "id": 14, "label": "Yandex context video banner", "provider": "yandex", "yandex": { "block_id": "VI-223676-0", "render_to": "inpage_VI-223676-0-1104503429", "adfox_url": "//ads.adfox.ru/228129/getCode?pp=h&ps=bugf&p2=fpjw&puid1=&puid2=&puid3=&puid4=&puid8=&puid9=&puid10=&puid21=&puid22=&puid31=&puid32=&puid33=&fmt=1&dl={REFERER}&pr=" } }, { "id": 15, "label": "Плашка на главной", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "adfox": { "ownerId": 228129, "params": { "p1": "byudx", "p2": "ftjf" } } }, { "id": 16, "label": "Кнопка в шапке мобайл", "provider": "adfox", "adaptive": [ "tablet", "phone" ], "adfox": { "ownerId": 228129, "params": { "p1": "byzqf", "p2": "ftwx" } } }, { "id": 17, "label": "Stratum Desktop", "provider": "adfox", "adaptive": [ "desktop" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fzvb" } } }, { "id": 18, "label": "Stratum Mobile", "provider": "adfox", "adaptive": [ "tablet", "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "bugf", "p2": "fzvc" } } }, { "id": 19, "label": "Тизер на главной", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "p1": "cbltd", "p2": "gazs" } } } ]
Нейронная сеть научилась читать стихи
голосом Пастернака и смотреть в окно на осень
Подписаться на push-уведомления
{ "page_type": "default" }