Agile | «недисциплинированный», но очень крутой подход выполнения проектов

07 Декабрь 2017

В гибких методологиях – Agile, не совсем все так, как на картинке, то есть «нет правил». И, если Вы до сих пор еще детально не разбирались в теме, то будете удивлены, насколько много успешных компаний, не являющихся разработчиками ПО (программного обеспечения, откуда подход, собственно, произошел), используют принципы Agile в управлении и развитии проектов. Но мне захотелось упомянуть, что критики Agile, представители «old school» подходов, например, того же «водопада» (каскадной модели), считают гибкие методологии «недисциплинированными».

 

Agile доказал свою эффективность в ИТ-компаниях. А ИТ-предприятия, как известно, в настоящий момент по многим показателям лидируют в мировом бизнесе. Плюс, как говорит один наш Спикер, в настоящий момент любой бизнес – это ИТ-бизнес. Потому что без информационных технологий никак.

 

Agile хорош там, где необходимо постоянно создавать дополнительную ценность или повышать функциональность продукта/услуги – то есть в нынешнее время быстро происходящих перемен Agile хорош везде wink. Agile применяется как для управления отдельными небольшими проектами в компании, так и в планировании и достижении стратегических целей бизнеса. В статье будут факты, ссылки на источники и размышления большого поклонника гибкости этой прекрасной методологииinnocent. Кое-что из классических определений буду перефразировать, чтобы отойти от привязки к сфере программного обеспечения в пользу широкого применения гибкой методологии.

 

Статья будет полезна всем, потому что «agile thinking» – гибкое мышление сегодня просто необходимо.

 

 

Agile дословно – это подвижный, ловкий, сообразительный.

 

Agile: амер.  |ˈædʒl| брит. |ˈadʒʌɪl| - послушать произношение (не «агил» :)))

***

 

Источник картинки: Lynda.com

 

Что такое Agile и чем хорош?

 

Agile (гибкая методология) не включает конкретных практик. Она определяет ценности и принципы, которыми руководствуются проектные команды. В Agile, если упрощенно, все построено на том, чтобы команде, которая занимается проектом, было максимально удобно работать и быстро выдавать необходимый результат.

 

Основные идеи Agile (Википедия):

  • люди и взаимодействие важнее процессов и инструментов;
  • работающий продукт важнее исчерпывающей документации;
  • сотрудничество (с заказчиком) важнее согласования условий контракта;
  • готовность к изменениям важнее следования первоначальному плану.

 

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

 

Agile работает короткими подачами – итерациями. Итерация (англ. iteration – «повторение») – это повторяющиеся короткие циклы (в ПО – 2-4 недели), по итогам каждого из которых должен выйти продукт с улучшенной функциональностью/повышенной ценностью, относительно предыдущего. При этом (как уточняет одна из разновидностей гибких методологий – Scrum) в следующей итерации (цикле) в продукт будут добавлены те новые возможности, для которых по итогам предыдущего цикла был определен наибольший приоритет.

 

 

Agile – это как эстафета, состоящая из спринтов, которые пробегает вся команда проекта (от итерации к итерации) 

 

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

 

При этом, неверно, что Agile – не дисциплинирован или хаотичен от цикла к циклу. В некотором смысле, даже наоборот – именно Agile позволяет компании накапливать ценный практический опыт, актуальный в реальном времени. Потому что самые важные вещи, согласно Agile, протоколируются.

 

В Agile (по крайней мере, в ПО) в каждой фазе развития проект проходит повторяющийся цикл PDCA: Планирование – Реализация – Проверка – Оценка (англ. plan-do-check-act cycle). Каждая итерация сама по себе выглядит как программный проект (бизнес-цикл) в миниатюре и включает все задачи, необходимые для выдачи мини-прироста по функциональности: планирование, анализ требований, проектирование, программирование (производство), тестирование и документирование.

 

 

С Agile Вы в реальном времени точно знаете, что именно работает на практике. Что работает хуже или лучше. Потому что у Вас все документируется по итогам каждой итерации

 

Также распространенным заблуждением является то, что Agile используют только маленькие компании или стартапы. – Да, подвижность обеспечивается малым количеством людей в команде проекта, но сам подход используют крупнейшие мировые лидеры. [Эксперты говорят, что для стартапов Agile – это вообще условие выживания, поэтому о стартапах и малышах здесь не будем. Маленькие компании, вроде нашей innocent, и так об этом знают, даже если и не используют слово «Agile»].

 

