Здравствуйте!
Правильно организовать работу коллектива сложно, потому что процесс предполагает много переменных.
Идеальным решением станет метод гибкого управления Agile.
При его использовании работа делится на нескольких этапов (спринтов) с жёсткими дедлайнами – это даёт возможность своевременно проверять эффективность, собирая отзывы от участников проекта и заказчика. В результате можно быстро вносить корректировки при появлении новых требований.
Сегодня мы расскажем о том, что такое Agile простыми словами и приведём конкретные примеры. Раскроем суть его манифеста, а также предоставим читателям пошаговый план внедрения в компанию.
Читайте также: Всё про Digital Marketing
Что такое Agile самыми простыми словами
Начнём с терминологии. Agile (произносится «эджайл») переводится как «быстрый», но чаще всего имеется в виду «гибкий».
Что касается бизнеса, слово обозначает умение быть гибким в принятии решений, анализировать меняющиеся обстоятельства и быстро реагировать на них. Это важное качество в современном мире высокой конкуренции, где малейшее промедление чревато потерей лидерских позиций.
Гибкая система управления позволяет максимально эффективно выстроить работу специалистов и добиться устойчивости бизнеса.
Особенности метода Agile мы рассмотрим далее в манифесте.
Сейчас кратко сформулируем суть:
- команда сотрудничает с заказчиком на протяжении всего проекта;
- работа ведётся короткими этапами длительностью 2-6 недель;
- по окончанию каждого цикла заказчик получает промежуточный результат, готовый для внедрения в бизнес;
- при необходимости на каждом этапе быстро вносятся корректировки.
Если бы приходилось объяснять бабушке, что такое Agile, мы бы провели аналогию с огородом. Гибкий метод – это когда мы перекапываем огород, оцениваем результат и вносим корректировки по ходу работы (окапываем лопатой нераспаханные участки).
История возникновения
В 1970 году учёный в области информатики Уинстон Ройс обратил внимание общественности на важность правильной организации управления проектами и разработки программного обеспечения. Он написал статью «Управление развитием крупных программных систем», в которой раскритиковал последовательную разработку. Ройс сделал акцент на том, что создание ПО из-за своей специфики не должно напоминать работу сборочной линии и предложил поэтапный подход. Сначала надо собрать требования к проекту, после чего завершить архитектуру, создать дизайн и записать код.
После этого IT-специалисты изменили подход к своей работе и начали проводить тестирования на каждой важной фазе. Метод стал успешным, благодаря получению обратной связи от заказчика и быстрому внесению правок. Появились новые гибкие методы: RAD, DSDM, Scrum, Crystal Clear и FDD.
В 2001 году 17 разработчиков программного обеспечения встретились в США и обсудили возможное упрощение процесса разработки. В итоге был опубликован «Манифест о гибкой разработке программного обеспечения Agile», который объединил и систематизировал все гибкие методы управления.
Вы можете подумать, что Agile – это исключительно о деятельности программистов. Но данный метод подходит для создания любой продукции, где нет чёткого алгоритма действия. Например, если речь идёт о технически сложном продукте, который невозможно собрать из набора уже готовых частей. Ещё один вариант: продукт не представлен на рынке, поэтому ценность идеи и размер рынка ещё не подтверждены.
Примеры Agile
Для понимания разницы между стандартным и инновационным методом управления изучим их на примере кондитерской.
Пусть первый вариант представляет собой ситуацию на предприятии с классическим подходом, а второй – с внедрением Agile:
№1: обычная кондитерская
От технолога требуется разработка нового торта. Даже в случае маркетингового исследования вкусов потребителей большее внимание будет уделено предпочтениям директора предприятия. По сути, технолог сделает новинку на своё усмотрение и покажет руководителю. Тот попробует и решит: утвердить её или отправить на переделку. После одобрения генерального директора кондитеры получат соответствующие инструкции, и торты поступят в продажу.
Это типичный для России вариант, когда команда выполняет чётко поставленную задачу. Итог работы оценивает один человек, максимум два-три.
№2: Agile-кондитерская
У директора фирмы появляется идея о выпуске нового вида торта.
Над созданием продукта начинают работать и маркетологи, и технолог, логисты, отдел продаж, кондитеры и даже обычные потребители. Итог общих усилий – появление востребованного на рынке и любимого покупателями продукта.
Здесь практически нет иерархии. Каждый участник процесса оценивает и комментирует результат для улучшения показателей.
Благодаря гибкому методу фирма способна быстро фокусироваться на определённой цели и выдавать высококонкурентный продукт, который будет пользоваться высоким спросом. Agile улучшает продажи, экономит время и помогает исправить ошибки на ранних стадиях.
Гибкий метод управления проектом часто используется в IT и деловой сфере. Такой проджект-менеджмент применим в маркетинге, обучении и бизнесе. Его освоили десятки тысяч государственных структур и предприятий. Например, компании Return Path (создаёт ПО) и Oreo (изготавливает печенье), пенсионный фонд Норвегии и Aviasales – крупный поставщик авиабилетов.
В России методом Agile пользуются «Сбербанк» и «Альфа-банк», сервис для бухгалтеров «Кнопка» и сеть пиццерий «Додо пицца». Что касается банков, обратите внимание: гибкое управление осуществляется на уровне не всего предприятия, а отдельных команд.
С одной стороны, крупные организации (тот же «Альфа-банк») имеют больше технических возможностей и персонала для внедрения Agile. В то же время такие маленькие компании, как команда бухгалтеров и пиццерия называют систему гибкого управления одним из факторов своего успеха.
Ключевые преимущества Agile:
- поставленные задачи решаются быстрее, что позволяет экономить деньги и время;
- фирма выдаёт действительно востребованные на рынке продукты;
- проект планируется и контролируется более тщательно;
- качество полученных результатов на порядок выше;
- компания учится приспосабливаться к условиям жёсткой конкуренции.
При этом важно понимать, что без обучения команды и адаптации Agile не будет полноценно работать в российской компании. Кроме того, данный метод не подходит для организаций с сильным административным управлением.
Манифест Agile
Вернёмся к документу 2001 года, который стал основой современных принципов гибкого метода.
Четыре основополагающих идеи манифеста:
- Коммуникация важнее рабочего процесса и инструментов.
- Нужно сотрудничать с заказчиком, а не просто выполнять условия контракта.
- На первом месте сам работающий продукт, а не инструкции и графики.
- В приоритете быстрая корректировка, а не следование начальному плану.
Принципы манифеста Agile:
- Удовлетворение потребностей заказчика важнее соперничества и внутренней иерархии. Это достигается непрерывной работой и мгновенным исправлением ошибок.
- Быстрая реакция на изменения требований к продукту.
- Непрерывный темп с повторяемой скоростью работы.
- Поддержка вовлечённых сотрудников. Мотивированная команда выполняет работу лучше, чем недовольные условиями труда специалисты.
- Тесная коммуникация лицом к лицу с заказчиком и всеми членами команды разработчиков на протяжении всего проекта.
- Простота, как основа работы.
- Маркетинговый план должен обновляться как можно чаще – раз в две недели или полтора месяца.
- Отказ от условностей и субъективных мнений в пользу детального изучения заказчика, внедрения изменений и анализа результатов.
- Несколько краткосрочных тестирований актуальнее одного долгосрочного эксперимента.
Статья в тему: Что такое CRM и зачем она нужна
Подготовка к внедрению
Перед переходом к Agile подготовьте команду и найдите баланс между классическим подходом и гибкостью управления.
Среди основ гибкого метода стоит выделить:
- Общие усилия. Заказчик, руководитель и команда должны трудиться сообща, чтобы исключить недопонимание цели и потерю информации.
- Зрительный контроль. Все действующие лица обязаны в ходе проекта использовать карточки разных цветов для обозначения, какая часть продукта уже спланирована, разработана, завершена.
- Адаптируемое управление. Руководитель не раздаёт указания, а контролирует выполнение правил сотрудничества.
- Разделение проект на этапы. Эта система работы позволяет сконцентрироваться на отдельном цикле.
- Исправление ошибок. Во время каждого этапа команда приобретает новые знания и анализирует прошлые недочёты, чтобы исключить их на следующем спринте.
С учётом всего вышесказанного внедрять Agile можно лишь в таких условиях:
- чётко обозначены цель проекта и срок её достижения;
- весь объём работы можно разделить на этапы;
- проведено исследование целевой аудитории;
- организован сбор данных, определены показатели дальнейшей оценки;
- заказчик принимает активное участие в процессе;
- рабочий коллектив составляет до 10 человек.
Внедрение Agile в компании
Теперь можно начинать:
- Анализ требований. Важно понять, кто и для чего будет пользоваться продуктом. Требования обязаны быть актуальными и измеримыми, что подразумевает регулярное общение менеджеров с целевой аудиторией.
- План. Определитесь на организационном собрании с идеей, сроками и ресурсами проекта, составьте план работ с их раздроблением на мелкие части.
- Создание команды. Подбор персонала, распределение задач и создание графика встреч.
- Выбор инструментов для распределения задач, отчётов и аналитики.
- Обучение персонала основам Agile. Сотрудникам надо понимать базовые принципы гибкого метода управления, в противном случае эффективность будет низкой.
- Тест-драйв под контролем специалиста с объяснением функций ролей и демонстрацией этапов.
- Запуск спринтов с оценкой результатов и внесением правок на каждом этапе.
- Выпуск окончательного продукта.
Заключение
Использование методологии Agile способно повысить эффективность работы компании за счет большего контроля над циклами работы и своевременной корректировки стратегии.
Внедрение гибкого метода управления требует адаптации под конкретную задачу и отличной подготовки руководителей фирмы.
Выводы по статье:
- Проект-менеджмент Agile основывается на взаимодействии членов команды, заказчика и потребителей.
- Вся работа делится на этапы с чёткими дедлайнами.
- Команда должна быть готова к внесению правок после окончания каждого цикла.
Успехов и до новых встреч!