Agile что это такое в бизнесе

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

Agile («аджайл») — слово, которое последнее время звучит из каждого утюга. Но что такое Agile и, главное, зачем этот Agile нужен?

Если открыть толковый словарь, например, Оксфордский, то можно прочитать там, как минимум, два определения:

Able to move quickly and easily.
Able to think and understand quickly.

То есть, чтобы быть agile, надо уметь быстро и легко двигаться и быстро соображать. Кажется, довольно полезные качества, особенно в бизнесе. Быстро соображать и быстро реагировать — это именно то, что доктор прописал, для нашего времени, иначе просто не выжить: конкуренты сожрут. В мире всё меньше отраслей, где этих конкурентов, нет.

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

Agile — почему он может убить Ваш бизнес?

Я не случайно беру выражение «методология Agile» в кавычки, потому что его можно часто услышать, но оно не совсем верное. Если не вдаваться в технические детали, то Agile — это не методология, а собирательное название различных методик и подходов к управлению, которые:

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

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

Фокусировка на нуждах и целях клиентов

Фокусировка на нуждах клиента

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

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

Такая всеобщая фокусировка позволяет создавать на порядок более качественные решения. Я неоднократно сталкивался с ситуацией, когда люди, раньше отвечавшие за какой-то маленький кусочек работы, поняв цели клиента, начинали выдавать замечательные идеи, а люди, которые отвечают за разработку продукта, с удивлением за ними записывали. Или — как на групповых сессиях проработки продукта подобные идеи оттачиваются разными людьми и дополняют друг друга, из просто хороших превращаясь в отличные. И, конечно, как они потом реализуются.

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

Примеры подобных инструментов — Lean Canvas, Impact Mapping, User Story Mapping и другие принятые в Agile методы описания гипотез и процессов.

Упрощение оргструктуры и процессов

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

Прекрасные примеры такого подхода можно найти во множестве команд, работающих по Scrum — самому популярному способу организации рабочего процесса в Agile. Фактически, все договорённости и правила команды размером до 9 человек, текущие задачи на пару недель, цели, а также стратегические планы легко могут поместиться на 2-3 листа бумаги А0.

На одном листе может быть так называемый «бэклог спринта», перечень всего, что команда собирается сделать в ближайшую итерацию. Если повесить такой в помещении, где идёт работа, можно избавить себя от необходимости всё это запоминать. То же самое касается и процессов. Скажем, в Скраме место и время проведения всех встреч жестко фиксируются. Любой участник точно знает, что, например, в понедельник в 10-00 будет планирование ближайшей итерации, а в пятницу в 17-30 — встреча по улучшению процесса работы.

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

Примеры упрощения (и уплощения, но это тема отдельного разговора) в Agile — Scrum, Nexus, LeSS (Large-Scale Scrum, или Скрам на больших масштабах), а также сам Agile-манифест.

Работа короткими циклами

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

Чтобы подобного избежать, применяется так называемый итеративно-инкрементальный подход, когда:

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

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

Ещё одно преимущество такого подхода, помимо раннего выхода на рынок и внесения изменений на ранних стадиях работы, — это возможность более точно измерять прогресс. Мы не просто «сделали 15% всей работы», что довольно абстрактно. Мы «сделали 15% функционала», который уже работает.

Все процессные подходы в Agile имеют короткие циклы, будь то упомянутые ранее Scrum, Nexus, LeSS, SAFe или XP, плюс необходимость работы такими циклами упомянута и в самом манифесте Agile.

Активное, системное использование обратной связи

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

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

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

Примеры, опять-таки, есть везде: ретроспективные встречи в Scrum, Kanban, Nexus и LeSS, циклы I нам даётся возможность решать, как именно достигать цели; в конце мы смотрим, насколько мы стали лучше (или хуже) работать, чем раньше; видим людей, которые заинтересованы в продукте, и их эмоции от знакомства с ним. Особенно хорошо, если эти эмоции положительные.

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

Agile — это не конечное состояние, а образ мышления и жизни

Этот пункт о том, что применение Agile в целом — путь, а не цель. Нельзя «внедрить» Agile и расслабиться. Если вы выбираете этот путь, у вас всегда будет что-то ещё, что можно сделать лучше, какой-то ещё вызов, которому надо ответить, какая-то ещё проблема, которую надо решить, ещё одна высота, которую надо покорить… Это движение бесконечно, потому что нет идеального процесса или продукта, развитие и конкуренция не останавливаются никогда, как никогда не прекращается борьба за выживание в природе.

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

На этом наше обзорное знакомство с принципами Agile заканчивается. Какие цели ставятся перед Agile в России и каких реальных результатов достигают компании, переходящие на гибкие методологии, можно узнать, познакомившись с отчётом ежегодного исследования ScrumTrek об использовании Agile в России.

Источник: scrumtrek.ru

Agile: что это такое и как начать использовать гибкую методологию

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

Оптимизируйте маркетинг и увеличивайте продажи вместе с Calltouch

Что такое Agile и нужен ли он вашей команде

планирование и анализ;
разработку;
проверку.

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

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

