Технология agile в бизнесе

Однажды на российский завод по сбору автомобилей знаменитой корпорации Тойота приехал топ-менеджер.

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

В основе всего лежала agile-методология. Но то, что он увидел на совещании, повергло его в шок.

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

Начался гул, обсуждения, препирательства. Руководитель по маркетингу начал спорить с руководителем по продажам.

Так прошло минут 15. И тут директор с криком “Демократия кончилась, теперь снова диктатура!” начал раздавать распоряжения, который подчиненные стали усердно записывать в свои ежедневники.

Гость из Японии от увиденного смог вымолвить всего одну фразу: “Но это же не agile управление проектами. Ведь у нас на заводе любой рабочий может остановить конвейер во время работы и внести свои корректировки в его работу. Я уж не говорю про идеи на планерках. ”.

На что генеральный ответил: “Да, это не принципы аджайл! В России такие гибкие методы не работают!”.

Скорей всего, у Вас тоже в голове сейчас крутится вопрос: “Что же это за загадочная такая фраза?”.

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

Зарождение метода

Знаете, как раньше разрабатывался любой программный продукт? Целиком. Конечно и сейчас так создают, но не продвинутые компании.

То есть ранее была определенная модель, пройдя которую на свет получался итоговый программный продукт. Выглядела она следующим образом:

1. Идея;
2. Техническое задание;
3. Создание дизайна;
4. Программирование;
5. Тестирование;
6. Запуск итоговой версии.

Однако в этих 6-ти шагах существовали значительные пробелы. Все трудности возникали из-за жесткой последовательности данной структуры и невозможности внедрения новых идей на каком-либо из этапов.

В результате при создании дизайна или программировании, новые идеи просто приходилось игнорировать. Иначе пришлось бы переделывать все техническое задание заново, что существенно увеличивало сроки работы, либо значительно повышало стоимость процесса.

Тогда программисты задумались и стали менять подход к работе: начали проводить мини-тестирования для получения обратной связи на каждом этапе, чтобы внести правки сразу, даже в еще неготовый продукт.

А также стали запрашивать обратную связь от заказчика еще до сдачи ему финального продукта.

В итоге качество продуктов стало гораздо лучше, заказчики оставались довольны, а программисты стали укладываться раньше сроков. Такой подход к работе стал называться “гибким” за то, что на любом этапе работ в создание продукта можно было внести изменения для получения идеального решения.

Чтобы привести все подходы по управлению проектами (а к тому моменту их накопилось уже более десятка) к единому знаменателю, вся команда основателей (17 человек), которые разработали и внедрили различные “гибкие методы”, собрались вместе.

Они выяснили, что хоть и по-разному видят сам процесс разработки продуктов, но идея того, что он должен быть гибким, проглядывалась у всех.

Именно это собрание в горной деревушке Сноубёрд в феврале 2001 года и считается зарождением методологии agile (кто-то даже называет это философией).

Поскольку в большинстве своём эти люди были программистами, то результатом собрания был выпуск “Манифеста гибкой методологии разработки программного обеспечения” (по английски Agile Manifesto) и принципов Аджайла.

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

Кстати. Хотите увеличить продажи вдвое и повысить эффективность бизнеса? Тогда скорее внедряйте CRM! Рекомендую retailCRM и Мегаплан. Потом спасибо скажете.

Сущность agile-методологии

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

1. Люди и взаимодействие важнее процессов и инструментов;
2. Работающий продукт важнее исчерпывающей документации;
3. Сотрудничество с заказчиком важнее согласования условий контракта;
4. Готовность к изменениям важнее следования первоначальному плану.

Принципы, упоминающиеся в манифесте Agile. Просто прочтите, поймёте чуть дальше.

• Удовлетворение клиента за счёт ранней и бесперебойной поставки ценного программного обеспечения;
• Частая поставка рабочего программного обеспечения (каждый месяц или неделю, или ещё чаще);
• И много еще подобных.

