Термин 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 нет в компании! Внедрите agile - и будет вам счастье.
То есть, инфоцыганин - это консультант, который впаривает клиентам управленческий продукт/технологию а) не понимая, как она работает и в каких ситуациях применима, б) без какого-то измеримого КПД. Инфоцыганин учит не конкретным целевым навыкам, не вырабатывают у команды практические компетенции, а с помощью психологических фишек, НЛП и эзотерического тумана агрессивно пиарит предлагаемую технологию, убеждая слушателей, что это панацея от всех бизнес-бед.
Инфоцыганин обычно не имеет никакого управленческого опыта, он не отвечает за результаты внедрения предлагаемой технологии, не сопровождает проект внедрения, не формирует вместе с командой целевые результаты по завершении внедрения, и не сопровождает компанию в течение определенного времени (ответственные консультанты обычно сопровождают от 3-х месяцев до года) для развития сформированных компетенций и закрепления устойчивого измеримого результата. Он просто агрессивно впаривает технологию клиенту за немалые деньги, а когда у клиента ничего не получается - говорит: "Ну это вы что-то неправильно сделали". На предложение поучаствовать во внедрении и сопровождать проект отвечает отказом: "Ой, что вы, у меня такой плотный график...".
Яркий прмер инфоцыганства - появившиеся в изобилии карьерные консультанты. Они не формируют целевой результат своей работы, категорически отказываются дать хоть какие-то гарантии трудоустройства после своих "консультаций". Они берут немалые деньги за бесконечный процесс "улучшения резюме" и "подготовки к собеседованиям" клиента.
Ну, собственно, так же, как и в других случаях. Сделайте описание продуктов, процессов, которые их создают, регламентируйте действия сотрудников, следите за соблюдение регламентов....
Алексей! Добрый день! Вы затронули очень непростую тему. Очень. Лично у меня таких примеров нет. Но! Если посмотреть на мир глобально, то мы увидим, что он стареет. Европа, Китай, Россия имеет в активе стареющее население. Молодеет Индия и Африка. И это не мои домыслы.
Так вот если почитать серьезные исследования на эту тему, то увидим, что в совсем недалеком будущем вакансии и резюме с возрастом 60+ станут нормой. С одной стороны население наиболее развитых стран стареет. С другой люди такого возраста обладают нешуточными знаниями, опытом и экспертизой и при этом на фоне повышения качества жизни вовсе не хотят в 60-65-70 уходить на покой. Т.е. активны и продуктивны.
Уверен, что и в 60+ возможно все. И стендапы и скрам или что-то совсем иное. Мир стремительно меняется и образованные люди с большим опытом, обладающие фундаментальными знаниями к таким переменам готовы как никто другой
Увы, не в России. У нас, благодаря "грамотным" hr-ам, вакансии ещё многие годы будут выглядеть так: "Ищу женщину, не старше 30 лет, трое совершеннолетних детей, стаж работы в федеральных компаниях не менее 15 лет, три высших образования приветствуются".
Тут Вы абсолютно правы. Я бы ещё добавил такое "требуется (например) руководитель (любой)
, с опытом работы в такой-то отрасли не менее Х лет.." Всегда хочется спросить, черт побери вам кто нужен машиностроитель, плотник, слесарь и проч или управленец? Убежден, что отраслевые навыки тренируются на раз-два, за исключением немногих очень узких отраслей.
Как говорится - "человек, который понимает в нашем деле все, может действительно понимает все, кроме одного - как его улучшить"))
Атрибутом таких встреч раньше являлись расставленные кружочком пуфики :)
Удивлен потерей такого важного, объединяющего своей демократией для любого возраста, элемента, ранее обязательного в Agile.
Стулья нельзя - пример из IT - программер 65 лет, не спавший ночью за срочной доработкой спринта, будет облокачиваться на спинку и периодически засыпать даже с чашкой кофе.
Сигналы во время стоячего стендапа типа - пора заканчивать треп - "переминаться с ноги на ногу и чесать ухо" легко заменяются на сигналы сидячего - (тоже) почесывание уха, зевание, руки за голову и т.п.
Не-а! Все предложения по внедрению нормального процессного управления заканчивались быстро и качественно для существующего бардака. Даже при летальном исходе.
С трудом, но наверное представлю техническую проблему, реально мешающую внедрению бережливки. Но и в этом случае скрам (чур меня, чур!) даже не пытался бы применять, детский сад в далёком прошлом. Процессинг рулит и тут, более того - без него бережливка в полсилы работает.
Суть в том, что для разных проблем существуют разные решения. Где-то подойдет скрам, где-то методы канбана и т.д. Нельзя сказать, что процессинг и точка. Скрам и точка. Я вот о чем.
Андрей, для решения подобных проблем есть еще ТРИЗ , в котором есть Алгоритмы решения изобретательских задач.
ТРИЗ как раз заточен на решение технических проблем - маленьких и больших. В нем же используется, например, такая методика как мозговой штурм. Это позволяет быстро решать проблемы.
skrum будет по времени тормозить, из-за организационной атрибутики. Как вы себе представляете надолго оторвать от производства группу ценных спецов?
Добрый день, Андрей! Конечно меня больше интересуют именно практика стендапов. То что опытные люди дадут большую фору молодежи - это однозначно.
Ну вот не укладывается у меня в голове - поэтому и спрашиваю про реальные примеры.
Ассоциация: Дети в песочнице играют с удовольствием и наверное их родители, наблюдая за этим процессом могут сделать фигурки из песка быстрее и качественне исходя из своего опыта (но не такие оригинальные как дети) и второе родители без дете играть в песочницу не пойдут, а если и пойдут то удовольствия и азарта (детского) испытывать не будут.
Это не буквальная ассоциация - а ход мыслей.