***

Могут ли крупные организации быть Agile?

 

Agile – это целая культура, основа которой – набор решений, облегчающих управление работой команды. Независимо от того, какой проект/продукт Вы разрабатываете, где находится Ваш клиент, работала ли Ваша команда ранее с гибкими методологиями, рабочий процесс всегда ориентирован на результат.

 

 

В Agile команда проекта берет на себя полную ответственность за продукт

 

Крупные компании, в смысле этой рубрики статьи, делятся на два «типа». Одни используют Agile, прямо говоря о методологии, другие используют принципы гибкого управления, не называя слово.

 

В статье «Agile: let’s learn from the best ones» автор рассказывает о двух гигантах – Apple и Philips, которые используют гибкие методологии. В случае с Apple, даже несмотря на то, что сама компания не называла это «Agile», эксперты увидели признаки применения гибких методологий. Есть явно выраженный «владелец продукта», который постоянно ищет то, что понравится клиенту, и работа ведется в небольших группах (например, всего два инженера написали код для преобразования браузера Safari для iPad). И, конечно, принцип «нет» бюрократии также указывает на Agile.

 

Philips начала использовать Agile после изменений в системе управления. В компании есть несколько различных тренеров Agile, которые используют принципы Scrum. Например, в бизнес-направлении освещения Philips говорят, что лучшие результаты были достигнуты именно после деления команд на более мелкие.

 

Agile применяют такие компании как Nokia, Intel, CNN и многие другие (посмотреть список можно по ссылке,правда, за 2011г.).

 

В Amazon гибко подошли к вопросу использования методологии. Создав внутреннюю группу Scrum, компания дала своим сотрудникам выбор – присоединиться или нет, поощряя и «продавая» людям идею, а не навязывая сразу обязательства. Это сработало, сотрудники начали присоединяться и делать вклад в развитие группы.

 

Agile сегодня используют компании из различных секторов бизнеса – кроме разработчиков ПО, это телеком, финансовая и банковская сфера, ТВ и другие медиа, производители товаров, ритейл, дистрибуция... Agile в этом смысле универсален и может показывать результаты в любой отрасли. Больше компаний, использующих Agile, Вы найдете в этих двух материалах: очень детально от первых лиц в статье Forbes «Могут ли большие организации быть Agile» и кратко в Top 6 Agile Companies.

 

 

Agile не обязательно используется для преобразования всей организации. Он может использоваться для управления конкретными проектами/продуктами/разрешения «коротких» ситуаций

 

Примеры, кто и зачем использует Agile (выборка из приведенной выше статьи Forbes):

 

Ericsson (140-летняя шведская фирма, около 100 000 сотрудников). До 2011 года, пока компания не приняла Agile, использовался пятилетний цикл, при этом подразделения состояли из нескольких тысяч сотрудников. С Agile-управлением Ericsson получила более 100 небольших команд, работающих с потребностями своих клиентов в трехнедельных циклах. В результате происходит более быстрое развитие продуктов, удовлетворяющих конкретные потребности клиентов. Клиент получает ценность раньше, Ericsson работает меньше, разворачивая проекты и получая доход на 1-2 года раньше.

 

 

Agile это «ранняя ROI» (рентабельность инвестиций).

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

Agile – это более высокая точность прогнозирования и раннее предотвращение рисков.

 

Barclays (326-летний трансатлантический банк, около 130 000 сотрудников). Стартовали Agile в 2015 году, объявив его ключевой стратегической инициативой. На момент статьи-источника в Barclays работали более 800 Agile-команд.

 

Microsoft (42-летняя организация, которая использует Agile и Lean). В 2007 году Microsoft выпускала Windows в трехлетних циклах с ограниченной возможностью обратной связи от пользователей. С 2014г. Microsoft Windows10 получает обратную связь от активной группы пользователей (более 7 миллионов пользователей) и еженедельно выпускает обновления. Другие части Microsoft, например, Отдел разработчиков и Skype, также используют Agile.

 

 

Когда сотрудники видят реализацию своих идей в течение нескольких дней, а не лет, моральный дух команды сильно растет

 

***

Источник картинки: SlideShare. Henrik Kniberg – Essence of Agile

 

