Мышление в стиле Agile: основные принципы гибких методов управления проектами

У ДК 65.012.25 ВП Масловский, АА Озерова

DOI: 10.36718/2500-1825-2020-1-68-83

Теоретические принципы и основы гибкого управления проектами

И Н П. А. Масловский, А. Озерова.

Т ЕОРЕТИЧЕСКАЯ БАЗА И ПРИНЦИПЫ ГИБКИХ МЕТОДОВ УПРАВЛЕНИЯ ПРОЕКТАМИ

Цель исследования – представить обзор теоретических взглядов на теорию agile-менеджмента и ее реальное применение. Задачи исследования заключались в определении понятия Agile, выявлении его основных инструментов и разработке методологии использования этих инструментов в деловой деятельности. Изучение фундаментальных концепций, лежащих в основе технологий Agile, выявило как преимущества, так и недостатки этих систем. Выводы показывают, что методология Agile призвана дать бизнесу конкурентное преимущество за счет производства “работающего” продукта. Очень важно помнить, что Agile-технология является основой философии и требует изменения проектной культуры команды. Эта культура поощряет творчество, эмоциональные инвестиции и технологическое участие в создании высококачественных продуктов. Происходит смена парадигмы мышления, переход от подчинения к сотрудничеству. Итерации, или повторение определенных рабочих циклов, необходимы в процессе разработки сложных продуктов, известном как agile-менеджмент, для адаптации к постоянно меняющимся требованиям. Agile-методы управления проектами и связанные с ними технологии в целом позволяют своевременно корректировать параметры проекта по мере уточнения требований заказчика. Внедрение метода Agile целесообразно при следующих обстоятельствах: во-первых, клиент должен активно участвовать на протяжении всего проекта; во-вторых, результат работы должен иметь приоритет над документацией. Третье значение плана четко обозначено или озвучено как “общий объем работ по проекту”. Рабочая группа по проекту ограничивается 7-9 людьми (четверо от группы) и действует в соответствии с определенными правами на принятие решений.

Управление проектом и гибкое управление проектом – ключевые термины.

Целью исследования было объединить различные теоретические взгляды на то, как гибкое управление работает на практике. Задачей исследования было дать определение agile, понять основные идеи и ключевые инструменты методологии, а также учесть опыт предприятий, которые уже внедрили гибкое управление проектами. Представлены результаты исследования фундаментальных концепций гибких технологий, преимущества и недостатки Agile-технологий, а также рассказ о том, как они были реализованы в дизайн-проектах. На основании собранных данных можно сделать вывод, что методология Agile была разработана для того, чтобы помочь бизнесу получить конкурентное преимущество за счет разработки “работающих” продуктов, способных удовлетворить потребности клиентов. Гибкие технологии имеют решающее значение, поскольку они требуют изменения бизнес-культуры всей компании, а также проектной культуры команды. Эта культура перерастает в инновационную путем вовлечения работников в производство высококачественной продукции на эмоциональном, технологическом и командном уровне. Парадигма мышления должна измениться с парадигмы подчинения на парадигму сотрудничества. Гибкое управление – это сложный процесс разработки продукта, который требует использования итераций (повторения определенных рабочих циклов) с учетом постоянно меняющихся требований, которые должны быть реализованы благодаря непрерывному взаимодействию с заинтересованными сторонами (клиентами, разработчиками, пользователями и т.д.). Важность своевременного внесения изменений в параметры проекта и управления ими в процессе спецификации и уточнения требований заказчика, в целом, является сутью набора гибких методологий и соответствующих технологий. Поэтому внедрение гибкого метода Agile возможно при следующих условиях: во-первых, заказчик должен активно участвовать на протяжении всего проекта; во-вторых, результат работы важнее документации; в-третьих, рабочая группа проекта должна состоять не более чем из 7-9 человек; в-четвертых, участники должны понимать свою ответственность за результат и действовать с определенными правами на принятие решений; в-пятых, необходимо учитывать стоимость проекта.

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

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

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

В«_» «_»«_»

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

Цели и задачи исследования – дать обзор различных теоретических взглядов на agile-управление. Для достижения цели необходимо определить термин “agile”, выявить основные инструменты и техники применения, а также учесть опыт предприятий, использующих agile-управление проектами.

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

Наиболее широко используемый стандарт PMBOK (PMI)[2] отражает традиционное управление проектами. По данным Дженнера Стивена, члена Ассоциации управления проектами в Великобритании, около 50-70 процентов проектов и программ терпят неудачу [2]. Эта картина охватывает почти все аспекты экономической жизни в глобальном масштабе. Две трети проектов в Великобритании, по данным Британской аудиторской палаты, были заброшены.

