Методы и модели внедрения облачных инструментов в ИТ-проекты на основе оценки уровня их зрелости тема диссертации и автореферата по ВАК РФ 08.00.13, кандидат наук Борреманс Александра Дирковна

  • Борреманс Александра Дирковна
  • кандидат науккандидат наук
  • 2021, ФГАОУ ВО «Санкт-Петербургский политехнический университет Петра Великого»
  • Специальность ВАК РФ08.00.13
  • Количество страниц 152
Борреманс Александра Дирковна. Методы и модели внедрения облачных инструментов в ИТ-проекты на основе оценки уровня их зрелости: дис. кандидат наук: 08.00.13 - Математические и инструментальные методы экономики. ФГАОУ ВО «Санкт-Петербургский политехнический университет Петра Великого». 2021. 152 с.

Оглавление диссертации кандидат наук Борреманс Александра Дирковна

ОГЛАВЛЕНИЕ

ВВЕДЕНИЕ

ГЛАВА 1. ОБЗОР СУЩЕСТВУЮЩИХ ПОДХОДОВ К ОЦЕНКЕ ЗРЕЛОСТИ ИТ-ПРОЕКТОВ

1.1 Подходы к ведению ИТ-проектов

1.2 Применение облачных вычислений в ИТ-проектах

1.3 Существующие модели зрелости компаний

ГЛАВА 2. МОДЕЛЬ ЗРЕЛОСТИ ИТ-ПРОЕКТОВ, ИСПОЛЬЗУЮЩИХ ОБЛАЧНЫЕ ИНСТРУМЕНТЫ

2.1 Методология исследования

2.2 Анализ ИТ-проектов консалтинговых компаний

2.3 Анализ подходов к применению облачных инструментов в ИТ-проектах консалтинговых компаний

2.4 Метод классификации ИТ-проектов, использующих облачные инструменты

2.5 Критерии оценки уровня зрелости ИТ-проектов, использующих облачные инструменты

2.6 Разработка модели зрелости ИТ-проектов, использующих облачные инструменты

ГЛАВА 3. ПРИМЕНЕНИЕ МОДЕЛИ ЗРЕЛОСТИ ИТ-ПРОЕКТОВ, ИСПОЛЬЗУЮЩИХ ОБЛАЧНЫЕ ИНСТРУМЕНТЫ

3.1 Применение модели зрелости для определение текущего уровня ИТ-проекта по разработке программного обеспечения

3.2 Экономическая эффективность применения модели зрелости ИТ-проектов для консалтинговых компаний

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

ПРИЛОЖЕНИЕ А

Рекомендованный список диссертаций по специальности «Математические и инструментальные методы экономики», 08.00.13 шифр ВАК

Введение диссертации (часть автореферата) на тему «Методы и модели внедрения облачных инструментов в ИТ-проекты на основе оценки уровня их зрелости»

ВВЕДЕНИЕ

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

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

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

развитием в соответствии с растущими потребностями общества, что привело к появлению термина «облако».

Облачные вычисления представляют собой технологию распределенной обработки данных, которая обеспечивает доступ внешним пользователям по запросу к различного рода компьютерным ресурсам, возможностям и услугам через Интернет. В различных исследованиях на тему облачных технологий подчеркивается, что технологии облачных вычислений, вероятно, станут решением многих современных бизнес-задач, поскольку они имеют ряд преимуществ и возможностей. Среди них: отсутствие необходимости в программном или аппаратном обеспечении в зависимости от типа облачной технологии, возможность комбинирования с различными программными решениями, существующими в компании, настраиваемая среда, простое развертывание и легкий доступ [1]. Эксперты также утверждают, что облачные инструменты могут повысить скорость разработки программного обеспечения, максимизировать качество продукта и его ценность, а также снизить внутренние затраты [2].

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

Степень разработанности проблемы. В диссертации рассмотрены подходы к ведению ИТ-проектов в целом и особенности использования облачных вычислений для ведения проектной деятельности, в частности. Данным вопросам посвящены труды Дж. Сазерленда, Э. Стеллмана, Дж. Грина, М. Фаулера, Р.

Мартина, М. Барроуза, С. Эмблера, К. Петерсена, Р. Аткинсона, Д. Амрейна, Ф. Бермана, Я. Фостера, Б. Фурхта, Е. Б. Дудлина, И. В. Ильина и др.

Вопросами оценки зрелости предприятий и проектного управления занимались Г. Керцнер, Дж. Кроуфорд, Э. Андерсен, С. Джессен, В. Иббс, Ю. Квок и др. Также значительный вклад в развитие моделей организационной зрелости внесли различные институциональные объединения, отраслевые консорциумы и консалтинговые компании, среди которых Институт программной инженерии (Software Engineering Institute, SEI), Институт управления проектами (Project Management Institute, PMI), AXELOS и др.

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

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

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

- Уточнить понятийный аппарат управления ИТ-проектами и облачных инструментов;

- Провести анализ ИТ-проектов относительно организации внутренних процессов, в частности - использования облачных инструментов;

- Провести анализ взаимосвязи использования облачных решений с успехом проекта;

- На основе анализа предложить модель зрелости ИТ-проектов, использующих облачные инструменты;

- Разработать на основе модели методы перехода к целевому уровню зрелости;

- Провести апробацию модели на ИТ-проекте по разработке программного обеспечения в консалтинговой компании;

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

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

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

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

Методической основой исследования являются общенаучные методы познания: анализ и синтез, индукция, обоснованная теория и моделирование (язык моделирования архитектуры предприятия Archimate).

Информационную базу исследования составляют данные Ассоциации организаций и специалистов в сфере управления информационными технологиями «ИТ Сервис-Менеджмент Форум», доступные в форме ежегодного Альманаха по электронному адресу

http: //www.itsmforum.ru/reference/almanac_IT SM.

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

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

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

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

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

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

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

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

Область исследований. Диссертационная работа выполнена в соответствии с пунктами: 2.5. «Разработка концептуальных положений использования новых информационных и коммуникационных технологий с целью повышения эффективности управления в экономических системах» и 2.6. «Развитие теоретических основ методологии и инструментария проектирования, разработки и сопровождения информационных систем субъектов экономической деятельности: методы формализованного представления предметной области, программные средства, базы данных, корпоративные хранилища данных, базы знаний, коммуникационные» паспорта специальности 08.00.13 - Математические и инструментальные методы экономики.

Апробация и реализация результатов исследования. Результаты работы обсуждались и изложены в материалах:

- научной конференции с международным участием «Неделя Науки СПбПУ» (Санкт-Петербург, 2016 г.);

- научной конференции с международным участием «Неделя Науки СПбПУ» (Санкт-Петербург, 2017 г.);

- международной научной конференции "Business Technologies for Sustainable Urban Development", SPBWOSCE 2017 (Санкт-Петербург, 2017 г.);

- 30-й международной конференции IBIMA 2017 - Vision 2020: Sustainable Economic development, Innovation Management, and Global Growth (Мадрид, 2017 г.);

- научной конференции с международным участием «Неделя Науки СПбПУ» (Санкт-Петербург, 2018 г.);