“Что за чушь я только что прочитал? Ни слова не понял!”. Думаю, у Вас такие сейчас мысли.

Скажу честно, что такое Agile как методология (а также, что написано в манифесте), я сам понял далеко не сразу. Книги и статьи давали поверхностное описание, пока я не увидел всё это на практике.

Поэтому я сэкономлю Вам огромное количество времени и расскажу коротко и по делу.

Agile — это название методологии, в которой крупный проект разделяется на несколько мелких частей, каждой из которых присваивается свой срок завершения.

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

Пример

Чтобы Вам было проще всё понять, на примере хлебозавода я покажу разницу.

Для этого я сначала расскажу о заводе, у которого нет методологии, а потом о заводе, который внедрил этот метод управления. Переходим к примеру.

Обычный хлебзавод в России

Генеральный директор даёт задание технологу разработать новый вид хлеба. В лучшем случае, технолог пойдет в отдел маркетинга, чтобы они провели исследования.

Но, как правило, такие идеи возникают не от желания потребителей, основанных на маркетинговых исследованиях, а на желании самого директора. После исследований технолог разработает хлеб на свой вкус и принесёт его директору.

Он пробует новый продукт и решает — наградить технолога словами “Молодец. Держи бублик” или сказать “Нет. Переделывай”.

После утверждения, пекарям выдают технологические карты для запуска продукта в производство. Далее продавцам для реализации — испеченный хлеб.

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

Agile-хлебзавод в России

Генеральному директору приходит идея разработать новый сорт хлеба. И вот здесь начинаются чудеса.

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

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

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

Внедрять или нет

Если говорить кратко, то главный плюс в том, что такой подход помогает компании быстро перестроиться и создать конкурентный продукт, который нужен и нравится покупателям.

В результате это хорошо скажется на продажах, сэкономит массу времени и отведёт от ошибок.

Однако, при прочтении первой половины статьи можно сделать вывод, что agile методология подходит только для айти-компаний. Но это в корне не верно. В России эту методологию активно использует:

• Банк “Альфа-банк”;
• Сеть пиццерий “Додо пицца”;
• Бухгалтерский сервис “Кнопка”.

И если с “Альфа-банком” все понятно, это большая компания, у них есть ресурсы и люди для внедрения инноваций в свою систему.

То с “Додо пицца” и “Кнопка” всё намного интереснее, ведь компании небольшие. И, по моему мнению, одним из факторов их успеха стал этот подход.

В результате внедрения аgile, Вы можете получить массу плюсов (о минусах позже), которые помогут Вам стать компанией-лидером на рынке. И вот одни из этих привилегий:

1. Благодаря применению “гибких” подходов, возрастает качество получаемых результатов;
2. Результаты получаются гораздо быстрее и эффективнее, за счет чего экономится время и затраты;
3. Компания лучше адаптирована к изменениям (даже непредвиденным) и конкуренции;
4. Создание проектов происходит более планируемо и контролируемо;
5. Компания может создавать продукты, которые будут ждать и покупать их потребители.

Внутренняя работа

Единственный вопрос, на который я долго искал ответ: как же тогда происходит работа в agile-компании?

Понятно, что каждый сотрудник работает на результат, внося свои предложения. Но как это все выглядит изнутри? По книжкам этого не понять.

Вернемся к нашему любимому хлебозаводу. И к их старой задаче — выпустить новый сорт хлеба. Для реализации задачи у них была следующая последовательность:

1. Вводные данные. Директор рассказывает, какой сорт хлеба он в идеале видит, а также рассказывает калькуляцию по нему, которая экономически выгодна предприятию.
2. Обсуждение идеи. Команда, состоящая из технолога, поваров, логистов, маркетологов и продавцов начинает обсуждение данного проекта. Повара, технологи и логисты предлагают выгодные продукты, маркетологи говорят о конкурентах, а продавцы рассказывают, какие пожелания обычно высказывают покупатели.
3. Тестирование. Все идеи и знания суммируются в тестовый рецепт. Данный рецепт выпекается небольшой пробной партией для получения по нему обратной связи на закрытой дегустации среди обычных покупателей (. ).
4. Сбор обратной связи. Покупатели едят хлеб и высказывают свои пожелания. На основании этого в тестовый рецепт вносятся изменения и доработки. Финал.

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

