Генеральный директор сервиса управления процессами в команде Kaiten.io Вячеслав Цырульник написал в своем блоге на Medium колонка о том, что такое Agile-манифест, зачем он нужен компаниям и как лучше трансформировать свой бизнес.
Редакция vc.ru публикует данную статью с разрешения автора.
Вы наверняка уже встречали дискуссии на тему Agile в Интернете.
Либо говорят о Scrum — революционном методе управления проектами, либо говорят, что Agile здесь не начинался.
Со стороны все это выглядит как минимум непонятно.
Так давайте вместе разберемся, о чем говорят все эти люди вокруг.
Гибкий - прилагательное
В переводе с английского Agile означает гибкий.Поэтому все эти фразы, которые я встречаю в последнее время в Интернете:
- Гибкое управление проектами;
- Agile-манифест;
- Agile нам не подошел;
- стать первым Agile-маркетологом в России;
- гибкое управление проектами»;
- «гибкий манифест»;
- «Гибкая система нам не подошла».
И гибкий манифест – вы можете себе это представить? Вероятно, это кусок пергамента, который может танцевать на столе.
Вы понимаете, что я имею в виду? Люди вокруг говорят странные фразы, при этом у них загораются глаза и они спешат внедрять Scrum. Страшный!
Итак, что же это за манифест?
Более 15 лет назад группа специалистов по разработке программного обеспечения собралась на горном курорте, чтобы обсудить методы и практики, которые позволили им создавать программные продукты, востребованные конечными пользователями.Ценности и принципы, лежащие в основе создания программных продуктов, они описали в документе под названием «Манифест гибкого подхода к разработке программного обеспечения».
Да, они сами используют сокращенную версию Agile Manifesto, но за этой фразой кроется именно набор ценностей и принципов, лежащих в основе большого количества методов и практик, помогающих создавать качественные и востребованные программные продукты.
.
Перевод – ответственная работа.
Потеря контекста при переводе иностранной литературы – серьезная проблема, создающая у читателя неправильное представление.
Простой пример: «Манифест гибкой разработки программного обеспечения».
Что вам запомнится из этой фразы? Наверное, «Agile-манифест», но помните, что речь идет о разработке программных продуктов? Надеяться.
Но победителем становится первое место, золотая медаль в конкурсе на потерю контекста в процессе перевода.
Первоначальное название книги — «Скрам — искусство делать вдвое больше работы за вдвое меньшее время», что практически любой бесплатный электронный переводчик переведет как «Скрам — искусство делать вдвое больше работы вдвое быстрее».
Ни слова о проекте.
Scrum — это вообще не проекты.
Увы и ах.
Люди и взаимодействие важнее процессов и инструментов.На первом месте, конечно, человечность.Работающий продукт важнее, чем исчерпывающая документация.
Сотрудничество с заказчиком важнее согласования условий договора.
Быть готовым к переменам важнее, чем придерживаться первоначального плана.
То есть, не отрицая того, что справа, мы все равно ценим то, что слева.
— из Agile-манифеста
Чтобы создавать популярные и качественные продукты, нам в первую очередь нужны гуманитарные знания.
Потому что продукты создают реальные люди.
Кстати, позвольте мне придраться к первому значению русскоязычного манифеста.
В оригинале вместо слова «важнее» стоит слово «сверх», что дословно переводится как «выше».
То есть дословный перевод – «Люди и взаимодействие».
выше процессы и инструменты».
Да, по-русски фраза довольно странная, но в данном случае перевод мог бы быть таким: «Люди и характер их взаимодействия определяют необходимые процессы и инструменты».
Agile – это создание программных продуктов?!
Не просто о создании программных продуктов, а о создании продуктов, для которых нет четкого и понятного плана «как это сделать правильно».Такой план невозможно составить, например, если вы:
- продукт, ранее не существовавший на рынке (ценность идеи не подтверждена и нет достоверной информации о размере рынка);
- технологически сложное изделие, которое невозможно собрать из набора готовых комплектующих.
Первый полет братьев Райт Подождите, подождите, так все эти практики и приемы нет смысла применять в других сферах, например, в продажах и маркетинге? Их можно использовать, но нужно четко понимать целесообразность этого процесса.
Вот и все, можем ли мы поговорить о Scrum?
Нет, но скоро.Казалось бы, нужно просто прийти к своей команде с манифестом и сказать — читайте и будьте гибкими, здесь вроде бы все четко написано.
Это не работает таким образом.
Agile невозможно внедрить в организации, и эта фраза бессмысленна.
Как можно внедрить ценности, как можно внедрить другое отношение к людям и процессам? Нам нужно объединить людей, которые понимают эти ценности, и помочь им изучить те самые Agile-практики, которые позволят им создавать потрясающие продукты.
Назовем этот процесс трансформацией.
Трансформация компании
Компания – это, прежде всего, живой организм.На первый взгляд может показаться, что это иерархическая структура, но на самом деле это экосистема большого количества социальных и профессиональных связей.
Каждая компания, долгое время существующая на рынке, имеет определенную устоявшуюся культуру – свои ритуалы, концепции, формальные и неформальные правила.
По сути, есть два способа что-то изменить:
- построить все заново с нуля;
- меняйте плавно, аккуратно удаляя или заменяя те части системы, которые препятствуют позитивным изменениям.
Скрам
Чем отличается группа рядовых солдат в армии от группы спецназа? Вы можете поручить спецназу задачу «освободить здание от преступников, спасти жизни максимального количества заложников», но побоитесь поручить такие задачи простым солдатам (надеюсь).Итак, Scrum — это спецназ.
А чтобы сформировать в вашей роте подразделения специального назначения, вы должны назначить им наставника, который не будет поручать им рыть окопы, а поможет им вырасти взрослыми людьми, способными:
- брать на себя ответственность;
- признать свои ошибки;
- поддерживать коллег;
- достичь целей, поставленных перед командой.
В крупных компаниях с устоявшейся корпоративной культурой неправильный подход к формированию Scrum-команд может погубить организацию.
Потому что, если вы не отмените старые правила, и в то же время навяжете новые ритуалы, вы снизите боевой дух команды до нуля и потеряете его.
Простой пример: компания не отменила личные KPI и запускает Scrum. Но в Scrum ответственность — командная, вот и мы.
На практике успешные истории трансформации компаний с помощью Scrum:
- или отмену действующих правил для части команды, которая сама взяла на себя инициативу попробовать Scrum;
- или создание Scrum-команд из новичков, к которым старые правила изначально не применимы.
Это абсолютно не плавный переход, а серьезная встряска, и к этому вопросу нужно подходить с полной осознанностью.
Канбан
С тем, как сломать и построить заново, все понятно — ищите квалифицированного Scrum-мастера (или обучайте своего), выявляйте тех, кто готов проявить инициативу, формируйте команды и вперед к ежедневному обучению.Но надо не ломать его, а менять последовательно.
В Интернете часто упоминается словосочетание «канбан-доска»; к настоящему «Канбану», к сожалению, это имеет очень мало отношения.
Канбан — метод плавной трансформации, позволяющий вашей компании перейти с уровня «хаоса» на уровень «баланса», затем научиться управлять качеством предоставляемых услуг, а затем полностью превратиться в устойчивый бизнес.
Канбан — это правильные процессы.
Правильно – с точки зрения достижения целей вашей организации.
Рельсы, по которым ваша организация будет уверенно двигаться вперед. Так что не спешите с головой бросаться в Scrum, хотя бы ознакомьтесь с методами плавной трансформации.
Помимо Канбана есть еще геймификация, холакратия и множество других не менее интересных тем, которые заслуживают хотя бы обзора.
Важно понять одно — сначала нужно понять набор всех этих практик, иначе может возникнуть «скрам мозга».
Оказывается, Agile — это сложно?
Верно, но обычно для больших, неповоротливых компаний.И, как правило, крупные компании задумываются о трансформации только после серьезного кризиса (и если они его переживут) или если чувствуют, что конец где-то рядом.
Многие задаются вопросом, почему в стартапы вкладываются такие огромные деньги.
Ответ прост — стартап (обычно) гибкий и быстрый по своей природе.
Мотивированная команда, твердо верящая в свои идеи, имеет гораздо больше шансов создать новые продукты и заработать деньги для инвесторов, чем гиганты, погрязшие в ненужной формализации бизнес-процессов, построении неработающих систем мотивации и так далее.
Самая мощная мотивация, которую вы можете дать своим сотрудникам, — это сделать в жизни что-то, о чем ваши сотрудники будут с гордостью рассказывать своим друзьям и детям.
В ваших руках дать людям возможность делать то, чем они смогут гордиться, нужно только научиться им не мешать.
Маркетинг, продажи и Agile
Теперь внимание.Моя любимая история.
«Привет, мы теперь используем Scrum/Kanban/еще одно слово в IT, у нас улучшились отношения между загрузчиком и технической командой, мы «бегаем быстрее» и делаем меньше дорогостоящих ошибок, но прибыль компании не растёт».
И затраты тоже выросли, верно? Консультанты, агенты трансформации, повышения зарплат (спецназ) и так далее.
Чего ты ждал? Вы действительно ходите в ИТ-отдел за финансовыми отчетами? Да, ты стал быстрее, стал совершать меньше ошибок.
И это только основа.
В маркетинге и продажах классические подходы также стремительно уходят в небытие, появляются совершенно новые методики и новые иностранные слова:
- Взлом роста.
- Бережливый стартап.
- Бережливый маркетинг/UX.
В чем суть Agile?
Один из авторов манифеста (Дэйв Томас) не посещал конференции и мероприятия после его создания и не интересовался обучением Agile. В своей знаменитой речи «Agile мертв» он описал, что и как делать.Что делать
- Поймите, что сейчас происходит вокруг вас.
- Сделайте маленький шаг к достижению своей цели.
- Скорректируйте текущее понимание ситуации по результатам полученной информации.
- Повторите вышеуказанные шаги.
Что для этого нужно Мужество и мужество.
Потому что вы будете совершать ошибки – часто и много.
Но чем быстрее вы научитесь ошибаться, тем меньше вы потеряете от этих ошибок и тем быстрее научитесь корректировать свой курс в правильном направлении.
И эти правила не персональные, они должны работать на следующих уровнях:
- Человек;
- команда;
- организация.
-
Анализ Lenovo Ideapad Y560P 4397-23U
19 Oct, 24 -
Bash-Рекордер Для Камер С Rtsp
19 Oct, 24 -
Организация Компонентов В Проекте
19 Oct, 24