- международной научной конференции "Business Technologies for Sustainable Urban Development", SPBWOSCE 2017 (Санкт-Петербург, 2018 г.);

- международной научной конференции "Energy Management of Municipal Facilities and Sustainable Energy Technologies EMMFT 2018" (Воронеж, Самара, 2018 г.);

- международной научной конференции "Digital Transformation on Manufacturing, Infrastructure and Service" (Санкт-Петербург, 2019 г.);

- 1-м международном воркшопе "Software Engineering Research & Practices for the Internet of Things (SERP4IoT) (Монреаль, 2019);

- 33-й международной конференции IBIMA Education Excellence and Innovation Management through Vision 2020 (Гранада, 2019 г.);

- всероссийской научной и учебно-практической онлайн конференция «Фундаментальные и прикладные исследования в области управления, экономики и торговли» (Санкт-Петербург, 2020 г.).

Практическая апробация работы осуществлена в консалтинговой ИТ-компании Санкт-Петербурга.

Публикации. Основные результаты диссертационного исследования изложены в 14 научных публикациях общим объемом 10 п.л., в том числе 5 работ объемом 3 п.л. опубликованы в журналах, входящих в перечень ВАК при Минобрнауки РФ.

ГЛАВА 1. ОБЗОР СУЩЕСТВУЮЩИХ ПОДХОДОВ К ОЦЕНКЕ

ЗРЕЛОСТИ ИТ-ПРОЕКТОВ

1.1Подходы к ведению ИТ-проектов

На сегодняшний день существует несколько основных подходов к ведению ИТ-проектов. Сам термин «ИТ-проект» не имеет чёткого определения, одна соответствует определению проекта: «Проект - это уникальная совокупность действий, имеющая начало и конец во времени, направленная на создание определенного уникального продукта при заданных ограничениях», при условии, что продукт такого проекта связан с ИТ-технологиями. В данной работе ИТ-проект будет рассматриваться как проект, в рамки которого входят работы, связанные с информационными технологиями. Выбирать тот или иной подход следует исходя из целей проекта, предполагаемого объема работ, пожеланий заказчика, планируемого бюджета, ожидаемых сроков выполнения проекта и иных факторов, которые оказывают/могут оказать влияние на проект. Ошибочный выбор подхода может иметь негативные последствия, вплоть до полного провала проекта.

Наиболее популярными подходами к ведению ИТ-проектов являются Waterfall и Agile [3].

Waterfall (водопадная/каскадная модель) - это традиционный подход к ведению ИТ-проектов, предполагающий последовательное однократное выполнение проектных этапов. Количество этапов в зависимости от выполняемого проекта и компании-исполнителя может меняться, но в целом эксперты выделяют около 5-7 этапов, которые имеют место быть в любом ИТ-проекте [4]. На рисунке 1 представлено шесть проектных этапов, выполняющихся последовательно и линейно, что наглядно демонстрирует общий принцип реализации водопадного подхода.

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

Проектирование

Реализация

Тестирование и отладка

Внедрение

Сопровождение

Рисунок 1.1 - Этапы подхода Waterfall

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

Таблица 1.1 - Описание этапов проекта, осуществляемого в соответствие с подходом Waterfall [5]

Название этапа Описание этапа

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

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

Реализация (разработка) Данный этап подразумевает непосредственную разработку продукта: написание кода по техническому заданию.

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

Название этапа Описание этапа

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

Внедрение На данном этапе происходит релиз готового продукта и развертывание его у заказчика.

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

В качестве основных особенностей подхода Waterfall можно выделить следующие [6]:

• переход между этапами осуществляется строго в последовательном порядке;

• перейти на следующий этап можно только после полного завершения предыдущего этапа;

• нельзя возвращаться к предыдущим этапам;

• на каждом этапе должен быть сформирован полный набор документации.

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

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

Применение подхода Waterfall оправдано для проектов, которым присуще следующие характеристики:

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

• Продукт проекта сложный и требует значительных затрат.

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

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

• Заказчик не планирует принимать участие в реализации проекта. Он лишь принимает готовые результаты.

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

Ввиду своих особенностей, данный подход имеет как сильные, так и слабые стороны, которые следует учитывать. В таблице 1.2 представлены достоинства и недостатки, которые присуще каскадной модели реализации ИТ-проектов.

Таблица 1.2 - Достоинства и недостатки подхода Waterfall [7]

Достоинства Недостатки

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

Противоположенным подходу Waterfall является подход Agile.

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

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

Рисунок 1.2 - Гибкий подход к выполнению ИТ-проектов

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

Agile-подход опирается на четыре основные идеи [9]:

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

2. Рабочий и функциональный продукт приоритетнее, чем полноценная документация.

3. Сотрудничество с заказчиком приоритетнее, чем контрактные соглашения.

4. Готовность к изменениям приоритетнее, чем следование намеченному плану.

С учетом перечисленных принципов, можно определить основные особенности Agile-подхода:

• главный фокус проекта направлен на создание рабочего ИТ-продукта;

• этапы проекта могут выполняться непоследовательно;

• поставки продукта происходят часто;

• корректировка требований к продукту проекта может происходить после каждого релиза;

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

Как следует из основных принципов, особое внимание в Agile уделяется команде проекта. В отличие от каскадной модели, где команда состоит из узкопрофильных специалистов, эффективная команда в Agile должна быть кросс-функциональной и состоять из специалистов, которые имеют компетенции в разных областях. Это дублирование функций необходимо для того, чтобы в случае форс-мажорных ситуаций, когда кто-либо из членов команды выбывает из рабочего процесса, другие члены команды могли продолжить работу. Зачастую в подобных командах отсутствует разделение по ролям (аналитик, тестировщик и т.д.), и все члены команды являются «разработчиками продукта». Безусловно, такие специалисты должны быть высококвалифицированными и иметь достаточный опыт. Также важным условием является то, что рабочая команда должна быть небольшой (приблизительно от 5 до 12 человек), и все ее члены по возможности должны работать в одном месте. Такое требование обусловлено тем, что поддерживать тесную и эффективную коммуникацию, которая крайне важна

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

Применение подхода Agile оправдано для проектов, которым присуще следующие характеристики:

• Нет четкого представления и понимания того, каким должен быть конечный продукт;

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

• Команда проекта - опытные, квалифицированные специалисты, умеющие эффективно работать в команде и обладающие компетенциями в различных областях;

• Заказчик желает принимать активное участие в проекте;

• Существует необходимость быстро создать рабочий продукт;

• Заказчику важно, чтобы изменения можно было внести быстро и на любом этапе проекта;

• Заказчик готов к отсутствию четких временных и финансовых рамок проекта;

• Проект разрабатывается в условиях переменчивой среды;

• Проект является стартапом.

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

Таблица 1.3 - Достоинства и недостатки подхода Agile [7]

Достоинства

Недостатки

Достоинства Недостатки

