Agile для менеджеров

Бизнес-процессы

Agile для менеджеров

Как, для чего и с кем употреблять Agile

Поделиться
Запинить
Отправить

«Используете ли вы Agile-методы?»

Если вы когда-либо разрабатывали ПО, то наверняка слышали этот вопрос. Кажется, все хотят знать, используете ли вы Agile.

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

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

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

Наиболее популярными Agile-методологиями являются Scrum, Канбан, ХР, Lean и другие.

Философия Agile

Agile-менеджмент базируется на четырех основных ценностях:

  1. Отношения с людьми является важнее, чем процессы.
  2. Готовый продукт является важнее, чем любая документация.
  3. Взаимодействие с заказчиком является важнее, чем решение условий сделки.
  4. Готовность меняться является важнее, чем приверженность определенному плану.

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

  1. концентрируют внимание команды на потребностях и целях клиентов;
  2. упрощают организационную структуру и процессы;
  3. прибегают к активному использованию фидбэка;
  4. предполагают рабочий процесс в качестве коротких циклов;
  5. требуют увеличения полномочий специалистов;
  6. основываются на гуманистическом принципе;
  7. представляют собой не результат, а, скорее, форму мышления и образ жизни.

Для кого лучше подходит

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

Намного меньше он годится для тех, кто вовлечен в процессные дела (например, рестораны, кафе) и намного больше — для тех, кто занимается чем-то совершенно новым (например, информационные технологии, маркетинг и т.д.).

Agile и инновации — лучшая пара.

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

Палка о двух концах

Agile — действительно передовая и эффективная методология. Она позволяет динамично идти к конечной цели, учитывая обратную связь на каждом этапе создания продукта. Agile-методы полюбились многим за счет:

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

Главные принципы Agile являются и источником основных проблем. Так, CEO Accera, консультант по Agile, DevOps и Digital Transformation Анатолий Шеин делится своими представлениями о тех, кому Agile не помог, а навредил:

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

Итак, ключевые шаги

Рассмотрим работу по Agile на примере метода Scrum — одной из самых распространенных гибких методологий.

  1. Определите продакт-оунера (владельца продукта). Это тот человек, который точно знает, куда вы идете и что будете иметь в результате.
  2. Выберите команду. Команда — это коллектив от трех до десяти человек, обладающих способностями, которые необходимы для решения задач (например, для создания работающего продукта). Команда должна быть самодостаточной, как говорят, на 360 градусов покрывающей свои компетенциями фокус проекта.
  3. Определите скрам-мастера. Это тот, кто наблюдает за процессом, помогает при возникновении сложностей и стимулирует команду на работу.
  4. Напишите бэклог продукта. Определите все требования к конечному продукту и установите приоритеты. Визуализируйте все это все в одном месте (желательно на Agile-доске). Владелец продукта должен проанализировать и собрать получившиеся мнения. После этого команда должна рассмотреть бэклог и определить возможность разработки продукта и требуемое на это время.
  5. Спланируйте спринты. Спринты — это отрезки времени (неделя, две, три), за которые команда должна выполнить конкретные задачи. Спринты являются повторяющимися: так, например, двадцать раз по две недели до тех пор, пока продукт не будет готов.
  6. Организуйте регулярные встречи на 15-20 минут (не больше!). Запланируйте короткие ежедневные встречи с тремя вопросами на повестке: что получилось вчера, задачи на сегодня, какие проблемы существуют.
  7. Проводите обзоры. По результатам спринта команда должна делиться тем, что удалось, и показывать готовые возможности продукта. Обзоры являются открытыми: на них может прийти, как владелец продукта, так и потенциальные клиенты.
  8. Делайте ретроспективу. Вся команда по окончанию спринта отчитывается о возникших проблемах и пытается найти решения. В итоге должен быть составлен план будущих изменений, необходимый для внедрения на последующем спринте.
  9. Повторяйте шаги 1-8 до завершения работы.

К чему это приводит

Agile-маркетинг — эффективный инструмент для умеющих быстро реагировать и адаптироваться к меняющимся условиям рынка. Он не просит «выбросить проект в урно» при возникновении сложностей. Очевидно, определенный план не может быть правдой на все 100%. При необходимости его нужно анализировать и изменять. Однако эффективнее изначально предусмотреть возможность для маневров на основе каждого предыдущего спринта.


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


AgileScrumметодологии разработкибизнес-процессыKanban
Поделиться
Запинить
Отправить
Facebook YouTube Telegram