Критерии выбора методологии управления IT-проектами Текст научной статьи по специальности «Экономика и бизнес»

КРИТЕРИИ ВЫБОРА МЕТОДОЛОГИИ УПРАВЛЕНИЯ 1Т-ПРОЕКТАМИ

SELECTION CRITERIA FOR IT PROJECT MANAGEMENT

УДК 005

DOI: 10.25631/PEJ.2020.1.99.108

ТОРОСЯН Елена Константиновна

ординарный доцент факультета технологического менеджмента и инноваций Национального исследовательского университета ИТМО, кандидат экономических наук, etorosyan@mail.ru

TOROSYAN, Elena Konstantinovna

Associate Professor at the Faculty of Technological Management and Innovations of the ITMO University, Candidate of Economic Sciences, etorosyan@mail.ru

ТЮЛЬКИНА Анастасия Сергеевна

магистрант факультета технологического менеджмента и инноваций Национального исследовательского университета ИТМО, a.tyulkina@mail.ru

TIULKINA, Anastasiia Sergeevna

Master's student of Faculty of Technological Management and Innovations of the ITMO University, a.tyulkina@mail.ru

Аннотация.

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

Ключевые слова: методология, критерии, ^-проект, спиральная модель, команда, заинтересованные стороны, организация.

© Торосян Е. К., Тюлькина А. С., 2020.

Abstract.

In this article the basic methodologies of IT project management are considered. The presence of the methodology will help the IT project team to start working quickly, standardize results and accelerate decision-making process. The choice of methodology defines the success of IT project completion and high efficiency of the team interaction within the project, so it is necessary to select the appropriate IT project management methodology as accurately as possible. Based on the considered methodologies the selection criteria for the methodology of IT management are recognized. The selection criteria for the IT project management methodology and their values will help to choose an IT project management methodology that ideally matches the goals of the IT project, the capabilities of the team and the requirements of the stakeholders which in the end will increase the success implementation rate of the company's IT projects.

Key words: methodology, criteria, IT project, spiral model, team, stakeholders, organization.

Знаменитый опрос CHAOS Chronicles, проведенный The Standish Group, показал, что в мире только 32% ИТ-проектов завершаются успешно, а 23% ИТ-проектов в мире полностью проваливаются. Результаты исследования PMI 2004 г., в котором анализировались 23 тысячи проектов по разработке приложений, аналогичны: только 26% ИТ-проектов выполняются вовремя и в рамках бюджета, 46% опаздывают или выходят за рамки бюджета, а 28% проваливаются. Общей статистики по российским проектам, к сожалению, нет. Существует единственное исследование Hewlett-Packard и Economist Intelligence Unit, согласно которому только 5% российских ИТ-проектов завершаются в срок [1]. Существует множество различных методологий управления IT-проектами, которые развивались для удовлетворения потребностей различных отраслей и организаций, однако выбрать какую-то конкретную, отвечающую представленным требованиям IT-проекта, очень затратная и непростая задача. Это обусловливает необходимость изучения и сравнения наиболее часто используемых методологий управления IT-проектами (проектирование и разработка ПО) и проведение углубленного анализа, критериев выбора методологии управления IT-проектом.

Методология подобна технологической дорожной карте или набору задач для IT-проекта, предоставляя проектной команде комплект инструкций и набор процессов для успешной реализации IT-проекта.

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

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

Каскадная модель (Waterfall) - самая первая методология управления IT-проектом. Впервые она была описана доктором Уинсто-ном Ройсом в 1970 г. как ответ на управление сложной природой разработки программного обеспечения [2].

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

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

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

Гибридная методология (структурированный Agile) - это подход, как следует из названия, представляет собой сочетание методологий Waterfall и Agile. Он использует лучшие части Waterfall и Agile и объединяет их в гибкий, но структурированный подход, который можно использовать в разных IT-проектах [3]. Гибридная методология фокусируется на сборе и анализе требований на начальном этапе - это взято из методологии Waterfall. После сбора требований требуется гибкость Agile методологии с акцентом на быстрые итерации.

Scrum методология - не является полнофункциональной методологией управления IT-проектами, скорее, Scrum описывает подход к гибкому управлению с акцентом на проектные команды, короткие «спринты» и ежедневные встречи. Несмотря на то, что Scrum

заимствует принципы и процессы из Agile, у данного подхода есть свои особые методы и тактики для управления IT-проектами. Подход Scrum делает акцент, в первую очередь, на структуру команды IT-проекта. Часто нет руководителя IT-проекта, вместо этого ожидается, что команда будет самоорганизующейся и самоуправляемой. Такая методология идеально подходит для высококвалифицированных и опытных команд [3; 4].

Kanban методология - еще одна разновидность Agile методологии, но имеющая свои отличия. Kanban методологию используют для быстрой разработки программного обеспечения, так как требуется обмен информацией в режиме реального времени и полная прозрачность работы. Это достигается путем доски Kanban (виртуальной или физической), которая содержит в себе, как правило, четыре столбца - to do (что необходимо сделать), in progress (в процессе реализации), in review (на проверке), done (сделано). В зависимости от проекта количество столбцов может меняться. Такая визуализация позволяет членам проектной команды в любое время видеть состояние каждой части работы. При этом нет разделения на конкретные роли, команда направлена на быстрое завершение задач, поэтому сотрудники могут помогать другим сотрудникам, даже если это не его область ответственности [5].