• Гибкость и адаптивность; • Фокус исключительно на продукте; • Отсутствие бюрократии; • Возможность быстрого внесения изменений; • Более быстрая и качественная доставка ИТ-продукта; • Сильное командное взаимодействие; • Высокий уровень вовлеченности заказчика в проект; • Непрерывное совершенствование продукта в ходе всего проекта; • Полное соответствие продукта пожеланиям стейкхолдеров; • Снижение рисков за счет того, что работа ведется короткими циклами. • Отсутствие долгосрочного четкого плана; • Краткосрочное планирование при создании функционала может стать причиной ошибок в архитектуре; • Невозможность рассчитать окончательный бюджет проекта ввиду его непредсказуемости; • Пренебрежение документацией; • Сильная зависимость от состава команды: кадровые перемены могут серьезно затормозить ход проекта; • Высокие требования к членам команды и заказчику; • Существует вероятность того, что требования, которые возникнут на более поздних этапах, потребуют изменения архитектуры продукта в целом.

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

Таблица 1.4 - Сравнительный анализ Agile и Waterfall

Параметр сравнения Waterfall Agile

Проектные требования Закрепляются в начале проекта Изменяются в ходе выполнения проекта

Похожие диссертационные работы по специальности «Математические и инструментальные методы экономики», 08.00.13 шифр ВАК

Список литературы диссертационного исследования кандидат наук Борреманс Александра Дирковна, 2021 год

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

1. Buyya R., Broberg J., Goscinski A.M. Cloud Computing: Principles and Paradigms. John Wiley & Sons, 2010. 747 с.

2. Jain A., Rani R. Analytical Study of Agile Methodology with Cloud Computing.

3. Лепехин А.А., Борреманс А.Д. Анализ инжиниринга требований к информационно-технологической поддержке с точки зрения теории сложности // Наука И Бизнес: Пути Развития. 2018. № 11 (89). С. 66-69.

4. Игошин А.Н., Лаптева Е.Е. Сравнительный анализ Waterfall Vs Agile. 2018. С. 119-120.

5. Petersen K., Wohlin C., Baca D. The Waterfall Model in Large-Scale Development // Product-Focused Software Process Improvement / под ред. Bomarius F. и др. Berlin, Heidelberg: Springer, 2009. С. 386-400.

6. Геркушенко Г.Г., Ткаченко А.В. Сравнительный анализ методологий разработки программного обеспечения: 3 (21) // Наука, техника и образование. Россия, Иваново: ООО «Олимп», 2016. № 3 (21). С. 109-113.

7. Шахина И.В., Муллин А.А., Алышев Ю.В. Agile vs Waterfall: разница между методологиями: 6 // StudNet. Россия, Москва: Общество с ограниченной ответственностью «Электронная наука», 2020. Т. 3, № 6. С. 9-15.

8. Fowler M., Highsmith J. The Agile Manifesto // Software Development. 2001. Т. 9, № 8. С. 28-35.

9. Stellman A., Greene J. Learning Agile: Understanding Scrum, XP, Lean, and Kanban. O'Reilly Media, Inc., 2014. 498 с.

10. Чуланова О.Л., Глухова Т. Эффективные команды проекта в классическом и инновационном проектном подходе // Материалы Ивановских Чтений. 2018. № 4 (22). С. 180-193.

11. Sutherland J. Scrum Handbook. Somerville, MA: Scrum Training Institute, 2010. 66 с.

12. Монашев М.А. Методология Scrum в управлении проектами. Издательский дом «Удмуртский университет», 2017. С. 152-156.

13. Burrows M. Kanban from the Inside. Blue Hole Press, 2014. 270 с.

14. Гибкость по правилам: 6 принципов и 10 распространенных ошибок методологии «Канбан». [Электронный ресурс] // TAdviser.ru. URL: /index.php/Статья:Канбан_(Kanban) (дата обращения: 07.07.2020).

15. Foster I. и др. Cloud Computing and Grid Computing 360-Degree Compared // 2008 Grid Computing Environments Workshop. 2008. С. 1-10.

16. Berman F., Fox G., Hey T. Grid Computing: Making the global infrastructure a reality. New York: John Wiley & Sons, 2003. Т. 2. 1060 с.

17

18

19

2G

21

22

23

24

25

27

28

29

3G

31

Дубгорн А.С., Борреманс А.Д. Понятие "сквозные цифровые технологии" и его роль в российских программах цифровой трансформации. 2G2G. С. 171175.

Wu L., Garg S.K., Buyya R. SLA-Based Resource Allocation for Software as a Service Provider (SaaS) in Cloud Computing Environments // 2G11 11th IEEE/ACM International Symposium on Cluster, Cloud and Grid Computing. 2011. С. 195-2G4.

Борреманс А.Д. и др. Анализ отечественного и мирового опыта цифровой трансформации // Наука И Бизнес: Пути Развития. 2019. № 8 (98). С. 17б—181. Dubgorn A. и др. Analysis of digital business transformation tools // Proceedings of the 33rd International Business Information Management Association Conference, IBIMA 2G19: Education Excellence and Innovation Management through Vision 2G2G. 2G19. С. 9б77—9б82.

Vaquero L.M. и др. A break in the clouds: towards a cloud definition // SIGCOMM Comput. Commun. Rev. 2GG9. Т. 39, № 1. С. 5G—55.

Mell P., Grance T. The NIST Definition of Cloud Computing // Journal of Research of the National Institute of Standards and Technology. 2GG9. Т. 53, № 6. С. 7. Goyal S. Public vs Private vs Hybrid vs Community - Cloud Computing: A Critical Review // International Journal of Computer Network and Information Security. 2G14. Т. б. С. 2G—29.

Ren K., Wang C., Wang Q. Security Challenges for the Public Cloud // IEEE Internet Computing. 2G12. Т. 16, № 1. С. б9—73.

Furht B. Cloud Computing Fundamentals // Handbook of Cloud Computing / под ред. Furht B., Escalante A. Boston, MA: Springer US, 2G1G. С. 3—19. Ramgovind S., Eloff M.M., Smith E. The management of security in Cloud computing // 2G1G Information Security for South Africa. 2G1G. С. 1—7. Vouk M.A. Cloud Computing — Issues, Research and Implementations: 4 // CIT. Journal of Computing and Information Technology. 2GG4. Т. 16, № 4. С. 235—24б. Petcu D., Craciun C., Rak M. Towards a cross platform cloud API. 2G13. С. 1бб— 1б9.

Sotomayor B. и др. Virtual Infrastructure Management in Private and Hybrid

Clouds // IEEE Internet Computing. 2GG9. Т. 13, № 5. С. 14—22.

Marinos A., Briscoe G. Community Cloud Computing // Cloud Computing / под

ред. Jaatun M.G., Zhao G., Rong C. Berlin, Heidelberg: Springer, 2GG9. С. 472—

484.

Amrhein D., Quint S. Cloud computing for the enterprise: Part 1: Capturing the cloud I Software As A Service | Cloud Computing. 2GG9.

32

33

34

35

36

37

38

39

40

41

42

43

44

45

46

Arsalan G.B. Saurabh Bora ,. Shivendra Singh ,. Sheikh Mohamad. OSI Reference Model: An Overview // International Journal of Computer Trends and Technology. Seventh Sense Research Group, 2014. Т. 7, № 4. С. 214-218. Levina A., Novikov A., Borremans A. BPM as a Service Based on Cloud Computing // Energy Management of Municipal Transportation Facilities and Transport. Springer, 2018. С. 210-215.

