В 2021 году Agile-подход будет праздновать 20-летие. Но в российских компаниях только зарождается культура гибкого управления. Что такое Agile-управление и нужно ли его использовать в вашем бизнесе?
Что такое Agile-управление
Agile — способ гибко организовать работу компании. Он сфокусирован на командной работе, тесном взаимодействии и личной ответственности. Используя Agile, вы сможете упростить бизнес-процессы, разделить работу на этапы и блоки, активно получать обратную связь и оперативно корректировать проект.
Первоначально гибкие методологии применялись только при разработке программного обеспечения, особенно предназначенного для массового использования. Сейчас же принципы Agile перекочевали во все сферы бизнеса. Применять их можно в любой организации, главное — понимать, какой цели вы хотите достичь.
Чтобы понять, чем agile отличается от стандартного подхода к управлению проектами, можно привести метафору. Представьте, что есть две деревни на разных берегах реки, и вы хотите создать инструмент для общения жителей. Можно потратить полтора года на строительство моста, и только потом увидеть, действительно ли он нужен жителям деревень.
Agile — почему он может убить Ваш бизнес?
А можно сразу же протестировать идею: построить веревочную переправу и посмотреть, будут ли ей пользоваться. Если мы увидим спрос, то можно сделать небольшой веревочный мост. А если и он окажется успешным проектом, то тогда уже можно строить полноценную конструкцию. Второй подход и является agile-методом.
Ключевая специфика agile заключается в том, что мы не проводим длительных исследований, не строим грандиозные планы и не пытаемся сразу создать безупречную версию продукта. Вместо этого мы сразу создаём прототип, который позволяет дать ценность клиенту в кратчайшие сроки. И уже вместе с клиентом думаем, как улучшить этот продукт. В результате путь продукта до рынка сокращается в разы.
Каким компаниям необходим agile-подход
Agile-управление идеально подходит небольшим стартапам и компаниям, которые работают по проектам. Если у вас общее и длительное производство, скорее всего, сложно будет перевести структуру на agile. Но вы можете использовать его инструменты в hr- отделе и при тестировании маркетинговых решений.
Заполните форму ниже. Это займет не более 2 минут
Консультация
Мы перезвоним в течение 30 минут и договоримся о встрече
Открытие счета
Подпишите документы и пользуйтесь счетом в день подачи заявки
Плата за подключение к Пакету услуг «Первый шаг» — 0 руб. Открытие и обслуживание первого счета в рублях РФ — 0 руб. Внутрибанковские переводы на счета юридических лиц и ИП — 0 руб. 3 (Три) платежа в другие банки на счета юридических лиц и ИП — 0 руб. К Пакету услуг «Первый шаг» могут быть подключены только новые клиенты, не имеющие открытых расчетных счетов в Банке «Открытие».
Обязательными условиями подключения и обслуживания в рамках Пакета услуг являются выпуск корпоративной карты и подключение к системе ДБО Банка. Обслуживание корпоративных карт «Бизнес карта»: первые 6 мес. — бесплатно, с момента совершения первой транзакции по карте, далее 149 руб. — ежемесячно. Категория карт может быть изменена. Услуги, не включенные в Пакет услуг, предоставляются в соответствии с условиями Сборника тарифов. Полные условия обслуживания, оформления и использования карт указаны в сборнике тарифов.
Основные идеи Agile
Все принципы Agile были сформулированы в Манифесте в 2001 году. Всего четыре идеи, и все они интуитивно понятны:
- люди и взаимодействие важнее процессов и инструментов;
- работающий продукт важнее исчерпывающей документации;
- сотрудничество с заказчиком важнее согласования условий контракта;
- готовность к изменениям важнее следования первоначальному плану.
Но как же применять Agile для управления бизнеса? Необходимо сконцентрироваться на особенностях этого подхода. Разберём каждый из них.
Кросс-функциональность команды
Если вы решили перейти на Agile-управление, то должны поменять работу коллектива. Каждому сотруднику необходимо знать, с каким клиентом вы работаете, какие у него проблемы и цели.
Внутри команды все задачи распределяются, но каждый сотрудник взаимозаменяем. И если возникает проблема, то коллеги могут прийти на помощь. Структура организации должна быть максимально прозрачной: каждый понимает свои рабочие обязанности. Чтобы построить такую работу, необходимо проводить регулярные еженедельные встречи.
Отчётность с небольшими интервалами
Agile-подход предлагает разделить весь рабочий процесс на небольшие итерации, чтобы можно было отслеживать результаты работы и оперативно вносить изменения. Также благодаря такому подходу вы сможете быстро оценить эффективность продукта и отказаться от его реализации, если первые тесты не дадут хорошего результата.
Такие короткие проекты позволяют быстро получать обратную связь и оптимизировать продукт. Важно отметить, что Agile — это не только метод работы над продуктом, но и слаженность внутри команды. Он подразумевает в себе гуманистический подход внутри группы — всеобщее равноправие. Это заметно повышает продуктивность работы и мотивирует на более высокий результат.
Как внедрить Agile
Полноценное внедрение Agile-управления в работу компании поможет поднять эффективность работы команды и улучшит качество продуктов. Чтобы начать работать по новой системе, необходимо:
- обсудить, как будет выглядеть желаемый продукт, какие проблемы решать и как функционировать;
- разделить обязанности внутри команды;
- разделить весь процесс работы на недельные итерации;
- внедрить еженедельную отчётность клиенту, чтобы получать от него обратную связь и корректировать работу;
- поменять работу команды: каждый сотрудник выполняет свою конкретную задачу, но он может быть спокойно заменён другим человеком;
- создать всеобщее равноправие внутри группы.
Как выглядит agile-подход на практике
Представьте, что у вас небольшое маркетинговое агентство и вы разрабатываете стратегию развития для вашего клиента. Если вы используете agile-управление, то вы разделите весь процесс работы на двухнедельные итерации. Сначала вы проанализируете имеющиеся рекламные каналы, потом разработаете позиционирование, а потом будете проверять каждый инструмент по отдельности.
Первая итерация — таргетированная реклама в Instagram, затем — таргетированная реклама в других социальных сетях и т.д. В конце каждого шага сможете проанализировать результаты и понять, насколько успешным был запуск той или иной рекламы. Такой подход поможет вам грамотно распределить бюджет и наглядно увидеть, какие инструменты оказались более и менее удачными.
Agile может стать работающим инструментов для развития вашего бизнеса: меняйте подход к решению задач и выводите создание продуктов на новый уровень.
Источник: academyopen.ru
AGILE – гибкая система управления проектами
Приходилось ли вам когда-нибудь заниматься проектами или хотя бы принимать участие в проектной работе? Если да, то наверняка вы заметили, что наладить работу команды может быть достаточно сложно. И даже если она налажена, есть риск, что все усилия окажутся напрасными, ведь требования к необходимому результату часто меняются.
Однако существенно упростить работу над проектом и научиться им управлять, тем самым повысив эффективность команды, можно при помощи системы гибкого управления проектами под названием Agile («Аджайл» или «Эджайл»). Вообще, мы уже вкратце рассказывали о ней в нашем курсе по управлению проектами (четвертый урок), но сейчас поговорим на эту тему более подробно.
Метод Agile: определение и краткая история
Как бы непривычно это ни звучало, но серьезно разрабатывать программное обеспечение и управлять проектами начали уже в 70-х годах прошлого века. Именно в 1970 году американский ученый-компьютерщик Уинстон Ройс составил документ, называвшийся «Управление развитием крупных программных систем». В нем он приводил критику последовательной разработки, указывая на то, что разработка программного обеспечения не должна походить на работу сборочной линии (как, например, делается в автомобильном производстве), где новые детали по очереди добавляются в последовательные фазы.
Вместо того чтобы ждать, пока будут поочередно завершены все этапы (фазы), Ройс предложил применять фазовый подход. Суть его в том, что изначально собираются все требования, необходимые для проекта, после чего завершается вся архитектура, создается дизайн, записывается код и т.д.
На основе этого в 90-х удалось создать комплекс гибких методов разработки ПО, способных заменить сложные и трудоемкие методы. Происходило это так:
- В 1991 году появился метод быстрой разработки приложений RAD
- В 1994 году появился метод разработки динамических систем DSDM
- В 1995 году появилась платформа (фреймворк) гибкой разработки Scrum
- В 1996 году появилась гибкая методология разработки Crystal Clear, а также экстремальное программирование XP
- В 1997 году появилась итеративная методология разработки ПО FDD
Все вместе эти методы объединились под общим названием гибких методов разработки ПО.
Четыре года спустя – в 2001 году в штате Юта (США) на курорте Snowbird собрались семнадцать разработчиков программного обеспечения. В результате обсуждения методов разработки был опубликован «Манифест о гибкой разработке программного обеспечения Agile» (в переводе с английского понятие «agile» означает «подвижный», «проворный» или «быстрый», но в большинстве случаев его переводят именно как «гибкий»). Он и задал темп всей дальнейшей работе над созданием ПО.
Манифест Agile
Манифест, созданный программистами, включает в себя 4 базовых идеи и 12 принципов эффективного управления проектами. Любая из систем управления проектами на основе Эджайл (о системах мы поговорим позже) опирается именно на эти идеи и принципы, хотя и использует их в разных вариациях.
- Люди и их взаимодействие важнее, чем процессы и инструменты
- Рабочее ПО важнее, чем документация
- Клиенты и сотрудничество с ними важнее, чем контракт и обсуждение условий
- Готовность к внесению изменений важнее, чем первоначальный план
- Удовлетворять клиентов, заблаговременно и постоянно поставляя ПО (клиенты довольны, когда рабочее ПО поступает к ним регулярно и через одинаковые промежутки времени)
- Изменять требования к конечному продукту в течение всего цикла его разработки
- Поставлять рабочее ПО как можно чаще (раз в неделю, в две недели, в месяц и т.д.)
- Поддерживать сотрудничество между разработчиками и заказчиком в течение всего цикла разработки
- Поддерживать и мотивировать всех, кто вовлечен в проект (если команда мотивирована, она намного лучше справляется со своими задачами, нежели команда, члены которой условиями труда недовольны)
- Обеспечивать непосредственное взаимодействие между разработчиками (возможность прямого контакта способствует более успешной коммуникации)
- Измерять прогресс только посредством рабочего ПО (клиенты должны получать только функциональное и рабочее программное обеспечение)
- Поддерживать непрерывный темп работы (команда должна выработать оптимальную и поддерживаемую скорость работы)
- Уделять внимание дизайну и техническим деталям (благодаря эффективным навыкам и хорошему дизайну команда проекта получает возможность постоянного совершенствования продукта и работы над его улучшением)
- Стараться сделать рабочий процесс максимально простым, а ПО – простым и понятным
- Позволять членам команды самостоятельно принимать решения (если разработчики могут сами принимать решения, самоорганизовываться и общаться с другими членами коллектива, обмениваясь с ними идеями, вероятность создания качественного продукта существенно возрастает)
- Постоянно адаптироваться к меняющейся среде (благодаря этому конечный продукт будет более конкурентоспособен)
Постигая Agile, в дополнение к обзору идей и правил обязательно ознакомьтесь с этим небольшим видео, где специалист по проектному управлению, консультант и бизнес-тренер Алексей Таченков рассказывает об основах системы.
Чтобы реально осуществить на практике вышеизложенные идеи и принципы, необходимо придерживаться нескольких правил. Только тогда Agile-менеджмент проекта может быть эффективен.
Ключевые моменты в применении Agile
Agile-методология основывается, в первую очередь, на визуальном контроле. Чаще всего участники проекта, работая над достижением результата, пользуются специальными цветными карточками. Один цвет сигнализирует о завершении планирования какого-то элемента конечного продукта, другой – о завершении его разработки, третий – о готовности и т.п. Визуальный контроль позволяет команде иметь наглядное представление о текущем состоянии процесса и гарантирует одинаковое видение проекта всеми ее членами.
Члены команды и клиент в большинстве случаев работают вместе и рядом. Благодаря этому существенно ускоряются многие рабочие процессы, которые связаны с информированием участников проекта. Кроме того, совместная работа способствует созданию здоровой атмосферы для плодотворного и эффективного сотрудничества и скорейшего достижения результатов.
Когда руководитель проекта, команда и клиент действуют сообща, исключается опасность недопонимания целей и утери информации. Все рабочие процессы становятся максимально прозрачными, а это значит, что любые возникающие проблемы можно разрешать практически моментально и находить лучшие варианты их решения.
Особое внимание нужно уделить руководителю проекта. Его нельзя назвать человеком, раздающим указания налево и направо. Руководитель здесь выступает скорее в роли лидера, который задает направление и определяет правила сотрудничества и работы. Другими словами, Agile-управление является адаптируемым.
Еще одним важным моментом Agile-методологии является разделение всего объема проекта на несколько более мелких составных частей. Такой подход многократно упрощает процесс разработки, а отдельные группы команды могут фокусироваться каждая на своей конкретной задаче.
Работая над одним циклом, участники проекта овладевают новыми навыками и получают новые знания, а также анализируют допущенные в процессе ошибки. Все это сводит вероятность совершения подобных ошибок в будущем (в следующих циклах и других проектах) практически к нулю.
И, наконец, последний значимый элемент подхода – это спринты и ежедневные встречи. Спринтами называются ограниченные конкретными сроками (дедлайнами) отрезки времени, в течение которых команда успевает выполнить определенные задачи. Именно благодаря спринтам команда может видеть результаты своих действий.
Если же мы разделим все время, отведенное на проект, на несколько спринтов, получим конкретное их количество; пусть их будет 15. Каждый спринт длится, к примеру, две недели. Вот как раз в течение этих двух недель (времени, отведенного на спринт) участники каждый день встречаются для обсуждения процесса и прогресса.
Ежедневные встречи не должны превышать 15 минут. Организуются они для того, чтобы каждый член команды дал себе же ответ на три вопроса:
- Что я делал вчера?
- Чем я буду занят сегодня?
- Что мешает мне работать?
Ответы на эти вопросы позволяют держать под контролем процесс, понимать, на какой стадии находится каждый из участников команды, и устранять потенциальные проблемы на пути к цели. Если же обобщить, то внедрение Agile-методологии возможно, если соблюдается несколько условий:
- Четко обозначается значение проекта
- В процессе реализации активно участвует клиент
- Общий объем работ выполняется пошагово
- Ориентироваться следует на конкретный результат
- Численность одной рабочей группы: от 7 до 9 человек
В настоящее время проект-менеджмент с поддержкой Аджайл по большей части распространен в IT-сфере, однако и деловая сфера его начинает осваивать. Эта система применяется в обучении, маркетинге, бизнесе. Гибкое управление проектами берется на вооружение множеством компаний и государственных структур.
Примеры: правительство Новой Зеландии, правительство Нигерии, Норвежский пенсионный фонд, компания Return Path (программное обеспечение), компания Oreo (производство печенья), компания Aviasales (крупнейший поисковик авиабилетов), компания Hewlett-Packard (крупнейшая американская IT-компания), «Сбербанк» (наверное, знаете, что это).
Эти и многие другие организации используют в работе самые разные методы управления проектами, основанные на Agile. И поговорить об этих методах не менее важно, чем о самой методологии.
Популярные методы управления проектами
Существует немало методов проект-менеджмента, которые применяются разными современными компаниями. Но самыми известными и востребованными среди них по праву считаются Scrum (Скрам) и Kanban (Канбан).
Метод Scrum
Среди всех методов системы Agile Scrum отличается тем, что делает основной упор на качественный контроль рабочего процесса. Впервые описавшие его японские специалисты по стратегическому менеджменту Хиротака Такуэти и профессор в области научно-технических знаний Икуджиро Нонака называют метод «подходом в рэгби», где Scrum является «борьбой за мяч».
Метод заключается в том, что разработка проекта разделяется на спринты, по окончании которых клиент получает улучшенное ПО. Спринты строго фиксируются по времени, и могут длиться от 2 до 4 недель. Рабочий процесс в одном спринте включает в себя несколько стадий:
- Определяются объемы работы
- Каждый день проводятся 15-минутные встречи, чтобы члены команды могли скорректировать свою работу и подвести промежуточные итоги
- Демонстрируются полученные результаты
- Спринты обсуждаются для поиска удачных и неудачных решений и действий
В большинстве случаев Скрам применяется в работе со сложным ПО и для разработки продукта с использованием инкрементных и итеративных методов. Благодаря ему серьезно повышается производительность команды и сокращаются временные затраты на достижение цели.
Scrum улучшает результаты, помогает адаптировать проект к изменениям, обеспечивает более точную оценку при меньших трудозатратах на анализ и позволяет эффективнее контролировать этапы работы и сценарий проекта. Все это как нельзя лучше соответствует бизнес-целям.
Метод Kanban
Канбан – еще один метод, делающий командную работу более результативной и продуктивной. Смысл его сводится к приданию процессу разработки максимальной прозрачности и равномерному распределению нагрузки среди участников проекта. Важная особенность Kanban еще и в том, что он мотивирует людей на постоянное сотрудничество, совершенствование и обучение.
Работа по методу Kanban выстраивается на нескольких принципах. Во-первых, вся информация о проекте должна быть визуализирована, что позволяет видеть накладки, ошибки и недочеты и активно их устранять. Во-вторых, работа над одной задачей должна вестись одновременно всей командой – это помогает сбалансировать усилия и получаемые результаты, исключает неравномерное распределение нагрузки. И, в-третьих, время на выполнение всех задач строго контролируется, благодаря чему оптимизируется процесс и экономится время.
В отличие от Скрам, Канбан обрел популярность намного позже, но это ни в коей мере не умаляет его достоинств и не делает менее эффективным. Метод полезен как в IT-области, так и в бизнес-сфере.
Это лишь примеры основных методов управления проектами, основанных на Agile. Но не стоит пренебрегать и другими методами, такими как PRINCE2, Lean, Six Sigma, XP, CCPM, ECM, Waterfall и другие. К тому же у Аджайл, наряду с преимуществами, есть и некоторые недостатки.
Плюсы и минусы Agile
Постигая Agile, важно знать как о положительных, так и об отрицательных сторонах этой методологии. Начнем с плюсов.
В первую очередь стоит отметить, что Agile-управление очень гибкое. Если, например, традиционная методология указывает на конкретные этапы работы, то Эджайл легко подстраивается под потребителя конечного продукта и требования заказчика.
Собственно, и в конечном продукте число дефектов минимизируется, ведь он является результатом тщательной проверки качества, которая проводится по завершении каждого этапа-спринта.
Кроме того, Agile быстро запускается, легко реагирует на изменения, позволяет команде разработчиков и клиентов поддерживать постоянную связь в реальном времени. Преимущества очевидны, но давайте поговорим и о минусах.
Недостатки методологии состоят в том, что, во-первых, постоянная обратная связь может приводить к тому, что все время будет переноситься и дедлайн проекта, тем самым создавая угрозу бесконечно продолжающейся работы. Если заказчик видит, например, только результаты, но не имеет представления об усилиях, потребовавшихся для их достижения, он будет все время требовать улучшений.
Второй недостаток заключается в необходимости адаптировать под изменяющиеся условия проекта проектную документацию. При отсутствии надлежащего информирования команды об изменениях или дополнительных функциях документы с функциональными требованиями или архитектурой могут оказаться неактуальными на текущий момент времени.
Третьим существенным минусом Аджайл можно назвать необходимость в частых встречах. Они, конечно, способствуют повышению эффективности работы, но все же постоянное отвлечение членов команды может сказаться на процессе отрицательно, ведь внимание людей систематически уходит в сторону от решаемых задач.
Сюда же можно отнести такие вещи как необходимость в постоянном присутствии клиента, невозможность выстраивать долгосрочные планы и потребность в мотивированных и высококвалифицированных специалистах. Кстати, последнее в огромной степени касается и внедрения Agile-управления в деятельность организации. И, постигая Agile, с темой ее внедрения тоже нужно познакомиться.
Внедрение Agile
Примеров внедрения Эджайл в работу компаний есть достаточно много. И практически все они говорят, что оно требует целого комплекса важных мероприятий.
Для начала выбирается конкретный метод, что зависит от условий проекта. Затем определяются задачи и цели, основной дедлайн и сроки спринтов, численность команды и другие составляющие работы над проектом. Важно подобрать метод, отвечающий максимальному количеству требований.
Как мы и сказали, для внедрения Agile необходима команда профессионалов. Все ее члены должны знать базовые идеи и принципы методологии и уметь их применять. Если в компании нет таких людей, сотрудников нужно обучить. Руководство компании, решившей перейти к использованию Аджайл, также должно четко понимать, готова ли организация к изменениям, можно ли применять систему к своим проектам и т.д. Чаще всего, чтобы ответить на эти вопросы, приходится обращаться к специалистам по Agile.
На следующем этапе приглашается человек, имеющий опыт работы с системой. Он демонстрирует ее, разъясняет суть спринтов и действий, функции членов будущей команды, особенности взаимодействия между ними и другие вопросы. И только после этого формируется новая команда, распределяются роли, задачи и обязанности, подбираются инструменты для ведения аналитики, отчетности и т.д.
Окончательным этапом будет первый опыт с Аджайл, т.е. первый проект с его использованием. Нужно понимать, что неизбежны ошибки, недочеты, нестыковки, отставания. Придется отказаться от одних инструментов и заменять их другими, возможно – менять роли между людьми в команде. Первый опыт – это процесс адаптации, причем адаптации двухсторонней: компания привыкает к методологии, а методология подстраивается под компанию.
Заключение
Подытоживая данный обзор, напомним, что теория и практика – это две разные вещи. Новые методики и технологии и их внедрение – это своеобразный вызов команде, и как прийти к большей эффективности – дело всегда индивидуальное. Agile – это не панацея и не гарантия успеха, но он позволяет установить правильный курс и найти ориентиры на пути.
Для реализации любого проекта обязательно придется что-то менять, искать новые решения, генерировать необычные идеи. Лишь подстраиваясь под постоянно меняющиеся условия работы и требования заказчиков, можно найти верные способы действий. И гибкая методология управления проектами Agile может стать в этом деле верным помощником.
Советуем также прочитать:
- Сторителлинг
- Современные образовательные технологии: как учиться и учить в наши дни?
- Философия Agile: от слов к делу
- PMBoK
- Бережливое производство
- Как организовать свои дела с помощью Agile
- SCRUM – эффективный метод управления проектами
- Моделирование бизнес-процессов: что это такое и зачем это нужно?
- Фасилитация: что это такое и в чем ее преимущества?
- Маленькие шаги на пути к большой цели
- Диаграмма сродства для решения управленческих проблем
Источник: 4brain.ru
Принцип agile в бизнесе
Комментарии
Популярные По порядку
Не удалось загрузить комментарии.
ВАКАНСИИ
Junior Java Developer
Санкт-Петербург, от 45000 RUB
IOS разработчик
Санкт-Петербург, от 120000 RUB до 200000 RUB
C# разработчик
Санкт-Петербург, от 70000 RUB
ЛУЧШИЕ СТАТЬИ ПО ТЕМЕ
DeepFake-туториал: создаем собственный дипфейк в DeepFaceLab
Рассказываем о технологии DeepFake и шаг за шагом учимся делать дипфейки в DeepFaceLab – нейросетевой программе, меняющей лица в видеороликах.
Идеи для проектов для практики навыков программирования
Задачи для начинающих и их реализации, которые могут быть решены на любых языках программирования. Проекты распределены по нескольким категориям.
6 open-source проектов для практики новичка
Практика в open-source проектах поможет при составлении портфолио для трудоустройства. В статье приведены рекомендации по изучению этой тематики.
Источник: proglib.io