Спиральная методология - представляет собой подход к разработке программного обеспечения, представляющий собой комбинацию модели Waterfall и итерационной модели. Отличительной особенностью этой модели является специальное внимание рискам, влияющим на организацию жизненного цикла. Каждый виток спирали соответствует созданию фрагмента или версии программного обеспечения, на нём уточняются цели и характеристики IT-проекта, определяются его качество и планируются работы следующего витка спирали. Таким образом, углубляются и последовательно конкретизируются детали IT-проекта, и в результате выбирается обоснованный вариант, который доводится

до реализации. Каждый виток разбит на четыре сектора:

• определение целей,

• оценка и разрешение рисков,

• разработка и тестирование,

• планирование следующей итерации [6].

От выбора методологии зависит успешность

завершения IT-проекта и взаимодействие команды в проекте, поэтому необходимо как можно точно выбрать подходящую методологию управления IT-проектами. На основе рассмотренных методологий определены пять критериев выбора методологии управления IT-проектами: IT-Проект, Проектная команда, Заинтересованные стороны, Организация, Продукт [7]. У каждого критерия выделим показатели и их значения.

Критерий «Заинтересованные стороны»: при выборе методологии управления IT-проектами необходимо оценить требования заинтересованных сторон (заказчик и исполнитель).

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

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

Если известно, что заказчик точно представляет конечный результат, то необходимо выбрать структурированный подход, например, Waterfall. Если же заказчик не имеет четкого представления и часто меняет масштаб IT-проекта, необходимо выбрать более гибкую методологию. Точно так же необходимо сразу определиться с заказчиком о предоставлении результатов - насколько важно заказчику документация на каждом этапе или же заказчику достаточно предоставлять частично готовый продукт [8].

На рисунке 1 представлены показатели данного критерия (желтым цветом) и их значения.

Критерий «IT-Проект»: у любого IT-проек-та всегда есть сроки и бюджет. Сроки могут быть плавающими и окончательными. В зависимости от этого реализация IT-проекта может быть разбита на несколько фаз (выдачи готовой функциональности заказчику). А от бюджета IT-проекта зависит состав команды. Эти критерии напрямую могут по-

Рисунок 1

Критерий «Заинтересованные стороны»

влиять на выбор методологии управления IT-проектами [2; 8].

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

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

К критерию «IT-Проект» можно отнести следующие показатели и их значения (рисунок 2).

Критерий «Организация» - то, как компания организована, ее культура и ее прошлые IT-проекты будут иметь большое влияние на выбор методологии управления IT-проектами. Например, некоторые методологии подходят для работы только крупными организациями

с установленной иерархией, где хорошо налажены процессы [9].

Понятие «культура» эквивалентно совокупности понятий «традиции», «привычки» и «общепринятые ценности». Культура в наибольшей степени обусловлена историей компании, реализуемой маркетинговой стратегией, структурой собственности. Месторасположение компании (страна, город) и род деятельности влияют на культуру компании. Любая организация имеет свою культуру, даже вновь организованная компания. Культура компании является основным фактором, обеспечивающим повторяемость процессов, устойчивость процессов к изменению/увеличению требований, сокращению сроков. Сотрудники компании должны понимать, почему процесс разработки построен именно таким образом и к каким последствиям может привести нарушение процесса. Только процесс, построенный на основе собственного опыта и требования заказчика, будет повторяемым, и только для такого процесса существует возможность улучшения [10]. Все вышесказанное определяет уровень зрелости организации.

Рисунок 2

Критерий «IT-проект»

К данному критерию были отнесены следующие показатели, представленные на рисунке 3.

Критерий «Проектная Команда» - методология управления IT-проектом, по сути, является планом проекта, который показывает проектной команде, что и когда создавать. Однако, чтобы это произошло, проектная команда должна в состоянии прочитать план [8; 9].

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

методологию, которая не имеет четких ролей, например, КапЬап.

К критерию «Проектная команда» можно отнести следующие показатели, представленные на рисунке 4.

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

Для критерия «Продукт» был выделен показатель - внедряемый продукт и определены его значения: разработка с нуля/ внедрение готового решения/ доработка готового решения.

На рисунке 5 представлены критерии и их показатели, которые влияют на выбор методологии управления 1Т-проектами.

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

Выделенные критерии выбора методологии управления 1Т-проектами и их значения помогут выбрать методологию управления

Рисунок 3

Критерий «Организация»

Рисунок 4

Критерий «Проектная команда»

Рисунок 5

Критерии выбора методологии управления IT-проектами

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

Критерии и их значения необходимы для построения модели выбора методологии управления 1Т-проекта. Модель наглядно про-

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

Таблица

Значения критериев для выбора методологии управления IT-проектами