В судебном секторе проекты часто завершаются с опозданием, превышением бюджета и с неудовлетворительными результатами. По мнению Б. Фливбьерга и других, разработка инфраструктурных проектов растет во всем мире, однако становится очевидным, что учет такой работы неадекватен [3]. Изменения в управлении проектами стали необходимы из-за возросшей нестабильности и непредсказуемости окружающей среды, а также активного экономического и технологического развития. Разрастание устаревшей парадигмы методологии не решило проблему негибкости управления проектами.

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

Январь 2001 года. Манифест управления проектами Agile был представлен и принят 17 независимыми практиками в области разработки программного обеспечения, которые являются членами Agile Alliance [4]. Три основные категории в этой парадигме – скорость, ценность и эффективность. Скорость, с которой продукт тестируется на клиенте и приносит ценные результаты, теперь имеет большее значение, чем фактические сроки реализации проекта. Продукт должен быть разработан в рамках рассматриваемой парадигмы с минимальной или оптимальной стоимостью для заказчика и приемлемым уровнем риска.

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

1) Благодаря своевременной и последовательной поставке высококачественного программного обеспечения мы ставим на первое место потребности наших клиентов;

2) Требования могут измениться даже на поздних стадиях разработки;

4) Agile-процессы позволяют клиенту использовать преимущества перемен для получения конкурентного преимущества;

3) Как можно чаще, от нескольких недель до месяца, необходимо выпускать функционирующий продукт;

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

5) Над проектом должны работать профессионалы, которые мотивированы. Создайте условия и верьте в то, что они справятся с задачей;

7) Наиболее эффективный и действенный метод обмена информацией как внутри команды, так и между командами – это общение лицом к лицу;

(8) Главный показатель прогресса – функциональный продукт;

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

(10) Гибкость увеличивается благодаря постоянному вниманию к точности и качеству проектирования.

11) Минимизация бессмысленной работы – это искусство простоты;

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

Agile-технологии впервые появились в ИТ-индустрии, где для замены длительных и сложных методов разработки программного обеспечения использовались разнообразные методики и инструменты. Доктор Уинстон Ройс критиковал последовательную разработку программного обеспечения в работе 1970 года под названием “Управление разработкой больших программных систем” [5]. Он утверждал, что программа должна разрабатываться как на конвейере, а не в четко определенных фазах. Ройс предложил поэтапный подход, при котором разработчики проекта сначала собирают все требования к проекту. Затем завершается проектирование и кодирование продукта Agile (Agility).

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

В результате постоянного сотрудничества между самоорганизующимися рабочими группами требования формируются динамически [6].

Команда проекта может думать и принимать решения более эффективно с помощью agile-методологии. Каждый аспект управления проектами охватывается этими методологиями и методами. Agile – это, помимо прочего, образ мышления; на эффективность обучающих процедур может сильно повлиять то, как человек мыслит [7].

Акцент на командной работе и принятии изменений в процессе управления проектом делает agile-технологии противоположностью традиционной работе по управлению проектами, по мнению. Приходько [1]. [8].

О том, что метод agile ориентирован на командную работу, можно судить по его определению. Чтобы обсудить результаты каждого цикла, команда проекта встречается с клиентами. Цели, задачи и ожидаемые результаты включаются в цель и задачи. Гибкий менеджмент предполагает краткое объяснение решения проблемы и результатов его применения, а не подробное описание проблемы или рабочего продукта. Затем команда оценивает выполненную работу и принимает решение о приоритетах следующего цикла [9].

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

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

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

Методология Scrum является наиболее важным компонентом Agile [10, 11]. В настоящее время это самый популярный инструмент разработки agile-проектов [12]. Основные компоненты Scrum перечислены в таблице 1 для справки.

4

Старт

Проект начнется с запуска

Определения требований

Требования высокого уровня

Рис. План гибких методов управления

Таблица 1

Основные элементы методологии Scrum

Элемент Scrum описание

Бэклог и пользовательские истории: что это за история? История разбивается на выполнимые задачи и перечисляется отдельно.

Группа выбирает задачи из бэклога, которые могут быть выполнены в течение спринта (от двух до четырех недель).

Scrum Board Доска, на которой все задачи команды перечислены в колонках “Планируется начать”, “В работе” и “Дополнительно”.

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

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

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

В команду были добавлены BSSh-мастер (отвечающий за методологию) и владелец продукта.

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

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

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

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

Спринт, в котором завершается работа над продуктом, включает в себя Scrum. По завершении спринта ожидается новая рабочая версия продукта. Спринты ограничены по времени и остаются одинаковыми по длительности на протяжении всего проекта (от 1 до 4 недель).

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