Agile – выбор методологии для управления Вашим проектом

 

Agile – это «зонтичный термин» для широкого круга методологий и методов, разделяющих принципы и ценности, описанные выше. Каждый из них имеет свои области применения и отличительные особенности. Наиболее популярными являются Scrum, Kanban, Hybrid, Lean, Bimodal и XP («Экстремальное программирование»). Смотрим на их ключевые особенности:

 

Scrum (англ. «схватка»): хорошо работает для долгосрочных сложных проектов, требующих обратной связи от заинтересованных сторон (внутреннего или внешнего клиента). Когда точный объем работы не может быть оценен, а дата выпуска продукта/услуги не фиксирована, Scrum может быть лучшим выбором. (Используют Microsoft, IBM, Yahoo, Google).

 

Kanban: сосредоточен на выполнении небольших работ, когда они появляются. Например, в уже выпущенном на рынок продукте обнаружена ошибка и ее необходимо устранить. (Используют: Spotify, Wooga. Ряд компаний используют «гибрид» двух методов Scrum и Kanban, т.н. Scrumban).

 

«Гибрид» смесь «Водопада» (каскадной модели) и Agile: гибкая разработка и тщательное планирование проекта. Когда проекту не подходит неопределенность временных рамок и бюджета, а также отсутствие планирования, характерные для Agile. В этом случае планирование, спецификация требований и дизайн продукта/решения могут быть выполнены в Waterfall («Водопаде»). А Agile применяется для разработки и тестирования.

 

Bimodal (бимодальная методология): подходит, если компании нужны как долгосрочные, так и краткосрочные проекты, требующие разных подходов к разработке и управлению. В таком случае работают две разные команды: команда-1 – разрабатывает и сопровождает решения и системы для поддержки долгосрочных потребностей бизнеса; команда-2 – предлагает инновационные решения для привлечения новых клиентов и удовлетворения краткосрочных потребностей бизнеса, изменяет функциональность продукта после получения обратной связи от потребителя и анализа рынка.

 

Lean: позволяет компаниям следовать методу разработки минимального жизнеспособного продукта (MVP). Он включает в себя развертывание продукта с минимальным, достаточным набором функций для удовлетворения потребностей «ранних» пользователей. Идея стратегии MVP заключается в сборе и анализе отзывов клиентов, чтобы узнать, нравится ли им этот продукт и хотят ли они его приобрести. Разработчики ПО используют такую обратную связь для создания дорожной карты будущего развития продукта. Lean хорошо работает для небольших краткосрочных проектов с короткими жизненными циклами. Данный подход эффективно используют производственные компании (Nike, Ford, Intel), принципы Lean также широко используются в других отраслях, в том числе, где есть стартапы.  

 

XP (т.н. «Экстремальное программирование»): предоставляет инструменты для снижения рисков при разработке нового продукта, особенно когда существуют строгие временные рамки. Методы XP предназначены для небольших групп (до 12 человек). ХР выбирают, если в компании уверены, что разработчик продукта, клиент и связанные менеджеры смогут работать вместе над проектом. ХР предлагает практики и идеи, которые помогают командам адаптироваться к постоянно меняющимся требованиям. Ключевыми особенностями этой структуры являются высокая скорость взаимодействия с клиентами и короткие итерационные циклы (не более одной недели).

 

Почитать детально о методологиях – Agile Project Management: Best Practices and Methodologies.

 

***

Agile – для внедрения любого проекта в компании

 

 

Agile – это для всех департаментов, не только ИТ. Agile используют маркетологи, бренд-команды, HR, др. – все отделы, которые управляют масштабными инициативами и знают, что быть медленным и негибким в сегодняшней гиперконкурентной среде – нельзя. При этом рекомендуется не пытаться «натянуть» Agile на масштабные вещи, а наоборот, нужно перевернуть задачу таким образом, чтобы ее решение могло использовать короткие циклы и малые группы.

 

СПЕЦИАЛЬНЫЙ ПРИМЕР. S&OP:

 

Наш Лектор Маргарита Романова, выступая на Форуме 26 октября «MY SUPPLY CHAIN. DOCTORS», показала, что Agile отлично подходит для внедрения такого проекта в компании, как S&OP (процесс планирования продаж и операций). Мне кажется, что по описанным этапам может идти практически любой проект в нашей сфере.

 

 

