Термин 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-подходы, учите матчасть. А матчасть в данном случае – это бережливые технологии и их фундаментальная основа. Это сформирует необходимый уровень знания и экспертизы, которые резко увеличит шансы на успех. Не поддавайтесь искушению простотой, если бы все было так просто, то все компании были бы успешны и счастливы. Не бойтесь экспериментировать, не бойтесь привлекать внешних специалистов – это всегда свежий взгляд на способ вашего ведения дел. Полагайтесь на людей!
Также читайте:
Андрей, сейчас практически не осталось ресурсов, где можно обсуждать технические проблемы. ТРИЗ уже стал частью Agile и где это ещё обсуждать как не здесь?
Предполагаю, что это ваше обращение относится к последней дискуссии перед вашим сообщением. :) Если имели в виду тональность ответов - согласен, что накал мог бы быть пониже. Вам как автору приношу извинения.
Но вам показалось, что это соревнование :) Это продолжение дискуссии 2019 года к статье: "22 профессии, которые завтра умрут". Тогда дискуссия проходила более спокойно. Я даже изумлен, что аргументация может быть другой :) - вернулся и почитал некоторые страницы - один из участников этой дискуссии пишет:
Какими будут роботы - тоже тема для обсуждения. Мне предстоит скоро выбрать тему для получения диплома на курсах по использованию Искусственного интеллекта. - Уже убедился, что в самом ближайщем будущем такое обучение могло бы стать доступным в средней школы. Это оказалось совсем не так сложно, как представлялось раньше - были бы кадры. Как пример, на этих курсах уже прошли обучение начиная от школьников 6 класса до спецов из крупных компаний. И даже возраст 65 лет не помешал некоторым окончить эти курсы:) И если кадры найдутся, школьники будут обучать роботов .- Появятся новые специальности.
И все не так плохо по поводу ТРИЗ и Agile, как могло показаться и даже более спокойно:). Вернулся и посмотрел дискуссию к статье - 22 профессии, которые завтра умрут" на этом ресурсе:
Константин Куликов пишет 18 апреля 2019, 08:20:
Разумеется это проделано. Давно. В первую очередь. Неужели Вы могли подумать, что тризовец этого не сделал? Святая простота!
Продолжим разбор «перлов» Андрея Радионова. На сей раз он продемонстрировал невладение, помимо ТРИЗ, робототехники и Agile ещё и элементарной логикой. Смотрим:
Четыре комментария:
1. Социопатия какого-либо автора НЕ ИМЕЕТ никакого отношения к логичности или нелогичности его умозаключений. Логика — наука строгая, а не социальная.
2. Никакие последующие цитаты произвольного автора на другие темы и из других источников не зависимо от их содержания не доказывают абсурдности отдельно-взятой цитаты. (К слову сказать, абсолютно верной!)
3. Андрей Радионов также явно путает доказательство (подтверждение) с иллюстрацией. Цитату Айн Рэнд вместе с последующей ссылкой на известный дзен-коан я использовал для иллюстрации, что некоторые разумные вещи люди понимали ЗАДОЛГО до возникновения ТРИЗ, теории информации и т. д., что явно указал в этом же (!) фрагменте текста.
4. Никаких противоречий в мире вне и независимо от человеческого сознания действительно НЕ СУЩЕСТВУЕТ. Есть лишь объективные физические процессы. А «противоречивыми» аттрибутами «польза» и «вред» их наделяет лишь сознание разумных стейкхолдеров.
Но постичь последнюю простую мысль Андрей Радионов также явно не в состоянии. Впрочем, это характерно и для большинства тризовцев «старой школы» (или, точнее, «старой синагоги» — Altschulle).
Каков вывод? «Опять двойка»! Надеюсь, этот человек нигде не преподаёт помимо скверно понятой «ТРИЗ как части эджайла» и т. п. ещё и логику? Иначе откровенно жаль его учеников.
PS. GB в целом — самостоятельная, сверхэффективная методика разработки и ни в каких дополнительных ТРИЗ или эджайл-костылях для проектирования не нуждается.
Андрей, поддерживаю Вас! Некоторые уважаемые участники могли бы обменяться телефонами или открыть дискуссию, как отдельную тему.
Наша колонка "Воскресник на E-exec" рекомендовала дискуссию к просмотру, но сейчас уже стало понятно, что нужно указать страницы читателям на которые им стоит обратить внимание.
А также обращаю внимание на пункт 8 Декларации Сообщества:
8. Участники Сообщества должны воздерживаться на портале Executive.ru от флейма, от открытых недоброжелательных онлайновых высказываний и оскорблений по отношению к участникам Сообщества и организациям. Недоброжелательные и оскорбительные высказывания в адрес организаторов и участников Сообщества могут служить поводом к исключению из Сообщества.
Алексей, стараюсь по мере сил бороться как с многолетними предрассудками тризовцев, так и с элементарной неграмотностью. В меру сил аргументировано — с указанием точных (а не выхваченных из контекста) цитат, ссылок, дат, авторов и так далее.
Однако, отдельной темы «Разбор многочисленных заблуждений отдельного эджайл-специалиста» форум явно не заслуживает. Как не заслуживаю (надеюсь) я обмена телефонами с тотально-некомпетентным человеком.
На этом — стоп-дискуссия. В дальнейшем здесь — только обсуждение эджайла, в частности его применения в бирюзовых компаниях. Благо, есть что рассказать по теме.
А вот тему «Разбор заблуждений и подлогов ТРИЗ», пожалуй, открою. Материала много. Спасибо за подсказку!
Константин, расскажите что-нибудь по теме пожалуйста. Очень интересно именно по теме)
Конечно, не тот менталитет) Менталитет – это совокупность (автоматизированных) когнитивных стереотипов, с помощью которых мы судим об этом мире (часто без контроля сознания).
Менталитет – это особенности восприятия и понимания действительности определенными социальными, национальными, возрастными, гендерными, профессиональными и т. д. группами. Восприятие и понимание – разные вещи.
Достаточно ответить себе на простой вопрос, почему Agile не возник в Японии, а Kanban в Америке? Среда другая и ценностные ориентации.
А еще есть замечательная книга "Американский менеджмент на пороге 21 века". Очень рекомендую всем управленцам. Там очень хорошо описано, чем отличается американский менеджмент и сознание от японского. И наводит на мысли и понимание, чем мы от них отличаемся.
А менталитет у нас нормальный, такой как есть – наш! И статья замечательная!
Почему же?
И что для Вас Agile?
Про Agile у меня на этом портале была статья лет 5 назад). То, что я тогда написала, то и осталось.
Не возник в Японии, я ответила – другие ценности, бизнес-практики и среда.
Японский институт исследований NRI считает, что есть 3 главные причины, почему Agile прививается с трудом в Японии:
1. Процесс утверждения решений в японских компаниях. У нас, кстати, похожий. У американцев другой.
2. Японский концепт избегания неопределенности. Тут мы тоже мало отличаемся) А вот американцы относятся к избеганию неопределенности иначе.
3. Японский концепт качества. Вот тут у нас различия. Впрочем как и у американцев с японцами)
Тогда можно начать с истории вопроса и Agile Manifesto, если Вы с ним знакомы.
Причины появления понятны, его авторы многим известны. Подобные дискуссии в отрасли велись и до и после появления этого короткого текста, ведутся до сих пор и будут продолжатся в обозримом будущем. В Японии об этом, безусловно, знали.
Проблема остаётся актуальной и насущной для США, Японии и всех стран, где уже есть компьютеры и IT проекты.
Я писала об этом статью, уже ж упоминала, более, чем знакома)
Что знали?
Проблема заключается в том, что все хотят одну таблетку, чтобы от всего) или, как это модно сейчас говорить, серебрянную пулю) Так не бывает) В Agile Manifesto есть одна ключевая фраза, на которую мало кто обращает внимания, вот в этом и проблема. Многие ее игнориуют.
That is, while there is value in the items on the right, we value the items on the left more
Agile может заставить вас бежать быстро, но необязательно в правильном направлении)