К общепринятым стандартам управления проектами относится agile [15, 16]. Методологии agile-проектирования являются значимыми и эффективными, и традиционные школы управления проектами поощряют предприятия выбирать собственные инструменты для решения проблем. Британский институт AXELOS публикует “PRINCE2Agile” (APERS, 2021) как дополнение к фундаментальному стандарту в 2022 году. Руководство по практике Agile – это новый раздел шестого издания стандарта PMBOK (PMI, 2022).

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

[13]

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

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

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

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

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

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

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

Также важно учитывать причуды инструментария agile-технологий. Scrum чаще используется при создании программного обеспечения, в то время как Kanban более распространен в финансовых учреждениях. Scrum – это подход, который позволяет гибко управлять приоритетами и корректировать курс в ответ на изменения внешней среды или условий, или “входных данных”, путем быстрого экспериментирования. Для разработки мобильных устройств идеально подходит передовая стратегия, сочетающая Scrum и Lean (Sixsigma).

Традиционное управление проектами, гибкое управление проектами и гибридная модель – три основных метода организации проектной работы. Модель для определения одного или нескольких типов управления проектами представлена в работах [13, 14] (рис. 2)

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

В работах [12, 19-21] приводятся конкретные примеры применения agile-методов в ИТ и телекоммуникациях. Демонстрации клиентов становятся демонстрациями сайта (SWOT), спринты – недельными планами или пользовательскими историями, а графики выгорания задач – S-кривыми бюджетных и временных затрат [17]. Команда может сконцентрироваться на ценности, адаптироваться к изменениям и по-прежнему использовать проверенные инструменты управления временем, стоимостью и эффективностью проекта с помощью этого гибридного подхода.

Изображение 2. Модель для оценки гибкости проекта

Agile-менеджмент часто используется зарубежными компаниями, причем с отличными результатами. Интернет, Google и Amazon – не единственные примеры ИТ-компаний. Сбербанк не является организацией, которая следует принципам agile. Однако современный подход к управлению проектами требует внедрения свежих аутсорсинговых технологий и инноваций в управлении процессами.

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

В России созданы компоненты гибкого управления проектами.

– Метод Agile используется некоммерческим Национальным общественным радио для составления расписания программ вещания;

– Джон Дир использует их для создания новых автомобилей;

– Новые истребители производятся шведской фирмой Saab;

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

– Для помощи сотрудникам компания C. H. Robinson, поставщик глобальных логистических услуг, использует их в своей работе.

– В компании Mission Bell Winery они заняты во всех аспектах виноделия и хранения вина.

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

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

Выводы

1. Изменения в окружении проекта не всегда и не точно учитываются традиционной моделью планирования, основанной на методе “водопада”.

2. Практика управления Agile Управление Agile берет свое начало в ИТ. Эта методология показывает, что Agile может использоваться не во всех проектах как инструмент повышения ценности проекта и готовности к изменениям.

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

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

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

Литература

1. Руководство к Своду знаний по управлению проектами (Руководство PMBOK). 5 изд. М, 2022 589 с.

2. Почему проекты терпят неудачу и как это исправить: The case for quick, efficient, and streamlined decision-making, Jenner S. Управление проектами и программами. 2022. №

3. С. 76-89.

3. Фливбьорг Б., Брузелиус Н. Мегапроекты и риски: анатомия амбиций М.: Альпина Паблишер, 2022 288 с.

4. Agile manifesto. URL: https://www.agilealliance.org.

5. Ройс У. Управление развитием крупных программных систем // URL: https: // www.savkinks.ru.

6. Слайгер М. Переход менеджера проекта на гибкую разработку // Addison-Wesley Professional. 2022. № 10. С. 31-36.

7. Стеллман Э. Постигая Agile. – URL: https://fictionbook.ru/author/ djennifer_grin/postigaya_agile/read_online.html.

8. Организационные структуры успешных корпораций, Д. И. Приходько, М. Инфотропик Медиа, 2022 г.

9. Совместная работа над успехом проекта: Джонсон, Баучер, Коннорс и Робинсон // Software Magazine. 2022. № 3. Р. 7-11.

10. Стандарты управления проектами // ГК «Проектная практика». URL: https://pmpractice.ru.

11. The Scrum Guide. The definitive Guide to Scrum: The Rules of the Game by Ken Schwaber, Jeff Sutherland. URL: https://www. scrum guides.org/docs/scrumguide/v1/scrum-guide-us.pdf.

12. URL: https://scrumtrek.ru/blog/11-j-ezhegodnyj-otchet-state-of-agile.

13. Локтионов ДА, Масловский В.П. Критерии применения Agile-методологии для управления проектом // Креативная экономика. 2022. Т. 12, № 6.