Ильин И.В., Борреманс А.Д. Разработка требований к структуре элементов ИТ-инфраструктуры для внедрения технологий Industry 4.0. 2020. С. 180-186. Lepekhin A., Borremans A., Iliashenko O. Design and implementation of IT services as part of the «smart City» concept. EDP Sciences, 2018. Т. 170. С. 7. Junbin D. и др. Design of Test Data Management System Architecture Based on Cloud Computing Platform. Atlantis Press, 2015. С. 362-364. Ilin I. и др. Enterprise Architecture Modeling in Digital Transformation Era // Energy Management of Municipal Transportation Facilities and Transport. Springer, 2019. С. 124-142.

Levina A.I. и др. The evolution of Enterprise Architecture in scopes of digital transformation // IOP Conference Series: Materials Science and Engineering. IOP Publishing, 2020. Т. 940, № 1. С. 7.

Day G.S. An outside-in approach to resource-based theories // J. of the Acad. Mark. Sci. 2014. Т. 42, № 1. С. 27-28.

Banerjee P. и др. Everything as a Service: Powering the New Information Economy // Computer. 2011. Т. 44, № 3. С. 36-43.

Bhardwaj S., Jain L., Jain S. Cloud computing: A study of infrastructure as a service (IAAS) // International Journal of Engineering and Information Technology. 2010. Т. 2, № 1. С. 4.

Lawton G. Developing Software Online With Platform-as-a-Service Technology // Computer. 2008. Т. 41, № 6. С. 13-15.

Benlian A., Hess T. Opportunities and risks of software-as-a-service: Findings from a survey of IT executives // Decision Support Systems. 2011. Т. 52, № 1. С. 232246.

Stanik A., Hovestadt M., Kao O. Hardware as a Service (HaaS): The completion of the cloud stack // 2012 8th International Conference on Computing Technology and Information Management (NCM and ICNIT). 2012. Т. 2. С. 830-835. Dudin E.B., Smetanin Yu.G. A review of cloud computing // Sci. Tech.Inf. Proc. 2011. Т. 38, № 4. С. 280-284.

Hacigumus H., Iyer B., Mehrotra S. Providing database as a service // Proceedings 18th International Conference on Data Engineering. 2002. С. 29-38.

47. Varadharajan V., Tupakula U. Security as a Service Model for Cloud Environment // IEEE Transactions on Network and Service Management. 2014. Т. 11, № 1. С. 60-75.

48. Leong L. и др. Magic Quadrant for Cloud Infrastructure as a Service, Worldwide [Электронный ресурс]. URL: https://www.gartner.com/en/documents/3400818 (дата обращения: 09.05.2018).

49. Elliot S. AWS 101: What is Amazon Web Services and how is Amazon's Cloud used in Science and Education. 2016.

50. Mazumdar P., Agarwal S., Banerjee A. Microsoft Azure Networking // Pro SQL Server on Microsoft Azure / под ред. Mazumdar P., Agarwal S., Banerjee A. Berkeley, CA: Apress, 2016. С. 53-62.

51. Hosseini H., Xiao B., Poovendran R. Google's Cloud Vision API is Not Robust to Noise // 2017 16th IEEE International Conference on Machine Learning and Applications (ICMLA). 2017. С. 101-105.

52. Wang L. и др. Activating Protection and Exercising Recovery Against Large-Scale Outages on the Cloud // 2016 46th Annual IEEE/IFIP International Conference on Dependable Systems and Networks Workshop (DSN-W). 2016. С. 264-264.

53. Wittig M., Wittig A. Amazon Web Services in action. Shelter Island, NY: Manning, 2016. 397 с.

54. Amazon Simple Storage Service (S3) [Электронный ресурс] // Amazon Web Services, Inc. URL: https://aws.amazon.com/ru/s3/ (дата обращения: 17.10.2018).

55. Батура Т.В., Мурзин Ф.А., Семич Д.Ф. Облачные технологии: основные понятия, задачи и тенденции развития // Программные Продукты, Системы И Алгоритмы. 2014. № 1. С. 64-72.

56. Yi S., Kondo D., Andrzejak A. Reducing costs of spot instances via checkpointing in the Amazon Elastic Compute Cloud // 2010 IEEE 3rd International Conference on Cloud Computing. 2010. С. 236-243.

57. Персональное облачное хранилище — Microsoft OneDrive [Электронный ресурс]. URL: https://www.microsoft.com/ru-ru/microsoft-365/onedrive/online-cloud-storage (дата обращения: 22.10.2018).

58. Calder B. и др. Windows Azure Storage: a highly available cloud storage service with strong consistency // Proceedings of the Twenty-Third ACM Symposium on Operating Systems Principles. New York, NY, USA: Association for Computing Machinery, 2011. С. 143-157.

59. Microsoft 365 и приложения Office | Microsoft 365 [Электронный ресурс]. URL: https://www.microsoft.com/ru-ru/microsoft-365 (дата обращения: 01.11.2018).

60. Rahimi M.R. и др. Mobile Cloud Computing: A Survey, State of Art and Future Directions // Mobile Netw Appl. 2014. Т. 19, № 2. С. 133-143.

61

62

63

64

65

66

67

68

69

70

71

72

73

74

75

76

Cloud Storage for Work and Home - Google Drive [Электронный ресурс]. URL: https://www.google.com/intl/en-GB/drive/ (дата обращения: 09.11.2018). Huang D., Xing T., Wu H. Mobile cloud computing service models: a user-centric approach // IEEE Network. 2013. Т. 27, № 5. С. 6-11. Google Документы: бесплатно создавайте и редактируйте документы в Интернете. [Электронный ресурс]. URL:

https://www.google.ru/intl/ru/docs/about/ (дата обращения: 08.06.2018). Malawski M. и др. How to Use Google App Engine for Free Computing // IEEE Internet Computing. 2013. Т. 17, № 1. С. 50-59. Cloud Storage [Электронный ресурс] // Google Cloud. URL: https://cloud.google.com/storage (дата обращения: 14.11.2018). Ильин И.В., Ильяшенко О.Ю., Борреманс А.Д. Подход к интеграции облачных технологий типа SaaS при реализации ИТ-проектов // Перспективы Науки. 2016. № 12 (87). С. 111-114.

Борреманс А.Д., Сурков Д.И. Возможности развития стратегий цифровой трансформации. Федеральное государственное автономное образовательное учреждение высшего образования «Санкт-Петербургский политехнический университет Петра Великого», 2018. С. 452-454.

Martin R.C. Agile Software Development: Principles, Patterns, and Practices. USA: Prentice Hall PTR, 2003. 710 с.

Schmidt C. Agile Software Development // Agile Software Development Teams / под ред. Schmidt C. Cham: Springer International Publishing, 2016. С. 7-35. Ramesh B., Cao L., Baskerville R. Agile requirements engineering practices and challenges: an empirical study // Information Systems Journal. 2010. Т. 20, № 5. С. 449-480.

Ambler S. Agile modeling: effective practices for extreme programming and the