Задайте себе 5 вопросов

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

И Вы думаете, что agile это то, что Вам так нужно. Ведь так можно создать что-то новое, поистине инновационный продукт.

Тогда сразу предупрежу Вас и отвечу на несколько вопросов, которые у Вас есть. Это топ-5 вопросов, которые задают себе все собственники, когда видят эту методологию.

1. Подходит ли малому бизнесу? Если Вы не выпускаете постоянно новые продукты или не реализуете постоянно новые проекты, а работаете на “старом”, то с большей долей вероятности НЕТ.

2. Легко ли внедрить? Отвечу вопросом на вопрос: А легко выучить иностранный язык? Философию нельзя быстро внедрить в компанию. Ее нужно внедрять пошагово и в течение довольно долгого времени.

3. Бизнес процессы в компании изменятся? Да, полностью и кардинально. Изменятся отделы и люди в них, планерки поменяют свой привычный характер, должностные обязанности станут совершенно другими.

4. Как станут работать люди? Совершенно по-другому. Если они раньше работали только над одной задачей, то теперь им придется работать и принимать участие в целом процессе, вплоть до нескольких проектов. А это означает исключительно работу в команде и более широкий кругозор.

5. Кто должен быть начальником? Прозвучит непривычно, но в agile-компаниях нет начальников. Это кураторы-помощники, которые организовывают людей в совместные команды для более эффективной работы.

Не ответил на Ваш вопрос?! На этот случай есть внизу комментарии, напишите его там, и я совершенно бесплатно дам Вам рекомендацию. Нам важно, чтобы Вы были на 100% довольны.

ВКЛЮЧАЙТЕСЬ В СОЦСЕТИ УЖЕ 40 000+ С НАМИ

Екатерина

Сергей

Иван

Елена

Екатерина

Подводные камни

У agile, как и у любого инструмента улучшения работы бизнеса, есть подводные камни. И они на первый взгляд не так заметны. Компании осознают их только после внедрения. Поэтому заранее “Пожалуйста” за то, что спас Вас от потери денег и времени.

1. Аджайл — не инструмент

Аджайл это даже не методология, хотя я часто называл её так в тексте. Это философия, по которой соглашается жить компания.

А для внедрения философии в жизнь нужны правила, шаблоны и инструменты. Они называются фреймворками.

Сюда включается Канбан или Скрам (инструменты управления). О каждом инструменте в дальнейшем мы конечно же напишем статьи, но Вы должны понять, что аджайл это прежде всего философия, принятая в компании.

2. Команда

Для большинства людей в нашей стране (я сейчас говорю про привычный российский бизнес) работа в команде будет непривычна.

Они привыкли получать индивидуальные указания и отчитываться за их выполнение. Соответственно KPI каждого конкретного специалиста с внедрением аджайл нужно будет отменить.

И именно команда будет оценивать вклад каждого конкретного специалиста в проект. А это очень сложно, если у Вас не топовые спецы своего дела.

3. Чужой нос

Личного пространства в компании больше нет. Из серии — я к тебе не лезу, и ты ко мне не лезь.

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

Это и плохо (непривычно), и хорошо, так как зачастую свой взгляд замыливается.

4. Оплата

Самое интересное. В аджайл не принято платить людям фиксированную зарплату, так как успех компании зависит от степени участия каждого конкретного сотрудника.

Оклад если и есть, то это больше из серии, чтобы человек не умер с голоду. Всё остальное по результату.

5. Текучка

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

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

Коротко о главном

Для кого всё-таки подойдут методы управления проектами agile? Для больших компаний или для маленьких? На самом деле и тем, и другим.