14. Масловский В. П, Локтионов ДА Механизмы создания и управления ценностью проекта Зебра, 2022. С. 193-265

15. Agile and Lean Applied to Construction by A. Smith. URL: http://ennova.com.au/blog/2022/09/agile-lean-compared-applied-co nstruction.

16. Agile Ways on “Projectified” by Lauri Bingham. URL: https://www.pmi.org/learning/training-development/projectified-pod cast/agile-journey.

17. Отчет об исследовании Agile в России в 2022 году. URL: https://scrumtrek.ru/userfiles/reports/AgileSurvey17.pdf.

18. Все дело в Agile-2: особенности внедрения гибкой разработки. -URL: https://habr.com/ru/company/mailru/blog/431898.

19. Масловский В. П, Локтионов ДА Управление ценностью проекта в маркетинговом агентстве 2022. No 12, ч. 2. С. 1134-1144

20. Wick A. Can You Develop Standards That Embrace Both Agile And Traditional Approaches? 2022 – URL: https://www.batimes. com/angela-wick/can-you-develop-standards-that-embrace-both-agile-and-traditional-approaches.html.

21. Bingham L. Agile Ways on “Projectified”, PMI. URL: https://www.pmi.org/learning/training-development/projectified-pod cast/agile-journey.

Литература

1. Свод знаний по управлению проектами (Руково-дство PMBOK). 5-e изд. M., 2022. 589 s.

2. С. Дженнер Доводы в поль зу упорадоченного, быстрого и экономичного приниатия решений. Почему проэкты терпят неудачи и как с этим бороться. C H. 1 // Управление проектами и программами. 2022. № 3. S. 76-89.

3. Мегапроекты и риски: анатомия окружающей среды. Flivb’org B., Bruzelius N., Rotengatter V. Альпина Паблишерз, 2022. м. 288 с.

4. Agile manifesto. URL: https://www.agilealliance.org.

5. Rojs U. Upravlenie razvitiem krupnyh programmnyh sistem // URL: https: // www.savkinks.ru.

6. Slajger M. Perekhod menedzhera proekta na gibkuyu razrabotku // Addison-Wesley Professional. 2022. № 10. S. 31-36.

7. Stellman E. Postigaya Agile. – URL: https://fictionbook.ru/author/ djennifer_grin/postigaya_agile/read_online.html.

8. D. I. Приходько организационные структуры легитимных корпораций. 2022: М.: Инфотропик Медиа.

9. Совместная работа над успехом проекта: Джонсон, Баучер, Коннорс и Робинсон // Software Magazine. 2022. № 3. R. 7-11.

10. Standarty upravleniya proektami // GK «Proektnaya praktika». URL: https://pmpractice.ru.

11. The Scrum Guide. The definitive Guide to Scrum: The Rules of the Game by Ken Schwaber, Jeff Sutherland. URL: https://www. scrum guides.org/docs/scrumguide/v1/scrum-guide-us.pdf.

12. URL: https://scrumtrek.ru/blog/11-j-ezhegodnyj-otchet-state-of-agile.

13. Локтионов Д. А., Масловский В. П., “Критерии Agile-методологии для управления проектами”, в Креативная экономика. 2022. T. 12, № 6.

14. Локтионов Д. А., Масловский В. П. Механистика соизмерения и восстания проекта // Актуальные психолого-педагогические, философские, экономические и юридические проблемы российского общества: коллективная монография. Зебра, Ульяновск, 2022. S. 193265.

15. Agile and Lean Applied to Construction by A. Smith. URL: http://ennova.com.au/blog/2022/09/agile-lean-compared-applied-co nstruction.

16. Agile Ways on “Projectified” by Lauri Bingham. URL: https://www.pmi.org/learning/training-development/projectified-pod cast/agile-journey.

17. Otchet ob issledovanii Agile v Rossii v 2022 godu. URL: https://scrumtrek.ru/userfiles/reports/AgileSurvey17.pdf.

18. Vse delo v Agile-2: osobennosti vnedreniya gibkoj razrabotki. – URL: https : //habr.com/ru/company/mailru/blog/431898.

19. В. П. Масловский и Д. А. Локтионов Обновление бюджета проекта в маркетинговом агентстве // Экономика и предпринимательство. 2022. № 12, гл. 2. С. 1134-1144.

20. Wick A. Can You Develop Standards That Embrace Both Agile And Traditional Approaches? 2022 – URL: https://www.batimes. com/angela-wick/can-you-develop-standards-that-embrace-both-agile-and-traditional-approaches.html.

21. Bingham L. Agile Ways on “Projectified”, PMI. URL: https://www.pmi.org/learning/training-development/projectified-pod cast/agile-journey.