unified process. New York: John Wiley & Sons, 2002. 402 с.

Mellor S.J., Clark A.N., Futagami T. Model-driven development - Guest editor's

introduction // IEEE Software. 2003. Т. 20, № 5. С. 14-18.

Beck K. Embracing change with extreme programming // Computer. 1999. Т. 32,

№ 10. С. 70-77.

Moser R. и др. A case study on the impact of refactoring on quality and productivity in an agile team // Balancing Agility and Formalism in Software Engineering. Springer, 2008. С. 252-266.

Vanhanen J., Korpi H. Experiences of Using Pair Programming in an Agile Project // 2007 40th Annual Hawaii International Conference on System Sciences (HICSS'07). 2007. С. 274b-274b.

Janzen D., Saiedian H. Test-driven development concepts, taxonomy, and future direction // Computer. 2005. Т. 38, № 9. С. 43-50.

77. Feature-Driven Development // Agile Software Construction / под ред. Hunt J. London: Springer, 2006. С. 161-182.

78. Борреманс А.Д., Мохов М.О. Анализ преимуществ облачных сервисов для управления ИТ-проектом (на примере проекта развития ERP системы). Федеральное государственное автономное образовательное учреждение высшего образования «Санкт-Петербургский политехнический университет Петра Великого», 2017. С. 283-286.

79. Ильяшенко О.Ю., Ильин И.В., Борреманс А.Д. Преимущества использования облачных технологий в проектах по разработке программного обеспечения на примере компаний Санкт-Петербурга // Перспективы Науки. 2017. № 6 (93). С. 65-69.

80. Ilin I.V., Iliashenko O.Y., Borremans A.D. Analysis of cloud-based tools adaptation possibility within the software development projects. 2017. С. 27292739.

81. Лепехин А.А., Борреманс А.Д., Лёвина А.И. Баг-трекеры как инструмент для управления проектом с территориально распределенной командой разработчиков. Федеральное государственное автономное образовательное учреждение высшего образования «Санкт-Петербургский политехнический университет Петра Великого», 2016. С. 69-71.

82. Lepekhin A. и др. A systematic mapping study on internet of things challenges // 2019 IEEE/ACM 1st International Workshop on Software Engineering Research & Practices for the Internet of Things (SERP4IoT). IEEE, 2019. С. 9-16.

83. Inayat I., Salim S.S., Mk Z. Agile-based Software Product Development using Cloud Computing Services: Findings from a case study. 2013. С. 1065-1069.

84. Finch M. Using Zapier with Trello for Electronic Resources Troubleshooting Workflow // The Code4Lib Journal. 2014. № 26.

85. Jena S.R. и др. Cloud Computing Tools: Inside Views and Analysis // Procedia Computer Science. 2020. Т. 173. С. 382-391.

86. Andersen E.S., Jessen S.A. Project maturity in organisations // International Journal of Project Management. 2003. Т. 21, № 6. С. 457-461.

87. Русякова М.С. Обзор современных моделей оценки зрелости управления проектами: 70 // Молодой ученый. Россия Казань: Издательство Молодой ученый, 2014. № 70. С. 230-236.

88. Бураков Д.П., Гарина М.И., Кожомбердиева Г.И. Об использовании аппарата теории принятия решений в задачах оценивания согласно модели CMMI®: 4 // Программные продукты и системы. Россия, Тверь: Закрытое акционерное общество Научно-исследовательский институт «Центрпрограммсистем», 2013. № 4.

89. SEI CMMI Production Team. CMMI for Development v1.3. Lulu.com, 2010. 496 с.

90. California Division | Federal Highway Administration [Электронный ресурс]. URL:

https://www.fhwa.dot.gov/cadiv/segb/views/document/sections/section7/7_3.cfm (дата обращения: 15.07.2020).

91. SCAMPI A Process Appraisal [Электронный ресурс]. URL: https://www.process-strategies.com/SCAMPI_A.html (дата обращения: 07.02.2019).

92. SCAMPI B Process Appraisal [Электронный ресурс]. URL: https://www.process-strategies.com/SCAMPI_B.html (дата обращения: 07.02.2019).

93. SCAMPI C Process Appraisal [Электронный ресурс]. URL: https://www.process-strategies.com/SCAMPI_C.html (дата обращения: 07.02.2019).

94. Аксенов А.А., Колобова О.Л., Макашова В.Н. Модели зрелости управления проектами. Национальный исследовательский Томский политехнический университет, 2016. С. 106-110.

95. Ильина О.Н. Методология управления проектами: становление, современное состояние и развитие. Москва: ООО "Издательский Дом «Вузовский учебник», 2015. 208 с.

96. Руденко М.Н., Субботина Ю.Д. Оценка зрелости проектного управления организации // Управленческое консультирование. 2019. № 7. С. 50-55.

97. Нарбаев Т.С. Оценка зрелости управления проектами в Казахстане // Upravlenie proektami i programmami. 2016. С. 144-163.

98. Kerzner H. Strategic Planning for Project Management Using a Project Management Maturity Model. John Wiley & Sons, 2002. 273 с.

99. Николаенко В.С., Мирошниченко Е.А., Грицаев Р.Т. Модели зрелости управления проектами: критический обзор // Государственное Управление. Электронный Вестник. 2019. № 73. С. 71-111.

100. Трифонов П.В., Узбекова А.М. Анализ управления проектами посредством моделей зрелости // Экономика И Управление: Проблемы, Решения. 2017. Т. 2, № 3. С. 127-132.

101. Crawford J.K. The Project Management Maturity Model // Information Systems Management. Taylor & Francis, 2006. Т. 23, № 4. С. 50-58.

102.Ibbs C.W., Kwak Y.H. Assessing Project Management Maturity // Project Management Journal. SAGE Publications Inc, 2000. Т. 31, № 1. С. 32-43.

103. Ильин И.В. и др. Перечень требований архитектуры цифрового пространства Российского бизнеса к технологиям, обеспечивающим её реализацию // Научный Журнал НИУ ИТМО. Серия: Экономика И Экологический Менеджмент. 2019. № 4. С. 72-79.

104.Hazzan O., Tomayko J. Human Aspects of Software Engineering: The Case of Extreme Programming // Extreme Programming and Agile Processes in Software Engineering / под ред. Eckstein J., Baumeister H. Berlin, Heidelberg: Springer, 2004. С. 303-311.

105.Burrell G., Morgan G. Sociological Paradigms and Organisational Analysis: Elements of the Sociology of Corporate Life. London: Routledge, 2017. 535 с.

106.Kothari C.R. Research Methodology: Methods and Techniques. Delhi: New Age International, 2004. 30 с.

107. Locke E.A. The Case for Inductive Theory Building // Journal of Management. SAGE Publications Inc, 2007. Т. 33, № 6. С. 867-890.

108. Woo S.E., O'Boyle E.H., Spector P.E. Best practices in developing, conducting, and evaluating inductive research // Human Resource Management Review. 2017. Т. 27, № 2. С. 255-264.

109.Gioia D.A., Corley K.G., Hamilton A.L. Seeking qualitative rigor in inductive research: Notes on the Gioia methodology // Organizational Research Methods. SAGE Publications Inc, 2013. Т. 16, № 1. С. 15-31.

