Agile методология: принципы, инструменты и алгоритм внедрения

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

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

Что собой представляет методология Agile

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

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

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

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

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

Пример работы по методологии Agile

Возьмем разработку мобильного приложения. Она состоит из следующих этапов:

1. выбор необходимых функций и составление технического задания;

2. разработка дизайна;

3. написание программного кода;

4. тестирование продукта;

5. исправление выявленных ошибок и выпуск публичной версии приложения.

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

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

Процесс можно представить следующим образом:

1. проектирование будущего приложения;

2. создание интерфейса;

3. добавление первой опции → тестирование → исправление ошибок → выпуск первой версии приложения;

4. добавление второй опции → тестирование → исправление ошибок → выпуск второй версии приложения;

5. добавление третьей опции → тестирование → исправление ошибок → выпуск третьей версии приложения.

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

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

Задачи, решаемые Agile

Что дает использование методологии Agile?

Быстрое предоставление ценности заказчику

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

Адаптация к меняющимся требованиям

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

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

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

Повышение качества результата

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

Улучшение коммуникации

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

Повышение мотивации сотрудников

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

Манифест и принципы Agile

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

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

1. Удовлетворение потребностей клиентов— важнейшая задача при разработке продукта. Необходимо предоставлять потребителям в установленные сроки полностью функциональный продукт и его обновления.

2. Изменения в ходе разработки приветствуются. Путем модификации продукта можно сделать его более привлекательным для клиентов.

3. Готовое приложение нужно выпускать регулярно, через каждые 2-16 недель.

4. Руководители и разработчики должны объединить усилия в течение всего времени работы над проектом.

5. Для проекта важна мотивация сотрудников. Создайте для них подходящие условия работы и будьте с ними на связи.

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

7. Ключевой показатель успешности — работающий продукт. А затраты труда и времени уже второстепенны.

8. Гибкий подход — основа стабильного развития. Он позволяет соблюдать установленные сроки для каждого этапа и для всего проекта.

9. Большую роль играют техническая оптимизация и качественное проектирование.

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

11. Наилучший результат дает самостоятельная организация командной работы. Строгий контроль со стороны руководства недопустим.

12. Команда должна постоянно анализировать достижения и корректировать свои действия.

Эти 12 принципов опираются на четыре ценности системы Agile:

• Люди и взаимодействия важнее процессов и инструментов.

• Работающий продукт превыше обширной документации.

• Сотрудничество с заказчиком важнее условий соглашения.

• Готовность к изменениям весомее реализации изначального плана.

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

Отличия Agile от Waterfall

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

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

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

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

• Аналитика и планирование являются второстепенной задачей, так как этот процесс будет повторяться. Лучше сосредоточиться на техническом развитии продукта.

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

• Новые требования к продукту следует всегда предусматривать и отражать при планировании следующих циклов.

• Необходимо устанавливать адекватные сроки с учетом возможных задержек.

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

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

Роли и участники команды в Agile

Каждый участник команды в проектной методологии Agile играет определенную роль согласно выполняемым им функциям. Чаще всего встречаются следующие должности:

1. Заказчик— это представитель бизнеса или клиента, который определяет цель работы над проектом и ключевые направления.

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

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

4. Члены команды разработки в Agile— это программисты, тестировщики, UX-дизайнеры, технические писатели и другие специалисты, непосредственно вовлеченные в создание конечного продукта. Многие ошибочно полагают, что в Agile данная роль отводится исключительно разработчикам.

5. Заинтересованные стороны— это те, кто не входит в команду, но может воздействовать на ход работы (пользователи, менеджеры, акционеры и др.)

Инструменты методологии 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

Большую известность получила Agile-методология разработки Scrum. С ее помощью можно управлять разработкой сложного программного обеспечения и продуктов. Весь процесс состоит из фиксированных итераций (спринтов) длительностью 1-2 недели, что обеспечивает регулярный выпуск новых версий. По окончании каждого периода заинтересованные стороны и участники команды совместно обсуждают дальнейшие действия.

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

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

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

• Ежедневные собрания Scrum. Эти встречи проводятся ежедневно в течение 15 минут согласно предварительным договоренностям. Каждый участник команды должен ответить на три вопроса: «Что вы сделали вчера? Что вы планируете сделать сегодня? Нужна ли вам помощь или возникают ли у вас сложности в работе?»

• Собрание по итогам спринта

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

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

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

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

Для представления данных при таком подходе используется доска Kanban. Этот инструмент обычно выглядит как материальный объект, на который прикрепляются магниты, пластиковые фишки или липкие заметки. Сейчас ряд прикладных решений для управления проектами позволяют использовать виртуальные доски Канбан.

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

При использовании Agile-методологии Kanban должны соблюдаться следующие условия:

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

• Управление процессом и его улучшение. На доске Kanban нужно постоянно проверять, как ведется работа и что следует улучшить. Если в процессе не возникает задержек, то тогда команда уверенно идет к достижению цели.

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

• Четко сформулируйте принципы работы. Нужно довести до всех участников особенности работы и критерии ее выполнения. Отразите изменения на доске для лучшего понимания этих явлений.

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

