Управление проектами — это сложная и ответственная задача, требующая от менеджера не только знаний и опыта, но и гибкости, адаптивности и креативности. Сейчас все меняется очень быстро, и традиционные методы менеджмента часто не справляются с поставленными задачами и вызывают много проблем и рисков. Поэтому сейчас все больше организаций и специалистов обращаются к новой философии проектного менеджмента, которая называется Agile (гибкая).
Agile — это не просто набор правил и инструментов, это целая новая культура, основанная на принципах, направленных на повышение эффективности, качества и удовлетворенности клиентов. С помощью этой культуры команды работают еще более синхронно, креативно и гармонично, быстро реагируют на колебания в потребностях заказчиков.
В статье расскажем, что такое Agile, в чем отличие этой методики от традиционных, и с чего начать ее внедрение в вашу компанию.
Что такое Agile?
Agile — это общее название для новых подходов к управлению проектами, основанных на принципах итеративного (повторяемого) и инкрементального (пошагового) развитии продукта или услуги с активным участием заказчиков и конечных пользователей.
Итеративное развитие говорит о том, что проект делится на небольшие циклы, в течение которых команда выполняет определенный объем и получает обратную связь от заказчика или рынка. Каждая итерация добавляет новую функциональность к уже существующей, улучшая ее качество.
Активное участие конечных пользователей означает, что они не только формулируют требования на начальном этапе, но и постоянно взаимодействуют с командой в процессе разработки, делясь своим мнением, пожеланиями и замечаниями.
Agile не является единой методологией. Существует множество разновидностей этой системы, например, Scrum, Kanban, XP (Extreme Programming), Lean, Crystal и другие. Они имеют свои особенности, правила и терминологию, но все они следуют принципам, которые были сформулированы в документе, известном как Agile-манифест.
Основные идеи
Agile-манифест — это декларация, которая была опубликована в 2001 году группой из 17 экспертов в области разработки программного обеспечения, которые собрались в Сноуберде, штат Юта, США, чтобы обсудить новые практики проектного менеджмента. В этом документе они выразили свою философию и подход к разработке программного обеспечения, отличающийся от традиционной четкой модели «Водопад» (Waterfall) или каскадных моделей, в которых проект проходит через последовательные стадии анализа, дизайна, реализации, тестирования и поддержки.
В Agile-манифесте были сформулированы важные принципы, представляющие собой общие рекомендации и ориентиры для команд, стремящихся работать по этой гибкой философии.
Четыре приоритета
-
Люди, контакт и сложные взаимодействия между ними становятся важнее процессов и инструментов. Команда должна состоять из мотивированных и компетентных специалистов и руководителей, умеющих работать сообща, общаться и решать проблемы. Команда обязана иметь достаточную степень самоорганизации и самоуправления, а не зависеть от жестких и четких правил, ролей и бюрократии, поддерживать постоянный диалог с заказчиком, чтобы сохранять понимание его нужд и ожиданий.
-
Работающий продукт важнее исчерпывающей документации. Команда должна больше фокусироваться на создании продукта или услуги, который реально приносит пользу клиентам, а не на написании многочисленных отчетов и спецификаций. Нужно стремиться к минимальной необходимой для поддержки проекта документации, а не к максимальной. Команда должна демонстрировать работающий продукт как можно чаще, чтобы получать обратную связь и корректировать действия.
-
Сотрудничество и совместный труд с заказчиком важнее, чем согласование пунктов договора. Команда обязана рассматривать заказчика не в роли источника требований или противника, а в роли партнера. Нужно уважать интересы и нужды заказчика, быть готовыми к изменениям в ходе проекта. Команда должна поддерживать контакт с заказчиком, вовлекать его в процесс разработки, предоставляя ему возможность принимать решения, участвовать в проверке результатов и обучении.
-
Готовность к изменениям важнее следования первоначальному плану. Команда обязана быть готова к тому, что первоначальный план потом может быть изменен или дополнен, постоянно анализировать и улучшать процессы и методики, чтобы еще больше повышать продуктивность и качество.
Функции, отличия и преимущества
Гибкая методология Agile помогает создавать продукты и услуги, которые соответствуют потребностям заказчика, разработчиков и пользователей, а также быстрее и дешевле достигать желаемых результатов.
Agile имеет несколько отличий и преимуществ перед традиционными направлениями, так, например:
-
Большая гибкость. С Agile легко вносить изменения в любой момент, а не только на начальном этапе, адаптироваться к изменяющимся требованиям рынка и технологий, а не следовать четкому распорядку.
-
Большая ценность. С помощью методики возможно реализовывать продукты и услуги, которые реально нужны и полезны людям, а не просто соответствуют формальным спецификациям.
-
Эффективность. С использованием этого подхода сокращаются время и затраты на разработку, уменьшаются риски и ошибки, оптимизируются процессы и ресурсы, устраняется лишняя документация.
-
Удовлетворенность. Agile повышает удовлетворенность заказчика и пользователей, предоставляя им продукт или услугу, решающие их сложности и удовлетворяющие их ожидания в краткие сроки. Повышается и удовлетворенность команды, поскольку ей предоставляется автономия, право выбирать и проявлять больше внимания к творчеству в процессе.
Как работать по Agile?
Работать по Agile — это значит применять гибкие подходы в менеджменте, основанные на принципах манифеста, и выбирать тот конкретный подход или комбинацию подходов, который больше подходит для вашего проекта, процессов, руководителей, команды, разработчиков и организации.
Существует много методологий Agile. Они имеют свои особенности, принципы, правила и терминологию, которые нужно знать.
Scrum
Scrum — это фреймворк для управления сложными проектами, основанный на эмпирическом подходе к обучению и адаптации. Так, Scrum определяет роли, события и артефакты, которые способствуют организации процесса и достижению целей в установленные сроки. Scrum подразумевает разбиение проекта на короткие циклы (спринты), в течение которых команда исполняет рабочие задачи из списка приоритетов (бэклог) и создает пригодный к использованию инкремент. В Scrum подразумевается регулярное проведение совещаний (событий), в частности, планирование спринта, ежедневный стендап, обзор спринта и ретроспектива спринта, на которых команда координирует свои действия, обсуждает затруднения и возможные улучшения. Scrum становится одной из самых популярных и распространенных гибких методологий и применяется в различных областях и индустриях.
Kanban
Kanban — это инструмент менеджмента потоков работ, который основан на принципах визуализации, ограничения и оптимизации процессов. Так, kanban использует доску (board) с колонками (columns), отражающими статусы бизнес-задач (например, to do, in progress, done и т.д.), и карточки (cards), которые представляют собой конкретные задачи. Kanban предоставляет возможность руководителю и команде видеть весь объем работ и движение задач от начала до конца, устанавливать лимиты на количество рабочих задач в каждой колонке (work in progress limit), чтобы избежать перегрузки и снизить время спринта (cycle time), анализировать и улучшать процессы, используя метрики, диаграммы и правила. Kanban становится все более гибким и адаптивным, его можно применить к любому типу и сфере.
XP
Это гибкая методология используется в основном в сфере разработки программного обеспечения. Она основана на принципах, направленных на повышение качества кода и удовлетворенности покупателей. Так, она подразумевает частое выпускание работающего ПО с короткими этапами и маленькими шагами (инкрементами), и применение ряда технических и социальных практик:
-
парное программирование (pair programming): два разработчика работают вместе над одним компьютером;
-
разработка через тестирование (test-driven development): код пишется после написания тестов;
-
рефакторинг (refactoring): код постоянно улучшается и оптимизируется;
-
коллективное владение кодом (collective code ownership): каждый разработчик имеет право изменять любую часть кода;
-
непрерывная интеграция (continuous integration): код регулярно собирается и проверяется;
-
непрерывная доставка (continuous delivery): код регулярно доставляется заказчику;
-
планирование на основе пользовательских историй (user stories), где требования к ПО формулируются в виде коротких описаний функциональности с точки зрения пользователя;
-
планирование на основе игры (planning game): команда и клиент совместно определяют приоритеты, объем и сроки.
XP становится одной из самых радикальных и инновационных гибких методологий, и требует высокого уровня четкой дисциплины и сотрудничества от команды и менеджеров.
Lean
Это философия, основанная на принципе постоянного стремления к совершенству, устранению потерь и созданию пользы для покупателей. Lean возникла в Японии в середине XX века на основе системы Toyota Production System (TPS), которая применялась на заводах автомобильной компании Toyota. Она использует ряд принципов и инструментов:
-
определение ценности (value): то, что человек готов заплатить;
-
поток ценности (value stream): все действия, необходимые для создания и доставки продукта или услуги покупателю;
-
потоковое производство (flow): непрерывное и бесперебойное движение продукта или услуги от начала до конца без остановок или задержек;
-
вытягивающая система (pull): система, в которой производство инициируется спросом, а не графиком;
-
стремление к совершенству (perfection): постоянный процесс улучшения производительности, качества и безопасности.
Lean применяется не только в производстве, но и в различных областях и индустриях, включая разработку ПО.
Это лишь некоторые из множества подвидов Agile. Выберите тот, который подходит для вашего проекта, команды и организации, или же сочетайте гибкие методики в зависимости от ситуации. Главное — следовать принципам, постоянно учиться и адаптироваться к изменениям.
Основные инструменты
Можно пользоваться различными инструментами и функциями, которые позволят вам планировать, контролировать и улучшать ваш проект.
Доска (board)
Это визуальное представление проекта, состоящее из колонок (columns) и карточек (cards). Колонки отражают статусы бизнес-задач (например, to do, in progress, done и т.д.), а карточки представляют собой конкретные рабочие задачи. Так, благодаря доске возможно видеть весь объем работ и движение бизнес-задач от начала до конца. Она может быть как физической (например, на стене), так и цифровой (в программе или приложении). С помощью этого решения можно планировать и организовывать процесс работы, координировать действия и контролировать прогресс.
Бэклог (backlog)
Это гибкий список приоритетных задач или требований, который составляется и поддерживается владельцем продукта (product owner). Он может быть разделен на уровни детализации:
-
портфель (portfolio), содержащий стратегические цели и инициативы;
-
программа (program), содержащая крупные функциональности или эпики (epics);
-
продукт (product), содержащий пользовательские истории (user stories) или функции (features);
-
спринт (sprint), который содержит задачи (tasks) или баги (bugs).
Бэклог улучшает планирование процесса работы, определение приоритетов и оценку объема и сроков.
События (events)
Это регулярные совещания или встречи, которые проводятся для координации спринтов, обсуждения решений и улучшения работы команды. Они бывают разными в зависимости от методики, которую вы используете, но обычно включают в себя:
-
планирование (planning), где команда определяет цели, рабочие задачи и план работы на следующую итерацию;
-
ежедневный стендап (daily standup), где участники команды кратко и быстро делятся своими достижениями и затруднениями, предлагают решения;
-
обзор (review), где команда демонстрирует свои результаты заинтересованным лицам и получает обратную связь;
-
ретроспектива (retrospective), где команда анализирует свою работу и решения, и определяет возможные улучшения.
События помогают контролировать прогресс, решать затруднения и повышать качество работы.
Метрики (metrics)
Это количественные или качественные показатели, посредством которых можно измерять и оценивать различные аспекты: производительность, качество, удовлетворенность и т.д. Они бывают разными в зависимости от методики, которую вы используете, но обычно включают в себя:
-
скорость (velocity): сколько задач команда выполняет за определенный срок;
-
время цикла (cycle time): сколько времени требуется для выполнения одной рабочей задачи;
-
объем работы (workload): сколько задач находится в работе в данный момент;
-
доля готового продукта (done ratio): какая часть уже пригодна к использованию;
-
индекс удовлетворенности клиента (customer satisfaction index): насколько покупатель доволен;
-
индекс удовлетворенности команды (team satisfaction index): насколько команда довольна выполнением работы.
Метрики позволяют анализировать и улучшать выполнение работы, демонстрировать итоги и достижения.
Диаграммы (diagrams)
Это графические представления данных или информации, которые помогают визуализировать и понимать различные аспекты вашего проекта: процессы, структуры, зависимости и т.д. Обычно включают в себя диаграммы:
-
потока ценности (value stream map): все действия, необходимые для создания и доставки продукта или услуги покупателю;
-
сгорания (burn-down chart): как уменьшается объем работы за каждую итерацию;
-
накопления (burn-up chart): как увеличивается объем продукта за каждую итерацию;
-
кумулятивного потока (Cumulative Flow Diagram): как меняется количество задач в разных статусах за время;
-
Парето (Pareto chart): какие факторы или затруднения оказывают наибольшее влияние на результат.
Диаграммы позволяют визуализировать и понимать работу, а потому становится проще выявлять возможные узкие места и перспективы для улучшения.
Правила (rules)
Это набор соглашений или рекомендаций, которые помогают четко организовывать и стандартизировать работу. Обычно они включают в себя:
-
определение готовности (definition of ready): определяет, какие критерии должны быть выполнены, прежде чем задача может быть начата;
-
определение завершенности (definition of done): определяет, какие критерии должны быть исполнены, прежде чем задача может считаться завершенной;
-
правило трех С (3C rule): определяет, что каждая пользовательская история должна содержать три элемента: карточку (card), содержащую краткое описание функциональности, разговор (conversation), представляющий собой детальное обсуждение функциональности между командой и клиентом, подтверждение (confirmation), представляющие собой набор тестов или критериев, которые проверяют работоспособность функциональности;
-
правило бойскаутов (boy scout rule): гласит, что каждый разработчик должен оставлять код лучше, чем он был.
Поэтому правила стандартизируют работу, повышают ее качество и согласованность.
Недостатки работы по Agile
У методики есть и недостатки, которые приходится понимать и учитывать.
-
Сложность. Работа требует от команды высокого уровня знаний, опыта и навыков, способности к самоорганизации и самоуправлению, готовности к изменениям и адаптации, отсутствия стереотипов, постоянного обучения и совершенствования.
-
Неопределенность. Подход Agile подразумевает, что проект может быть изменен или дополнен в любой момент, а не только на начальном этапе работ, а также, что он может быть завершен в любой момент, а не только по достижении заранее определенных целей или критериев. Это создает определенные трудности для оценки и контроля, и для менеджмента ожиданий и рисков.
-
Зависимость. Успех работы зависит от активного участия и сотрудничества всех заинтересованных сторон, включая членов команды, покупателей, разработчиков, менеджеров и других специалистов. Еще он зависит от наличия подходящих инструментов и методов, которые поддерживают гибкие процессы. Иногда это создает сложности для координации, коммуникации и интеграции, и для обеспечения качества и безопасности.
С чего начать внедрение Agile?
Решение о необходимости Agile в компании — это не просто замена одного подхода на другой, а важный процесс трансформации культуры и организации проектного менеджмента. Так, это важное дело будет требовать от вас не только знаний и навыков, но и готовности к изменениям, экспериментам и обучению, поддержки и участия всех заинтересованных сторон в организации, включая руководство, разработчиков, менеджеров и других сотрудников.
Существует немало подходов и стратегий к введению Agile в организацию, которые можно адаптировать к вашему конкретному контексту и ситуации. Однако, в общем случае, подходят следующие шаги:
-
Определите цель. Прежде чем начать внедрять эту методику, вы должны будете уже понять, зачем хотите это сделать, какие затруднения хотите решить, какие результаты хотите увидеть. Нужно определить, как вы будете измерять и оценивать успех или неудачу.
-
Изучите вашу ситуацию, включая культуру, организацию, процессы, услуги, ресурсы, инструменты, подходы, команды и другие факторы. Потом нужно определить, какие сильные и слабые стороны, возможности и угрозы вы имеете.
-
Потом выберите подход или комбинацию подходов к управлению, который подходит для вашей цели и ситуации, инструменты и практики, которые вы планируете использовать.
-
Проведите пилот. Прежде чем начать глобально внедрять Agile, нужно провести первый проект на небольшой выборке продуктов или услуг, команд или отделов. Потом нужно провести мониторинг и оценку нового пилотного проекта, чтобы измерить его эффективность и выявить возможные проблемы или улучшения.
-
Расширьте масштаб. После успешного завершения работ по пилоту вы можете расширить масштаб на всю организацию полностью или на большую часть ее продуктов или услуг, команд или отделов. Нужно продолжать каждый раз мониторить и оценивать итоги введения в использование этой методологии.
Можно будет начать с изучения основных принципов Agile-манифеста и различных методологий Agile, которые мы рассмотрели выше. Обратитесь к специализированным курсам, книгам, статьям в Яндекс или консультантам, которые помогут вам внедрить Agile в вашу компанию. Например, пройдите повышение квалификации по управлению проектами от НИПКЭФ — обучение по Agile и другим методологиям проектного менеджмента. Этот курс поможет вам в сжатые сроки обрести необходимые знания и важные навыки для успешного управления проектами по Agile, даст возможность стать более компетентным в этой области прямо сейчас.
Agile в управлении проектами
Agile — это современный и инновационный подход к менеджменту проектов. Он позволяет решать важные, сложные и динамичные задачи, которые появляются в условиях высокой неопределенности и конкуренции, реализовывать продукты и услуги, которые лучше соответствуют нуждам пользователей, быстрее и дешевле достигать желаемых результатов.
Agile подходит для любых типов проектов, но особенно хорошо работает для имеющих следующие характеристики:
-
Сложность: в проекте появляется много новых, неизвестных или переменных факторов, которые затрудняют его контроль.
-
Динамичность: проект подвержен частым и существенным изменениям в среде или нуждах пользователей.
-
Инновации: проект направлен на создание нового, уникального продукта или услуги, которые отличаются от существующих на рынке.
-
Взаимодействие: проект требует постоянного общения и сотрудничества между командой и пользователями.
Agile — это не просто новая модная тенденция или технический термин, это уже целая философия и культура проектного менеджмента, которая сейчас может принести вам много преимуществ. Поэтому с помощью Agile уже можно и нужно делать действительно нужные и качественные продукты и услуги, а также быстрее, дешевле и более эффективно достигать желаемых результатов.