110.Denzin N.K., Lincoln Y.S. The SAGE Handbook of Qualitative Research. USA: SAGE Publications, 2011. 785 с.

111.Corbin J., Strauss A. Basics of Qualitative Research: Techniques and Procedures for Developing Grounded Theory. SAGE Publications, 2014. 457 с.

112. Saunders M., Lewis P., Thornhill A. Research Methods for Business Students. Pearson Education, 2009. 664 с.

113. Silverman D., Marvasti A. Doing qualitative research: a comprehensive guide. USA: SAGE Publications, 2008. 577 с.

114.Mumtaz P.S., Cooper D.R. Business research methods. 12-е изд. New York: McGraw-Hill/Irwin, 2014. 692 с.

115.Marshall M.N. Sampling for qualitative research // Family Practice. 1996. Т. 13, № 6. С. 522-526.

116. Wagner S.M., Lukassen P., Mahlendorf M. Misused and missed use — Grounded Theory and Objective Hermeneutics as methods for research in industrial marketing // Industrial Marketing Management. 2010. Т. 39, № 1. С. 5-15.

117.Inayat I. и др. A systematic literature review on agile requirements engineering practices and challenges // Computers in Human Behavior. 2015. Т. 51. С. 915929.

118. Pinto J., Slevin D. Project success: Definitions and measurement techniques // Project Management Journal. 1988. Т. 19, № 1. С. 67-72.

119. Atkinson R. Project management: cost, time and quality, two best guesses and a phenomenon, its time to accept other success criteria // International Journal of Project Management. 1999. Т. 17, № 6. С. 337-342.

120. Steinberg R.A. Measuring ITSM: Measuring, Reporting, and Modeling the IT Service Management Metrics that Matter Most to IT Senior Executives. Trafford Publishing, 2013. 199 с.

121. «Мотив». Система оперативного управления компанией [Электронный ресурс]. URL: https://www.motiw.ru/ (дата обращения: 19.11.2018).

122.Merkle B. Textual modeling tools: overview and comparison of language workbenches // Proceedings of the ACM international conference companion on Object oriented programming systems languages and applications companion. New York, NY, USA: Association for Computing Machinery, 2010. С. 139-148.

123.Iacob C., Faily S., Harrison R. MARAM: Tool support for mobile app review management // The 8th EAI International Conference on Mobile Computing, Applications and Services. Association for Computing Machinery (ACM), 2016. С. 42-50.

124. Visconti A. How the Digital Humanities are using Slack to support and build a geographically dispersed intellectual community [Электронный ресурс] // Impact of Social Sciences. 2016. URL:

https://blogs.lse.ac.uk/impactofsocialsciences/2016/07/13/using-slack-to-support-a-geographically-dispersed-community/ (дата обращения: 08.12.2018).

125.Hedgebeth D. Making use of knowledge sharing technologies // VINE. Emerald Group Publishing Limited, 2007. Т. 37, № 1. С. 49-55.

126. Борреманс А.Д., Сурков Д.И. Сравнение типов программного обеспечения для поддержки процесса разработки информационной системы. Федеральное государственное автономное образовательное учреждение высшего образования «Санкт-Петербургский политехнический университет Петра Великого», 2017. С. 279-281.

127.Kutz M. Toward a conceptual model of contextual intelligence: A transferable leadership construct // Kravis Leadership Institute Leadership Review. 2008. Т. 8. С. 18-31.

128. Борреманс А.Д., Ильяшенко О.Ю. Применение модели Saas для ведения ИТ-проектов. Риски и возможности. Федеральное государственное автономное образовательное учреждение высшего образования «Санкт-Петербургский политехнический университет Петра Великого», 2016. С. 18-20.

ПРИЛОЖЕНИЕ А

<!doctype html> <html lang="en">

<head> <meta charset="utf-8"> <title>Alexandra Borremans's Site</title>

<meta name="description" content="Оценка зрелости ИТ-проектов, использующих облачные инструменты" />

<meta name="author" content="formfacade.com" />

<meta name="viewport" content="width=device-width, initial-scale=1">

<linkrel="icon" href="https://lh3.googleusercontent.com/a-/A0h14Gg_TI4kicabBKcCcDFDUonLCHWct0e04EwpqTB7=s96-c" type="image/x-icon">

<link rel="stylesheet" href="/dosis/assets/dist/css/plugins.css">

<linkrel="stylesheet" href="/theme/dosis/style.css?font=%22Roboto%22%2C%20sans-serif&heading=%22Poppins%22%2C%20sans-serif&primary=%235d33fb&primaryActive=%23492bbb&secondary=%23b161fc">

<meta name="robots" content="noindex, nofollow">

<link href="https://fonts.googleapis.com/icon?family=Material+Icons" rel="stylesheet" media="screen"> <link href="https://formfacade.com/mstore-header2/css/vendor/socicon.min.css" rel="stylesheet" media="screen"> <link rel="stylesheet" href="/jstree/themes/default/style.min.css" />

<script src= "/j s/ejs.js"></script>

<script src="https://www.gstatic.com/firebasejs/6.6.1/firebase-app.js"></script> <script src="https://www.gstatic.com/firebasejs/6.6.1/firebase-database.js"></script> <script src="https://www.gstatic.com/firebasejs/6.6.1/firebase-auth.js"></script> <script> var firebaseConfig = { apiKey: "AIzaSyCcbdBCI-Kgcz3tE1N4paeF9a-vdi3Uzz8",

authDomain: location.hostname=='localhost'?'formfacade.firebaseapp.com':location.hostname, databaseURL: "https://formfacade. firebaseio .com", projectId: "formfacade", storageBucket: "",

messagingSenderId: "743872305260",

appId: "1:743872305260:web:c5f7c23ccfa724447be049"

};

firebase. initializeApp(firebaseConfig); </script> <script>

FacadeSignin = {

params:{"action":"public","userId":"100111279936751432421","page":"all","publishId":"1FAIpQLSd6364PWlPl0M61NNKovuzAbeat 0oI9XYEaJEq3TI5yaMZ5Ww"},

query:{},

info:{},

init:function()

{

var curr = this;

firebase.auth().onAuthStateChanged(function(auth){ curr.loggedIn = auth?auth.providerData[0]:null;

if(curr.loggedIn && curr.loggedIn.uid==curr.params.userId)

{

console.log('Logged in as '+curr.loggedIn.uid);

}

else if(curr.params.action=='edit'||curr.params.action=='task')

{

if(location.hostname=='localhost') return;

var repath = '/restrict'+window.location.pathname;

location.href = repath;

}

}); },

signIn: function() {

var curr = this;

var provider = new firebase.auth.GoogleAuthProvider(); firebase.auth().signInWithPopup(provider).then(function(result) { curr.init();

}).catch(function(err){ console.error('fail', err); curr.init();

});

}

}

FacadeSignin.init(); </script>

<div id="LoginAlert" class="modal" tabindex="-1" role="dialog"> <div class="modal-dialog" role="document">

<div class="modal-content"> <div class="modal-header"> <h5 class="modal-title">Restricted Access</h5>

