Термин Agile означает «гибкость», появился как более совершенный метод разработки ПО в 2001 году, став плодом встречи 17 людей из мира IT. На той же встрече был сформулирован знаменитый «Agile-манифест», закрепивший принципы и ценности Agile.
Методы Scrum, OKR, Kanban по сути являются разновидностями Agile-подходов и каждый из них имеет своих адептов, последователей и почитателей, благодаря которым методы доказали свою эффективность, и вышли далеко за пределы IT-сферы.
И действительно, каждый в отдельности и все вместе эти методы великолепны, они просты, понятны и эффективны:
- Scrum – это формула 3-5-3: три роли, пять мероприятий, три артефакта.
- OKR (Objectives and Key Results) – это четыре суперсилы: приоритизация и обязательства, синхронизация и прозрачность, мониторинг, стремление к выдающимся результатам.
- Kanban – это 9 ценностей: прозрачность, баланс, сотрудничество, клиенториентированность, поток, лидерство, понимание, согласие, уважение.
Конечно, это общее представление. Внутри методов все это раскладывается на различные практики, способы и инструменты, тем не менее, выглядит достаточно простым. Казалось бы, вот она пресловутая «волшебная палочка», которая раз и навсегда решит все проблемы компании.
И как это бывает, на зарождающемся хайпе пышным цветом расцвело «инфоцыганство», появилось множество консультантов, специалистов и «экспертов» по внедрению, с одной стороны. С другой, любознательные сотрудники хороших компаний, прочитав одну-две книжки по теме, или прослушав курс от «инфоцыган», добросовестно пытаются что-то изменить в компании. Это в любом случае хорошо, учиться всегда хорошо. Плохо, что неудачные попытки вызывают разочарование, отторжение и, в лучшем случае, откат к привычным схемам работы.
Две рекомендации для начинающих изучать Agile-подходы
- Не стоит отчаиваться. Даже отцы-основатели Agile-методов прямо говорят, что далеко не всегда все получается с первого раза. И это нормально.
- Учите матчасть.
Если с первой рекомендацией все в принципе понятно, то вторая требует комментариев. Нужно абсолютно ясно понимать, что внедрение любого подхода Agile – это не просто смена инструмента, это изменение всего способа ведения дел, изменение архитектуры компании как системы. Наиболее продвинутые понимают это, но, как правило, допускают одну из ошибок: проводится либо попытка радикального внедрения (сломать все и сразу), но получаются руины, либо внедрение пилотного проекта, но при этом проекту подчинены все ресурсы (часто это даже не замечается), и потому мультиплицировать опыт не удается.
Причины провалов Agile-подходов
Если говорить в контексте подходов Agile, прочтение всех книг и прохождение всех курсов по теме совсем не гарантируют результат, хотя и не отменяет возможность успеха. Авторы и разработчики Agile-методов безусловно умные и талантливые люди, методы эффективны и просты, множество компаний по всему миру успешно используют их в работе. Но так ли все просто на самом деле?
Никто из авторов методик не отрицает, что в их основе лежат так называемые «бережливые технологии». К сожалению, в России сформировалось очень узкое представление о том, что это такое. Во многом благодаря вошедшему в деловой обиход термину «бережливое производство», который резко сужает фокус восприятия на одной отрасли. Между тем это полноценная философия и концепция управления, имеющая в качестве фундамента строго научную основу. Компания Toyota, например, которая ассоциируется с термином «бережливое производство», на этом фундаменте построила свою уникальную систему управления.
Сами японцы искренне недоумевают, когда многочисленные жаждущие последователи пытаются изучить и скопировать инструменты и методы, которые каждый раз были разработаны для конкретной и всегда уникальной ситуации. И при этом не пытаются понять сути.
Нет цели пускаться в теоретические философствования и описание концепции бережливого способа ведения дел. На эту тему имеется масса источников и достаточно много (но очень мало для России) специалистов. Вдумчивый читатель даже при беглом серфинге источников увидит, как много общего между Agile-подходами и lean-технологиями. Но основная концепция все же была сформулирована именно в lean manufacturing и даже научно обоснована.
Бережливые технологии также раскладываются на бесчисленное множество способов, методов, инструментов. Проблема в том, что каждый раз это уникальная история, поэтому простое копирование с учебника или с реальной, но чужой ситуации не гарантирует успех. Это одинаково справедливо как для бережливых технологий, так и для Agile-подходов.
Можно возразить: если не пробовать, то никогда и не получится. Это справедливо и правильно. Но просто делать что-то, пусть даже с энтузиазмом, не понимая, что ты делаешь, это дорога в никуда. Все советы типа «просто возьми и сделай это» хороши разве что на этапе стартапа. При управлении компанией этот принцип хорош, когда хотя бы один человек (в бережливых технологиях его называют «агент перемен») не просто знает, что нужно делать, а понимает – почему.
Носители знаний – люди. Источник инноваций – люди. Из всех трех элементов, которыми следует управлять (люди, процессы, технологии), люди – наиболее уязвимый, проблемный, но и самый ценный актив. Поэтому, поддавшись веянию моды или осознав необходимость перемен, проведите экспресс-аудит своего основного актива, прежде чем что-то внедрять.
Аудит перед внедрением гибких методологий
- Руководителям высшего звена стоит начать с себя и предельно честно ответить на вопрос – готовы ли лично вы меняться, потому что просто мониторить не получится. Готовы ли вы не сломаться при возможных многократных неудачах и не дать приказ отступать.
- Какими знаниями обладает компания. Есть ли внутренний «агент перемен» или вы нашли внешнего? Это должен быть человек, который не просто знает спецтермины и по памяти может перечислить все принципы и ценности, а который на глубинном уровне понимает и принимает их. Тут сложно. С одной стороны, нет, наверное, таких методов оценки, чтобы выявить такие компетенции, с другой, даже наличие опыта еще ничего не гарантирует. Но если вы точно готовы меняться, то просто поймете – ваш человек или нет.
- Оцените потенциал своей команды, каждого сотрудника. Вам понадобится стартовая команда из людей, которым как минимум не все равно.
- Оцените ресурсы. Внедрение любого метода, как правило, малозатратно, но даже небольшие вложения, например, покупка магнитно-маркерных досок, иногда вызывает сложности.
Подобных списков в разных вариантах может быть множество, но только обладая знаниями, готовностью, командой и ресурсами (во всех смыслах), можно рассчитывать на успех.
Собственно, это и есть обратная сторона провалов и неудач. Если компания не обладает знаниями, она просто не знает, что и как делать, в лучшем случае пытается скопировать чужой опыт. Если не готовы руководители, то вообще не стоит ничего начинать. При этом не следует путать декларации с реальной готовностью. Если дела настолько плохи, что нет людей, искренне заинтересованных в развитии и переменах (или вы их просто не видите), то в одиночку вы скатитесь либо до административно-командного стиля (если ваше положение в компании достаточно высокое) и будете насиловать систему, пытаясь что-то изменить, либо станете «белой вороной» и поводом для иронии и насмешки. С ресурсами все не так плохо – их можно создать, но многие причины провалов часто обусловлены отсутствием ресурсной поддержки.
Учите матчасть
Общая идея этой статьи такова: если вы пытаетесь внедрить Agile-подходы, учите матчасть. А матчасть в данном случае – это бережливые технологии и их фундаментальная основа. Это сформирует необходимый уровень знания и экспертизы, которые резко увеличит шансы на успех. Не поддавайтесь искушению простотой, если бы все было так просто, то все компании были бы успешны и счастливы. Не бойтесь экспериментировать, не бойтесь привлекать внешних специалистов – это всегда свежий взгляд на способ вашего ведения дел. Полагайтесь на людей!
Также читайте:
Для меня это было очевидно всегда, когда еще мы только прочитали Манифест и начали использовать XP :)
Сейчас нет под рукой компьютера во время отпуска, поэтому выделяю только кавычками - на телефоне нет такой возможности:
Евгений Равич пишет: "...Возможно, если читать принципы в обратном порядке и примерно до середины, то можно сделать другие выводы"
Для вас все равно как читать - что вдоль, что поперек. Для меня последовательность изложения мыслей авторов очень важна. Сейчас дискуссия уже утонула в ваших возражениях и пользы от нее мало - многое будет потеряно. Думаю, что лучше написать статью :)
Но вы спрашивали в дискуссии о статистике в пользу Agile и я решил ее поискать. В следующем посте напишу. Предполагаю, что надеялись на ее отсутствие :)
Евгений, я подумал - как это удачно сформулировано у Маркетологов: учиться нужно на экспериментах и данных, а не на мнениях и условностях. Кто в первую очередь будет использовать Agile, понимая что это методы Маркетинга?
У кого лучше развито Маркетинговое мышление? И где же лучше искать статистику как не у Маркетологов? :)
И быстро нашел! Есть западный стартап Маркетологов, который продвигает Agile среди, конечно!!!, именно Маркетологов и собирает статистику с большого числа респондентов. AgileSherpas - статистику собирают со всех, независимо от - используют или нет.
В своем отчете за 2021 год они подвели итоги, и выяснили, что уже 51% маркетинговых команд их респондентов используют различные платформы Agile. В этой очень большой выборке растет число внедрений.
В 2018 году их было 37%, в 2019 - 42%
Такой процент внедрений Agile сейчас можно найти только у маркетологов - он соответствует их образу мышления.
Это их 4 отчет - 4th Annual State of Agile Marketing Report. Его легко найти.
Акцент дискуссии сместился в какие-то "высоконаучные" сферы. Уважаемые коллеги зачем упражняться в демонстрации знаний английского языка, непонятных многим термИнов, статистике и прочей суете, имеющей очень далекую связь с реальностью?
Суть и смысл статьи в том, что в современном динамичном мире предприниматели и руководители наслушавшись таких вот красивых словов бездумно кидаются на "новые" методы и способы управления в надежде обрести счастье. Это глупо.
Все инструменты, методы, способы хороши, но в абсолютном выражении неприменимы. Как правильно кто-то заметил работает смесь методов. А вот искусству "смешивать" надо учиться. Серьезно учиться. Пока не придет понимание.
Пока из дискуссии неискушенному человеку понятно одно - все слишком сложно и запутанно. Это не так. Всё очень просто. Нужно не исполнять роль руководителя, а быть им со всеми вытекающими....
Андрей, реальная статистика без подгонки :) имеет самое прямое отношение к реальной жизни. На ее основе можно делать выводы и принимать решения.
Евгений Равич пишет: "Есть такая статистика?"
Андрей, роль руководителя имеет значение на этапе принятия решения об использовании Agile. И не надо усложнять.
Далее начинать нужно с небольших коллективов, на актуальных задачах. На этих задачах воспитывать Маркетинговое мышление.
Правильнее и легче всего начинать с задач отдела Маркетинга - там уже есть готовые по жизни к Agile спецы.
Упомянутый в статье Аудит - даст заранее известный результат - "Не готовы" в отделах кроме Маркетинга и где-то в разработке ПО. Но не боги горшки обжигают. Руководителю только надо понять где начинать. Эти задачи по актуальности использования Agile можно оценивать по близости к изобретательской деятельности создания нового продукта. Это не так уж и сложно.
Спасибо, интересно.
Проблемы понятны, как и способы, которыми участники опроса их решают. С точки зрения авторов, основной вопрос при внедрении Agile в таких организациях - "How can agility help make your work better?" в условиях радикального сокращения цикла планирования и необходимости частых изменений. Совершенно с этим согласен.
Как Вы могли бы прокомментировать разделы 16, 17 и 18? Там есть процентовка использования различных инструментов с подавляющим преимуществом гибридных подходов. Имеет прямое отношение к обсуждаемой статье.
FYI, если хотите сравнить результаты опроса с подробными рекомендациями из более толстой книги на ту же тему:
https://www.amazon.com/Six-Disciplines-Agile-Marketing/dp/1119712033
По реальной статистике согласен). К сожалению в основном решения принимаются как правило по неким средним цифрам, зачастую по формуле 1 период + 1 период разделить на 2))
Евгений, вы "хитрите" с выбором основного вопроса. :)
Маркетологи в этом отчете исследуют вопросы использования методов Agile со множества сторон. И как настоящие Маркетологи сравнивают и ищут противоречия в результатах, чтобы делать правильные выводы.
Гибридные подходы - в отчете это смешанные методы Agile, свои разработки и свои + стандартные (не Agile).
Как пример - они проводят опрос - и получают ответ, который можно найти в отчете - кому-то Мешают короткие спринты при разработке MVP. Это известная проблема Scrum. Но это Не такая большая проблема - Есть другое Agile решение у Amazon - working backwards, у других компаний свои решения.
Не все компании могут перейти полностью на Agile. Да и зачем, если не требуется? Тогда для взаимодействия с другими подразделениями требуются + еще и методы планирования, которые использовали раньше. Это разные "языки" планирования.
В книге по вашей ссылке в начале 5 главы цитата из Питера Друкера очень к месту: Эффективность - это делать все правильно. Результативность - это делать правильные вещи.
Если имели в виду страницы 16,17,18, то я ответил в предыдущем сообщении. Разделов с такими номерами в отчете нет.
Андрей, при прямом переводе термина часто теряется заложенный в него "смысл" . И часто они общеизвестны. В крайнем случае, можно найти что он представляет в инете.
Есть другая беда. Например, Amazon использует метод разработки working backward. - А можно найти в российском ТРИЗ близкий по назначению метод под названием Идеальный конечный результат. И его автор изобрел намного раньше и успешно использовал. Западные методы изучаем, а лучшие в мире российские забывают или пренебрегают ими. :(
В ТРИЗ больше изобретательских приемов, чем в книгах написанных западными консультантами о разработке новых продуктов. Можно научиться их применять. Главное, чтобы понимали.