graduate student
In the article, to identify the most popular methods and tools of agile management, as well as the positive effects of their use and barriers in implementation, an analysis of Agile Transformation research reports in Russia and abroad was carried out. The goals set by companies of various industries carrying out Agile-transformation have been investigated. The algorithm of project management methodology selection developed by the author is described, which includes the analysis of three groups of factors that allows to take into account: the degree of uncertainty, the characteristics of the project and the need for scaling. The conclusions and recommendations obtained in the study can be used by organizations in the formation of agile management system for digital innovation projects.
agile methodology, information systems, project management, hybrid methodology, scaling frameworks, project pattern
Введение
Использование классических стандартов управления проектами базируется на тщательном планировании, систематическом контроле и управлении изменениями многочисленных параметров проектов, что бывает достаточно трудоемким, излишне бюрократизированным и не всегда выполнимым с необходимым уровнем качества, как со стороны руководителя проекта, так и участников проектных команд. Это приводит к снижению заинтересованности и вовлеченности сотрудников и, как следствие, к ухудшению результатов проектов.
Гибкие методологии акцентируют внимание на создании ценности для клиента и позволяют за счет регулярных итераций и интенсивного, структурированного взаимодействия с заказчиком создавать готовые к использованию продукты.
В связи с разнообразием методологий, методов и инструментов управления проектами ключевой задачей проектного управления является обоснованный выбор наиболее подходящих из них для конкретного проекта [1, 2, 34].
Для выявления наиболее востребованных методов и инструментов гибкого управления, а также целей организаций различных отраслей, осуществляющих Agile-трансформацию, автором был проведен анализ отчетов об исследовании Agile-трансформации в России «Agile в России 2020» [3] и за рубежом «The 15th annual state of Agile report » [4], а также источников [5−7], что позволило сделать выводы о наиболее значимых тенденциях в данной области.
Целью исследования являлась разработка алгоритма, позволяющего сделать обоснованный выбор методологии управления цифровыми инновационными проектами с учетом особенностей предприятия, команды, внедряемой технологии.
Основные результаты исследования
Среди Agile-методов во всем мире доминирует Scrum и Россия − не исключение (см. рис. 1). В общемировом исследовании доля Scrum очень высока и довольно стабильна: по состоянию на 2020 г. (58%). В России она несколько ниже, но все равно данный метод занимает лидирующее положение (41%). В России наблюдается повышенный интерес к гибридным методам, в частности, (18%) организаций используют собственные подходы, разработанные на базе нескольких стандартных методов [8−15]. За рубежом таких организаций существенно меньше (8%). Еще одним существенным отличием является усиление интереса российских компаний к методу Kanban (23%), особенно тех, которые уже давно практикуют Agile-подходы. В мире его доля всего лишь (5%).
Рис. 1. Востребованность Agile-методов управления проектами
При анализе использования фреймворков масштабирования Agile в России отмечается высокая популярность собственных разработок (30%), в зарубежных компаниях их доля составила всего лишь (8%) (см. рис. 2). Устойчивым трендом является усиление интереса к SAFe (Scaled Agile Framework) как в российских (с 14 до 26%) , так и зарубежных компаниях (с 30 до 35%). SAFe − самый удобный фреймворк для запуска масштабирования в крупных организациях, «он позволяет перейти к Agile на уровне организации максимально безопасно, эволюционным, а не революционным путем» [3]. Далее следует SoS (Scrum of Scrums), востребованность других фреймворков масштабирования значительно ниже.
Рис. 2. Востребованность фреймворков масштабирования Agile
Далее были исследованы цели, которые ставят компании, осуществляющие Agile-трансформацию. Было выявлено, что они существенно отличаются в зависимости от сферы деятельности компании (см. табл. 1). Для ИТ-компаний − это возможность управлять меняющимися приоритетами и повышение качества продуктов. Для финансовых компаний − это повышение согласованности работы бизнеса и ИТ-структур, а также ускорение поставки продуктов на рынок. Для телекоммуникационных компаний – это увеличение прозрачности проектов и упрощение управления распределенными командами. Для промышленных и энергетических компаний – это управление изменениями и повышение производительности.
Таблица 1
Цели Agile-трансформации компаний различных отраслей
|
Цели Agile-трансформации |
ИТ-компании |
Финансовые компании |
Телекоммуникационные компании |
Промышленные и энергетические компании |
|
Возможность управлять меняющимися приоритетами |
1 |
3 |
|
1 |
|
Увеличение прозрачности проектов |
|
|
1 |
3 |
|
Ускорение поставки продуктов на рынок |
|
2 |
|
|
|
Упрощение управления распределенными командами |
|
|
2 |
|
|
Повышение мотивации команд |
|
|
|
|
|
Повышение согласованности бизнеса и ИТ |
3 |
1 |
|
|
|
Повышение производительности |
|
|
|
|
|
Увеличение предсказуемости поставок |
|
|
|
|
|
Повышение качества продуктов |
2 |
|
3 |
2 |
|
Улучшение инженерной культуры |
|
|
|
|
|
Снижение проектных рисков |
|
|
|
|
|
Сокращение стоимости проектов |
|
|
|
|
Кроме того, следует отметить, что ожидаемые эффекты и статистика улучшений несколько отличаются друг от друга, как в лучшую, так и в худшую сторону. На рис. 3 представлена диаграмма, демонстрирующая это расхождение.
Рис. 3. Цели и реальные достижения компаний, внедряющих Agile
По большинству целей реальность превосходит ожидание от Agile, за исключением проектных рисков, затрат и качества продукта. Это объясняется тем, что переход на новые методы ведения проектов − это достаточно затратная процедура, поэтому экономические эффекты наиболее явно проявляются в компаниях, которые уже имеют опыт использования подобных практик. Снижения проектных рисков отдельным организациям не удалось добиться из-за того, что, быстро реагируя на часто меняющиеся приоритеты, непросто уложиться в параметры изначального плана.
Рис. 4. Барьеры при внедрении Agile
Заметны также отличия в факторах, препятствующих внедрению Agile в российских и зарубежных компаниях (см. рис. 4). Наиболее значимыми барьерами при внедрении Agile в зарубежных компаниях являются: корпоративная культура, не приемлющая базовые ценности Agile, слабая поддержка со стороны руководства и сопротивление изменениям организации в целом. В России чаще всего указываются: недостаточный опыт в применении Agile-методов, низкая вовлеченность бизнеса в изменение процессов и неполное, непоследовательное применение Agile методов и практик, что существенно снижает положительные эффекты.
Далее на основании проведенного исследования был предложен алгоритм, позволяющий оценить целесообразность использования той или иной методологии управлении проектами, выбрать наиболее подходящие методы и инструменты (см. рис. 5). По мнению автора, при выборе методов управления цифровыми проектами в организации необходимо проанализировать 3 группы факторов, позволяющих учесть: степень неопределённости, характеристики проекта и необходимость масштабирования.
Рис. 5. Алгоритм выбора методологии управления цифровыми проектами
1 этап. Учет степени неопределенности в требованиях заказчика и способе реализации проекта
Для учета степени неопределенности при выборе метода управления предлагается использовать матрицу Стейси [16, 17] (см. рис. 6). Она имеет две оси, соответствующие степеням определенности в отношении технологий и в отношении результата. Предпосылками для перехода к Agile должны стать высокая неопределенность целей проекта, выраженная в неопределенности требований заказчика, и высокая неопределенность путей достижения поставленных целей. По оси ординат измеряется «неопределенность в реализации». Чем выше, тем труднее найти верный подход к созданию продукта. По оси абсцисс измеряется «неопределенность в требованиях». Объектами являются сами IT-решения. Чем правее, тем сложнее выявить правильные требования клиента. Выделенные на рис. области соответствуют «доменам по теории запутанности, известной как Cynefin Framework. Эта теория делит все системы на четыре домена по степени неопределенности» [18].
Упорядоченные простые системы. У команды проекта имеется четкое представление о том, какой продукт и каким способом предполагается разрабатывать. Используется водопадная методология управления проектом.
Упорядоченные сложные системы. Заранее не совсем понятно, как решать проблему. Задача не уникальна, но опыта работы у команды нет. В этом случае используются стандарты Prince2 и PMBoK, P2M и другие лучшие практики.
Неупорядоченные сложные системы. В связи с тем, что они включают множество факторов с неоднозначными причинно-следственными связями, изначально достаточно сложно предложить подход к решению подобных задач, поэтому используются гибкие методологии.
Хаотичные системы. Предполагают решение абсолютно новых задач, которые никто никогда ранее не решал. Используются новые методы, которые могут полностью отличаться о ранее известных.
Рис. 6. Матрица Стейси
Чтобы определиться какие методологии следует использовать для того или иного проекта, необходимо разместить их на данной матрице. Таким образом, гибкие методологии используются, когда: необходимо разработать инновационный продукт; необходимо усовершенствовать и модернизировать процесс с высокой неопределенностью; происходит работа с заказчиком, у которого «размытые» требования.
2 этап. Первичная оценка применимости гибкой методологии
Во многих случаях гибкие методы облегчают реализацию проекта, обеспечивая быстрое и прозрачное взаимодействие проектной команды, повышая скорость реализации и удовлетворенность заказчиков. Однако если для применения Agile был выбран неподходящий проект, либо команда является недостаточно подготовленной к новому подходу, использование Agile оборачивается негативным опытом. В связи с этим на следующем этапе целесообразно провести первичную оценку применимости гибких подходов с использованием критериев, представленных в табл. 2, отсеяв те, которые совсем не подходят для использования Agile.
Таблица 2
Критерии готовности проекта к применению гибких подходов
|
Факторы |
Нужна гибкая разработка |
Нужны классические методы |
|
Продукт |
Продукт создается в условиях высокой неопределенности, изначально сложно предложить подход к решению поставленной задачи |
Высокий уровень определенности требований к продукту, отсутствие ценности в поэтапном выпуске версий продукта |
|
Итерации |
Для продукта возможна итеративная разработка. Выгоден поэтапный выпуск версий продукта в кратчайшие сроки, заказчик готов инвестировать в доработку версий продукта |
Имеются причины технологического, организационно-управленческого или финансового характера, а также репутационные или законодательные барьеры, препятствующие поэтапному выпуску продукта, либо невозможно менять созданный продукт |
|
Критичность продукта |
Выпуск новых версий продукта без исчерпывающего тестирования не влечет за собой существенные риски, может быть осуществлена доработка |
Отсутствует возможность регулярно, быстро и с должной степенью безопасности вводить в эксплуатацию новые версии готового продукта. Требуется тщательная, всесторонняя проверка на наличие рисков для функционирования компании |
|
Команда проекта |
В компании имеется своя команда специалистов, с необходимыми компетенциями для разработки цифрового продукта, либо специалисты подрядчика работают под оперативным управлением заказчика. |
Специалисты команды компании или специалисты подрядчика заняты на нескольких проектах одновременно. |
3 этап. Разработка Паттерна проекта
Если проект соответствует первоначальным критериям, то можно переходить к следующему инструменту, позволяющему определить, насколько сложен проект и решить, какая именно из методологий подходит наилучшим образом. На основании анализа источников [19, 20] был разработан методический подход, позволяющий формировать Паттерны цифровых инновационных проектов. Далее выбор методологии зависит от бальной оценки сложности проекта.
4 этап. Оценка целесообразности масштабирования для организации
Бывают проекты, которые не могут быть реализованы небольшими командами по 5-9 участников, тогда в них принимает участие сразу несколько рабочих групп и возникает потребность в масштабировании. Наиболее известными фреймворками масштабирования являются SAFe, LeSS, Nexus [21, 22]. Они основаны на структуре Scrum и используют множество его инструментов. Основное различие между фреймворками масштабирования и Scrum заключается в добавлении интеграционной группы, которая занимается организацией и координацией зависимостей и проблем интеграции между командами. В табл. 3 представлено сравнение выбранных методов по ключевым параметрам. Однако следует отметить, что даже в случае, если организация в отдельных подразделениях добилась успеха в использовании Agile-методов, у нее могут возникнуть трудности при попытке масштабировать их на другие подразделения.
Таблица 3
Сравнительный анализ фреймворков масштабирования
|
Параметры / Методологии |
SAFe |
LeSS |
Nexus |
|
Масштабируемость |
Доступны различные конфигурации, масштабируемые от уровня команды до портфеля. Ориентирована на крупные предприятия |
В зависимости от количества команд доступны два типа фреймворка. LeSS поддерживает 2-8 команд, а LeSS Huge 8 и более команд |
В основном поддерживает 3-9 команд, но Nexus+ может применяться более чем для 9 команд |
|
Размер организации |
Крупная |
Средняя или крупная |
Малая или средняя |
|
Поддержка внедрения |
Scrum, Kanban, другие Agile методологии |
Scrum |
Scrum |
|
Стоимость внедрения |
Высокая |
Средняя |
Низкая |
|
Детализация и уровень поддержки |
Высокая |
Средняя |
Низкая |
|
Популярность |
Высокая |
Средняя |
Низкая |
|
Наличие тренингов |
Многоуровневые тренинги и сертификация |
Есть сеть тренингов и сертифицированных специалистов по внедрению |
Есть тренинги и сертификация “Scaled Professional Scrum” |
|
Риски |
Для качественного внедрения чаще всего требуется сертифицированный специалист, недостаточно информации об особенностях внедрения |
Радикальный гибкий метод, который может быть сложно реализовать в организациях с большим количеством уровней структуры и специфики |
Новый подход, который развивается и адаптируется. Некоторые части выдаются только на тренинге |
|
Воздействие на оргструктуру организации |
Воздействует на сложившуюся организационную структуру. Изменяются роли участников, уровни взаимодействия и отдельные процессы. |
Происходит упрощение организационной структуры, предполагающее ликвидацию определенных ролей и бизнес-процессов. |
Происходит реструктуризация локальных направлений деятельности, ролей и процессов. Но не затрагивается основная оргструктура. |
5 этап. Использование гибридной методологии
Реализация гибридного подхода осуществляется как на уровне методологий, так и на уровне конкретных методов и инструментов. Поэтому, в случае если проект является достаточно сложным, целесообразно использование гибридной методологии, синтезированной на основе существующих решений, включающей методы, инструменты и практики, учитывающие особенности конкретной организации, команды, проекта.
Примерами методов в рамках гибридной методологии являются Agile/ Waterfall, Scrumban, Scrum/XP, а также различные гибриды, созданные на базе нескольких методов [23, 24]. В частности, Agile/Waterfall позволяет в крупных интеграционных проектах, где представлено несколько направлений работ, осуществлять высокоуровневое планирование, выстраивать иерархическую структуру работ (WBS) в соответствии с водопадной методологией, а отдельные направления WBS, связанные с разработкой и выпуском различных компонентов продукта, реализовывать в соответствии с Agile [25].
Как было отмечено ранее, в России наблюдается повышенный интерес к использованию гибридной методологии. Компании разрабатывают собственные методы, базирующиеся на практиках нескольких стандартных методов.
Для формирования уникального метода на основе уже существующих решений необходимо сформировать перечень критериев сравнения методов, соответствующий особенностям проекта [26−31]. К таким критериям также можно отнести: степень участия заказчика в процессе разработки; наличие строгого регламента соблюдения условий труда; необходимость тестирования программного продукта; наличие руководителя проекта как роли; размер команды; ограничения по времени; необходимость частой смены версий; степень адаптивности к новым требованиям; необходимость объемного документирования результатов и др. [32, 33].
Далее необходимо: формализовать оценку с использованием балльной шкалы; сделать сравнительный анализ методов на основании выбранных критериев; выявить недостатки использования стандартных методов для реализуемого проекта; выбрать те практики и инструменты, которые максимально подходят для решения поставленных задач.
Выводы
Использование представленных инструментов на этапе выбора методологии управления цифровым инновационным проектом позволит сделать этот выбор более обоснованным, исключить дальнейшие финансовые и временные затраты, связанные с применением неэффективных методов и практик, а также повысить эффективность работы проектных команд и качество разрабатываемых цифровых продуктов.
Существующие методы и инструменты управления полностью раскрывают свой потенциал только тогда, когда они полностью удовлетворяют требованиям проекта. В противном случае их использование приводит к возникновению издержек, связанных с необходимостью выполнения ряда ненужных практик, применение которых ведет к трате лишних ресурсов и падению эффективности команды. Предложенный алгоритм, а также выводы и рекомендации, полученные автором, могут быть использованы организациями при формировании системы гибкого управления цифровыми инновационными проектами.
1. Anisimov V.G. Upravlenie innovaciyami. Moskva: Rossiyskaya tamozhennaya akademiya, 2017. − 452 s.
2. Anisimov V.G. Strategicheskoe upravlenie innovacionnoy deyatel'nost'yu: analiz, planirovanie, modelirovanie, prinyatiya resheniy, organizaciya, ocenka. − Sankt-Peterburg, 2017. − 312 s.
3. Otchet ob issledovanii Agile v Rossii 2020 [Elektronnyy resurs]: ScrumTrek. URL: https://scrumtrek.ru/blog/agile-scrum/4335/agilesurvey20/
4. The 15th State of Agile report, 2020 [Elektronnyy resurs]: Digital.ai. URL: https://digital.ai/resource-center/analyst-reports/state-of-agile-report
5. Kon M. Agile: ocenka i planirovanie proektov / M. Kon. - Moskva: Al'pina Pablisher, 2021. - 424 s.
6. Shmeleva A.S. Osobennosti upravleniya innovacionnymi proektami s ispol'zovaniem gibkih metodologiy / A.S. Shmeleva, S.B. Suloeva // Fundamental'nye i prikladnye issledovaniya v oblasti upravleniya, ekonomiki i torgovli: sbornik st. - 2021. - S. 350-355.
7. Shmeleva A. Company efficiency improvement using agile methodologies for managing IT projects / A. Shmeleva, S. Shirokova, E. Kislova, O. Rostova, L.Tolstrup // Proceedings of the International Scientific Conference "Digital Transformation on Manufacturing, Infrastructure and Service". 2020, 169044.
8. Il'in I.V. Matematicheskie metody i instrumental'nye sredstva ocenivaniya effektivnosti investiciy v innovacionnye proekty. − Sankt-Peterburg, 2018. 289 s.
9. Anisimov V.G., Anisimov E.G., Bosov D.B. Matematicheskie modeli i metody upravleniya innovacionnymi proektami. − Moskva: Ministerstvo obrazovaniya i nauka RF, Institut sovremennoy ekonomiki. 2009. − 188 s.
10. Anisimov V.G., Anisimov E.G., Bosov D.B. Setevye modeli i metody resursno-vremennoy optimizacii v upravlenii innovacionnymi proektami. − Moskva, 2006. − 117 s.
11. Tebekin A.V. Metodicheskiy podhod k modelirovaniyu processov formirovaniya planov innovacionnogo razvitiya predpriyatiy // Zhurnal issledovaniy po upravleniyu. − 2019. − T. 5. − № 1. − S. 65-72.
12. Chvarkov S.V. Obosnovanie putey obespecheniya ustoychivosti planov innovacionnogo razvitiya oboronno-promyshlennogo kompleksa // Voennaya mysl'. − 2019. − № 7. − S. 114-119.
13. Anisimov V.G. Modeli i metody resheniya zadach upravleniya innovacionnymi proektami. − Moskva, 2009. − 90 s.
14. Anisimov E.G. Model' podderzhki prinyatiya resheniy pri formirovanii innovacionnoy strategii predpriyatiya // Ekonomika sel'skogo hozyaystva Rossii. − 2016. − № 3. − S. 53-59.
15. Anisimov V.G. Optimizacionnye modeli i metody v upravlenii innovacionnymi processami V.G. Anisimov. − Moskva, 2006. − 96 s.
16. Matrica Steysi. Kak prinyat' vernoe reshenie s uchetom neopredelennosti [Elektronnyy resurs]. URL: https://blog.bitobe.ru/article /matritsa-steysi/
17. Stacey R. Managing the Unknowable: The Strategic Boundaries Between Order and Chaos / R. Stacey. - San Francisco: Jossey Bass, - 1992. - 13 p.
18. Cynefin Framework - vybor podhodov i resheniy zadach cherez model' Kinevina. [Elektronnyy resurs]: BizzApps. Metodiki. URL: https://bizzapps.ru/b/cynefin-framework/
19. Shirokova S.V., Rostova O.V. Vozmozhnosti primeneniya tehnologii raspredelennyh reestrov v organizaciyah // Zhurnal issledovaniy po upravleniyu. - 2020. - T. 6. - № 4. - S. 50-57.
20. Navigator cifrovoy transformacii: Agile-podhod v gosudarstvennom upravlenii / pod red. E. G. Potapovoy. - M.: RANHiGS, 2019. - 162 s.
21. Gerster D. Scaling agility: How enterprises adopt agile forms of organizational design / D. Gerster, C. Dremel, P. Kelker // 39th International Conference on Information Systems. San Francisco, USA. - 2018.
22. Shmeleva A.S., Suloeva S.B., Rostova O.V. Ispol'zovanie instrumentov gibkogo upravleniya v proektah po vnedreniyu sistem informacionnoy bezopasnosti // Problemy informacionnoy bezopasnosti. Komp'yuternye sistemy. - 2021. - № 4. - S. 123-136.
23. Pervuhin, D.V. Sravnitel'nyy analiz teoreticheskih modeley kaskadnyh, iterativnyh i gibridnyh podhodov k upravleniyu zhiznennym ciklom IT-proekta / D.V. Pervuhin i dr. // Biznes-informatika. - 2020. - T. 14. - №1. - S. 32-40.
24. Shmeleva, A.S. Analiz vozmozhnostey instrumentov gibkogo upravleniya proektami / A.S. Shmeleva // Aktual'nye problemy ekonomicheskoy deyatel'nosti i obrazovaniya v sovremennyh usloviyah: sbornik st. - 2021. - S. 169-176.
25. Rostova O.V., Shirokova S.V., Usikov R.F. Upravlenie sistemami informacionno-tehnologicheskoy podderzhki na predpriyatii po proizvodstvu slozhnyh tehnicheskih kompleksov // Voprosy oboronnoy tehniki. Seriya 16: Tehnicheskie sredstva protivodeystviya terrorizmu. - 2020. - № 3-4 (141-142). - S. 9-18.
26. Anisimov V.G. Analiz i ocenivanie effektivnosti investicionnyh proektov v usloviyah neopredelennosti. − Moskva: Voennaya akademiya General'nogo shtaba Vooruzhennyh sil Rossiyskoy Federacii; 2006. 288 s.
27. Tebekin A.V. Model' prognoza stoimosti i srokov modernizacii promyshlennyh predpriyatiy // Zhurnal issledovaniy po upravleniyu. − 2019. − T. 5. − № 3. − S. 31-37.
28. Tebekin A.V. Sposob formirovaniya kompleksnyh pokazateley kachestva innovacionnyh proektov i programm // Zhurnal issledovaniy po upravleniyu. − 2018. − T. 4. − № 11. − S. 30-38.
29. Anisimov V.G. Model' podderzhki prinyatiya resheniy pri formirovanii tovarnoy strategii i proizvodstvennoy programmy predpriyatiya // Vestnik Rossiyskogo universiteta druzhby narodov. Seriya: Ekonomika. − 2016. − № 2. − S. 62-73.
30. Tebekin A.V. Model' sravnitel'noy ocenki innovacionnyh proektov po sovokupnosti kachestvennyh pokazateley // Zhurnal issledovaniy po upravleniyu. − 2019. − T. 5. − № 4. − S. 77-83.
31. Tebekin A.V. Metodika sravnitel'noy ocenki innovacionnyh proektov po sovokupnosti kolichestvennyh pokazateley // Zhurnal issledovaniy po upravleniyu. − 2019. − T. 5. − № 5. − S. 84 - 90.
32. Aleksandrova T.V. Povyshenie effektivnosti proektnogo upravleniya v organizacii na osnove gibkoy metodologii agile // Ekonomika i biznes: teoriya i praktika. - 2019. - № 9. - S. 11-15.
33. Loktionov D.A. Kriterii primeneniya Agile-metodologii dlya upravleniya proektom / D.A. Loktionov, V.P. Maslovskiy // Kreativnaya ekonomika. - 2018. - T. 12. - № 6. - S. 839-854.
34. Surat I.L., Tebekin A.V. Sovremennye tendencii razvitiya proektnogo upravleniya v ekonomicheskih sistemah. // Transportnoe delo Rossii. − 2014. − № 6. − S. 36-40.
