В чем суть agile в бизнесе

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

Очень популярны Agile-методологии управления проектами. Если вам интересно, почему, то разгадка кроется в названии — Agile-методологии позволяют руководителям проектов быть проворными и гибкими («agile»), приспосабливаться к возникающим проблемам и быстро находить самый успешный способ выполнения работы

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

Agile-подход: суть и преимущества

Что представляет собой Agile-методология управления проектами?

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

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

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

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

Каковы основные ценности и принципы, составляющие методологию Agile? Давайте рассмотрим их.

Каковы четыре ценности Agile?

Сначала о ценностях Agile.

1. Люди и взаимодействие важнее процессов и инструментов
   То, что общение и межличностные отношения важнее, чем строгие процессы — краеугольный камень Agile-управления проектами. Agile рекомендует персонализированный подход к управлению проектами, когда команды ориентируются на постоянное общение, а не на жестко распланированный выпуск обновлений.
2. Работающий продукт важнее исчерпывающей документации
   Agile-команды не очень любят бумажную работу. Для управления данными, отчетами и обновлениями статуса они предпочитают использовать гибкие программные решения, а не традиционную документацию.
3. Сотрудничество с заказчиком важнее согласования условий контракта
   Agile-команды любят сотрудничество — включая регулярные обновления и обратную связь о том, как продвигается проект, от клиентов и заинтересованных сторон. Чего Agile-команды не любят, так это долгих согласований объемных контрактов.
4. Готовность к изменениям важнее следования первоначальному плану
   Эта ценность прежде всего характеризует Agile-управление проектами. Agile-команды чутко реагируют на изменения и успешно адаптируются к новым условиям и вызовам.

Зачем нужен Agile бизнесу? Agile что это такое простыми словами? Артур Нек

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

Каковы 12 принципов Agile?

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

1. Наивысшим приоритетом для нас является удовлетворение потребностей заказчика, благодаря регулярной и ранней поставке ценного программного обеспечения
   Главное для Agile-команды — удовлетворенность клиентов, поэтому они обязательно представляют результаты своей работы через регулярные промежутки времени, а не заставляют заказчиков ждать финального результата в конце проекта.
2. Изменение требований приветствуется даже на поздних стадиях разработки. Agile-процессы позволяют использовать изменения для обеспечения конкурентного преимущества заказчика
   В этом их преимущество перед традиционными командами, которым обычно не так легко управлять изменениями.
3. Работающий продукт следует выпускать как можно чаще, с периодичностью от двух недель до двух месяцев
   Вспомним, что Agile-команды ценят постоянное общение, а не жестко распланированный выпуск обновлений, которые могут слишком далеко отстоять друг от друга по времени, что может оказаться неприемлемым для клиентов. Команды Scrum, которые тоже работают по методологии Agile, разбивают свою работу на периоды от одной до четырех недель, известные, как спринты.
4. На протяжении всего проекта разработчики и представители бизнеса должны ежедневно работать вместе
   Сотрудничество — краеугольный камень Agile, причем имеется в виду не только сотрудничество между членами команды, но и сотрудничество с заинтересованными сторонами, разработчиками, клиентами и другими партнерами.
5. Над проектом должны работать мотивированные профессионалы. Чтобы работа была сделана, создайте им условия, обеспечьте поддержку — и полностью им доверьтесь
   Agile-команды успешны, потому что в них работают только те люди, которые необходимы для проекта. Если участники Agile-команды получат поддержку, возможность работать вместе и инструменты, необходимые для работы, все остальное приложится.
6. Непосредственное общение — наиболее практичный и эффективный способ обмена информацией как с самой командой, так и внутри команды
   Все мы знаем, что главное в управлении проектами — личное сотрудничество. Этот принцип применим и во времена «новой нормы», при гибридных и удаленных моделях работы. Zoom и Teams — отличная альтернатива телефонным звонкам и электронной почте, а в ключевых точках проекта возможны и личные встречи команд.
7. Работающий продукт — основной показатель прогресса
   Смысл принципа, который называет работающий продукт основным показателем прогресса, в том, что главная цель команды всегда остается одна — предоставить клиенту как можно более высококачественный результат. Когда клиент доволен, это и есть главный показатель успеха проекта.
8. Agile помогает наладить устойчивый процесс разработки. Инвесторы, разработчики и пользователи должны иметь возможность бесконечно поддерживать постоянный ритм Многие команды поначалу показывают бурный прогресс, который не получается сохранить до конца проекта.
9. Постоянное внимание к техническому совершенству и качеству проектирования повышает гибкость проекта
   Agile не работает по принципу «раз — и готово». Каждый новый проект — это возможность для инноваций, а не для повтора одних и тех же идей.
10. Простота как искусство сократить до минимума лишнюю работу крайне необходима
    Команды Agile не занимаются переусложнением — они просто соблюдают проектные требования и хорошо выполняют свою работу, а затем переходят к следующему проекту.
11. Самые лучшие требования, архитектурные и технические решения рождаются у самоорганизующихся команд
    Лучшие команды — это те команды, у которых есть лидер, предоставляющий им свободу самовыражения. Микроменеджмент редко делает команды лучше или продуктивнее, и Agile-команды — отличный пример того, чего можно добиться без микроменеджмента.
12. Команда должна систематически анализировать возможные способы улучшения эффективности и соответственно корректировать стиль своей работы
    Непрерывное совершенствование — сама суть Agile, и регулярные проверки эффективности команды в целом могут помочь избавиться от вредных привычек и добиваться бо́льшего.

Как внедрить цености и принципы Agile в ваше проектное управление

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

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

Один из способов сделать это — использовать ПО для управления проектами, совместимое с принципами Agile. Такой инструмент управления совместной работой, как Wrike, может помочь вашей Agile-команде успешно выполнять проекты, пользуясь такими функциями, как:

ПО Wrike поддержит вашу Agile-команду на пути к успеху. Загрузите бесплатную двухнедельную пробную версию прямо сейчас!

Источник: www.wrike.com

Быть гибким = быть в Agile

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

Что такое Agile

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

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

Как правило, для Agile-команды характерна работа небольшими порциями — итерациями на 2-3 недели. Внутри каждой итерации собрано несколько задач для реализации продукта:

• анализ,
• проектирование,
• работа,
• тестирование,
• запуск продукта.

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

Как появился Agile-метод

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

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

• Сложно реагировать на изменения рынка, ведь заранее предугадать проблемы невозможно, а менять план нельзя.
• Проект может растянуться. Из-за зависимости каждого этапа друг от друга в этом случае семеро одного ждут.
• Легко опоздать. Например, к концу проекта можно узнать, что продукт не решает проблему клиента или вообще не работает. А тестирование — самый последний этап каскадного метода разработки программного обеспечения.

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

Ценности и принципы Agile

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

Всего принципов 12:

1. Главная задача продукта — удовлетворить клиента.
2. Изменять процесс разработки в ходе работы — хорошо.
3. Рабочее ПО нужно доставлять клиенту часто, в рамках 2-16 недель.
4. Руководители и разработчики трудятся вместе на протяжении всего процесса.
5. Над проектом работают заинтересованные, мотивированные сотрудники с комфортными условиями для работы.
6. Лучший способ передать информацию — личная встреча.
7. Главный показатель успешности проекта — работающий продукт, а не трудозатраты и другие показатели.
8. Гибкие методологии разработки помогают постоянному развитию, поддержанию рабочего темпа как на спринтерской, так и на марафонской дистанции.
9. Нужно уделять внимание технической стороне и качественному дизайну продукта.
10. Важно сокращать до минимума лишнюю работу и не усложнять.
11. Самые лучшие команды — самоорганизованные.
12. Сотрудники должны регулярно оценивать проделанную работу и улучшать, корректировать ее для большей эффективности.

Agile-разработка: плюсы и минусы

Начнем с плюсов:

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

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

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

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

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

➖ Проект непредсказуем. В конце ожидания могут совсем не совпасть с реальностью. Возможно, это станет минусом для заказчиков с четким ТЗ.

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

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

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

Где используют гибкие методологии разработки

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

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

В каком случае применять Agile

Вам стоит попробовать Agile, если:

1. Команда теряется в потоке задач: не понимает, как распределять задачи, кто за что отвечает и на каком этапе работы они находится.
2. Вы ограничены по времени. К примеру, вам нужно выпустить новый более востребованный и полезный пользователям продукт раньше, чем конкуренты. С помощью Agile можно минимизировать время на реализацию продукта и исправление ошибок, появляющихся в ходе работы.
3. Результат проекта неизвестен заранее: например, вы что‑то изобретаете или запускаете инновационный стартап. Agile позволит проложить оптимальный путь к работоспособному продукту, несмотря на меняющуюся в процессе работы цель.

Вам не нужно использовать Agile, если:

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

Методы управления проектами по Agile

В семейство Agile входит несколько разных методов управления проектов — фреймворков. В СНГ наибольшей популярностью пользуются два — Scrum и Kanban.

• Kanban — это метод управления рабочим процессом, основанный на визуализации цели, задач и прогресса. В основе инструмента — канбан-доска.
• Scrum — метод деления работы на итерации (временные отрезки) для достижения цели. Цель — получить функциональный результат.

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

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

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

О том, как подготовить сотрудников к переменам мы рассказали здесь.

Чтобы проекты выполнялись в срок и без ошибок, нужны и специальные инструменты управления: планировщики задач, календари, командные доски. Одним из таких сервисов и является Kaiten — визуальная система управления рабочими процессами.

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

Kaiten — гибкий инструмент для управляемых и прогнозируемых процессов с Agile-блоком в коробке

7 способов сделать доски в Kaiten информативнее

Возможности Kaiten для организации и приоритезации задач

Дарья Литвинова 31 мая 2023 г. • 5 min read

Визуализация OKR в Kaiten. Кейс KCELL

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

Дарья Лебедева 30 мая 2023 г. • 5 min read

Как управлять командой проекта

Советы по созданию эффективной команды. О стилях управления, ролях в команде и инструментах для удобного планирования и контроля.

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

Что такое Agile-подход в бизнесе

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

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

Коллеги, простите.

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

Главное, что нужно знать про Agile

Аджайл — не методология, а система ценностей. Да, мы тут в Oko все читали про agile software development как гибкую методологию разработки программного обеспечения. И про Аджайл-манифест тоже читали. И вот мы пришли к выводу, что на самом деле это не какая-то конкретная методология, а некий собирательный образ. Мы с командой решили, что аджайл — это комбинация подходов и методик управления, система ценностей, которая:

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

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

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

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

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

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

Плюс, в команде есть product owner — человек, который фокусируется на ценности для клиента и решает, какие изменения мы будем внедрять в первую очередь.

Аджайл нужен, чтобы быстрее поставлять продукт на рынок. Так мы делаем продукт качественней, улучшаем клиентский опыт, сокращаем количество неэффективных действий — рационально распределяем время команды и ресурсы. Это работает в условиях неопределенности.

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

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

Agile включает две методологии: Scrum и Kanban. Первая предполагает фиксированные по времени итерации — спринты, по результатам которых команда выполняет какой-то объем приоритетных работ, пока ресурсы спринта не исчерпаются. Вторая заточена на выполнение как можно большего объема работ и непрерывные релизы. Кстати, по принципу канбан-доски мы построили модуль «Сделки» и воронку продаж в OkoCRM.