<button type="button" class="close" data-dismiss="modal" aria-label="Close">

<span aria-hidden= "true">&times;</span> </button> </div>

<div class="modal-body">

<p>You have to login to access this page.</p> </div>

<div class="modal-footer">

<button type="button" class="btn btn-primary" onclick="FacadeSignin.signIn()" data-dismiss="modal">Proceed</button> </div> </div> </div> </div>

<script async src="https://www.googletagmanager.com/gtag/js?id=G-2J8RRM69MY"></script> <script>

window.dataLayer = window.dataLayer || []; function gtag(){dataLayer.push(arguments);} gtag('js', new Date()); gtag('config', 'G-2J8RRM69MY'); </script>

<style>

.ff-form td{ font-size:smaller; }

#viewform select{ -webkit-appearance: menulist; appearance:menulist; } .ff-form select{ -webkit-appearance: menulist; appearance:menulist; }

#ff-compose{ padding:20px; border-radius:.25rem; background-color:#fff;

}

.ff-form .form-check-input{ margin-top:6px; }

.ff-form .form-check-label{ padding-left:5px; }

.ff-form .form-check-other{ padding-top:5px; }

.ff-form .form-check-other input[type=text] { margin-left: 5px; }

.ff-form .form-check-other input[type=radio]{ margin-top:15px; }

.ff-form .form-check-other input[type=checkbox]{ margin-top:15px; }

.ff-html-row img{ display:inline; } .ff-html-row td{ border-bottom-width:0px; }

.ff-edittheme{ display:none !important; }