Критерий Показатель Методология \Ма1егГа11[2] Методология Agüe [3] Гибридная методология [3] Методология Scrum [4] Методология КапЬап [5] Спиральная методология [6,11]

Бюджет проекта Крупный Мелкий/ Средний Крупный/ Средний Мелкий/ Средний Мелкий/ Средний Крупный/ Средний

Сроки проекта Определены Не определены/ Частично определены Определены Частично определены Не определены Не определены

и <D О & Размер и сложность Легкий/ Средний Легкий-Сложный Легкий-Сложный Легкий-Сложный Легкий Легкий-Сложный

С нч Риски Частично контролируемые риски/ Контролируемые риски Неконтролируемые риски/ Частично контролируемые риски Частично контролируемые риски/ Контролируемые риски Частично контролируемые риски/ Контролируемые риски Неконтролируемые риски/ Частично контролируемые риски/ Контролируемые риски Неконтролируемые риски/ Частично контролируемые риски/ Контролируемые риски

СЗ ч: Состав проектной команды 10-100 чел./ 100 чел. и выше 5-10 чел. 10-100 чел./ 100 чел. и выше 5-10 чел. 5-10 чел. 10-100 чел./ 100 чел. и выше

s о и Роли в проектной команде Роли четко определены Роли четко определены Роли четко определены Роли четко определены Нет деления по ролям Роли четко определены

и £ <D о а Местоположение проектной команды Не влияет Небольшая разница в часовом поясе Не влияет Одна локация Одна локация Не влияет

Возможность самоорганизации Отсутствует Частично присутствует Отсутствует Присутствует Присутствует Отсутствует

Окончание таблицы

Критерий Показатель Методология \Ма1егГа11[2] Методология Agüe [3] Гибридная методология [3] Методология Scrum [4] Методология КапЬап [5] Спиральная методология [6,11]

Организация Уровень зрелости организации Управляемый/ Измеряемый/ Оптимизируемый Управляемый/ Измеряемый/ Оптимизируемый Управляемый/ Измеряемый/ Оптимизируемый Управляемый/ Измеряемый/ Оптимизируемый Отсутствующий/ Начальный/ Управляемый Управляемый/ Измеряемый/ Оптимизируемый

Размер организации Средний/ Крупный Стартап/ Средний Средний/ Крупный Стартап/ Средний Стартап/ Средний Средний/ Крупный

Заинтересованные стороны Вовлечение заинтересованных сторон В начале и в конце проекта Постоянное Периодическое Постоянное Постоянное Постоянное

Ожидание результата заинтересованных сторон Результат известен Конечный результат не известен Конечный результат частично известен Конечный результат не известен Конечный результат частично известен Конечный результат не известен

Документация Подробная Минимальная Достаточная Минимальная Минимальная Достаточная

Продукт Внедряемый продукт Внедрение готового решения/ Доработка готового решения Разработка с нуля/ внедрение готового решения/ Доработка готового решения Внедрение готового решения/ Доработка готового решения Разработка с нуля/ внедрение готового решения/ Доработка готового решения Разработка с нуля/ Доработка готового решения Разработка с нуля/внедрение готового решения/ Доработка готового решения

0) ф

1-К

m

о о з о

3

<

0) 3

а

m з

(Л

с 5"

(Q (Л

О О

3

"О

ф

< ф

3

ф

(Л (Л

Список литературы

1. Клуб «ТОП-менеджеров 4CIO». Управление проектами. URL: https://4cio.ru (дата обращения: 03.12.2019).

2. SDLC - Waterfall Model. URL:https://www.tutorialspoint.com/sdlc/ (дата обращения: 17.11.2019);

3. The Definitive Guide to Project Management Methodologies. URL: https://www. workamajig.com/blog/project-management-methodologies (дата обращения: 28.11.2019).

4. What Is Scrum Methodology? URL: https://resources.collab.net/agile-101/what-is-scrum (дата обращения: 01.12.2019).

5. Хенрик Книберг и Маттиас Скарин. Scrum и kanban: выжимаем максимум. URL: http://scrum.org.ua/wp-content (дата обращения: 02.12.2019).

6. Тюлькина А. С., Чжан Юйи. Сравнительный анализ каскадной и спиральной методологий управления проектами разработки программного обеспечения. URL: https://kmu.itmo.ru (дата обращения: 01.12.2019).

7. Мойра Александер. Как выбрать наилучшую методологию управления проектами. URL: https://www.osp.ru/cio (дата обращения: 01.12.2019).

8. The Definitive Guide to Project Management Methodologies. URL: https://www. workamajig.com/blog/project-management-methodologies (дата обращения: 26.11.2019).

9. Vijayasarathy L. R., Butler C. W. Choice of software development methodologies: Do organizational, project, and team characteristics matter? 2016. P. 86-94.

10. Выбор методов, моделей и стандартов управления разработкой программного обеспечения. URL: https://www.koltunova.com/wp-content/uploads/2015/02/Kate-DISS2.pdf (дата обращения: 02.12.2019).

11. Черткова Е. А. Компьютерные технологии обучения: учебник для вузов. 2-е изд., испр. и доп. М.: Юрайт, 2019. 250 с.