Большие компании от них “молодеют”, становятся более подвижными и менее бюрократичными, небольшим же компаниям они дают мощный рывок.

Ведь Вы перестаете работать по старинке, а Ваши сотрудники перестают думать (и работать), как большинство Ваших конкурентов.

Также аджайл требует персонала, который будет вовлечён. И даже при условии, что в работе будут задействованы все, при больших проектах на выходе Вы всё равно получите экономию времени и повышение качества продукта. Но повторюсь, все это при условии, что Вы постоянно реализуете новые продукты или проекты.

Казалось бы, актуальность на лицо. Я же предлагаю Вам пойти другим путем.

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

Нашли ошибку в тексте? Выделите фрагмент и нажмите ctrl+enter

Источник: in-scale.ru

Гайд по Agile: как работать, несмотря ни на что (на примере маркетинга)

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

5402 просмотров

Давайте разберемся, что такое методика Agile, кому она поможет в непростое время и как её использовать на примере маркетинга.

Что такое Agile?

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

Немного истории

Понятие Agile как свод принципов появилось в 2001 году в США, штат Юта. Команда разработчиков занималась развитием и внедрением разных методик для роста эффективности работы, например, Каскадной модели и Экстремального программирования. Эти программисты объединили правила реакции на изменения условий и выработали манифест Agile, а затем создали некоммерческую организацию Agile Alliance, цель которой – продвигать и внедрять «гибкие» технологии управления процессами.

Разработчики и инженеры, которые были у истоков методологии Agile

Манифест Agile: 4 основных принципа

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

1. Люди и их взаимодействие важнее, чем рабочие процессы и инструменты.
2. Функционирующий продукт важнее, чем регламенты, написание инструкций, задания.
3. Сотрудничество с заказчиком важнее, чем просто подписание договора.
4. Адаптивность и оперативная реакция важнее, чем слепое следование плану.

Раскроем каждый принцип подробнее.

Принцип 1. Коммуникация важнее инструментов и процессов

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

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

На отношениях вовне этот принцип реализуется через ориентированность на человека в создании продукта: в центре всех процессов стоят потребности аудитории.

Принцип 2. Работающий продукт важнее документации

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

Принцип 3. Диалог с заказчиком важнее договоров

Работа над проектом всегда имеет конкретную цель. Но внешние обстоятельства преобразуются, меняются условия, возникают форс-мажоры. Как следствие, поведение потребителя или запрос целевой аудитории тоже может измениться. Заранее этого не предусмотреть. Чтобы окупить потраченные время и ресурсы, вы должны оперативно реагировать на изменения.

Плотно работая с заказчиком, вы можете быстро перестроить движение к цели с учетом новых вводных.

Принцип 4. Изменения и адаптация важнее следования плану

Принцип неразрывно связан с третьим постулатом. Гибкость и умение адаптироваться – естественный ответ на изменения условий.

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

Диана Тананова, руководитель отдела маркетинга, Веб-Центр
Чем полезна методика Agile для компаний

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

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

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

Agile на практике
✔ Цикл работы

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

Цикл работы по Agile

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

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

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

По итогам руководитель или заказчик изучает результаты спринта и, при необходимости, вносит корректировки в план.

✔ Минимально жизнеспособный, или МЖП

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

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

5 признаков, что внедрение Agile прошло успешно

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

❌ Кому противопоказана гибкая система Agile

Вы можете применять принципы манифеста Agile или просто руководствоваться его философией, если:

• У вас проект, который быстро трансформируется по ходу работы, стартовые условия не четко определены, а объем работы может изменяться.
• Вы работаете в быстро меняющейся нише: телемедицина, Edtech, IT, маркетинг, туризм, онлайн-торговля, логистика, кадровые агентства, консалтинговые услуги.

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

Игорь Баннюк, руководитель отдела продаж, Веб-Центр

• Вы постоянно внедряете инновации в процессы и продукты.
• Вы тесно сотрудничаете с заказчиком на протяжении всё работы.

Вам точно не подойдет и даже будет вреден гибкий подход, если:

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