Суть Agile – приносить результат рано и часто. Agile – надежнее приводит к лучшему решению

 

На рисунке представлена разница развития решения методами «Водопада» и методами Agile.

 

Источник картинки: презентация Маргариты Романовой (26.10.2017)

 

Так, основные этапы внедрения проекта [S&OP] в компании и соответствующие критерии перехода от этапа к этапу (все по Agile):

 

1 Стадия. Реактивная. Компании работает по операционному плану. Совершенствование происходит внутри функции.

2 Стадия. Предугадывание. Компания настраивает баланс спроса и операций. Совершенствование происходит на уровне изменения культуры бизнеса. Растет уровень сервиса, происходит снижение запасов и резервов рисков.

3 Стадия. Максимизация прибыли. Происходит финансовая интеграция. Горизонт планирования – 18+ месяцев, планирование – сценарное. Цель – прийти к целевой прибыли и доходу.

4 Стадия. Сотрудничество. Е2Е-видимость по всей цепи. Сквозная интеграция с партнерами. Целью становится – максимизация возможностей и минимизация рисков.

 

Практически любой проект можно внедрить с помощью Agile cool.

 

***

 

Как «настроить» Agile, базовые вещи

 

Если Вы хотите максимально эффективно работать с Agile, эксперты рекомендуют соблюдать базовые принципы, предусмотренные технологией, использовать Agile по назначению – только там, где это необходимо, и в правильной «дозировке».

 

Создание Agile-архитектуры в компании предполагает еще несколько принципов:

 

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

 

Изменение ролей перед изменением структуры. Реструктуризация в Agile-командах часто вредна, особенно, если связана с сокращениями. Гибкие методологии оперируют ролями в команде, где будут четкие права и командное самоуправление. Кроссфункциональные команды требуют матричной структуры управления.

 

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

 

Основное внимание команде, а не отдельным лицам. «Коллективный интеллект» команды более важен, чем индивидуальный. Agile-команды используют посредников процессов (обычно называемых Scrum Masters), чтобы постоянно улучшать свой коллективный интеллект. Метрики развиваются от отслеживания результатов и коэффициентов занятости людей – до результатов бизнеса и счастья команды (насколько ценны и вовлечены люди). Системы оценки и вознаграждения ориентированы на суммарные результаты команды больше, чем на индивидуальные усилия.

 

Вопросы, а не приказы. Никогда не рассказывайте людям, как поступать. «Скажите им, что делать, и они удивят вас своей изобретательностью». Гибкие лидеры руководствуются вопросами: «Что вы рекомендуете?» и «как мы можем это проверить?». Старшие лидеры растут от функциональных экспертов до генеральных менеджеров и корпоративных стратегов. Культура компании переходит от сражений за власть и ресурсы к совместным межфункциональным командам, стремящимся достичь общих целей.

 

Почитать детально об истории и специфичных характеристиках методологии можно здесь.

 

Завалить Agile можно, если:

 

  1. Нет поддержки внедрения методологии со стороны высшего менеджмента.
  2. Нет людей необходимой квалификации (которые возьмут ответственность и сделают). Или люди не хотят изучать принципы Agile и их применять.
  3. Гибкие принципы противоречат операционной модели компании. И/или есть конфликт между Agile-командой и остальной частью организации.
  4. Начать внедрение, попробовать методологию, но делать паузы («Ребята, давайте работать на этой неделе без Scrum, потому что… А когда закончим все это, мы снова перейдем на Agile»).
  5. Запустить Agile-команды и осуществлять тотальный контроль промежуточных (внутри итерации) результатов.
  6. В команде / в компании нет сотрудничества, коммуникации и командного духа.
  7. Есть и другие причины...

 

***

 

Источник картинки: agilebuddha.com

 

Agile thinking and Agile leadership – гибкое мышление и гибкое лидерство

 

Agile – это уметь мыслить по-разному. Agile – это про ценности.

 

В смысле бизнеса, гибкое мышление означает исповедовать «Agile-ценности», объявленные Agile-евангелистами: гибкость, скорость, отзывчивость по отношению к клиентам, изменения и хорошая инженерия.

 

Как когнитивный процесс гибкое мышление практически не отличается от креативного мышления (источник).

 

 

