Agile: суть, принципы, плюсы и минусы, особенности внедрения

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

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

Суть Agile

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

Данным термином также могут называть:

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

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

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

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

Сферы применения методологии

Изначально методология Agile формировалась специально под отрасль разработки ПО, игр и интерфейсов. В настоящее время она внедрена такими гигантами, как Google, Netflix, Microsoft, Spotify, Ericsson, Dell и Adobe. Подход успешно используется также мелкими стартапами и даже представителями других отраслей.

Узнай, какие ИТ - профессии
входят в ТОП-30 с доходом
от 210 000 ₽/мес

Павел Симонов

Исполнительный директор Geekbrains

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

Подборка содержит только самые востребованные и высокооплачиваемые специальности и направления в IT-сфере. 86% наших учеников с помощью данных материалов определились с карьерной целью на ближайшее будущее!

Скачивайте и используйте уже сегодня:

Павел Симонов

Исполнительный директор Geekbrains

Топ-30 самых востребованных и высокооплачиваемых профессий 2023

Поможет разобраться в актуальной ситуации на рынке труда

Подборка 50+ бесплатных нейросетей для упрощения работы и увеличения заработка

Только проверенные нейросети с доступом из России и свободным использованием

ТОП-100 площадок для поиска работы от GeekBrains

Список проверенных ресурсов реальных вакансий с доходом от 210 000 ₽

Получить подборку бесплатно

pdf 3,7mb

doc 1,7mb

Уже скачали 27825

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

• продажи оборудования выросли на 45%;
• рекламные кампании стали запускаться в 2 раза быстрее;
• на 20% выросла плановая ежемесячная выручка от разработки продуктов;
• в секторе B2B количество успешных запусков рекламных кампаний увеличилось в 1,5 раза.

Банковская отрасль также активно внедряет похожие принципы управления. Это аналогичным образом отразилось на деятельности ЦБ. Так, проектный офис банка всего за год стал вдвое быстрее достигать поставленных результатов, повысил вовлеченность персонала, повысил прозрачность и управляемость внутренних изменений. Похожих результатов смогли добиться СберБанк и Райффайзенбанк.

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

Специалисты, которым будет полезно изучить Agile

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

• Разработчики ПО и веб-интерфейсов

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

• Руководство компаний, менеджеры продуктов и проектов

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

• Стартаперы

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

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

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

• Удовлетворение клиентов. В процессе разработки продукта нужно в первую очередь удовлетворять запросы целевого клиента. Разработчики должны предлагать только качественное ПО и своевременно предоставлять обновление для него.
• Гибкость процесса разработки. Приветствуется изменение процессов создания продукта, если это наделяет продукт конкурентными преимуществами.
• Частое снабжение клиента программным обеспечением. Рабочее ПО доставляется покупателям с периодичностью раз в 2-16 недель.
• Совместная работа руководителей и разработчиков в течение всего проекта.
• Обязательная мотивация персонала. Чтобы мотивировать сотрудников к работе, руководству необходимо обеспечить им комфортные условия для этого, доверять им и оказывать необходимую поддержку.
• Личная беседа как наиболее оптимальный канал взаимодействия внутри команды
• Обязательная работоспособность продукта. Программное обеспечение должно безошибочно работать. Этот критерий прогресса более важен, чем трудозатраты, отработанные часы и т. д.
• Гибкость процессов как база для устойчивого развития. Благодаря обеспечению гибкости и изменчивости поддерживается заданный рабочий темп как в краткосрочной, так и в долгосрочной перспективе.
• Стремление к техническому и дизайнерскому совершенству при создании продукта.
• Минимизация лишних действий во избежание переусложнения рабочих процессов.
• Приоритет свободы управления перед микроменеджментом. Как известно, наибольший успех имеют продукты, которые разрабатываются командами с высоким уровнем самоорганизации.
• Обязательная регулярная оценка работы и своевременная корректировка поведения команды.

Из того, что провозглашает манифест Agile, можно выделить 4 ключевые ценности философии.

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

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

Разница между Agile и другими методологиями

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

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

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

  

  Читайте также

  Power BI: возможности программы

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

Могут быть и другие отличия, касающиеся конкретных инструментов и методов.

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

Начнем с преимуществ.

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

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

• Снижается вероятность провала.

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

• Практически исключается срыв сроков.

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

• Команда максимально вовлекается в работу.

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

Дарим скидку от 60%
на курсы от GeekBrains до 28 апреля

Уже через 9 месяцев сможете устроиться на работу с доходом от 150 000 рублей

Забронировать скидку

• Персонал быстрее реагирует на возникающие проблемы.

При появлении в программе бага он оперативно устраняется в следующем цикле. Отпадает необходимость в полной переделке проекта и сдвига сроков из-за одной-единственной ошибки.

• Минимизируются рутинные действия.

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

А теперь перейдем к недостаткам.

• Отсутствуют четкая структура и план проекта.

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

• Требуется постоянное взаимодействие с клиентом.

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

• Все процессы завязаны на команду.

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

• Компания слишком сфокусирована на деталях.

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

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

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

Основные средства реализации подхода

Наибольшую популярность обрели две методики — Scrum и Kanban.

Scrum

Данный подход подразумевает работу команды, состоящей из узкоспециализированных работников (программистов, тестировщиков, аналитиков и т. д.), совместно с владельцем продукта и scrum-мастером (своего рода модератором). Роль владельца продукта состоит в сборе и формулировании бизнес-требований, в создании связи между исполнителями и клиентами, в общем мониторинге проекта.

Модератор (или scrum-мастер) отвечает за управление процессами компании в соответствии с идеями Agile. А именно, он организовывает командные встречи («митинги») и поддерживает мотивацию членов команды.