Как применять Agile в маркетинге

1. Все, что помогает компании расти и привлекать новые деньги – оправдано и должно быть задействовано. В то же время не забывайте: люди работают для людей, остальное вторично. При разработке стратегии продвижения у вас должны быть ответы на эти вопросы: • Какие проблемы клиентов мы решаем своим продуктом? • Как нам стать незаменимыми? • Почему мы лучше конкурентов?
2. Лучше провести много маленьких экспериментов, чем один большой. Тестируйте гипотезы чаще.
3. Корректируйте стратегию, исходя из данных, а не мнений. Чтобы получать данные, настраивайте каналы обратной связи от вашей команды.
4. Выстраивайте сотрудничество с клиентом, а не стройте жесткую иерархию.
5. Запускайте адаптивные кампании вместо больших и сложных.
6. Изучайте клиентов: отзывы и реакции – основа для изменений.

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

Если вы хотите выстроить маркетинг, который быстро реагирует на изменения вокруг вашей компании, напишите нам. Мы работаем уже 18 лет, пережили не один кризис и помогли его преодолеть нашим клиентам. Запросите аудит сайта, контекстной рекламы или соцсетей: мы покажем начальные точки роста и вместе с вами выберем направление развития вашей компании.

Источник: vc.ru

Управление проектом по Agile методике

Отличное практическое пособие по agile-управлению проектами для всех и каждого!

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

Agile относится к любому процессу, который соответствует концепциям Agile Manifesto (манифест). В 2001 году 17 разработчиков программного обеспечения встретились, чтобы обсудить простые и эффективные методы разработки. Они опубликовали Манифест Agile Software Development, в котором рассказали о том, как они нашли «лучшие способы разработки программного обеспечения, применяя их самостоятельно и помогая делать это другим».

В отличие от управления проектами по водопадной модели, которая является строго последовательной: вы не начинаете разработку, пока не проведены исследования, и не приступаете к разработке, пока дизайн не завершен; в agile дизайнеры, разработчики и бизнесмены работают одновременно и параллельно.

Цикл Agile

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

Анализ требований: Ключевые заинтересованные стороны и пользователи встречаются для определения бизнес-требований, которые являются количественно измеримыми, релевантными и подробными.

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

Дизайн: На основе выявленных требований готовится дизайн, и команда рассматривает, как будет выглядеть продукт или решение, а также определяет стратегии тестирования или план дальнейших действий.

Имплементация или разработка: Разработка функций и планирование итераций для развертывания.

Тестирование: Тестирование кода на соответствие требованиям, чтобы убедиться, что продукт действительно удовлетворяет потребности клиента. Эта фаза включает модульное тестирование, интеграционное тестирование, системное тестирование и приемочное тестирование.

Развертывание: Внедрение продукта для клиентов. Когда клиенты начнут использовать продукт, они могут столкнуться с новыми проблемами, которые команда проекта должна будет решить в последующих итерациях.

Преимущества Agile подхода

Как было описано выше, agile-управление проектами в значительной степени ориентировано на гибкость, непрерывное совершенствование, скорость и прозрачность. Вот некоторые из основных преимуществ agile метода:

Быстрая реализация

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

Гибкость и принятие изменений

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

Преодоление неясности (Ambiguity)

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

Управление рисками

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

Прочное взаимодействие в команде

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

Методологии Agile

Существует ряд конкретных методологий для внедрения agile. Мы опишем только две из наиболее часто используемых agile-методологий: Scrum и Kanban. Другие методы: экстремальное программирование (XP), Feature-Driven Development (FDD, итеративная методология разработки), Adaptive System Development (ASD, Адаптивная разработка ПО), Dynamic Systems Development Method (DSDM, Метод разработки динамических систем), Lean Software Development (LSD, Бережли́вая разработка ПО) и Crystal Clear (легковесная гибкая методология).

Методология Scrum