LOL! Знакомо innocent. Основная проблема «агилистов» заключается в том, что они говорят их ценности могут быть лучше, чем ценности их аудитории. Они хотят изменить привычки, но часто теряют из виду, будет ли это хорошо для бизнеса

 

Agile Leadership ассоциируется с четырьмя режимами лидерства (техническое, кооперация, коллаборация, генерация). Agile-лидер – тот, кто обладает способностями и гибкостью работать в любом из режимов (систем мышления) и, самое главное, может смотреть с точки зрения каждого из них. Именно эта способность мыслить по-разному и дает таким лидерам гибкость.

 

Атрибуты Agile Leadership: допускать неоднозначность, любопытство, креативность, бодрость, рассудительность, эмоциональная устойчивость, критическое мышление, видение, гибкость.

 

В рамках Agile Business Management основной задачей Agile Leader является поощрение и расширение возможностей межфункциональных команд, обеспечивая их участникам достаточный уровень личной ответственности, подотчетности и полномочий для удовлетворения требований клиентов.

 

Agile Leader может обеспечивать выполнение своей основной задачи такими способами:

  • Предоставить среду, в которой можно с уверенностью потерпеть неудачу.
  • Предоставить всю информацию, необходимую для принятия соответствующих решений.
  • Поддерживать решения, принимаемые участниками команд.

 

Существует два основных анти-шаблона для Agile Leader: микроуправление и абсентеизм («отсутствующий менеджер»). Когда руководитель либо слишком вмешивается в детали, либо слишком отсутствует, не взаимодействуя никак с командой.

 

***

 

«Как я могу вам помочь?». Другими словами, как я могу помочь Вам закончить Вашу (или нашу, если быть точными) задачу или задачу потребителя? – Спросить, как Вы можете помочь своим товарищам по команде, является одной из самых важных неписаных рекомендаций для команды Agile (пишет опытный мастер по Agile). Ее следует пропагандировать как наиболее важный компонент ДНК Agile-команды.

 

Как это работает на практике?

 

  • Уделите время, чтобы исправить точки, которые мешают всей команде использовать непрерывную интеграцию, прежде чем работать над своей собственной задачей.
  • Сотрудничайте со своим коллегой, чтобы помочь исправить что-то, что блокирует его / ее.
  • Вместо того, чтобы брать новую задачу, возьмите текущую, чтобы на доске проекта быстрее добраться до столбика DONE (ВЫПОЛНЕНО).

 

Agile для компании является культурным изменением и поэтому требует изменения мышления. Любой вид культурного сдвига является сложным. Например, хотя большинство команд Agile знают, что сотрудничество и помощь друг другу – это «душа» метода Agile, в действительности большинство команд продолжают работать «в бункерах» по многим причинам.

 

Один из важных факторов, влияющих на эффективность поведенческих изменений, связан с поддержкой руководства. Если команда менеджеров не использует подход, основанный на сотрудничестве, команды будут продолжать работать «каждый за себя»…

 

Заинтересовала тема – спросите у нас, где и когда собирается лучший Agile-состав!

 

KEEP CALM & BE AGILE! cool

 

***

 

Благодарю за внимание! Вы важны! #youareimportant #agilefans

Автор: Галина Потапчук | ©my-trade-group

 

***

 

Источники:

 

Agile Innovation (много информации, основанной на реальной статистике компаний, использующих Agile)

The 12 Key Reasons Companies Adopt Agile (Основные причины (12+1), почему компании используют Agile)

Могут ли большие организации быть Agile

3 Signs You're Doing Agile Development Wrong (Базовые ошибки в использовании Agile, почему методология может не работать в Вашей компании)

Agile Project Management: Best Practices and Methodologies (Практики управления проектами)

What are some examples of big corporations which use Agile Development successfully? (эту статью привожу из-за комментариев к ней, где взяла некоторые данные о компаниях, использующих методологи Agile).

Firms Using Scrum (перечень некоторых мировых компаний, которые используют Scrum, одну из разновидностей гибких методологий).

How Agile Methodologies will Transform the Place you Work (использование Agile меняет все в компании, даже физическую организацию рабочих мест)

Agile thinking.CEO Magazine

AGILE THINKING (чтобы внедрять реальные инновации, pdf-файл)

Agile Thinking : How Can I Help You? (статья на сайте Agile Buddha)

Agile Thinking, Habits, and Strategic Initiative Leadership: Transcending the Buzz for Useful Insights