Система подойдет, если вы создаете клиентский продукт, при этом условия и объем работы четко не определены. Agile используют в постоянно изменяющихся сферах:

телекоммуникации;
дизайне;
маркетинге;
консалтинге;
туризме;
массовой культуре.

Agile применяют компании Netflix, Spotify, Magna International, General Electric, Accenture, «М.Видео».

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

Плюсы и минусы Agile

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

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

Бизнес

Как оценить объем и емкость рынка

Манифест Agile

В 2001 году Agile Alliance выпустили манифест. В нем группа авторов описала новые идеи разработки ПО взамен устоявшихся представлений о менеджменте .

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

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

Принципы и ценности методологии

Рассмотрим основные принципы Agile .

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

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

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

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

Автономность команд. Перед началом работы над задачей составляется план. Затем каждая команда решает, как приступить к его выполнению. Обязанность руководителя ― определить базовые правила. Сотрудники самостоятельно выбирают темп работы и условия, координируют действия.

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

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

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

Сквозная аналитика Calltouch

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

Полная прозрачность и использование досок со стикерами. Это помогает:

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

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

Какие роли по Agile существуют

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

Иерархия компетенции в Agile

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

Что такое пропускная способность

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

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

Как определить приоритетность и составить график задач

Приоритетность задач зависит от направления компании:

Value Based — оценка ценности для бизнеса. Каждую задачу изучают с точки зрения прибыльности, повышения репутации и общего уровня удовлетворенности пользователей.
Technology Risk Based — оценка технологических рисков. Например, они возникают из-за большого количества поставленных условий, внешнего воздействия.

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

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

Инструкция по внедрению Agile

Комплекс мероприятий для внедрения методологии:

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

Бизнес

Главные тренды в бизнесе на 2023 год

Распространенные проблемы при реализации

С какими трудностями может столкнуться команда при внедрении Agile:

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

Оценка результативности

Вы увидите результаты после релиза проекта, когда получите готовый продукт. Методы оценки:

Обратная связь. Источники — заказчик, фокус-группа, потребители.
Достигнутые цели. Это покажет анализ работоспособности продукта и его соответствия требованиям заказчика.
Финансовые показатели. Важно следить за окупаемостью продукта, расходами и прибылью.
Показатели команды. Уровень мотивации влияет на вклад каждого сотрудника в проект.

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

Технология
речевой аналитики
Calltouch Predict

Автотегирование звонков
Текстовая расшифровка записей разговоров

Книги по Agile

Д. Грин, Э. Стиллмен, «Постигая Agile». Книга подробно объясняет, как применять методологию с помощью инструментов Scrum, Kanban, Lean и XP.
С. Деннинг, «Эпоха Agile. Как умные компании меняются и достигают результатов». Книга научит грамотно ставить цели и использовать гибкие методологии для их выполнения. Автор разбирает опыт применения Agile на примере нескольких компаний.
М. Кон, «Agile: оценка и планирование проектов». Автор рассказывает о том, как организовать работу над небольшими и масштабными проектами, минимизировать риски и анализировать результаты.

Заключение

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

Какие проблемы могут возникнуть при внедрении?

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

Каковы особенности Agile в маркетинге?

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

Источник: www.calltouch.ru

Принципы Agile

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

1 3 10/12/2021

История появления гибкого метода управления

Agile зародился в IT-индустрии на фоне проблем в разработке продуктов.

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

Активные попытки создать новые методы и подходы к проектам по программированию начались в 90-х годах. В это время появились такие методы, как RAD, XP, Scrum и т.д.

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

Что такое Agile

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

Agile – это философия, у которой есть манифест, описывающий четыре основополагающие ценности. К нему прилагается документ, в котором говорится о 12 принципах работы. Аджайл – это не методология или стандарт по управлению проектами, он не включает в себя терминологию, понятия, правила или инструкции. Концепция заключается в четырех ценностях и 12 принципах. А для внедрения и использования в работе этих принципов используют методологии и инструменты, или фреймворки, которые соответствуют основным принципам аджайл.

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

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

В чем секрет популярности аджайла, узнаете в статье «Agile – новый Lean?» на нашем портале.

Манифест

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

Манифест не дает четких инструкций, определений или требований к процессу управления проектами, не сообщает, что правильно или неправильно.

Из манифеста мы понимаем, что это не методология с точными указаниями. Аджайл – это образ мышления

Люди и их взаимодействие важнее, чем процессы и инструменты. Работу Agile-команды не должны ограничивать инструменты и процессы. Реализация проекта заключается в эффективном взаимодействии людей, которые сами принимают решения об изменениях процессов или инструментов своей работы. Участники процесса должны общаться напрямую, исключая передачу через других людей или документацию. Обсуждения должны проходить лично или онлайн через видеосвязь, помимо чатов и писем.
Работающие продукты важнее, чем подробная документация. Участники сосредотачиваются на том, чтобы как можно быстрее подготовить продукт к использованию. Отчеты, документы, графики второстепенны. Если составление документации замедляет создание продукта, от нее можно вовсе отказаться.
Сотрудничество с заказчиком важнее, чем согласование условий контракта. Чтобы продукт получился именно таким, какой нужен заказчику, разработчики отказываются от лишних требований и деталей в контракте. Жесткие требования, заданные перед стартом работы, будут ограничивать команду и не позволят быстро и гибко реагировать на изменения в процессе разработки. Чтобы достичь такого уровня взаимодействия с заказчиком, важно выстроить с ним доверительные отношения, а все изменения обсуждать лично.
Готовность к изменениям важнее, чем движение по первоначальному плану. В Agile важна готовность к изменениям и быстрая реакция на появление новых данных. Именно поэтому работа по аджайл строится в формате коротких итераций, в которые закладывают определенный пул задач. Итерация – короткий срок, от одной до четырех недель.

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

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

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

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