Scrum — один из самых популярных методов внедрения agile. Это итеративная модель разработки, часто используемая для управления разработкой сложного программного обеспечения и продуктов. Фиксированные итерации, называемые спринтами, с продолжительностью от одной до двух недель, позволяют команде регулярно выпускать программное обеспечение. В конце каждого спринта заинтересованные стороны и члены команды встречаются для планирования следующих шагов.

Этапы Scrum-процесса:

1. Бэклог продукта: Это список всех желаемых функций продукта. Перед каждым спринтом владелец продукта представляет основные пункты бэклога на собрании по планированию спринта. Команда определяет, какую работу она может завершить в течение спринта, и переносит ее из бэклога продукта в бэклог спринта.
2. Уточнение бэклога: В конце каждого спринта команда и владелец продукта встречаются, чтобы убедиться, что бэклог продукта готов к следующему спринту. Команда может удалить задачи, которые не являются актуальными. Кроме того, из-за некоторых узких мест могут возникнуть задачи, которые не удалось выполнить в течение предыдущего спринта, и они могут быть перенесены на следующий спринт.
3. Ежедневные собрания Scrum: Это 15-минутное совещание, которое должно проходить ежедневно в одно и то же время и в одном и том же месте в течение спринта. Каждый человек в команде должен ответить на 3 вопроса: 1. Что вы сделали вчера? 2. Что вы собираетесь сделать сегодня? 3. Нужна ли вам помощь или существуют ли какие-то препятствия в работе?
4. Собрание по итогам спринта: В конце каждого спринта команда представляет выполненную работу в виде реальной, рабочей демонстрации. Также в конце каждого спринта команда обсуждает, насколько хорошо Scrum работает для них, и предлагает изменения, которые необходимо внести в следующий спринт. Эта встреча называется «Ретроспектива спринта».

Методология канбан

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

Kanban доска

Доска Kanban — это инструмент для реализации метода Kanban в проектах. Традиционно этот инструмент представляет собой физическую доску, с магнитами, пластиковыми фишками или липкими заметками на доске. В последние годы многие программные инструменты управления проектами создали онлайн-доски Канбан.

Доска Kanban состоит из различных строк или столбцов. Самые простые доски имеют три колонки: “Выполнить”, “В процессе” и “Выполнено”. Они также могут состоять из столбцов «Бэклог», «Готов к разработке», «Разработка кода», «Тестирование», «Одобрено» и «Выполнено».

Основные практики Kanban

Каждый проект Kanban должен соответствовать этим основным принципам и практикам:

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

Управлением процессом и его и улучшение: Ход работ на доске Kanban необходимо постоянно отслеживать для возможного улучшения. Быстрый, непрерывный процесс показывает, что команда быстро создает ценность.

Незавершенная работа (WIP) определяет минимальный и максимальный объем работы для каждого столбца доски или для каждого рабочего процесса. Установив лимит на WIP, вы можете увеличить скорость и гибкость и уменьшить необходимость в определении приоритетов задач.

Четко сформулируйте принципы работы: Все должны понимать, как все работает или что считается » выполненным». Внесите изменения в доску, чтобы сделать эти процессы более понятными.

Постоянно совершенствуйте процесс: Метод Kanban поощряет небольшие, постоянные изменения, которые закрепляются. Как только система Kanban будет внедрена, команда сможет выявлять и понимать проблемы и предлагать улучшения.

В моей следующей статье об управлении проектами по методике agile мы обсудим ключевые различия между Scrum и Kanban и то, как использовать один из них или сразу оба метода с пользой для себя.

Скоро состоится открытое занятие «Как сделать ретроспективу в Agile полезной?». Разберём популярные заблуждения о ретроспективах и поговорим про набор полезных практик, чтобы команда радостно ждала нового ретро. Проведем очень иллюстративное упражнение для углубления понимания. Бонусом поговорим про более олдскульные практики проектного управления, которые помогут управлять ожиданиями. Регистрация открыта по ссылке.

• Блог компании OTUS
• Управление проектами
• Agile

Источник: habr.com