Примеры использования методологии Agile

В каких случаях используется Agile?

Отбор кандидатов на должности в компании

Например, кадровая служба компании Return Path, осуществляющей email-рассылки, перешла со стандартного процесса найма сотрудников на методологию Kanban. Использование Kanban-досок позволило добиться оптимального распределения нагрузки между сотрудниками, при котором работники быстрее всего выходят на связь с кандидатом при наличии у них такой возможности.

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

Пересмотр стратегии

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

Повышение уровня клиентского сервиса

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

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

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

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

Развитие мобильного приложения

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

Развитие интернет-магазина

Ретейлер «М.Видео» приступил к активному внедрению Agile в 2016 году, что позволило ускорить продвижение в IT и снизить затраты. Над развитием интернет-магазина работают команды, состоящие из частей. Аналогично ведется создание решений для торгово-кассовой системы.

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

Кому подходит методология Agile, а кому нет

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

Согласно данным ScrumTrek, в течение последних трех лет наблюдается тенденция к внедрению методологии разработки программного обеспечения Agile финансовыми организациями. Теперь использование данного подхода далеко не ограничивается сферой IT.

На то, что Agile подходит для бизнеса, указывают следующие признаки:

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

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

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

А вот в каких случаях от Agile следует отказаться:

1. Выпускается типичный продукт, предусмотрены все варианты развития событий.

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

3. Клиент или руководитель компании не готов к Agile. Владелец продукта не собирается взаимодействовать с разработчиками. Клиент не идет на компромиссы и настаивает на том, чтобы сотрудники четко выполняли ТЗ и не занимались доработками продукта.

Как внедрить методологию Agile

Внедрение Agile производите в такой последовательности:

1. Выберите подходящий метод. Можете не ограничиваться методологиями Scrum или Kanban. Попробуйте сочетать их с другими подходами.

2. Разъясните сотрудникам философию Agile. Этот метод относится не только к управлению проектом, но и к образу мышления. Поэтому Agile-команда должна начать мыслить соответствующим образом. Следует убедить сотрудников в пользе от использования Agile, чтобы они не выступали против преобразований.

3. Наймите хороших специалистов. Лучше пригласить опытного Agile-коуча, чем подготовить руководителя к этой роли. Чтобы взрастить такого специалиста в своем коллективе, правильно организуйте его обучение.

4. Подберите инструменты для работы. Вам могут пригодиться сервис с интеллект-картами или таск-трекер. Обеспечьте удобную постановку задач и следите за их выполнением.

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

6. Протестируйте метод на первом проекте. Не внедряйте Agile сразу в масштабах всего бизнеса. Исследуйте его эффективность по итогам выполнения одного проекта, выявите и проработайте проблемные места.

Трансформация Agile для больших компаний

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

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

Благодаря этому возросло доверие к Agile в корпоративном секторе, где было принято жертвовать временем ради надежности. Как постановил консорциум The Open Group, в категорию крупных можно отнести организации с годовым доходом выше 50 млн долларов и численностью сотрудников от 400 человек.

Большие компании могут реализовывать методологию проектного управления Agile различными способами. С их помощью облегчается внедрение новшества в проект.

SAFe (Scaled Agile Framework — масштабированный гибкий фреймворк)

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

LeSS (Large-scale Scrum — масштабный Scrum)

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

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

DAD (Disciplined Agile Delivery — дисциплинированная гибкая разработка)

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

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

Преимущества и недостатки Agile

Плюсы:

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

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

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

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

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

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

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

Минусы:

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

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

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

• Излишняя концентрация на мелочах. Занимаясь постоянным улучшением функционала, можно отклониться от первоначальной цели проекта и начать делать упор на внесении незначительных модификаций.

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

Скачайте полезный документ по теме:

Чек-лист: Как добиваться своих целей в переговорах с клиентами

Часто задаваемые вопросы о методологии Agile

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

Когда не получится внедрить Agile?

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

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

• у членов команды нет опыта в преобразованиях, внедрение Agile производится вами на свой страх и риск;

• при реализации Agile не проводятся предварительные исследования на командах и небольших проектах;

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

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

Какой метод самый популярный?

По данным аналитиков из ScrumTrek:

• 82 % участников опроса используют на работе Scrum;

• 61 % участников применяют Kanban;

• 52 % сочетают Scrum и Kanban.

Для каких проектов больше подходит?

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

Гибкие методологии оказываются удачным решением для таких проектов как:

• разработка ПО и сайтов;

• создание новых продуктов;

• маркетинговые и рекламные кампании;

• творческие проекты, например, издательский бизнес.

Что гарантирует следование принципам Agile?

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

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

Как должна работать команда?

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

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

К какому подходу относятся методологии Agile в проектном менеджменте?

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

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

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

Автор статьи

Дмитрий Свистунов

Руководитель SEO-отдела и разработки

Последние статьи этого автора:

• Адаптивная верстка сайта: гайд для начинающих
• Анкор ссылки: виды, правила составления, влияние на продвижение
• Белая раскрутка сайта без перехода на темную сторону

Забрать гарантированный подарок

Полезные
материалы
для руководителей

Скачать 3,2 MB