12 принципов Agile

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

Наивысший приоритет – непрерывный прогресс. Для этого команда должна регулярно поставлять работающий продукт заказчику.
Принятие изменений в требованиях даже на поздних этапах разработки продукта. Аджайл позволяет внедрять изменения для улучшения продукта и его конкурентоспособности.
Стремление поставлять работающий продукт каждые несколько недель, в крайнем случае – раз в несколько месяцев. Чем выше частота поставок, тем лучше.
Самый результативный способ передачи информации – встретиться лично.
Представители бизнеса и разработчики продукта должны работать совместно.
В процессе должны участвовать только мотивированные люди. Нужно создать для них комфортную рабочую среду, дать необходимые инструменты и доверить им делать свою работу.
Главный показатель успешности проекта – работающий продукт.
Гибкие процессы помогают постоянному развитию. Заказчик, разработчики и пользователи должны поддерживать постоянный темп работы в течение всего рабочего процесса.
Внимание к техническому совершенству и качественному построению работы делает процесс разработки более гибким.
Простота помогает избежать лишней работы.
Лучшая архитектура, требования и дизайн создаются в самоорганизующихся командах.
Команда должна непрерывно искать пути для повышения эффективности с помощью настройки и изменения своих действий.

Главные отличия от Scrum и Kanban

Главное отличие Agile от Scrum и Kanban в том, что Agile – это философия, а Scrum и Kanban – фреймворк и метод работы, которые соответствуют ценностям аджайл.

Scrum – это самый популярный фреймворк. В Scrum работа измеряется короткими по продолжительности отрезками времени – спринтами. Работа выполняется небольшой командой, до 10 человек. Обычно в команду входят: заказчик продукта, разработчики, если это ИТ-проект, и скрам-мастер.

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

Главное различие Scrum и Kanban – длина итераций. В Scrum итерации могут длиться две или четыре недели. Встречается вариант с недельным спринтом. Спринт более четырех недель неэффективен. Итерации фиксированны, результат обсуждается по итогу итерации. В kanban можно передавать результат в любое время, даже через день. Это дает больше гибкости и позволяет чаще отдавать продукт заказчику.

Также, как правило, задачи в Scrum распределяются по следующим статусам: «бэклог», «в работе», «выполнено». В Kanban можно устанавливать любые статусы задач, которые отвечают вашим потребностям.

Плюсы и минусы

Если аджайл подходит для вашего конкретного проекта, тогда проявляются плюсы:

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

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

Как внедрить Agile в работу компании

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

Сначала надо определиться с целями. Их нужно ставить по Smart-методу постановки целей, основанному на пяти принципах: конкретности, измеримости, достижимости, важности и определенности. Важно понять, зачем вы хотите внедрить Agile, на какие метрики в работе компании желаете повлиять.
Проанализировать все проекты и понять, какие из них могут быть модернизированы с помощью гибкого подхода и сколько их. Если таких проектов нет, то вопрос о внедрении можно снять.
Понять, сможете ли вы реализовать эти цели. В этом поможет тестовый запуск аджайл-модели для одного из проектов. Для этого надо выбрать один из фреймворков, например, Scrum – он сейчас наиболее популярен. Выберите пилотный проект, на нем проведите обучение сотрудников и протестируйте работу. Желательно для этого пригласить профессионального Scrum-мастера или аджайл-коуча, чтобы он помог первой команде сделать внедрение.
Затем нужно расселять тех людей, которые научились работать по этому фреймворку, по нескольким командам и постепенно культивировать новую модель взаимодействия. Люди должны научиться работать в новых ролях, по-новому подходить к требованиям к продукту, проводить довольно много совещаний и т.д.

Также есть инструменты, которые помогают на старте понять, подойдет проекту больше аджайл или, например, водопадная модель , а может, гибрид . Один из таких инструментов – это Agile Suitability Model, которая описана Американским институтом управления проектами.

Книги про Agile

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

Книга основателя методологии scrum Джеффа Сазерленда «Scrum. Революционный метод управления проектами» поможет понять, как она работает, какие плюсы и минусы у нее есть, а также даст описание конкретных шагов для внедрения Scrum в работу. Эта книга подойдет для менеджеров, руководителей, разработчиков, а также всех, кто изучает теорию эффективного управления проектами.

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

Нравится: 3 Была ли статья полезна? Да Нет

Источник: kachestvo.pro