.background{ background-color:#f5f5f5; }

.font{ font-family:"Work Sans",Helvetica,Arial,sans-serif; }

#EditModal select{ -webkit-appearance:menulist; appearance:menulist; } .trial-alert{ text-align:center; padding:1.75rem 1.25rem; } </style>

<div class="modal fade" id="ShareModal" tabindex="-1" role="dialog" style="z-index:9999;"> <div class="modal-dialog" role="document"> <div class="modal-content"> </div> </div> </div>

<script> shareFacade = {

params:{"action":"public","userId":"100111279936751432421","page":"all","publishId":"1FAIpQLSd6364PWlPl0M61NNKovuzAbeat 0oI9XYEaJEq3TI5yaMZ5Ww"},

query:{},

template: {"share":"<% \r\n var isNeartail = formFacade.data.facade&&formFacade.data.facade.neartail;\r\n var isWhatsapp = formFacade.data.facade&&formFacade.data.facade.whatsapp;\r\n var shorturl = 'https://formfaca.de/sm/'+short.shortId;\r\n if(perma.slug && perma.publishId==params.publishId)\r\n shorturl = 'https://neartail.com/'+perma.country+'/'+perma.slug;\r\n else if(isNeartail)\r\n shorturl = 'https://formfaca.de/sm/'+short.shortId;\r\n else if(isWhatsapp)\r\n shorturl = 'https://whatstarget.com/sm/+short.shortId;\r\n%>\r\n<div class=\"modal-header\">\r\n <h5 class=\"modal-title\"><%-formFacade.lang('Share this form with others')%></h5>\r\n <button type=\"button\" class=\"close\" data-dismiss=\"modal\" aria-label=\"Close\">\r\n <span aria-hidden=\"true\">&times;</span>\r\n </button>\r\n</div>\r\n<div class=\"modal-body\">\r\n<form>\r\n <div class=\"form-group\">\r\n <input type=\"text\" class=\"form-control\" name=\"site\" value=\"<%-shorturl%>\"/>\r\n </div>\r\n</form>\r\n</div>\r\n<div class=\"modal-footer\">\r\n <% if(params.action=='edit' && isNeartail){ %>\r\n <% if(perma.publishId==params.publishId){ %>\r\n <button type=\"button\" class=\"btn btn-secondary\" data-dismiss=\"modal\">\r\n <%-formFacade.lang('Done')%>\r\n </button>\r\n <% } else{ %>\r\n <button type=\"button\" class=\"btn btn-primary\" onclick=\"shareFacade.showPermalink()\">\r\n Get Permalink\r\n </button>\r\n <% } %>\r\n <% } else{ %>\r\n <button type=\"button\" class=\"btn btn-secondary\" data-dismiss=\"modal\">\r\n <%-formFacade.lang('Done')%>\r\n </button>\r\n <% } %>\r\n</div>\r\n","permalink":"<% \r\n var isNeartail =

formFacade.data.facade&&formFacade.data.facade.neartail;\r\n var cns = countries.map(cn=>cn.toLowerCase()).sort();\r\n cns.push('zz');\r\n var selcn = perma.country?perma.country:(country?country.toLowerCase():'zz');\r\n%>\r\n<div class=\"modal-header\">\r\n <h5 class=\"modal-title\">\r\n <% if(perma.slug){ %>\r\n Linked to <a href=\"/<%-perma.country%>/<%-perma.slug%>\" target=\"_blank\">another form</a>.\r\n Switch to this form?\r\n <% } else{ %>\r\n Create permanent link\r\n <% } %>\r\n </h5>\r\n <button type=\"button\" class=\"close\" data-dismiss=\"modal\" aria-label=\"Close\">\r\n <span aria-hidden=\"true\">&times;</span>\r\n </button>\r\n</div>\r\n<style>\r\n .modal-body b{ font-weight:400; font-size:16px; }\r\n .modal-body .infield{ font-size:16px; height:28px; border-width: 0px 0px 1.2px 0px; }\r\n</style>\r\n<div class=\"modal-body\">\r\n <form id=\"permaform\">\r\n <b>https://neartail.com/</b>\r\n <select name=\"country\" class=\"infield\" style=\"width:50px;\" required>\r\n <% cns.forEach(function(cn){ %>\r\n <option <%-cn==selcn?'selected':''%>>\r\n <%-cn%>\r\n </option>\r\n <% }) %>\r\n </select>\r\n <b>/</b>\r\n <input name=\"slug\" type=\"text\" class=\"infield\" style=\"width:280px;\" \r\n placeholder=\"Store name. Can't be changed once created.\" \r\n title=\"Min 8 characters. Only lower-case letters, numbers & hypen allowed.\"\r\n oninvalid=\"this.setCustomValidity(this.title)\"\r\n oninput=\"this.setCustomValidity('')\" value=\"<%-perma.slug%>\" <%-perma.slug?'readonly':''%>\r\n pattern=\"A[a-z0-9-]+$\" minlength=\"8\" required>\r\n

</form>\r\n</div>\r\n<div class=\"modal-footer\">\r\n <button type=\"button\" class=\"btn btn-primary\" \r\n onclick=\"shareFacade.createPermalink(document.getElementById('permaform'))\">\r\n Create\r\n </button>\r\n</div>\r\n"},

perma:{},

country:'RU',

countries:["AF","AX","AL","DZ","AS","AD","AO","AI","AQ","AG","AR","AM","AW","AU","AT","AZ","BS","BH","BD","BB","BY

","BE","BZ","BJ","BM","BT","BO","BA","BW","BV","BR","IO","BN","BG","BF","BI","KH","CM","CA","CV","KY","CF","TD","C

L","CN","CX","CC","CO","KM","CG","CD","CK","CR","CI","HR","CU","CY","CZ","DK","DJ","DM","DO","EC","EG","SV","GQ",

"ER","EE","ET","FK","FO","FJ","FI","FR","GF","PF","TF","GA","GM","GE","DE","GH","GI","GR","GL","GD","GP","GU","GT","G

G","GN","GW","GY","HT","HM","VA","HN","HK","HU","IS","IN","ID","IR","IQ","IE","IM","IL","IT","JM","JP","JE","JO","KZ","K

E","KI","KR","KW","KG","LA","LV","LB","LS","LR","LY","LI","LT","LU","MO","MK","MG","MW","MY","MV","ML","MT","M

H","MQ","MR","MU","YT","MX","FM","MD","MC","MN","ME","MS","MA","MZ","MM","NA","NR","NP","NL","AN","NC","NZ"

,"NI","NE","NG","NU","NF","MP","NO","OM","PK","PW","PS","PA","PG","PY","PE","PH","PN","PL","PT","PR","QA","RE","RO",

"RU","RW","BL","SH","KN","LC","MF","PM","VC","WS","ST","SA","SN","RS","SC","SL","SG","SK","SI","SB","SO","ZA","GS","

ES","LK","SD","SR","SJ","SZ","SE","CH","SY","TW","TJ","TZ","TH","TL","TG","TK","TO","TT","TN","TR","TM","TC","TV","U

G","UA","AE","GB","US","UM","UY","UZ","VU","VE","VN","VG","VI","WF","EH","YE","ZM","ZW"],

render: function() {

var curr = this;

var userId = curr.params.userId;

var publishId = curr.params.publishId;

if(!userId || IpublishId) return alert('No user or form found');

return jQuery.get('https://formfacade.com/shortid/'+userId+'/form/'+publishId).promise().then(function(jso){ curr.short = jso;

var mhtml = ejs.render(curr.template.share, curr); jQuery('#ShareModal .modal-content').html(mhtml); jQuery('#ShareModal').modal({backdrop:'static', keyboard:false});

}); },

showPermalink: function() {

var mhtml = ejs.render(this.template.permalink, this);

jQuery('#ShareModal .modal-content' ).html(mhtml);

},

createPermalink: function(frm) {

var curr = this;

if(frm.reportValidity())

{

varjso = {

country:jQuery(frm.country).val(), slug:jQuery(frm.slug).val(),

userId:this.params.userId, publishId:this.params.publishId

};

firebase.database().ref('/perma/'+jso.slug).once('value').then(function(snap){ var sval = snap.val();

if(sval && sval.userld && sval.userId!=curr.params.userId)

{

frm.slug.title = jso.slug+' is taken. Pick another name.';

frm.slug.setCustomValidity(frm.slug.title);

frm.reportValidity();

return;

}

var prms = [

firebase.database().ref('/perma/'+jso.slug).update(jso), firebase.database().ref('/user/'+curr.params.userId+'/perma').update(jso)

];

Promise.all(prms).then(function(){ curr.perma = jso; curr.render();

}); });

}

}

}

</script>

</head>

<body>

<nav id="navbar-fixed-top"

class="navbar navbar-dark navbar-expand-lg header-fullscreen navbar-transparent fixed-top"> <div class="container"> <a class="navbar-brand" href="javascript:void(0)"> Alexandra Borremans's Site </a>

<div class="navbar-header">

<button type="button" class="navbar-toggler collapsed" onclick="shareFacade.render()">

<i class="material-icons">share</i> </button> </div>

<div id="navbar-scroll" class="navbar-collapse collapse">

<ul class="nav navbar-nav ml-auto"> <li class="nav-item">

<a class="btn btn-white-border btn-radius btn-xs d-lg-block d-none" href="javascript:void(0)" onclick="shareFacade.render()">Share</a> </li> </ul> </div>

</div>

<!--/.container -->

</nav>

<!--/.navbar-- > <!--Intro section-- >

<section id="home" class="hero dark fullscreen-hero hero-video">

<div class="player video-youtube"

data-property="{videoURL:'https://youtu.be/qWswB0A50Ro',containment:'.hero-video',autoPlay:true, mute:true, startAt:0, opacity:1 }">

</div>

<div class="hero-overlay hero-gradient"></div>

<div class="mouse-down"><a class="anchor-scroll" href="#ff-compose"><i class="icon ion-ios-arrow-down"></i></a> </div>

<div class="hero-parallax"> <div class="hero-inner"> <div class="hero-content">

<div class="container text-center"> <div class="row">

<div class="col-lg-9 mr-auto ml-auto"> <h3 class="text-white display-4">

Оценка зрелости ИТ-проектов, использующих облачные инструменты </h3>

<div class="buttons scroll-to pt-4">

<a href="#ff-compose" class="btn btn-icon btn-white-border btn-radius anchor-scroll"> Start

<i class="icon ion-md-arrow-dropdown"></i>

</a> </div>

</div> </div> </div>

<!--container-- > </div>

<!--hero content-- > </div>

<!--hero inner-- > </div>

<!--parallax hero-- > </section>

<div class="container pt-4 pb-4" id="formsection"> <div class="row">

<div class="col-xs-12 col-md-8 ml-auto mr-auto margin-b-30" id="ff-compose">

<div class="pt-70 pb-70 lead text-center">Please wait...</div> </div> </div>

</div>

<footer class="footer">

<svg class="svg-footer z-index-0" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink" x="0px" y="0px" viewBox="0 0 1920 223" enable-background="new 0 0 1920 223" xml:space="preserve"> <polygon class="svg-white" opacity=".15" points="0,223 1920,223 1920,0 "></polygon> </svg>

<div class="container"> <div class="row">

<div class="col-md-5 margin-b-30"> <span>

This site belongs to Alexandra Borremans.

</span> </div>

<!--copyright col-- > <div class="col-md-7 text-right"> <ul class="list-inline margin-b-30"> <li class="list-inline-item">

<a href="https://formfacadexom">© 2021. Powered by Formfacade</a>.

</li> </ul> </div>

<!--footer nav col-- > </div> <!--row-- > </div>

<!--container-- > </footer> <!--footer end-- >

<a href="#" class="scrollToTop"><i class="icon ion-ios-arrow-up"></i></a> <!--compile plugins-- >

<script src="/dosis/assets/dist/js/plugins.js"></script> <script src="/dosis/assets/dist/js/dosis.custom.js"></script>

<script

src="/include/100111279936751432421/form/1FAIpQLSd6364PWlPl0M61NNKovuzAbeat0oI9XYEaJEq3TI5yaMZ5Ww/bootstrap.js? div=ff-compose"></script>

<script>

jQuery.ajax({

url:'/include/100111279936751432421/form/1FAIpQLSd6364PWlPl0M61NNKovuzAbeat0oI9XYEaJEq3TI5yaMZ5Ww/bootstrap.js?di v=ff-compose&onload=loadEditor',

dataType:'script', headers:{'flushcache':'yes'}, success:function(data){}

}); </script> </body> </html>

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