Методика Scrum подразумевает также деление всего рабочего процесса на так называемые спринты — равные по продолжительности периоды (по 1-4 недели каждый). Длительность спринтов определяется конкретным проектом и целями команды.

Kanban

Данный метод отличается от предыдущего отсутствием ролей владельца продукта и мастера. Также вместо универсальных спринтов здесь используются стадии выполнения задач. Условно весь процесс разделяется на этапы «Планирование», «Разработка», «Тестирование», «Завершено». Каждая стадия фиксируется на специальной канбан-доске, реальной или электронной.

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

Только до 25.04

Скачай подборку материалов, чтобы гарантированно найти работу в IT за 14 дней

Список документов:

ТОП-100 площадок для поиска работы от GeekBrains

20 профессий 2023 года, с доходом от 150 000 рублей

Чек-лист «Как успешно пройти собеседование»

Чтобы получить файл, укажите e-mail:

Введите e-mail, чтобы получить доступ к документам

Подтвердите, что вы не робот,
указав номер телефона:

Введите телефон, чтобы получить доступ к документам

Скачать подборку бесплатно pdf 2,5mb

Уже скачали 52300

Я подтверждаю согласие на обработку персональных данных.

На практике в последнее время элементы Scrum и Kanban комбинируются. Например, в современных системах управления типа Trello, Basecamp и Битрикс.24 обязательно используются канбан-доски. В тоже время это ПО работает на основе метода Scrum.

Определение целесообразности использования Agile

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

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

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

Случаи, когда применение данного подхода нецелесообразно, рассмотрим ниже.

• Четко заданная цель проекта, изменение которой невозможно

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

Читайте также

Делегирование полномочий: что, когда и кому перепоручать

Подробнее

• Изначальное планирование многократного повторения результатов проекта

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

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

• Принципиальный отказ заинтересованных лиц от внедрения гибкой методологии

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

• Неготовность внедрять гибкий подход самим исполнителем

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

Особенности применения Agile

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

Распределение ролей

Выделяют следующие роли:

1. Собственник продукта. Точно представляет себе цель создания продукта и потенциального потребителя этого продукта. При этом непосредственно в реализацию не вникает.
2. Координатор. Необходим для организации рабочего процесса и для координирования действий сотрудников.
3. Команда специалистов. Фактически разрабатывают продукт.

Иерархическая система

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

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

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

Установка приоритета запланированных задач

Очередность выполнения задач устанавливается в зависимости от конкретной сферы деятельности.

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

График выполнения задач

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

Алгоритм внедрения Agile

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

• Выбор конкретной методики

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

• Подготовка команды

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

Популярные статьи

Высокооплачиваемые профессии сегодня и в ближайшем будущем

Дополнительный заработок в Интернете: варианты для новичков и специалистов

Востребованные удаленные профессии: зарабатывайте, не выходя из дома

Разработчик игр: чем занимается, сколько зарабатывает и где учится

Как выбрать профессию по душе: детальное руководство + ценные советы

• Организация рабочего процесса

Далее предстоит четкое распределение ролей в сформированной команде. Нужно будет определиться с наиболее подходящими инструментами для работы. К примеру, выбор сделан в пользу методики Kanban. Прежде всего нужно протестировать существующие сервисы для создания канбан-досок (Trello, Scrumban, Jira и т. п.), выбрать самый удобный из них и обучить команду работе в нем.

• Изучение аналитических инструментов

Анализ эффективности проводится также с использованием специального инструментария. К примеру, среди Scrum-показателей особое внимание стоит обратить на Focus Factor и Velocity. По первому параметру оценивается концентрация команды, определяемая как соотношение запланированных задач и выполненных в итоге. Показатель Velocity служит для определения производительности, позволяя прогнозировать объем задач в следующем цикле.

• Тестирование методологии на первом проекте

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

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

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

В частности, оценка может выполняться по следующим критериям:

• Обратная связь

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

• Достигнутые заказчиком цели

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

• Финансовые показатели

Бюджет и окупаемость проекта — одни из важнейших показателей, за которыми нужно постоянно следить.

• Мотивация команды

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

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

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

Устранение возможных трудностей

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

Устранению возникающих по началу препятствий помогут следующие советы:

• Понимание причины

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

Читайте также

Диаграмма Эйлера: где применяется и как построить

Подробнее

• Повышение командного настроя

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

• Привлечение стороннего специалиста

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

• Организация профессионального обучения

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

Полезные книги по Agile

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

• Дженнифер Грин, Эндрю Стиллмен «Постигая Agile»

Здесь не только подробно объясняются принципы Scrum и Kanban, но также приводится информация о двух других полезных методиках — XP и Lean. Читателю нужно лишь выбрать наиболее подходящий вариант. Полезно также использовать эти сведения для расширения кругозора.

• Стивен Деннинг «Эпоха Agile»

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

• Роб Коул, Эдвард Скотчер «Блистательный Agile. Гибкое управление проектами с помощью Agile, Scrum и Kanban»

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

• Стивен Деннинг «Эпоха Agile. Как умные компании меняются и достигают результатов»

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

• Джеф Сазерлен «Scrum. Революционный метод управления проектами»

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

• Хенрик Книберг, Маттиас Скарин «Scrum и Kanban: выжимаем максимум»

Здесь сравниваются две популярные методики, описываются их плюсы и минусы, приводятся примеры внедрения.

• Майк Кон «Agile: Оценка и планирование проектов»

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

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

Автор статьи

Редакция сайта GeekBrains

Оцените статью

Рейтинг: 5

( голосов 1 )

Поделиться статьей