Please use this identifier to cite or link to this item: https://er.chdtu.edu.ua/handle/ChSTU/6751
Title: Управління стартапом розробки автоматизованої інформаційної системи управління проєктами в будівельній компанії
Authors: Данченко, Олена Борисівна
Штельмах, Сергій Олександрович
Keywords: УПРАВЛІННЯ;АТОМАТИЧНА ІНФОРМАЦІЙНА СИСТЕМА;СТАРТАП;ОНЛАЙН-ДОДАТОК;ЗАДАЧІ;БУДІВЕЛЬНА ГАЛУЗЬ;КАЛЕНДАРНЕ ПЛАНУВАННЯ;МОДЕЛЮВАННЯ.
Issue Date: 22-Dec-2023
Abstract: Автоматизована інформаційна система управління проектами в будівельній компанії стає критично важливою для оптимізації робочих процесів. Така система надасть можливість ефективно розподіляти ресурси, моніторити їх використання та уникнути зайвих витрат. Вона також дозволить аналізувати ризики та вчасно реагувати на зміни у процесі будівництва. Зростає увага до екологічних стандартів у будівництві, що вимагає більш точного контролю за використанням ресурсів та впливом на навколишнє середовище. Автоматизована система дозволить більш ефективно впроваджувати та контролювати екологічні стандарти в будівельних проектах. Враховуючи всі ці чинники, стартап з розробки автоматизованої інформаційної системи управління проектами в будівельній компанії стає стратегічно важливим кроком для забезпечення ефективності та конкурентоспроможності в умовах зростаючої складності та вимог ринку. Метою даного дослідження є навчитись управляти стартапом з розробки та реалізації автоматизованої інформаційної системи управління проєктами в будівельній компанії. Об’єкт дослідження: є процеси управління стартапом розробки автоматизованої інформаційної систми управління проєктами в будівельній компанії. Предмет дослідження: стартап з розробки автоматизованої інформаційної системи управління проєктами в будівельній компанії. Апробація результатів роботи. Основні положення і результати кваліфікаційної роботи магістра доповідалися і були обговорені на міжнародній науково-практичній конференції «ІНТЕЛЕКТУАЛЬНІ ІНФОРМАЦІЙНІ СИСТЕМИ УПРАВЛІННІ ПРОЄКТАМИ ТА ПРОГРАМАМИ» (Харків — Коблево 2023). Публікації. Гайдаєнко О., Меліксетов О., Штельмах С.Огляд інформаційних технологій управління проєктними та операційними ризиками в торговельній організації [Текст]: // Міжнародна науково-практична конференція «Інтелектуальні інформаційні системи в управлінні прєктами та програмами», Коблево, 12-15 вересня 2023 р. Збірник праць. Харків ХНУРЕ, 2023. 224 с.
URI: https://er.chdtu.edu.ua/handle/ChSTU/6751
Appears in Collections:122 Комп’ютерні науки (Управління стартапами і проектами в галузі інформаційних технологій)

Files in This Item:
File Description SizeFormat 
Пояснювальна записка_ Штельмах Сергій_МСТП-2202_2023-2024.pdf
  Restricted Access
2.98 MBAdobe PDFView/Open Request a copy


Items in DSpace are protected by copyright, with all rights reserved, unless otherwise indicated.

Extracted text
1 
МІНІСТЕРСТВО ОСВІТИ І НАУКИ УКРАЇНИ 
ЧЕРКАСЬКИЙ ДЕРЖАВНИЙ ТЕХНОЛОГІЧНИЙ УНІВЕРСИТЕТ 
 
Факультет інформаційних технологій і систем 
 
Кафедра комп’ютерних наук та системного аналізу 
 
 
 
 
 
 
 
Пояснювальна записка 
до кваліфікаційної роботи 
                                             магістра       
 (освітньо-кваліфікаційний рівень) 
 
на тему: «Управління стартапом розробки автоматизованої інформаційної 
системи управління проєктами в будівельній компанії» 
 
 
 
 
 
Виконав: студент 2 курсу, групи  МСТП-2202 
  
спеціальності 122  «Комп’ютерні науки» 
                                                             (шифр і назва спеціальності) 
 
освітня програма «Управління стартапами                                                                                                                               
(назва освітньої програми) 
і проєктами в галузі інформаційних технологій» 
 
 Штельмах Сергій Олександрович 
 
Керівник                               Данченко О.Б. 
                                                                  (прізвище та ініціали) 
 
Рецензент                              Супруненко О.О. 
                                                             (прізвище та ініціали) 
 
 
 
 
 
 
 
 
2 
Черкаси 2023 рокуЧеркаський державний технологічний університет 
Факультет Інформаційних технологій і систем 
Кафедра Комп’ютерних наук та системного аналізу 
Освітньо-кваліфікаційний рівень Магістр 
Спеціальність 122 – комп’ютерні науки 
Освітня програма Управління стартапами і проєктами в галузі інформаційних технологій 
 
 
ЗАТВЕРДЖУЮ 
Завідувач кафедри КНСА 
_______________ Юрій ТРИУС 
«____» _____________ 20__ р. 
 
 
 
 
 
ЗАВДАННЯ 
на кваліфікаційну роботу магістра студенту 
Штельмаха Сергія Олександровича 
(прізвище, ім‘я, по батькові) 
1. Тема роботи Управління стартапом розробки автоматизованої інформаційної 
системи управління проектами в будівельній компанії 
Керівник роботи  Данченко Олена Борисівна, д.т.н., професор 
(прізвище, ім’я, по батькові, науковий ступінь, вчене звання) 
затверджені наказом університету від «06» жовтня 2023 р. № 267 /04 . 
 
2. Строк подання студентом роботи «19» грудня 2023 року. 
 
 
3. Вихідні дані до роботи: 
Результати та матеріали з проходження виробничої та переддипломної практики 
 
 
4. Зміст пояснювальної записки (перелік питань, що їх належить розробити): 
Вступ 
1.  Аналіз та дослідження передумов виникненння стартапу 
2.  формування та розробка концепції стартапу 
3.  Планування управління стартапом 
4.  Моделювання виконання стартапу 
Висновки 
 
 
 
 
 
3 
 
6. Консультанти розділів роботи 
Прізвище, ініціали та Підпис, дата 
Розділ посада 
завдання видав завдання прийняв 
консультанта 
    
    
 
7. Дата видачі завдання 06.10.2023 р. 
  
 
КАЛЕНДАРНИЙ ПЛАН 
Строк виконання 
№ з/п Назва етапів кваліфікаційної роботи магістра Примітка 
етапів роботи 
1 Видача завдання на кваліфікаційну роботу  
6.10.2023 
магістра. 
2 Аналіз літературних джерел, об’єкту та 7.10.2023 -  
предмету дослідження. 20.10.2023 
3 Написання теоретичного розділу кваліфікаційної 21.10.2023 -  
роботи магістра. 5.11.2023 
4 Написання аналітичного розділу (аналіз об’єкту 6.11.2023 -  
й предмету дослідження). 20.11.2023 
5 Написання практичних розділів й висновків 21.11.2023 -  
кваліфікаційної роботи магістра. 5.12.2023 
6 Передзахист кваліфікаційної роботи магістра на  
13.12.2023 
засіданні випускової кафедри. 
7 Подання роботи завідувачу кафедри КН та СА. 19.12.2023  
8 Захист кваліфікаційної роботи магістра. 22.12.2023  
    
    
    
    
 
 
Студент                                   _____________________________    /Штельмах С.О./ 
(підпис)                                                         ПІБ 
 
Керівник роботи                     ____________________________     /Данченко О.Б./ 
                                          (підпис)                                                          ПІБ 
4 
РЕФЕРАТ 
Кваліфікаційна робота магістра містить: 118 с., 28 рис., 16 табл., 53 
використаних джерел. 
Актуальність теми. 
Будівельна галузь України переживає сталий ріст обсягів, що свідчить про 
активний розвиток галузі. Сучасні будівельні проекти стають більш складними, 
включаючи великі інженерні системи та технічні інновації. З цими тенденціями 
пов'язана висока конкуренція, що вимагає від компаній постійного покращення 
ефективності та зниження витрат. 
Аналіз показує, що необхідно вдосконалити управління проектами в 
будівельній галузі для забезпечення стабільного та успішного виконання завдань. 
Сучасні компанії повинні ефективно розподіляти ресурси, контролювати витрати та 
вчасно реагувати на зміни у процесі будівництва. 
Зокрема, будівельні проекти часто піддаються ризикам, таким як погодні 
умови, зміни в законодавстві та затримки постачання матеріалів. Недостатній 
контроль за матеріальними, фінансовими та людськими ресурсами може призводити 
до збільшення витрат та затримок в графіках. 
Автоматизована інформаційна система управління проектами в будівельній 
компанії стає критично важливою для оптимізації робочих процесів. Така система 
надасть можливість ефективно розподіляти ресурси, моніторити їх використання та 
уникнути зайвих витрат. Вона також дозволить аналізувати ризики та вчасно 
реагувати на зміни у процесі будівництва. 
Зростає увага до екологічних стандартів у будівництві, що вимагає більш 
точного контролю за використанням ресурсів та впливом на навколишнє 
середовище. Автоматизована система дозволить більш ефективно впроваджувати та 
контролювати екологічні стандарти в будівельних проектах. 
Враховуючи всі ці чинники, стартап з розробки автоматизованої інформаційної 
системи управління проектами в будівельній компанії стає стратегічно важливим 
кроком для забезпечення ефективності та конкурентоспроможності в умовах 
зростаючої складності та вимог ринку. 
5 
Мета роботи і задачі дослідження. Метою даного дослідження є навчитись 
управляти стартапом з розробки та реалізації автоматизованої інформаційної 
системи управління проєктами в будівельній компанії. Основний упор робиться на 
оптимізації процесів планування, виконання та контролю будівельних проектів. У 
нашому дослідженні ми прагнемо створити інструмент, який сприятиме підвищенню 
ефективності використання ресурсів, зменшенню ризиків затримок і витрат, а також 
забезпечить більшу прозорість у процесі управління будівельними проектами. 
Задачі нашого дослідження включають в себе: 
 Аналіз поточного стану управління проектами в будівельній галузі. 
 Визначення вимог до створення автоматизованої інформаційної системи. 
 Проектування та розробка інформаційної системи. 
 Проведення тестування та валідації системи. 
 Впровадження та оцінка ефективності розробленої системи. 
Ці завдання становлять послідовні кроки для досягнення поставленої мети 
дослідження та реалізації автоматизованої інформаційної системи управління 
проєктами в будівельній компанії. 
Об’єкт дослідження: є процеси управління стартапом розробки 
автоматизованої інформаційної систми управління проєктами в будівельній компанії. 
Предмет дослідження: стартап з розробки автоматизованої інформаційної 
системи управління проєктами в будівельній компанії. 
Для ефективного керування стартапом, що спрямований на створення 
автоматизованої інформаційної системи управління проектами в будівельній 
компанії, можна використовувати різні методи дослідження. Оскільки наш проект 
охоплює технічні та управлінські аспекти, використання різноманітних підходів буде 
корисним. 
В процесі дослідження використовуватимуться такі методи, як експертні 
опитування та інтерв'ю, аналіз поточного стану галузі, фокус-групи, проектування 
інформаційної системи, SWOT-аналіз, прототипування та тестування, аналіз ризиків 
та дослідження вимог. Застосування цих методів дозволить нам глибше розібратися 
6 
у специфіці вашого проекту та забезпечить збалансований підхід до його розробки 
та впровадження. 
Апробація результатів роботи. Основні положення і результати 
кваліфікаційної роботи магістра доповідалися і були обговорені на міжнародній 
науково-практичній конференції «ІНТЕЛЕКТУАЛЬНІ ІНФОРМАЦІЙНІ СИСТЕМИ  
УПРАВЛІННІ ПРОЄКТАМИ ТА ПРОГРАМАМИ» (Харків — Коблево 2023). 
Публікації. Гайдаєнко О., Меліксетов О., Штельмах С.Огляд інформаційних 
технологій управління проєктними та операційними ризиками в торговельній 
організації [Текст]:  // Міжнародна науково-практична конференція «Інтелектуальні 
інформаційні системи в управлінні прєктами та програмами», Коблево, 12-15 
вересня 2023 р. Збірник праць. Харків ХНУРЕ, 2023. 224 с. 
Перелік ключових слів: УПРАВЛІННЯ, АТОМАТИЧНА ІНФОРМАЦІЙНА 
СИСТЕМА, СТАРТАП, ОНЛАЙН-ДОДАТОК, ЗАДАЧІ, БУДІВЕЛЬНА ГАЛУЗЬ, 
КАЛЕНДАРНЕ ПЛАНУВАННЯ, МОДЕЛЮВАННЯ, АНАЛІЗ, БАЗИ ДАНИХ. 
 
 
7 
ABSTRACT 
Master's qualifying work includes: 118 p., 28 rites, 16 tabl., 53 sources used. 
Actuality of theme. 
The construction industry of Ukraine is experiencing a constant growth in 
volumes, which indicates the active development of the industry. Today's construction 
projects are becoming more complex, involving large engineering systems and technical 
innovations. These trends are associated with high competition, which requires companies 
to constantly improve efficiency and reduce costs. 
The analysis shows that it is necessary to improve project management in the 
construction industry to ensure stable and successful performance of tasks. Modern 
companies must efficiently allocate resources, control costs and respond in time to 
changes in the construction process. 
In particular, construction projects are often exposed to risks such as weather 
conditions, changes in legislation and delays in the supply of materials. Insufficient control 
over material, financial and human resources can lead to increased costs and delays in 
schedules. 
An automated project management information system in a construction company 
is becoming critical for optimizing work processes. Such a system will provide an 
opportunity to effectively allocate resources, monitor their use and avoid unnecessary 
costs. It will also allow for risk analysis and timely response to changes in the construction 
process. 
Attention to environmental standards in construction is growing, which requires 
more precise control over the use of resources and the impact on the environment. The 
automated system will allow more effective implementation and control of environmental 
standards in construction projects. 
Considering all these factors, a start-up for the development of an automated 
project management information system in a construction company becomes a 
strategically important step to ensure efficiency and competitiveness in the face of 
increasing complexity and market demands. 
8 
Purpose and tasks of research. The purpose of our research is to create and 
implement an automated information system for project management in a construction 
company. The main emphasis is on optimizing the processes of planning, execution and 
control of construction projects. In our research, we aim to create a tool that will help 
improve resource efficiency, reduce risks of delays and costs, and provide greater 
transparency in the construction project management process. 
The tasks of our research include: 
 Analysis of the current state of project management in the construction industry. 
 Determination of requirements for the creation of an automated information system. 
 Information system design and development. 
 System testing and validation. 
 Implementation and evaluation of the effectiveness of the developed system. 
These tasks constitute successive steps to achieve the set goal of research and 
implementation of an automated project management information system in a construction 
company. 
Object of research: there are the very processes of project management that take 
place at construction enterprises of Ukraine. 
Subject of research: the project of developing an automated project management 
information system in a construction company. 
Various research methods can be used to effectively manage a startup aimed at 
creating an automated project management information system in a construction company. 
As our project covers both technical and managerial aspects, using a variety of approaches 
will be beneficial. 
In the research process, such methods as expert surveys and interviews, analysis 
of the current state of the industry, focus groups, information system design, SWOT 
analysis, prototyping and testing, risk analysis and requirements research will be used. 
Applying these methods will allow us to better understand the specifics of your project 
and provide a balanced approach to its development and implementation. 
Approval of the results of work. The main provisions and results of the master's 
qualification work were reported and discussed at the international scientific and practical 
9 
conference "INTELLECTUAL INFORMATION SYSTEMS MANAGEMENT OF 
PROJECTS AND PROGRAMS" (Kharkiv - Koblevo 2023). 
Publications. Haydayenko O., Meliksetov O., Shtelmakh S. Overview of 
information technologies for managing project and operational risks in a trade 
organization [Text]: // International Scientific and Practical Conference "Intelligent 
Information Systems in Project and Program Management", Koblevo, September 12-15 
2023. Collection of works. Kharkiv Khnure, 2023. 224 p. 
The key words: MANAGEMENT, AUTOMATIC INFORMATION SYSTEM, 
STARTUP, ONLINE APPLICATION, CHALLENGES, CONSTRUCTION INDUSTRY, 
CALENDAR PLANNING, SIMULATION, ANALYSIS, DATABASES. 
10 
ЗМІСТ 
ВСТУП ................................................................................................................................ 12 
1 АНАЛІЗ ТА ДОСЛІДЖЕННЯ ПЕРЕДУМОВ ВИНИКНЕННЯ СТАРТАПУ .......... 15 
1.1 Аналіз та загальна характеристика предметного середовища ................................ 15 
1.2 Аналіз аналогів стартапу ............................................................................................ 19 
1.3 Особливості управління проєктами в будівельній галузі ........................................ 25 
Висновки до розділу 1 ....................................................................................................... 31 
2 Формування та розробка концепціі стартапу .............................................................. 32 
2.1 Аналіз зовнішнього оточення ..................................................................................... 32 
2.2 SWOT-аналіз будівельної галузі................................................................................. 41 
2.3 Аналіз конкурентних сил в галузі по Потеру ........................................................... 44 
2.4 Розробка коцепціі стартапу ........................................................................................ 50 
2.5 Учасники стартапу ...................................................................................................... 56 
2.6 Життєвий цикл ............................................................................................................. 58 
Висновки до розділу 2 ....................................................................................................... 64 
3 ПЛАНУВАННЯ ТА УПРАВЛІННЯ СТАРТАПОМ .................................................... 66 
3.1 Планування змісту та організаційна структура стартапу ........................................ 66 
3.2 Планування змісту та календарного плану стартапу ............................................... 73 
3.3 Планування бюджету .................................................................................................. 78 
3.5 Управління якісттю ..................................................................................................... 90 
3.6 Управління коммунікаціями ....................................................................................... 96 
Висновки до розділу 3 ....................................................................................................... 98 
МОДЕЛЮВАННЯ ВИКОНАННЯ СТАРТАПУ ............................................................. 99 
4.1 Опис моделей, які описують продукт проєкту ......................................................... 99 
4.2 Опис продукту стартапу ........................................................................................... 101 
Висновки до розділу 4 ..................................................................................................... 109 
ВИСНОВКИ ..................................................................................................................... 110 
СПИСОК ВИКОРИСТАНИХ ДЖЕРЕЛ ....................................................................... 113 
11 
ВСТУП 
Актуальність теми. В сучасному світі, де конкуренція в будівельній галузі 
посилюється, а завдання стають складнішими та більш різноманітними, ефективне 
управління проектами стає визначальним фактором для успішного виконання 
будівельних завдань. Управління проектами у будівельній галузі надає можливість 
систематично планувати, впроваджувати, контролювати та оцінювати різноманітні 
етапи будівельного процесу, забезпечуючи ефективне використання ресурсів та 
досягнення поставлених цілей. 
Обґрунтування необхідності управління проектами в будівельній галузі 
базується на численних факторах. Перш за все, будівельні проекти характеризуються 
великою складністю та великим обсягом робіт, включаючи планування, 
проектування, будівництво та експлуатацію об'єктів. Ця складність вимагає 
системного та структурованого підходу, який надає управління проектами. 
Додатково, будівельна галузь визначається значним ризиком, пов'язаним із 
змінами в умовах будівництва, технічними непередбачуваностями та можливими 
затримками. Ефективне управління проектами дозволяє позбутися або мінімізувати 
ці ризики, забезпечуючи стабільність та прозорість у виконанні завдань. 
З огляду на вищезазначені виклики та потреби будівельної галузі, важливим 
стає розробка та впровадження автоматизованої інформаційної системи управління 
проєктами, головним ядром якої є бази даних. Така система дозволить підвищити 
ефективність управління, забезпечити точність та швидкість в обробці інформації, а 
також сприяти вчасному виявленню та вирішенню можливих проблем. 
Мета та задачі дослідження. Метою даного дослідження є навчитись 
управляти стартапом з розробки та реалізації автоматизованої інформаційної 
системи управління проєктами в будівельній компанії з метою оптимізації процесів 
планування, виконання та контролю будівельних проектів. Зокрема, ми ставимо 
перед собою завдання створити інструмент, який дозволить збільшити ефективність 
використання ресурсів, знизити ризики затримок та витрат, а також забезпечити 
більшу прозорість у процесі управління будівельними проектами. 
 
12 
Задачі дослідження: 
 Аналіз сучасного стану управління проектами в будівельній галузі. 
 Визначення вимог до автоматизованої інформаційної системи. 
 Проектування та розробка інформаційної системи. 
 Тестування та валідація системи. 
 Впровадження та оцінка ефективності. 
Ці задачі визначають кроки, які слід виконати для досягнення поставленої 
мети дослідження та розробки автоматизованої інформаційної системи управління 
проєктами в будівельній компанії. 
Об’єктом дослідження  виступають процеси управління стартапом з розробки 
автоматизованої інформаційної систми управління проєктами в будівельній компанії. 
Предметом дослідження є стартап з розробки автоматизованої інформаційної 
систми управління проєктами в будівельній компанії. 
Для ефективного управління стартапом розробки автоматизованої 
інформаційної системи управління проєктами в будівельній компанії можна 
використовувати ряд методів дослідження. Оскільки наш проект має технічний та 
менеджментний характер, комбінування різноманітних підходів буде корисним, 
наприклад: 
 Експертні опитування та інтерв'ю. 
 Аналіз сучасного стану галузі. 
 Фокус-групи. 
 Проектування інформаційної системи 
 SWOT-аналіз. 
 Прототипування та тестування 
 Аналіз ризиків 
 Дослідження вимог. 
Застосування цих методів допоможе нам глибше розібратися в унікальних 
вимогах вашого проекту та забезпечить збалансований підхід до його розробки та 
впровадження. 
13 
Апробація результатів роботи. Основні положення і результати 
кваліфікаційної роботи магістра доповідалися і були обговорені на міжнародній 
науково-практичній конференції «ІНТЕЛЕКТУАЛЬНІ ІНФОРМАЦІЙНІ СИСТЕМИ  
УПРАВЛІННІ ПРОЄКТАМИ ТА ПРОГРАМАМИ» (Харків — Коблево 2023). 
Публікації. Гайдаєнко О., Меліксетов О., Штельмах С.Огляд інформаційних 
технологій управління проєктними та операційними ризиками в торговельній 
організації [Текст]:  // Міжнародна науково-практична конференція «Інтелектуальні 
інформаційні системи в управлінні прєктами та програмами», Коблево, 12-15 
вересня 2023 р. Збірник праць.  Харків ХНУРЕ, 2023.  224 с. 
14 
1 АНАЛІЗ ТА ДОСЛІДЖЕННЯ ПЕРЕДУМОВ ВИНИКНЕННЯ СТАРТАПУ 
1.1 Аналіз та загальна характеристика предметного середовища 
Українське будівництво представляє собою найбільш монополізовану галузь у 
національній економіці. Вона відрізняється високим рівнем спеціалізації та тісної 
співпраці між підрядними будівельними організаціями та компаніями. У сучасних 
ринкових умовах будівництво отримує новий економічний зміст, пов'язаний із 
вільним обігом капіталу. 
Традиційні вертикальні взаємодії, характерні для адміністративно-планованої 
економіки, поступово заміщуються горизонтальними. В економічному процесі 
будівництва спостерігається постійна інвестиційна діяльність власників капіталу 
протягом життєвого циклу об’єктів, в які вони вкладаються.  
Будівельна галузь України є однією з найбільших бюджетних і стратегічно 
важливих для розвитку економіки та соціальної інфраструктури країни. Її значення 
визнається в контексті всіх галузей економіки. На сьогоднішній день ситуація в 
будівництві характеризується нестійкістю, що призводить до певних коливань у 
результативності будівельних компаній. 
Розвиток будівельної галузі тісно пов'язаний із багатьма іншими галузями, 
тому необхідно створити сприятливі умови для її росту та значущого розвитку. Крім 
того, для будівельної галузі важливо, щоб її об'єкти були сучасними та 
використовували найкращі технології. 
Оцінка збитків від військових дій, визначення пріоритетів у потребах та 
уточнення того, що необхідно робити, вважаються ключовими завданнями на етапі 
реконструкції. На національному рівні це означає розробку комплексних програм 
відновлення та моніторинг та контроль відповідних процесів, з чітким розподілом 
відповідальності між державою та промисловими структурами. Разом із тим, 
визначення можливих джерел фінансування та впровадження невідкладних 
законодавчих та нормативних змін є не менш важливими аспектами. 
На рівні міст і селищ це передбачає схвалення генеральних планів та інших 
відповідних документів. 
15 
Початок війни призвів до безпрецедентних викликів для української 
економіки. Багато підприємств припинили свою діяльність через військові події та 
обмежений доступ до ринків збуту та сировини. Це призвело до радикальних змін не 
лише в системі трудових відносин, але й у структурі економіки в цілому. Аналіз та 
прогноз економічного зростання ускладнюються відсутністю статистичної 
інформації. Зокрема, обмежена державна статистика ускладнює збір даних, іншим 
джерелом яких стають структурні дані для кожного економічного сектора та 
результати бізнес-опитувань, проведених різними компаніями. 
Будівельна галузь є однією з ключових для національної економіки, від якої 
залежить функціонування економічної системи країни. Її важливість полягає в тому, 
що капітальне будівництво споживає продукцію різних галузей та створює нові 
робочі місця. Умови воєнного стану підсилюють фактори, які сприяють створенню 
системи економічної безпеки будівельної галузі, такі як технічна складність 
будівництва, географічна віддаленість матеріалів, тривалість спорудження та 
організація фінансових потреб. 
В умовах нестабільності грошових потоків та відстрочок платежів, що 
виникають у зв'язку із складнощами військових подій, традиційні практики стали 
неефективними, що вимагає гнучкості та адаптації. 
В Україні, навіть у відсутність фактору війни, будівельна галузь володіє 
значним інвестиційним потенціалом. 
Експерти підкреслюють, що будівельна галузь є фондоутворюючим сектором 
економіки України, і розвиток вітчизняного ринку нерухомості є критичним для 
відповідності світовим стандартам. Однак, за його думкою, в сучасний момент в 
Україні відсутня точна оцінка наявної нерухомості та її загальної вартості.  
Згідно даних англійських компанії з консалтингу та нерухомості Savills, 
світова вартість нерухомості на 2018 рік складає 280 трлн доларів. Український 
ринок нерухомості наразі є білою плямою для потенційних інвесторів, які 
спеціалізуються на нерухомості,  це важливо враховувати в звязку з очікуваним 
відновленням інфраструктури України після війни. 
16 
В Україні станом на лютий 2023 року, завдано збитків інфраструктурі та 
промисловості на суму більше 143 млрд доларів. Для відбудови зруйнованого 
житлового фонду буде потрібно значні обсяги будівельних матеріалів, таких як скло, 
бетон, цегла, черепиця, що варто враховувати при реконструкції. 
Зараз будівництво безпосередньо пов'язане з особливостями воєнного 
конфлікту, новими загрозами та економічною ситуацією в країні. Лише перемога 
України може значущим чином змінити тенденції на ринку нерухомості. Це буде 
ознакою відновлення економічної активності в країні та служитиме передумовою 
для підвищення рівня заробітної плати та поліпшення споживчих звичок населення. 
Незважаючи на труднощі, існує кілька методів для зменшення збитків у будівельній 
галузі. Відомо, що багато країн-партнерів і підприємств виразили намір приєднатися 
до відновлення українських міст. Денис Шмигаль розкрив, яка країна буде 
відповідальна за відбудову певного регіону. 
Наприклад, Німеччина планує брати участь у відновленні Чернігівської 
області, Канада відповідає за відновлення Сумської області; США та Туреччина 
беруть на себе відновлення Харківської області; Чехія, Фінляндія та Швеція 
відповідають за Луганську область; Бельгія бере участь у відновленні Миколаївської 
області; Швеція та Нідерланди взяли на себе відновлення Херсонської області; 
Швейцарія координує відновлення Одеської області; Норвегія відповідає за 
відновлення Кіровоградської області; Австрія взяла на себе відновлення Запорізької 
області; Польща та Італія беруть участь у відновленні Донецької області. 
Залучення західних фахівців служитиме позитивним сигналом для інвесторів, 
сприяючи подальшому розвитку України, запуску нових проектів і впровадженню 
новітніх технологій. Чим швидше це станеться, тим ефективніше буде відновлення 
галузі. Отже, незважаючи на існуючі проблеми, кількість будівель зросла завдяки 
розвитку будівельних підприємств. Проте, проблеми в плануванні та організації 
експлуатації є вкрай складними для вирішення. Процеси аналізу, такі як фінансові 
операції та відносини із зацікавленими сторонами, виявляються досить складними і 
вимагають відповідної підготовки інформаційно-комунікаційного забезпечення. 
Загалом управління інформаційно-комунікаційним забезпеченням операцій 
17 
організації передбачає використання інформаційних, економіко-математичних, 
технічних, програмних, технологічних та інших методів і моделей, які спеціалісти 
використовують для обробки інформації та прийняття управлінських рішень. 
Отже, основні напрями для покращення функціонування будівельних 
підприємств в Україні включають: 
1 Розвиток інвестиційних програм, які підтримують будівництво як з 
державного, так і приватного сектору. 
2 Сервіс і обслуговування після видачі в експлуатацію. 
3 Удосконалення та покращення інфраструктури. 
4 Установлення партнерських відносин між владою та підприємствами 
будівельної галузі для довгострокової взаємодії. 
5 Інтеграція новітніх розробок у будівельну сферу. 
Однією з основних проблем є пошук інвестицій. Тому для збільшення 
ефективності цієї галузі важливо акцентувати увагу на стратегіях збільшення 
фінансування через залучення внутрішніх та зарубіжних інвесторів. Також 
важливим є врахування якості будівництва та матеріалів. 
Приділення уваги таким пріоритетним напрямам, як інтеграція новітніх 
розробок, підвищення якості продукції та управління, а також стимулювання 
розвитку кластерів, може сприяти покращенню конкурентоспроможності 
української будівельної галузі. При цьому важливо виявляти та підтримувати 
регіональні будівельні кластери як чинник стабілізації та послідовного розвитку 
ринку в регіонах. 
Будівельні підприємства є чутливими до макроекономічних факторів, і 
головним завданням полягає в зменшенні від’ємних наслідків оточуючого 
середовища з використанням стратегічного управління.  
1.2 Аналіз аналогів стартапу 
В сучасній будівельній галузі використовуються різноманітні інформаційні 
технології та спеціалізоване програмне забезпечення для поліпшення управління 
18 
проектами, збільшення ефективності та підвищення якості виконання робіт. Ось 
деякі з ключових інструментів, що використовуються в сучасній будівельній сфері: 
Системи автоматизованого проектування (САПР): Ці системи дозволяють 
інженерам та архітекторам проектувати будівлі та інфраструктуру у віртуальному 
середовищі. Вони полегшують розробку документації, забезпечують можливість 
взаємодії між різними фахівцями та дозволяють виявляти можливі конфлікти ще на 
етапі проектування. 
Геоінформаційні системи (ГІС): ГІС використовуються для аналізу 
географічних даних, таких як земельні ділянки, рельєф, комунікації тощо. Вони 
допомагають в управлінні земельними ресурсами, плануванні розміщення об'єктів і 
взаємодії з навколишнім середовищем. 
Системи управління проектною документацією: Ці системи дозволяють 
ефективно управляти всією документацією проекту, включаючи креслення, 
специфікації та інші важливі документи. Вони сприяють забезпеченню доступу до 
актуальної інформації для всіх учасників проекту. 
Кошторисне програмне забезпечення: Ці системи дозволяють розробляти, 
відстежувати та аналізувати кошториси для будівельних проектів. Вони допомагають 
у визначенні вартості робіт, контролі витрат та управлінні фінансами проекту. 
Будівельні технології Building Information Modeling (BIM): BIM 
використовується для створення та управління інформацією про будівельний об'єкт 
протягом всього його життєвого циклу. Це охоплює проектування, будівництво та 
подальшу експлуатацію. 
Системи планування ресурсів підприємства (ERP): ERP-системи в будівельній 
галузі допомагають управляти різними аспектами підприємства, включаючи 
фінанси, управління проектами, логістику та інше. 
Ці технології дозволяють покращити координацію, збільшити точність та 
швидкість виконання робіт, зменшити ризики та забезпечити більш ефективне 
управління будівельними проектами. 
Розділимо програмні продукти, що використовуються будівельними 
компаніями, на п'ять основних груп. 
19 
Перша група включає в себе Комп'ютерні Інформаційні Системи (КІС). 
Основною метою таких систем є забезпечення сумісності АСУ технологічними 
процесами з економічною IC. Вони спрямовані на охоплення всіх ключових 
елементів, забезпечуючи повну безпеку даних. Ці системи широко відомі як 
інформаційно-аналітичні програмні продукти, корпоративні IC, автоматизовані 
робочі місця (АРМ), обліково-управлінські програми, а також продукти планування 
виробничих ресурсів підприємства (MRP) і планування ресурсів підприємства 
(ERP). Серед цих програм можна виокремити вітчизняні продукти компанії  
"Парус", "Галактика", "Фігаро-ERP" та інші. 
ERP представляють собою інформаційні системи, призначені для повноцінної 
автоматизації різних аспектів економічної діяльності підприємств, зокрема 
корпорацій, що складаються з групи компаній і вимагають єдиної системи 
управління. 
Друга група охоплює СКБД (системи керування базами даних). Продукти 
цього класу високо популярні на світовому ринку, оскільки вони є універсальними і 
сприяють оптимізації різних операцій, від зв'язку з клієнтами і продажів до 
управління каналами агентів. Найбільш поширеними є продукти Oracle, які є 
доступними на ринку інформаційних технологій за відносно прийнятними цінами. 
Проте їх використання, як правило, вимагає від співробітників компанії додаткового 
рівня компетентності в програмуванні та розробці баз даних. 
Група 3 включає ПЗ для управління бізнес-процесами (BPM). Основні мотиви 
зацікавленості у бізнес-процесному підході до управління бізнесом, за думкою 
фахівців, включають: 
1. Здатність процесного підходу забезпечити компаніям конкурентні 
переваги, розвиток і стабільний прибуток; 
2. Бізнес-процесний підхід дає можливість створювати рішення, здатні 
об’єднувати дані, системи і людей; 
3. Досвід фахівців свідчить, що використання підходу бізнес-процесів 
дозволяє розробляти більш ефективні засоби обліку, контролю і  
управлінського планування. 
20 
Прикладом ПЗ цієї групи є клієнт-орієнтована стратегія – CRM. Під час 
впровадження стратегії CRM менеджмент відіграє роль інтегруючою функції, що 
вдосконалює процеси відділів компанії, а клієнт відіграє роль контролю. 
CRM-система представляє собою набір модулів ПЗ, які дозволяють збирати, 
зберігати та обробляти дані про клієнта, експортують їх в інші системи, генерують 
звіти. Якщо виникне необхідність, співробітник компанії може отримати інформацію 
в ручному режимі. 
Використання цих системи має свої недоліки. По-перше, за оцінками 
експертів, реструктуризація бізнесу та підвищення його орієнтації на клієнтів 
розраховані на середньострокову перспективу. При правильної організації та 
формулюванні завдань для впровадження CRM-технологій ці завдання можуть бути 
успішно вирішені поетапно протягом достатньо довгого терміну, приблизно 1,5 року. 
Однак очікування виправдовують себе, як стверджують фахівці. 
Також, ПЗ цього класу обмежені аналітичними можливостями для вивчення 
діяльності компанії. Це ускладнює процес якісного прийняття рішень. 
Зазвичай, вартість програм цього класу вважається високою. 
Група 4 включає в себе продукт класу системи управління потоками робіт 
(Workflow) та системи маршрутизації документів (DocFlow). Ці системи 
використовуються для опису та моделювання бізнес-процесів. У західній 
комп'ютерній лексиці можна зустріти терміни, такі як Workflow (системи управління 
потоками робіт), DocFlow (системи маршрутизації документів), DMS (Document 
Management Systems) а також терміни, пов'язані з автоматизацією документообігу, 
такі як Knowledge Management (управління знаннями) та Document Warehousing 
(сховища документів). 
З цього слідує, що основне призначення цих програм є: 
1. Система документообігу, та поступова її ітеграція; 
2. Систематизація документного забезпечення, використовуючи процесний 
підхід; 
3. Поетапне впровадження системи документообігу; 
21 
4. Покриття всього спектру завдань документного забезпечення та 
організація зберігання документів через комплексну автоматизацію. 
Перевагами використання програм цієї групи є гнучкість системи в плані 
розвитку та модифікації, а також швидкі терміни інтеграції. Система є 
загальнодоступною та має підтримує фунціонал баз даних. Однак недоліком є 
значна  вартість цього ПЗ. 
Група 5 зосереджується на моделюванні та аналізі поведінки бізнес-процесів в 
організаціях. Зростання потреб у якісному управлінні, впровадження систем ERP, 
CRM та BPM, а також складність організаційних структур компаній призводить до 
визнання того, що будь-який бізнес-процес не є простою сукупністю інструментів та 
засобів. Це, скоріше, процес, який має поведінкову складність. Це виправдовує 
потребу в реінжинірингу бізнес-процесів (BPR), що передбачає фундаментальне 
переосмислення та кардинальну перебудову бізнес-процесів у компаніях. 
Розгянемо декілька існуючі автоматизованих інформаційних систем 
управління проєктами в будівельній компанії. 
Dedal CPMS 
Однією з найцікавіших пропозицій є Dedal CPMS (Dedal Construction Project 
Management System) – це комплексна платформа, розроблена спеціально для 
автоматизації управлінських процесів в будівельних проектах. Вона включає 
різноманітні інструменти для планування, контролю робіт, управління ресурсами, 
бюджетування та моніторингу проектів. 
Dedal CPMS дозволяє будівельним компаніям ефективно керувати проектами, 
підвищувати прозорість та оперативність у процесі прийняття рішень, а також 
зменшувати ризики. Реалізація подібних рішень, таких як Dedal CPMS, стає все 
більш популярною, оскільки будівельні компанії усвідомлюють важливість 
автоматизації та оптимізації своїх бізнес-процесів для досягнення успіху в 
динамічній та конкурентній галузі. 
Автоматизація будівництва має значний потенціал для покращення 
ефективності, точності та безпеки будівельних процесів. Впровадження 
робототехніки, дронів, штучного інтелекту і сучасних рішень, таких як Dedal CPMS, 
22 
розкриває нові можливості для будівельних компаній. Це дозволяє прискорити 
виконання робіт, знизити витрати, підвищити якість та покращити управління 
проектами. У 2023 році очікується подальше зростання інтересу та активне 
впровадження автоматизації в будівництві, що дозволить компаніям залишатися 
конкурентоспроможними й успішними на ринку. 
PERFECTUM CRM 
Система для будівельної компаніі – коробкова CRM-версія. Характеристики 
даного типу CRM: 
Готовність до використання в будівельній сфері: 
 Повна готовність CRM + ERP для будь-якої галузі. 
 Автоматичне оновлення системи. 
 Сумісність з будь-якими пристроями. 
Безмежні можливості: 
 Доступність Perfectum CRM + ERP REST API. 
 Інтеграція з будь-яким сервісом. 
 Можливість розробки різноманітного функціоналу. 
Повна безпека даних: 
 Можливість зберігання Perfectum CRM + ERP на власному сервері. 
 Контроль доступу та IP-модуль захисту даних. 
Індивідуалізація під користувача: 
 Кастомізація дизайну. 
 Зміна стилю та кольорів. 
 Варіативність інтерфейсу. 
Додаткові переваги: 
 Легкий старт роботи без необхідності встановлення програми. 
 Доступ через браузер з будь-якого пристрою в режимі реального часу. 
 Відсутність абонентської плати, оплата лише за впровадження та потрібний 
функціонал без обмежень за кількістю користувачів і часом в системі. 
23 
 Зручна можливість розширення функціоналу за допомогою модулів з магазину 
доповнень. 
UGLA ERP/CRM 
Продукт є повноцінним рішенням, що дозволяє будівельним компаніям 
стратегічно планувати та ефективно управляти ресурсами, проводити облік і аналіз 
бізнес-процесів у реальному часі. 
Це охоплює як короткострокове, так і довгострокове планування ресурсів і 
загальної діяльності, включаючи фінансовий менеджмент і управління активами, 
інтеграцію операцій, управління трудовими ресурсами та виробництва. Продукт 
також забезпечує ефективну підтримку та технічне консультування. 
У системи вбудовано стратегії залучення та утримання клієнтів, такі як 
підвищення якості лідів, персоналізація комунікації та прискорення обробки 
звернень. Створюється єдина екосистема для привертання та розвитку клієнтів, 
допомагаючи перетворити нейтральних покупців у лояльних та стійких бізнес-
партнерів. 
Інтерфейс продукту максимально користувацькодружній, дозволяючи 
зосередитися на основних завданнях, не втрачаючи час на пошук інформації. 
Підтримка комунікації з клієнтом забезпечується навіть у випадку зміни персоналу. 
Платформа UGLA ERP/CRM постійно вдосконалюється і оновлюється, щоб 
забезпечити оптимальний "офіс". Використання мобільних додатків з повним 
функціоналом і доступом до даних в будь-який час і в будь-якому місці, а також 
хмарні технології для збереження даних, гарантують високий рівень безпеки. 
Маючи ERP-систему, компанія не лише підвищує свою репутацію в очах 
потенційних клієнтів та міжнародних інвесторів, але й стає визнаною як відкритий 
суб'єкт господарювання, який дотримується міжнародних стандартів. Впровадження 
ERP-системи призводить до зміни структури активів підприємства, що сприяє 
загальному збільшенню його ліквідності. Це, в свою чергу, становить основні 
складові прямого економічного вигоди від використання системи ERP. Простими 
словами, ERP-система надає повну прозорість всіх бізнес-процесів. Крім того, 
24 
можливість надавати цілодобовий доступ до огляду процесів вашим клієнтам і 
партнерам за допомогою модуля Діаграма Ганта є додатковим перевагою. 
1.3 Особливості управління проєктами в будівельній галузі 
Управління проектами в будівельній галузі є складним завданням, яке вимагає 
великого рівня координації, співпраці та управління різноманітними аспектами 
будівельних проектів. Особливості управління проектами в цій галузі можна 
проаналізувати наступним чином: 
 Специфіка проектів: Кожен будівельний проект є унікальним, має свої 
особливості, технічні вимоги та виклики. Управління проектами в будівельній 
галузі потребує гнучкості та адаптивності до конкретних умов кожного 
проекту. 
 Великий обсяг заходів: Будівельні проекти можуть бути великими і 
масштабними, з великою кількістю завдань, підрядників і викликів. 
Управління такими проектами вимагає ефективного планування, розподілу 
ресурсів і контролю. 
 Велика кількість учасників: У будівельних проектах зазвичай бере участь 
велика кількість стейкхолдерів, таких як замовники, архітектори, інженери, 
підрядники та інші. Комунікація та взаємодія між різними учасниками є 
ключовим елементом успіху проекту. 
 Терміновість і обмеженість бюджету: Будівельні проекти часто піддаються 
обмеженням часу та бюджету. Управління часом та витратами, а також 
ефективне ризик-менеджмент, є важливими аспектами керування 
будівельними проектами. 
 Земельні та регуляторні питання: Будівельні проекти часто пов'язані з 
земельними та регуляторними аспектами, такими як дозвільні процедури, 
відповідність стандартам та вимогам законодавства. Управління цими 
аспектами вимагає ретельності та знань місцевих правил. 
 Використання технологій: Сучасні технології, такі як будівельне програмне 
забезпечення, BIM (Building Information Modeling), IoT (Internet of Things), 
25 
дрони та інші, відіграють важливу роль у поліпшенні ефективності та точності 
управління будівельними проектами. 
 Управління якістю: Забезпечення якості будівельних робіт та відповідність 
їхніх результатів технічним стандартам є критичним для успішного 
завершення проекту. 
Усі ці аспекти взаємодіють, створюючи складну динаміку, якою необхідно 
ефективно керувати для досягнення успіху в будівельних проектах. 
Управління проектом в будівництві – це процес, спрямований на досягнення 
мети та завдань інвестиційно-будівельного проекту. Він починається з формування 
інвестиційних намірів, вибору земельних ділянок чи об'єктів, проведення 
інженерних вивчень, передпроектної та проектної підготовки будівництва і 
завершується будівництвом, реконструкцією чи капітальним ремонтом об'єктів, а 
також їхнім подальшим введенням в експлуатацію. Говорячи просто, це контроль за 
обсягами, термінами, вартістю та якістю будівництва об'єкта. 
Будівництво – це галузь, де ризики великі і можуть мати серйозні наслідки як з 
фінансової, так і з репутаційної точки зору. Досвідчені забудовники розуміють 
вартість відсутності відповідної уваги до контролю за всіма процесами, тому вони 
застосовують проектно-програмний підхід до будівництва кожного об'єкта вже на 
підготовчому етапі. 
Виділимо декілька основних завдань управління проектом в будівництві: 
1. Запобігання ризикам та моніторинг виконання термінів. 
2. Оптимізація процесу будівництва, зменшення фінансових і часових 
витрат на його реалізацію. 
3. Контроль якості та фактичних обсягів будівельних робіт. 
4. Контроль вартості реалізації будівельного проекту та цільового 
використання інвестицій. 
5. Спільна робота команди, ефективне взаємодія між всіма учасниками. 
6. Оперативне вирішення проблем, які виникають під час будівництва. 
Тільки за добросовісного управління проектом можливо досягти запланованих 
показників. Як інвестори, так і потенційні покупці очікують від забудовника 
26 
якісного результату, що відповідає обіцянкам - будинок повинен бути зведений 
вчасно, з належним рівнем надійності та за витратами, які вписуються в бюджет. 
До специфічних нюансів управління саме будівельними проектами можна 
віднести: 
 контроль за безпекою; 
 вплив будівництва на навколишнє середовище; 
 вирішення претензій. 
Оскільки будівництво пов'язане не лише з фінансовими ризиками, але й із 
загрозою для життя та здоров'я, однією з основних задач управління є здатність 
передбачити та мінімізувати ймовірність виникнення загроз. Технології стали більш 
ефективними завдяки розробці автоматизованих інструментів для управління 
будівельними процесами. 
Розглянемо чим є проект в будівництві. Проект в будівництві базується як на 
плануванні термінів, фінансів та інших показників, так і на значній кількості 
матеріально-технічних ресурсів. 
Визначимо основні матеріальні питання, які потрібно враховувати при 
управлінні будівельним проектом: 
 терміни початку і закінчення окремих етапів робіт, введення об'єкта в 
експлуатацію; 
 обсяги будівельно-монтажних робіт в натуральному і вартісному вираженні, 
які виконуються як власними силами, так і залученими працівниками; 
 кількість працівників, які мають бути зайняті на запланованих будівельно-
монтажних роботах; 
 потреба в основних конструкціях та матеріалах; 
 потреба в будівельних машинах; 
 очікувана середньомісячна зарплата; 
 фонд заробітної плати для працівників, зайнятих у виконанні будівельно-
монтажних робіт. 
27 
Максимальна автоматизація процесів, що здійснюються під час будівництва, – 
одна з основних задач проектного управління. 
Проект розпочинається з визначення мети і завдань, обмежень, збору даних, на 
основі чого складається графік та бюджет. Потім слід визначити кожен ризик, з яким 
можна стикнутися, оцінити його вартість, передбачити заходи реагування та скласти 
реєстр ризиків. Налаштувати взаємодію між ключовими учасниками проекта. 
На етапі реалізації важливо вести звітність всіх дій, концентрувати ресурси, 
прогнозувати проблеми та координувати проект. Контролювати виконання графіка та 
бюджету, своєчасно реагуючи на події, що змінюють терміни та кошторис. 
Надсилати тематичні звіти замовнику, керівнику та в підрозділи компанії. 
Контролювати ризики, виявлені під час планування. Відстежувати кожну зміну, що 
виникає в процесі будівництва, кожен новий ризик і правильно на них реагувати. 
Наприклад, для розробки реалістичного плану з трудовими ресурсами перш за 
все потрібно визначити кількість працівників, задіяних у будівництві об'єкта. 
Вирішити, скільки працівників буде залучено з організації, а скільки потрібно буде 
найняти. Розрахувати заробітні плати для співробітників і вартість субпідряду, 
врахувати економічну доцільність залучення підрядників. У всіх розрахунках 
важливо враховувати нормативи праці та передбачати зростання продуктивності. 
При розробці плану матеріально-технічного забезпечення будівництва 
необхідно: 
 Визначити потребу в матеріально-технічних ресурсах (транспорт, спецтехніка і 
т.д.), виходячи з фізичних обсягів робіт. 
 Визначити джерела отримання матеріальних ресурсів та організації, які будуть 
їх постачати. 
 Організувати поставки ресурсів, укладаючи відповідні договори. 
 Організувати систему комплектації матеріальними ресурсами. 
 Забезпечити режим економії ресурсів шляхом обліку та контролю їх витрат. 
Основою успішного управління будівельним проектом є відповідність 
фактичних показників планованим. Конкретність і стабільність планування 
28 
передбачають облік реальних можливостей і умов, за яких повинні реалізовуватися 
заплановані плани. Ці плани повністю потрібно забезпечити проектною 
документацією, матеріальними та трудовими ресурсами, повним фінансуванням. 
Будь-яка зміна плану призведе до перебудови виробництва, переміщення 
працівників та техніки, перерозподілу матеріальних ресурсів. Це неминуче призведе 
до додаткових витрат, втрати робочого часу, збільшення терміну будівництва. 
Приклад проєкту будівництва зображено на рисунку 1.1. 
 
Рисунок 1.1 – Життєвий цикл обʼєкту будівництва 
 Необхідний постійний контроль за виконанням оперативних планів. Своєчасне 
виявлення відхилень фактичного стану справ від планових дозволяє оперативно 
приймати заходи щодо їх ліквідації. Для цього необхідно: 
 здійснювати збір, обробку та передачу керівникам будівництва інформації про 
хід будівництва та виконання завдань; 
29 
 аналізувати причини відхилень від показників місячних та тижнево-суточних 
планів-графіків; 
 контролювати забезпечення трудовими та матеріально-технічними ресурсами 
власних та субпідрядних організацій; 
 контролювати розстановку та використання роботи машин і транспортних 
засобів на об'єктах. 
Інструменти для управління проектами в будівництві розв'язують ряд завдань: 
Вести фінансовий облік та виконання завдань будівельного проекту вручну, 
без використання програмних рішень, складно, тривало і ризиковано через можливі 
помилки та непорозуміння. 
Навіть відносно невеликий будівельний проект містить сотні рухомих завдань 
та подібних статей витрат. Тому для ефективного управління цілеспрямовано 
використовувати програмне забезпечення, яке передбачає комплексний підхід до 
процесу управління будівельними об'єктами та враховує їхню специфіку. 
Добре розроблений та управляючийся проект в будівництві гарантує, 
передусім: 
 Успішне завершення будівельних робіт в повному обсязі, у заявлений строк і в 
межах затвердженої кошторису. 
 Контроль реалізації всіх завдань в реальному часі. 
 Відстеження цільового використання інвестицій та зменшення ризиків. 
Таким чином, фінансові вкладення в будівництво можна скоротити завдяки 
розумному управлінню проектом, якому допоможе одне з спеціалізованих 
програмних рішень. 
Автоматизація в будівництві призводить до: 
1 Зростання продуктивності. 
2 Підвищення ефективності будівельного процесу та кінцевої якості будівельної 
продукції. 
3 Мінімізації ризиків. 
30 
Серед основних і зрозумілих для всіх сторін переваг можна виділити 
складання бюджету та облік ресурсів без помилок, централізований контроль обігу 
документів, масштабування інструментарію для ведення проектів, що сприяє 
зниженню часових затрат на управління наступними проектами. Автоматизація 
сприяє підвищенню ефективності комунікацій, рівня управління командою та 
завданнями, забезпечує контроль термінів. 
Висновки до розділу 1 
В першому розділі магістерської роботи було проаналізовано передумови 
щодо виникнення стартапу, розглянута загальна характристика галузі та проведений 
аналіз аналогів стартапу їх можливостей та недоліків.  
Розглянуто особливості управління проєктами в будівельній галузі та виділені 
специфічні нюанси управління саме такими проєктами. Зроблено обгрунтування що 
обрана ідея стартапу є конкурентоспроможною та перспективною.  
31 
2 ФОРМУВАННЯ ТА РОЗРОБКА КОНЦЕПЦІІ СТАРТАПУ 
2.1 Аналіз зовнішнього оточення 
Проведемо аналіз зовнішнього оточення стартапу з розробки АІС управління 
проектами в будівельній компанії: 
Індустріальні та економічні фактори: 
Зростаючий попит на інновації: Збільшення конкуренції в будівельній галузі 
стимулює компанії шукати технологічні рішення для підвищення ефективності. 
Економічна стабільність: Економічний стан регіону може вплинути на 
фінансові можливості для впровадження нових технологій. 
Соціокультурні аспекти: 
Готовність персоналу: Рівень технологічної грамотності та готовності 
персоналу працювати з новою системою. 
Сприйняття інновацій: Соціокультурні особливості впливають на прийняття 
нових технологій серед робітників та управлінського персоналу. 
Політичне оточення: 
Підтримка з боку влади: Зацікавленість держави в підтримці інновацій в 
будівельній галузі та її вплив на проекти ІТ. 
Правове середовище: 
Відповідність законам та нормативам: Визнання та відповідність 
розроблюваної системи вимогам правового середовища. 
Технологічний ландшафт: 
Стан технологій в будівельній галузі: Готовність та розвиток існуючих 
технологічних рішень у будівельній сфері. 
Конкуренція на ринку: 
Дії конкурентів: Аналіз наявних рішень на ринку, можливість реакції 
конкурентів на впровадження нової системи. 
Екологічні аспекти: 
Вплив на екологію: Розгляд можливого впливу впровадження нової системи на 
навколишнє середовище. 
32 
Споживачі та клієнти: 
Очікування з боку клієнтів: Зрозуміння потреб та очікувань клієнтів від систем 
управління проектами в будівельній галузі. 
Фінансові можливості: 
Бюджет та фінансова стабільність: Доступність коштів для розробки та 
впровадження системи. 
Цей аналіз допоможе нам визначити ключові фактори та врахувати їх при 
плануванні та реалізації проекту. 
Очікування різних стейкхолдерів часто розходяться, що може викликати 
конфлікти під час виконання проекту. Важливо розуміти, що стейкхолдери можуть 
втручатися у проект, його результати та команду з метою реалізації своїх 
стратегічних бізнес-завдань або інших вимог. Різні стейкхолдери мають різний 
рівень відповідальності та повноважень у проекті, і цей рівень може змінюватися на 
різних етапах проекту, варіюючись від випадкового внеску до повного спонсорства. 
Визначення та аналіз рівня впливу стейкхолдерів, а також задоволення їх 
вимог, потреб і очікувань, є постійним процесом протягом всього життєвого циклу 
проекту. Важливість цього процесу визначає успіх проекту загалом. 
У будівельних проектах складні взаємозв'язки часто призводять до ситуацій, 
коли важко визначити, що вважається внутрішнім або зовнішнім фактором. Тому 
необхідно розглядати відмінності між внутрішніми і зовнішніми стейкхолдерами в 
будівельному пректі проекті. 
Дамо загальне озачення зацікавлених сторін стартапу (проєкту). 
Зацікавлені сторони (stakeholders) проекту – це всі особи, групи чи 
організації, які можуть впливати на проект або бути впливаними ним. Вони мають 
власні інтереси, очікування та потреби, які можуть бути важливими для успіху 
проекту. 
Загальні категорії зацікавлених сторін: 
Вище керівництво: 
 Інтереси: Стратегічний успіх, фінансова стабільність, відповідність бізнес-
цілям. 
33 
 Вплив: Затвердження стратегічних рішень, надання ресурсів. 
Проектний менеджмент: 
 Інтереси: Успішне завершення проекту в межах бюджету та графіку. 
 Вплив: Планування, виконання та контроль проекту. 
Клієнти або користувачі: 
 Інтереси: Відповідність результатів проекту їхнім потребам. 
 Вплив: Забезпечення якості та відповідності вимогам. 
Робоча група проекту (учасники): 
 Інтереси: Участь у виконанні конкретних завдань та досягнення поставлених 
цілей. 
 Вплив: Здійснення робіт та досягнення місцевих цілей. 
Постачальники: 
 Інтереси: Вчасна оплата, стабільність в угодах. 
 Вплив: Забезпечення доставки та якості товарів чи послуг. 
Команди проекту: 
 Інтереси: Успішне виконання власних завдань та досягнення командних цілей. 
 Вплив: Здійснення функцій та співпраця для досягнення загальних цілей. 
Групи впливу: 
 Інтереси: Відстоювання власних інтересів та вплив на проект. 
 Вплив: Лобіювання інтересів, надання або блокування підтримки. 
Зовнішні регулятори: 
 Інтереси: Дотримання законодавства та стандартів. 
 Вплив: Аудит та контроль за відповідністю проекту нормативам. 
Деталізація зацікавлених сторін стартапу на внутрішні та зовнішні 
прдставлена в таблиці 2.1. 
34 
Таблиця 2.1 – Зацікавлені сторони проєкту 
№ Зацікавлені сторони Вплив на проект Очікування 
Внутрішні зацікавлені сторони 
1 Керівництво компанії Визначає стратегічні Удосконалення 
цілі, алокує фінансові управління проєктами, 
ресурси підвищення ефективності 
та зменшення витрат 
2 ІТ-відділ та розробники Основні виконавці, Підтримка високої якості 
розробка та програмного 
впровадження системи. забезпечення, ефективна 
інтеграція з існуючими 
системами 
3 Відділ проєктного Зацікавлений у Покращення систем 
управління впровадженні нової управління проєктами, 
системи та оптимізації забезпечення якості та 
процесів точності даних 
4 Фінансовий відділ Оцінює фінансові Точність фінансової 
аспекти проєкту, звітності, ефективне 
контролює бюджет використання бюджету 
5 Користувачі системи Використовують Зручний та ефективний 
систему на різних інтерфейс, відповідність 
рівнях функціональності 
потребам користувачів 
Зовнішні зацікавлені сторони 
1 Клієнти будівельної Вимоги до якості та Зменшення ризиків, 
компанії строків будівництва. підвищення якості 
обслуговування та 
дотримання строків 
2 Партнери та підрядники Очікують ефективної Покращення комунікації 
взаємодії та надання та співпраці, 
актуальної інформації. забезпечення точності 
інформації. 
3 Регуляторні органи Вимагають дотримання Відповідність проєкту 
стандартів та норм законодавчим вимогам 
4 Конкуренти Спостерігають за Збереження 
розвитком конкурентоспроможності, 
конкуруючих систем вдосконалення 
функціональності 
35 
 
Продовження таблиці 2.1 
5 Громадські організації та Цікавляться Дотримання стандартів 
громада соціальним та екологічної безпеки та 
екологічним впливом сприяння розвитку 
проєкту спільноти. 
 
Вплив на проект визначається двома основними факторами: внутрішніми 
зацікавленими сторонами, які безпосередньо залучені до реалізації проекту, та 
зовнішнім оточенням проекту, яке включає внутрішнє середовище компанії та 
зовнішнє оточення самої компанії. 
Аналіз властивостей інноваційних проектів виявив ряд особливостей, які 
вимагають уваги специфічних зацікавлених сторін. Для кожної зацікавленої сторони 
були визначені ключові показники внеску та стимули (таблиці 2.2 та 2.3). 
Таблиця 2.2 – Внесок і стимул внутрішніх зацікавлених сторін 
Тип Характеристика Внесок Стимул 
Замовник Суб'єкт, який  вимоги до  інтелектуальна 
(Customer) отпимує продукт або проекту; власність; 
послугу  вимоги до  можливість 
продукту отримання 
проекту; потенційного 
 гроші; прибутку; 
 активи  продукт високої 
організаційного якості. 
процесу. 
Наукові Це суб'єкт чи  технології;   використання 
співробітники організація, який  інновації; передових 
(Scientists) здійснює розробку,  час;  технологій у 
включаючи аналіз  професійні проектуванні; 
вимог, проектування навички;  можливість 
та тестування, на  знання здійснення 
протязі всього експериментів за 
життєвого циклу. допомогою 
сучасного 
обладнання; 
36 
Продовження таблиці 2.2 
    підвищення 
кваліфікації; 
винагорода за 
зусилля та 
внесок. 
Команда проекту Це тимчасовий  час;  зміцнення 
(Project Team) колектив експертів,  професійні атмосфери на 
сформований для навички; роботі; 
виконання проекту  залученість до  надання 
на певний період діяльності.  достовірної та 
часу. актуальної 
інформації; 
 задоволення від 
виконаної роботи; 
 набуття досвіду у 
реалізації 
інноваційних 
проектів; 
 винагородження 
за результати. 
Галузеві фахівці Це команда  знання;  безпечні умови 
(Industry Specialists) експертів, що  кваліфікація. праці;  
спеціалізуються на  достатнє 
ключових аспектах обладнання та 
проекту матеріально-
технічна база; 
 коректна 
конструкторська 
документація; 
 винагородження 
за зусилля. 
Інвестори та Інвестор – це особа  інвестиції  прибуткові 
акціонери (Investors чи організація, яка виплати; 
and Shareholders) вкладає свої власні,  надійність 
позикові або інші інвестицій; 
отримані кошти в  збільшення 
інвестиційні капіталу. 
проекти. 
37 
Продовження таблиці 2.2 
 Акціонер – це   
юридична чи 
фізична особа, яка 
володіє акціями 
акціонерного 
товариства. 
Керівники (топ- Керівники верхнього  участь в  Винагорода; 
менеджмент) рівня ієрархії прийнятті  авторитет; 
(Project організації. рішень;  репутація. 
Management)  управління 
проектом. 
Фахівець із Фахівець, чий  час;  використання 
«зелених напрямок діяльності  навички; передових 
технологій» (Green- спрямований на  залучення до технологій 
engineering підвищення діяльності. збереження 
Specialist) енергоефективності, енергії; 
забезпечення  обмін досвідом із 
безпеки та видатними 
збереження фахівцями у 
екологічності сфері "зелених 
виробничих технологій"; 
процесів і  зміцнення 
виробленої екологічної 
продукції. стабільності у 
 світі. 
 
Таблиця 2.3 – Внесок і стимул зовнішніх зацікавлених сторін 
Тип Характеристика Внесок Стимул 
Споживачі продукту Обʼєкт (юридична  уточнення вимог  стандарт; 
проекту (Consumers) або фізична особа), до продукту  результат 
що здійснює проекту; проекту; 
покупку або  зворотний  корисність 
використовує зв’язок; 
вироблені проектом  попит. 
результати. 
38 
Продовження таблиці 2.3 
Підрядні організації Організація або  Довіра;  пунктуальні 
(Contractors) фізична особа, яка  своєчасне фінансові 
укладає угоду з виконання зобов'язання 
замовником для замовлення.  довгострокові 
постачання товарів відносини. 
або послуг 
Урядові органи Галузевий  лобіювання  фінансові внески 
(Government регулятор - це орган результатів у формі податків 
agencies) державної влади, проекту;  сприяння у 
який забезпечує  залучення в розвитку 
законодавче проект місцевості. 
забезпечення та 
регулювання 
виконання проекту в 
конкретній галузі. 
Наглядова рада Особа або  контроль;  покращення 
(фасилітатор) організація, яка  корекція. результативності 
(Business Analysts) сприяє успішній виконання 
груповій проекту 
комунікації,  винагорода 
полегшуючи процес 
взаємодії та 
спільної роботи між 
учасниками. 
Ділові партнери Ліцензіат - це особа  гроші.  Дохід від 
(Partners) або організація, яка виробництва 
укладає угоду з продуктів, які 
власником для користуються 
отримання прав на попитом в 
використання інноваційному 
об'єкта сегменті 
інтелектуальної 
власності. 
Місцеві організації Це елементи  виконання  економічний 
та громади (Local інфраструктури, соціальних розвиток та 
Communities) розташовані на зобов’язань. благополуччя 
сусідніх територіях. інфраструктури в 
даному регіоні. 
 
39 
 Внутрішні зацікавлені сторони можуть вважатися більш важливими через 
їхню близькість до проекту або ініціативи. Проте, вплив цих сторін може бути 
ключовим тільки в короткостроковій перспективі. Зовнішні зацікавлені сторони 
можуть впливати на довгостроковий успіх проекту, оскільки часто є кінцевими 
користувачами або клієнтами. Тим не менш, важливо визначити і керувати як 
внутрішніми, так і зовнішніми зацікавленими сторонами протягом усього перебігу 
проекту 
Ефективна взаємодія сприяє перетворенню потреб зацікавлених сторін у 
конкретні організаційні цілі та є основою для розробки результативної стратегії. 
Знайдення точки консенсусу або загальної мотивації допомагає групі зацікавлених 
сторін перетворити свої інвестиції в значущий результат. 
Для досягнення успішності проекту важливо, щоб всі сторони мали чітке 
розуміння процесу та поставлених цілей. Передача інформації повинна бути 
цілеспрямованою та послідовною на кожному етапі проекту. Як внутрішні, так і 
зовнішні зацікавлені сторони повинні розуміти своє бачення та роль, яку вони 
відіграють у досягненні цілей організації. Кожен стейкхолдер повинен усвідомити 
свою участь у проекті та внести свій внесок у досягнення спільної мети. 
Багато проектів не досягають свого потенціалу через недостатню увагу до 
взаємодії з зацікавленими сторонами. Взаємодія зі стейкхолдерами з самого початку 
допомагає залучити їх до проекту та переконати в його успішному завершенні. 
Важливо відвести достатньо часу на планування, щоб включити всі відповідні 
сторони та дати їм можливість обговорити, зрозуміти та взаємодіяти на кожному 
етапі проекту. Зацікавленим сторонам, які не розуміють план, складно залишатися 
залученими та рухатися в потрібному напрямку. 
Головні переваги управління стейкхолдерами включають: 
 Забезпечення більшої ясності та спільного розуміння проекту серед його 
ключових впливових осіб. 
 Визначення основних зацікавлених сторін та зрозуміння їхнього ставлення до 
проекту. 
 Об'єднання людей, їхніх знань та досвіду для спільного вирішення проблем. 
40 
 Розробка стратегії проекту для досягнення конкурентної переваги. 
 Зниження рівня ризиків у проекті. 
Участь стейкхолдерів має ключове значення у всіх етапах будівельних 
процесів, оскільки їх залучення до проекту сприяє вчасному наданню ресурсів і 
сприяє розвитку інноваційної та бізнес-активності. 
2.2 SWOT-аналіз будівельної галузі 
SWOT-аналіз будівельної галузі є важливим інструментом для розуміння її 
стану, визначення стратегій розвитку та управління ризиками. Нижче наведено 
обгрунтування необхідності проведення SWOT-аналізу для будівельної галузі: 
Визначення Сильних сторін (Strengths): 
 Оптимізація виробничих процесів: SWOT-аналіз дозволяє ідентифікувати 
сильні сторони галузі, такі як ефективність виробничих процесів та 
використання сучасних технологій. 
 Досвід та кваліфікація робітників: Визначення компетентностей працівників 
та їхнього досвіду, що є ключовими сильними сторонами. 
Виявлення Слабких сторін (Weaknesses): 
 Недостатність фінансових ресурсів: SWOT дозволяє ідентифікувати 
фінансові вади, що можуть впливати на реалізацію проектів та розвиток 
галузі. 
 Недостатня кількість кваліфікованих кадрів: Виявлення недоліків у 
кадровому забезпеченні та вирішення проблем у сфері робочої сили. 
Визначення Можливостей (Opportunities): 
 Ринкові можливості: Аналіз можливостей дозволяє виділити перспективні 
ринкові сегменти та стратегії розширення. 
 Залучення інвестицій: Визначення можливостей для приваблення інвестицій 
та реалізації нових проектів. 
Виявлення Загроз (Threats): 
 Зміни у законодавстві: Аналіз дозволяє визначити можливі негативні впливи 
змін у правовому середовищі на будівельну галузь. 
41 
 Економічні коливання: Виявлення загроз, пов'язаних з економічними 
факторами, що можуть вплинути на попит та фінансову стабільність. 
Загальний результат SWOT-аналізу надає чітке уявлення про внутрішні та 
зовнішні фактори, які впливають на будівельну галузь, і слугує підґрунтям для 
розробки стратегій, які враховують слабкі та сильні сторони, загрози та можливості. 
Це необхідно для забезпечення стійкого розвитку та успішного функціонування 
галузі в умовах змінного бізнес-середовища. 
В теперішній час будівельна галузь України виявляє нестійку тенденцію 
розвитку, що є результатом різноманітних внутрішніх та зовнішніх загроз, які є 
характерними для цього сектору. Для оцінки напрямку розвитку будівельної сфери 
[5] доцільно визначити ключові слабкі та сильні сторони, можливості та загрози, які 
впливають на розвиток будівельного комплексу та є характерними для більшості 
підприємств у цій сфері. Для вирішення цього завдання використовується 
інструмент SWOT-аналізу будівельної галузі (таблиця 2.4). 
Таблиця 2.4 – SWOT – аналіз будівельної галузі 
Сильні сторони  Слабкі сторони 
 Високий рівень виконання умов  Обмежена участь підприємств галузі у 
договорів. державній власності. 
 Ефективна стратегія маркетингу.  Недостатній обсяг кваліфікованих 
 Глибоке розуміння ринку та його працівників та фахівців у галузі. 
попиту.  Знижений рівень платоспроможності 
 Доцільна політика у визначенні цін. населення. 
 Визначення будівельної сфери як  Недостаток фінансування. 
пріоритетного напряму розвитку в  Обмежений вклад будівельної галузі у 
Україні. формування ВВП України. 
 Великий потенціал інвестицій.  Низький рівень інноваційної 
активності. 
 Неконкурентоздатна будівельна 
продукція та низька якість виконання 
робіт. 
42 
Продовження таблиці 2.4 
  Використання низькоякісних 
матеріалів та недорогої робочої 
сили, призводячи до погіршення 
якості будівельної продукції. 
 Зростання кількості малих 
підприємств та зменшення середніх 
та великих. 
Можливості Загрози 
 Впровадження програми  Непрогнозована політична 
покращення якості будівництва. обстановка та часті зміни в 
 Формулювання стратегій розвитку законодавстві. 
як загальної економіки, так і  Поява нових учасників на ринку. 
розвитку окремих секторів.  Зниження рентабельності 
 Стабільний попит на ринку. будівництва стандартного житла. 
 Великий потенціал ринку в Україні  Відсутність або недостатність 
та розширення на нові сегменти. державних заходів для розвитку 
 Розширення галузі через будівельної галузі. 
будівництво комерційних об'єктів.  Нестійкість світових валютних 
 Співпраця з банківським сектором курсів. 
для впровадження будівельних та  Збільшення фіскального тиску. 
фінансових проектів, а також  Високий рівень інфляції. 
удосконалення системи іпотечного  Ускладнення укладання угод з 
кредитування та застави для споживачами та постачальниками. 
залучення населення середнього та  Зростання кількості локальних 
нижнього середнього класів. економічних криз. 
 Привертання іноземних інвесторів.  Загроза підвищення податкових 
 Зменшення кількості незавершених ставок та умов кредитування, що 
будівель та інженерних об'єктів. може призвести до недоступності 
та нестачі фінансових ресурсів. 
 
SWOT-аналіз вказує на те, що будівельна галузь має значні потенціальні 
можливості для розвитку, особливо за умови ефективного управління фінансовими 
ресурсами та залучення інвестицій. Важливо вирішувати проблеми, такі як 
обмеженість фінансів та недостатність кваліфікованих кадрів. При цьому, необхідно 
бути готовими до впливу зовнішніх чинників, таких як економічні труднощі та 
політичні нестабільності. Впровадження стратегій, які максимізують сильні сторони 
та можливості, а також ефективно управляють слабкими сторонами та загрозами, 
допоможе будівельній галузі забезпечити стабільний та сталій розвиток. 
43 
Таким чином, висновки, отримані в результаті SWOT-аналізу, можна 
сформулювати наступним чином: розвиток підприємств будівельної галузі виявив 
більше слабких сторін, ніж сильних; можливості для розширення галузі виявлені у 
стимулюванні фінансового сектору економіки; однак було виявлено значну кількість 
загроз, які можуть вплинути на розвиток будівельної галузі. 
2.3 Аналіз конкурентних сил в галузі по Потеру 
Далі визначимо характер конкурентних впливів та тип ринку, застосовуючи 
експертний підхід і використовуючи модель "п'ять сил" Портера. 
Застосування моделі "п'ять сил" Портера до конкурентного середовища 
будівельної галузі дозволяє визначити силу впливу п'яти основних факторів, які 
формують структуру та інтенсивність конкуренції у даному сегменті ринку. Ось як 
ці фактори можуть впливати на будівельну галузь: 
1. Загроза нових учасників (Постачальники ринку): Якщо висока, це може 
свідчити про потенційну появу нових будівельних компаній, що змагатимуться 
за ресурси та клієнтів. 
2. Сила переговорів постачальників: Якщо постачальники (наприклад, 
постачальники будівельних матеріалів) мають велику силу переговорів, це 
може впливати на вартість та доступність ресурсів для будівельних 
підприємств. 
3. Сила переговорів покупців: Якщо покупці (замовники будівельних робіт) 
мають велику силу переговорів, це може впливати на ціни та умови угод, що 
визначаються будівельними компаніями. 
4. Загроза заміщення продуктів: Якщо існує висока загроза заміщення, 
наприклад, новими технологіями чи альтернативними методами будівництва, 
це може вимагати адаптації та інновацій в галузі. 
5. Інтенсивність конкуренції в середині галузі: Визначається наявністю та 
активністю існуючих конкурентів у будівельній галузі. Висока конкуренція 
може впливати на цінову політику та якість наданих послуг. 
44 
Аналіз цих факторів дозволяє розуміти ключові аспекти конкурентного 
середовища та приймати стратегічні рішення для покращення 
конкурентоспроможності будівельної галузі. 
В таблиці 2.5 представлена оцінка за допомогою моделі «п’яти сил» М. 
Портера. 
Таблиця 2.5 – Методика експертної оцінки конкурентного середовища 
Конкурентні Оцінка 
№ Фактор  Стан фактору 
сили фактору 
1.1 Вхідний бар'єр  значна економія на 
масштабах просування 1 
продукції 
 високий рівень фінансових 
2 
інвестицій 
 консерватизм існуючої 
1 
системи постачання 
 низький ступінь 
1 
Нові диференціації продукції 
1 конкуренти  необхідність залучення 
(НК) 3 
постійних покупців 
1.2 Існуючі  відсутність активної 
1 
конкуренти маркетингової політики 
 низька інноваційна 
активність управлінського 3 
персоналу підприємства 
 слабке використання методів 
ведення конкурентної 2 
боротьби 
Середнє значення сили впливу проникнення нових конкурентів 1.75 
45 
Продовженя таблиці 2.5 
2.1 Вплив товарів-  перевагу отримує продукт, 
замінників який пропонується за меншою 3 
ціною,  
 спостерігається тенденція до 
продажу товарів за більш 
3 
доступними цінами та 
Будівельні меншою якістю 
матеріали-
2 
замінники  відсутність значущих 
(МЗ) відмінностей у продукції 2 
основних конкурентів. 
2.2 Протизаконна  поява значної кількості 
імітація існуючих аналогічних матеріалів, які 
будівельних виникають внаслідок 3 
матеріалів копіювання відомих товарів, 
брендів і товарних знаків 
Середнє значення сили впливу товарів-замінників 2.75 
3.1 Взаємодія  значна організованість 
2 
покупців із споживачів. 
кон'юнктурними 
 широкі можливості вибору 
позиціями 2 
продукції для покупців. 
підприємства 
 висока ступінь стандартизації 
3 
виробів. 
Конкурентна 
сила  велика змінливість смаків та 
3 
покупців уподобань споживачів 
2 
(ПОК) відносно продукції 
підприємства. 
3.2 Здатність  збільшення обізнаності 
споживача до покупців щодо нових 2 
торгівлі (bargaining продуктів. 
power) 
 висока цінова чутливість 
3 
споживачів до продукції. 
Середнє значення сили впливу покупців 2.00 
46 
Продовження таблиці 2.5 
4.1 Вплив  широкі можливості вибору 
1 
постачальників на постачальників.  
конкурентоспромож
 тенденція до скорочення 
ність підприємства. тривалості економічних 2 
відносин.  
Конкурентна  низькі витрати на перехід до 
сила 1 
4 іншого постачальника.  
постачальник
4.2 Недостатність  обмежені фінансові резерви.  1 
ів (ПОСТ) 
ресурсного 
 недостатня кількість 
потенціалу для складських приміщень. 
повного 
розгортання 3 
підприємницької 
діяльності. 
Середнє значення сили впливу постачальників 1.60 
5.1 Інтенсивність  загальний показник 
3 
конкуренції конкурентної інтенсивності. 
 присутність значної кількості 
малих конкуруючих 3 
підприємств. 
Конкуренція  малими ринками виступають 
2 
між сильні конкуренти. 
існуючими на  мінімальний приріст попиту на 
5 3 
ринку товари компанії. 
підприємства 5.2 Позиції  вигідне місце розташування 
ми (K) 1 
підприємств у фірми. 
конкурентному 
 недостатнє вивчення 
середовищі 2 
конкурентів. 
 досліджувані конкуренти 
майже не мають сильних 3 
конкурентних переваг. 
Середнє значення сили впливу інтенсивності конкуренції між існуючими 
2.42 
фірмами 
 
Для оцінки впливу окремих факторів конкурентного середовища нами була 
використана трьохбальну шкала: 
1 бал – “слабкий вплив”, 
47 
2 бали – “помірний вплив” 
3 бали – “сильний вплив”. 
Для кожної конкурентної сили було розраховане середнє значення. На базі 
отриманих експертних оцінок розрахуємо коефіцієнт впливу конкурентного 
оточення на підприємства будівельної галузі за формулою: 
 
Коефіцієнти відображають значущий вплив конкурентних середовища на 
підприємство. 
Основною трудністю для будівельної галузі залишається зростання 
собівартості робіт через підвищення вартості ресурсів для будівництва. Щоб 
підтримувати рентабельність, будівельні компанії примушені збільшувати вартість 
послуг, що призводить до зниження попиту з боку замовників. 
На сьогоднішній день будівельна галузь в Україні переживає глибоку рецесію 
через військові події та економічну нестабільність. Фінансово-економічна криза 
стала особливо відчутною для багатьох підприємств будівельного сектору. 
Серед основних проблем, які ускладнюють зміцнення 
конкурентоспроможності будівельної галузі, можна виділити відсутність 
фінансування будівництва, велику ступінь зносу основних фондів, бюрократичні 
перешкоди, недосконалу систему ціноутворення, проблеми в нормативно-правовому 
регулюванні та низький рівень інвестиційної активності. 
Для подолання цих проблем визначено ключові фактори успіху, враховуючи 
елементи ресурсного потенціалу (таблиця 2.6). 
 
48 
Таблиця 2.6 – Ключові фактори успіху підприємств будівельної галузі 
Елементи ресурсного потенціалу Фактори успіху 
Виробничі ресурси  Ефективне зниження вартості 
будівництва; 
 Забезпечення високого рівня 
використання фондів; 
 Розташування підприємства в області з 
добре розвиненою транспортною 
інфраструктурою; 
 Здатність виконувати індивідуальні 
замовлення на будівництво; 
 Доступ до високоякісної арматури, 
доступні джерела енергії та 
використання інновацій у будівельному 
процесі; 
 Використання передових технологій. 
Фінансові ресурси  Моніторинг процесу погашення 
зобов'язань перед кредиторами; 
 Підвищення показників абсолютної 
ліквідності; 
 Переоформлення зобов'язань з боку 
дебіторів 
Інвестиційні ресурси  Виявлення можливостей для залучення 
іноземних інвестицій; 
 Розробка ефективної стратегії для 
привертання інвестицій. 
Трудові ресурси  Наявність висококваліфікованих 
спеціалістів у сфері будівництва; 
 Здатність персоналу до ефективної 
роботи в будівельній галузі; 
 Функціонування системи навчання та 
підвищення кваліфікації працівників, 
відповідно до стратегічних цілей; 
 Застосування методів мотивації 
персоналу; 
 Спостереження за умовами охорони 
праці та здоров'я працівників. 
49 
2.4 Розробка коцепціі стартапу 
Стартап розробки автоматизованої інформаційної системи управління 
проєктами в будівельній компанії є новаторським підприємницьким проектом, 
спрямованим на створення та впровадження цифрового інструментарію для 
ефективного керування будівельними проєктами. Основні риси та особливості 
такого стартапу включають: 
 Інноваційні Технології: Стартап використовує передові технології, такі як 
хмарні рішення, штучний інтелект щоб надати новаторські та високоефективні 
інструменти для керування будівельними проєктами. 
 Оптимізація Процесів: Метою стартапу є автоматизація та оптимізація 
ключових етапів управління проєктами в будівельній галузі, забезпечуючи 
швидкий та ефективний хід робіт. 
 Комунікаційна Платформа: Система служить як центральна комунікаційна 
платформа для всіх учасників будівельного процесу, сприяючи взаємодії, 
обміну інформацією та координації зусиль. 
 Точність та Прозорість: Стартап прагне до підвищення точності та прозорості 
в управлінні проєктами, надаючи реальний час відстеження прогресу та стану 
робіт. 
 Фінансовий Контроль: Система включає в себе модулі для бюджетування, 
витрат та фінансового моніторингу, спрощуючи фінансовий контроль над 
проєктами. 
 Мобільний Доступ: Забезпечення доступу до системи з мобільних пристроїв, 
що робить можливим управління проєктами з будь-якого місця та в будь-який 
час. 
Стартап у сфері розробки систем управління проєктами в будівельній компанії 
відповідає на виклики сучасного будівельного ринку, спрямовуючи його на шлях 
цифрової трансформації та підвищення ефективності в галузі будівництва. 
Мета стартапу: 
50 
Головною метою проекту розробки автоматизованої інформаційної системи 
управління проєктами в будівельній компанії є покращення управління та 
координація будівельними проєктами за допомогою цифрових інструментів. Основні 
аспекти цієї мети проекту представлені в таблиці 2.7 
Таблиця 2.7 – Основні аспекти 
Аспект Зміст аспекту 
Ефективність проєктного управління Забезпечення швидкого та ефективного 
управління всіма етапами будівельного 
процесу, від планування до завершення 
проєкту 
Моніторинг та відстеження Реальний час відстеження прогресу робіт, 
ресурсів, термінів та витрат, що дозволяє 
швидко відповідати на будь-які 
неочікувані ситуації 
Підвищення прозорості Забезпечення доступу до інформації для 
всіх учасників процесу, що сприяє 
прозорості та взаєморозумінню 
Оптимізація ресурсів Ефективний розподіл і використання 
ресурсів, включаючи людські, матеріальні 
та фінансові 
Підвищення якості проєктів Забезпечення високої якості будівельних 
проєктів через точне планування, 
контроль та вдосконалення процесів 
Зменшення ризиків Мінімізація ризиків та попередження 
можливих проблем через систематичний 
аналіз та управління ризиками 
51 
Продовження таблиці 2.7 
Підтримка прийняття рішень Надання достовірної та об'єктивної 
інформації для підтримки прийняття 
рішень на різних етапах будівельних 
проєктів 
 
Загалом, головною метою є створення інструменту, що полегшить та 
покращить всі аспекти управління будівельними проєктами, сприяючи ефективній 
роботі та досягненню успіху в галузі будівництва. 
Цілі проекту: 
Цілі стартапу з розробки автоматизованої інформаційної системи управління 
проєктами в будівельній компанії включають: 
1 Розробка ІТ-продукту: Створення функціонального та ефективного 
програмного продукту для автоматизації управління будівельними проєктами. 
2 Покращення ефективності управління проєктами: Забезпечення зручного та 
ефективного інструментарію для керування усіма аспектами будівельних 
проєктів. 
3 Зниження витрат та оптимізація ресурсів: Створення системи, яка дозволяє 
оптимально використовувати ресурси, тим самим зменшуючи витрати 
компанії. 
4 Підвищення прозорості та звітності: Забезпечення чіткої та доступної 
інформації для всіх учасників процесу, що підвищує прозорість та допомагає в 
управлінні. 
5 Покращення якості будівельних проєктів: Підвищення якості виконання робіт 
та завершення проєктів вчасно та в межах бюджету. 
6 Залучення інвестицій: Створення привабливого продукту для привертання 
інвестицій та партнерств. 
7 Конкурентоспроможність на ринку: Створення конкурентоздатного продукту, 
який задовольняє потреби ринку та виходить поза очікування клієнтів. 
52 
8 Розвиток бізнесу: Забезпечення росту та розвитку бізнесу компанії завдяки 
впровадженню інноваційної інформаційної системи. 
9 Спрощення робочих процесів: Зменшення адміністративного навантаження та 
оптимізація робочих процесів в компанії. 
10 Створення цінного продукту для клієнтів: Забезпечення задоволення потреб та 
очікувань клієнтів через створення цінного та високоефективного продукту. 
Ці цілі спрямовані на створення успішного та конкурентоздатного стартапу в 
галузі автоматизованого управління будівельними проєктами. 
Продукт стартапу: 
Продуктом стартапу з розробки автоматизованої інформаційної системи 
управління проєктами в будівельній компанії є інноваційна програмна система, 
спеціально призначена для ефективного управління та координації будівельними 
проєктами. Основні характеристики продукту включають: 
 Зручний та інтуїтивний інтерфейс для планування, контролю та виконання 
будівельних проєктів. 
 Функціонал для оптимізації використання ресурсів, включаючи робочу силу, 
матеріали та обладнання. 
 Можливості для комунікації та обміну інформацією між учасниками проєкту. 
 Інструменти для створення звітів та аналізу результативності проєктів. 
 Функції для відстеження прогресу, контролю якості та вирішення можливих 
проблем. 
 Заходи для забезпечення конфіденційності та цілісності даних, включаючи 
захист від несанкціонованого доступу. 
 Аналітичні інструменти для прогнозування результатів та планування 
майбутніх етапів проєктів. 
 Доступ до системи через мобільні пристрої для забезпечення мобільності та 
віддаленого управління. 
 Можливість взаємодії з існуючими програмами та системами у будівельній 
компанії. 
53 
 Система підтримки користувачів та навчальні матеріали для ефективного 
використання продукту. 
Цей продукт призначений для полегшення та оптимізації управління всіма 
етапами будівельних проєктів, забезпечуючи компанії ефективні інструменти для 
досягнення її бізнес-цілей. 
Критерії успішності 
Критерії успішності стартапу з розробки автоматизованої інформаційної 
системи управління проєктами в будівельній компанії можуть включати: 
 Прийняття на ринку: Успішне впровадження системи в будівельних компаніях 
та отримання позитивних відгуків від користувачів. 
 Покращення ефективності: Збільшення продуктивності та зниження часових 
та фінансових витрат на управління проєктами. 
 Взаємодія з іншими системами: Успішна інтеграція з існуючими програмами 
та системами в будівельній компанії. 
 Збільшення задоволення клієнтів: Покращення якості обслуговування та 
задоволення клієнтів завдяки оптимізації управління проєктами. 
 Розширення користувачської бази: Збільшення кількості компаній та фахівців, 
які використовують систему для управління проєктами. 
 Безпека даних: Забезпечення високого рівня безпеки та конфіденційності 
даних користувачів системи. 
 Розвиток технічної підтримки: Ефективна система технічної підтримки 
користувачів та швидке вирішення можливих проблем. 
 Фінансовий успіх: Здобуття прибутковості та покращення фінансових 
показників стартапу. 
 Інноваційні функції: Успішна реалізація та прийняття інноваційних функцій, 
які відрізняють систему від конкурентів. 
 Стійкість до змін: Здатність адаптуватися до змін у вимогах ринку, технологій 
та законодавства. 
54 
Ці критерії визначаються з огляду на стратегічні цілі компанії та визначають її 
успішність у досягненні поставлених завдань і задач. 
Обмеження стартапу 
Обмеження стартапу з розробки автоматизованої інформаційної системи 
управління проєктами в будівельній компанії  включають: 
 Фінансові обмеження: Обмежений бюджет для розробки та впровадження 
системи може обмежити можливості стартапу у розгортанні широкого спектру 
функцій та реалізації інновацій. 
 Технічні обмеження: Наявність обмежень у технічних ресурсах, наприклад, 
обладнанні та інфраструктурі, може вплинути на можливість реалізації певних 
функцій та функціональності системи. 
 Нестабільні вимоги користувачів: Змінюючіся або нечіткі вимоги від 
користувачів можуть ускладнити розробку системи та вплинути на її 
ефективність. 
 Брак досвіду в галузі будівництва: Відсутність специфічного досвіду у 
будівельній галузі може ускладнити адаптацію системи до конкретних вимог 
та потреб компаній. 
 Проблеми з інтеграцією: Виникнення труднощів при інтеграції з існуючими 
системами та технологічним стеком будівельних компаній може стати 
обмеженням для успішного впровадження системи. 
 Питання щодо безпеки даних: Вимоги до безпеки даних у будівельній галузі 
можуть встановлювати високі стандарти, що потребують додаткових 
інвестицій та уваги. 
 Суперечливість регулятивних вимог: Наявність різних регулятивних вимог та 
стандартів у будівельній галузі може стати викликом для створення єдиної 
універсальної системи. 
 Недостатній ринковий розклад: Затримки у розробці та впровадженні можуть 
спричинити втрату конкурентоспроможності на ринку. 
55 
 Сезонність в будівельній галузі: Сезонність робіт у будівництві може впливати 
на нестабільність попиту та робочого навантаження. 
 Невизначеність ефективності: Відсутність чітких метрик ефективності та 
важливості функцій може стати перешкодою для визначення успіху системи. 
Потрібно уважно аналізувати ці обмеження та визначати стратегії їх подолання 
та впровадження інформаційної системи. 
2.5 Учасники стартапу 
Учасники стартапу в контексті розробки автоматизованої інформаційної 
системи управління проєктами в будівельній компанії - це спеціалізовані фахівці та 
експерти, які об'єднують свої знання та навички для створення та впровадження 
нового продукту в області будівельного управління. Ця команда може включати 
програмістів, системних аналітиків, інженерів з автоматизації, фахівців із 
забезпечення якості, менеджерів проєкту та інших спеціалізованих професіоналів. 
Вони працюють разом для створення ефективної та інноваційної інформаційної 
системи, яка відповідає потребам будівельної компанії в управлінні проєктами. 
Учасники стартапу з розробки автоматизованої інформаційної системи 
управління проєктами в будівельній компанії включають: 
Засновники: 
Технічний засновник: Особа, відповідальна за розробку та технічну архітектуру 
системи. 
Бізнес-засновник: Особа, яка відповідає за стратегічне бізнес-планування та 
фінансовий баланс проекту. 
Розробники: 
Програмісти: Експерти, які відповідають за написання коду та реалізацію 
функціональності системи. 
Дизайнери інтерфейсу: Фахівці, які створюють користувацький інтерфейс 
системи для зручності взаємодії. 
Менеджмент проєкту: 
56 
Проєктний менеджер: Особа, яка відповідає за планування, виконання та 
контроль над усім процесом розробки. 
Менеджер продукту: Відповідає за визначення функціональних вимог та 
підтримку відповідності продукту стратегії компанії. 
Тестувальники: 
Тестувальники програмного забезпечення: Особи, які відповідають за 
виявлення та виправлення помилок у програмному забезпеченні. 
Маркетинг та Продажі: 
Менеджер з маркетингу: Відповідає за розробку стратегії маркетингу та 
просування продукту на ринку. 
Менеджер з продажу: Зацікавлений у взаємодії з користувачами та продажі 
продукту. 
Підтримка та Обслуговування: 
Фахівець з підтримки: Відповідає за вирішення технічних питань користувачів 
та підтримку системи. 
Юридичний експерт: 
Юрист: Забезпечує правову підтримку, включаючи визначення правил 
конфіденційності та вирішення юридичних питань. 
Фінансовий експерт: 
Фінансовий менеджер: Відповідає за фінансове планування та контроль 
витрат. 
Консультанти: 
Спеціалісти з будівельної галузі: Надають консультації з технічних та 
функціональних аспектів системи. 
Забезпечення різноманітності та компетентності цих учасників допоможе 
забезпечити успішний розвиток та впровадження стартапу. 
Схема учасників проєкту зображено на рисунку 2.1 
57 
 
 
Рисунок 2.1 – Учасники стартапу 
 
1.2.6 Життєвий цикл 
Розробка автоматизованої інформаційної системи (АІС) є трудомістким, 
тривалим і, як правило, ітеративним (циклічним) процесом. Сучасні технології 
розробки АІС передбачають поетапний підхід до створення системи. Етапи, за 
загальною метою, можуть об'єднуватися в стадії. Загальність стадій і етапів робіт, 
починаючи з моменту прийняття рішення про створення АІС і закінчуючи моментом 
припинення її функціонування, називається життєвим циклом АІС. 
Основний зміст життєвого циклу розробки АІС у різних підходах однаковий і 
фактично є виконанням наступних стадій: 
58 
1. Аналіз вимог (попередній етап). Дослідження процесів функціонування 
організації, встановлення вимог до АІС, оформлення техніко-економічного 
обґрунтування та технічного завдання на проектування АІС. Технічне завдання 
(ТЗ) є основним документом, на підставі якого виділяються фінансові ресурси 
для подальших робіт. 
2. Проектування (логічне, ескізне, технічне проектування). Розробка описів 
складу автоматизованих функцій, функціональних завдань і підсистем 
(функціональна архітектура) та складу підсистем забезпечення (системна 
архітектура) відповідно до вимог, сформульованих на попередньому етапі. Усі 
ці описи оформлюються у вигляді документа, що називається технічним 
проектом АІС. 
3. Реалізація (програмування). Закупівля та розробка необхідних технічних 
засобів, підготовка приміщень для їх встановлення, розробка засобів 
спеціального програмного забезпечення, розробка інструкцій для працівників. 
Опис результатів робіт оформлюється у вигляді сукупності документів, які 
називаються робочим проектом. 
4. Впровадження. Комплексна налагодження підсистем АІС, навчання 
персоналу, проведення випробувань підсистем АІС на тестових прикладах, 
етапове введення АІС в експлуатацію по підрозділах організації, оформлення 
акта приймально-здаткових випробувань АІС. 
5. Супровід (експлуатація, модернізації). Збір рекламацій та статистики 
щодо функціонування АІС, виправлення помилок та недоробок, оформлення 
вимог до доопрацювання АІС та виконання робіт з модернізації (повторення 
етапів 1-4). 
У сучасний час існують різні підходи до розробки АІС, їх можна представити 
певною моделлю життєвого циклу (ЖЦ). Ці моделі встановлюють послідовність 
етапів під час розробки, а також правила переходу між етапами. Три основні моделі 
ЖЦ здобули найбільше поширення: 
59 
 Каскадна модель – очікує переключення на наступний крок після завершення 
виконання на попередньому і характеризується чітким розділенням даних та 
процесів їх обробки. 
 Каскадна модель з додатковим контролем – ітераційна модель розробки етапи 
якої мають цикли зворотного зв’язку; проміжні корекції забезпечують 
своєчасне відхилення від реальних потреб замовників. 
 Спіральна модель – на кожному витку спіралі, яка відповідає каскадній моделі, 
актуалізуються завдання та параметри проекту, оцінюється його якість, 
складається план наступного витка. 
Каскадна модель добре застосовна при розробці АІС, для яких на початку 
розробки можна достатньо точно і повно сформулювати всі початкові вимоги. Однак 
для складних проектів це може призвести до практичної нереалізовності їх втілення 
через зміни вимог замовників протягом тривалого процесу проектування (рисунок 
2.2). 
 
Рисунок 2.2 – Каскадна схема ЖЦ АІС 
Каскадна модель ЖЦ з проміжним контролем орієнтована на створення 
складних АІС, які забезпечують комплексну автоматизацію. Ця модель більш 
відповідає реальним процесам автоматизації, що проводяться в останні роки в 
різних предметних областях (рисунок 2.3). Комплексування проектних рішень по 
окремих функціях та завданнях, як правило, призводить до необхідності перегляду 
сформульованих раніше вимог. При цьому зазвичай виникають розбіжності в уже 
готових рішеннях. Заплутаність автоматизованої інформаційної системи, які 
60 
виникають на етапах впровадження та супроводження, ускладнюють використання 
проектної документації та призводять до необхідності модифікації системи. Тому 
розпочинається новий цикл створення АІС. 
 
Рисунок 2.3 – Каскадна схема зворотних зв'язків 
Спіральна модель ЖЦ базується на використанні сучасних інструментальних 
засобів проектування АІС (CASE-засоби), які забезпечують практичну можливість 
застосування методології нисходження при створенні АІС. Згідно з цією 
методологією, при проектуванні складної системи спочатку розробляються 
загальносистемні питання (визначення складу функціональних підсистем, 
організація інтегрованої бази даних, технологія збору, накопичення, обробки та 
обміну інформацією тощо), а потім вже визначається технологія вирішення окремих 
функціональних завдань (русинок 2.4). В межах комплексу завдань програмування 
виконується від головних керівних програмних модулів до підпорядкованих модулів, 
що виконують окремі процедури обробки даних. При цьому на перший план 
виходять питання взаємодії програмних модулів між собою та з базою даних, а на 
другий план - програмна реалізація алгоритмів. 
61 
 
 
 
Рисунок 2.4 – Спіральна модель ЖЦ 
Такий підхід (відомий як "зверху-вниз") забезпечує принципову можливість 
уникнення помилок проектування, пов'язаних з недостатньою глибиною проробки 
проектів на ранніх етапах ЖЦ. Основна особливість сучасної галузі АІС 
заключається в більшій складності на початку ЖЦ (аналіз, проектування) при 
відносно невеликій складності пізніше (окрім етапу супроводження). Більше того, 
питання і помилки, допущені на початкових етапах, породжують на наступних 
етапах складні, часто невирішені проблеми і, в кінцевому рахунку, можуть завдати 
краху. Тому фахівці відзначають наступні плюси даної моделі: 
 програмні модулі, які можна повторно використовувати; 
 орієнтація на гнучкість системи в процесі її проектування; 
 можливість мінімізації непотрібних витрат в процесі проектування. 
В основі спіральної моделі ЖЦ лежить застосування технології RAD 
(технологія швидкої розробки додатків) для створення складних програмних систем. 
За цією технологією на першому витку спіралі ЖЦ створюється прототип (комплекс 
програмних та інформаційних засобів, що представляє собою спрощений варіант 
62 
потрібної системи). Цей прототип апробується майбутніми користувачами системи в 
тісному взаємодії з розробниками, і на наступних витках ЖЦ він доробляється з 
урахуванням зауважень та доповнень користувачів. Застосування такої технології 
стало можливим лише з появою сучасних інструментальних CASE-засобів і має 
широкі перспективи в майбутньому. 
На сьогоднішній день в основі більшості розробок складних АІС 
організаційного управління лежить каскадна модель із зворотніми зв'язками (при 
цьому розробка деяких фрагментів ПЗ АІС може виконуватися за спіральною 
моделлю). 
Управління життєвим циклом автоматизованої інформаційної системи (ІС) у 
будівельній компанії включає кілька основних етапів, які допомагають організації 
ефективно розробляти, впроваджувати та підтримувати ІС протягом усього її 
існування. Нижче подано основні етапи управління життєвим циклом ІС: 
Планування: 
 Визначення цілей та вимог до ІС. 
 Розробка плану розробки та впровадження ІС. 
 Визначення бізнес-потреб, оцінка ризиків та ресурсів. 
Аналіз та проектування: 
 Детальний аналіз бізнес-процесів та вимог до ІС. 
 Розробка архітектури системи, визначення функціональних та 
нефункціональних вимог. 
 Проектування компонентів та інтерфейсів системи. 
Розробка та тестування: 
 Розробка та програмування компонентів ІС. 
 Інтеграція компонентів та проведення тестів для перевірки працездатності та 
відповідності вимогам. 
Впровадження та експлуатація: 
 Впровадження ІС в робоче середовище компанії. 
 Навчання користувачів, налаштування та підтримка системи. 
63 
 Забезпечення безперебійної роботи ІС та вирішення виникаючих проблем. 
Супровід та оновлення: 
 Підтримка та оновлення ІС. 
 Регулярна перевірка працездатності системи та внесення змін та удосконалень. 
 Забезпечення безпеки та захисту даних. 
Кожен з цих етапів має свої особливості та вимагає певних знань і навичок. 
Управління життєвим циклом ІС дозволяє організації ефективно керувати процесом 
розробки та експлуатації ІС, а також досягати поставлених цілей та вимог. Модель 
життєвого циклу автоматизованої інформаційної системи представлено на 
рисунку 2.5. 
Висновки до розділу 2 
В другому розділі сформовано концепцію стартапу, визначено мета, цілі, 
критерії успішності та обмеження стартапу. Для забезпечення успіху розвитку та 
впровадження стартапу створена команда учасників з відповідними компетенціями. 
Проведено аналіз зовішнього оточення та зацікавлених сторін і зроблено 
висновок що участь стейкхолдерів має ключове значення на всіх єтапах будівельних 
проєктів та сприяє розвитку інноваційності та бізнес-активності. Був зроблений 
SWOT-аналіз будівельної галузі на основі якого отримані висновки щодо вирішення 
проблем, впровадження стратегій та забезпечення стабільного та сталого розвитку 
будівельної галузі. 
Аналіз конкурентних сил по Портеру дав можливість визначити силу впливу 
пʼяти основних факторів та запропонувати необхідні дії для досягненя успіху 
стартапу враховуючи елементи ресурсного потенціалу. 
Розглянуто декілька моделей ЖЦ, для реалізації нашого стартапу обрано 
каскадну модель із зворонім звʼязком для досягнення поставлених цілей та вимог.
 
 
 
 
Рисунок 2.5 – Модель життєвого циклу автоматизованої інформаційної системи 
 
65 
3 ПЛАНУВАННЯ ТА УПРАВЛІННЯ СТАРТАПОМ 
3.1 Планування змісту та організаційна структура стартапу 
Структура управління компанії включає системотехнічні аспекти організації 
праці, що представляють собою галузь системотехніки будівництва. Це спрямовано 
на широке застосування передових технологій у виробництві робіт та методів 
управління будівельним виробництвом, зокрема, управлінням будівельними 
бригадами. Ефективність діяльності будівельних бригад визначає загальний 
результат і продуктивність управлінських рівнів. Статистика та дослідження 
свідчать, що до 90% простоїв бригад на будівництві обумовлені неефективністю 
оперативного управління будівельним виробництвом. Існуючі методи оперативного 
управління недостатньо враховують багато технологічних та організаційно-
економічних аспектів виробництва робіт. Наприклад, облік виконаних технологічних 
комплексів та етапів робіт проводиться на рівні об'єкта в цілому, а не на рівні 
бригади. Аналіз обсягів робіт на різних етапах та виконавців часто не проводиться, 
не розробляються графіки виконання робіт, і не завжди виявляються причини 
відхилень від плану. Недостатній контроль за процесом робіт бригад призводить до 
втрати об'єктивної оцінки стану виробництва та прийняття невірних рішень щодо 
регулювання будівельного виробництва. Ефективне оперативне управління 
будівельними бригадами можливе лише за умови використання системотехніки 
будівництва та розробки нової інформаційної технології. 
Конкретні відділи, які безпосередньо впливають на хід будівництва, мають 
бути представлені такими суб'єктами: 
а) Зберігання та заготівля необхідних будівельних матеріалів відбувається у 
складах та приміщеннях; б) Будівельні майданчики і ділянки, де прямо 
здійснюються будівельні, монтажні та інші роботи; в) Допоміжні цехи та 
обслуговуючі господарства, які сприяють і підтримують безперервний цикл 
будівельного виробництва. 
У структурі управління підприємством визначаються такі посади: 
66 
1. Головний спеціаліст з маркетингу і постачання, який керує відділами 
постачання і виробничими підприємствами. Він розробляє проекти на 
перспективу, рік та оперативні плани підрядних і субпідрядних робіт, 
контролює виконання завдань, організовує облік і складає звітність. Також він 
проводить економічний аналіз діяльності і вносить пропозиції щодо 
підвищення ефективності будівельної організації, а також розробляє 
кошториси використання економічних стимулів. 
2. Головний інженер, відповідальний за впровадження технічної політики. Він 
керує відділами головного конструктора, головного енергетика та головного 
механіка. Головний механік відповідає за організацію експлуатації машин та 
обладнання, а також контролює оформлення наряд-замовлень та документації. 
3. Відділ головного механіка та енергетики поєднує два різних напрямки, але, як 
правило, їх керує одна особа через тісний зв'язок цих сфер. Головний механік 
відповідає за організацію та контроль експлуатації власного та орендованого 
парку машин, механізмів та обладнання; забезпечує своєчасне та правильне 
оформлення наряд-замовлень і відповідної проектно-кошторисної 
документації субпідрядним управлінням механізації та контролює роботу 
ремонтно-механічних майстрів. 
4. Заступник директора з виробництва відповідає за прийом проектно-
кошторисної документації від замовників, контролюючи її своєчасність, 
комплектність та якість. Він забезпечує технічною документацією будівельно-
монтажні управління та субпідрядні організації, розробляє плани технічного 
розвитку та організаційно-господарських заходів за участю інших підрозділів 
тресту. Також він впроваджує заходи щодо використання перспективних 
конструкцій і ефективних матеріалів. 
5. Відділ головного бухгалтера виконує функції організації праці і зарплати, 
розробляючи проекти перспективних річних і оперативних планів по праці. 
Цей відділ готує заходи щодо підвищення продуктивності праці та 
правильного витрачання фонду заробітної плати, контролює їх виконання, 
67 
впроваджує наукову орієнтацію праці та удосконалює бригадний 
господарський розрахунок. 
Організаційна структура стартапу розробки автоматизованої інформаційної 
системи управління проєктами в будівельній компанії може виглядати наступним 
чином: 
1. Засновники та виконавчий директор: 
 Засновники виступають основними ініціаторами та ідеологами стартапу. 
 Виконавчий директор відповідає за стратегічне керівництво і загальне 
управління. 
2. Відділ розробки: 
 Технічний директор: 
 Керує розробкою та технічною архітектурою системи. 
 Визначає технічні стратегії та стандарти. 
 Розробники: 
 Команда програмістів, які відповідають за написання коду системи. 
 Дизайнери та UX/UI Спеціалісти: 
 Створюють інтерфейс користувача та дизайн системи. 
3. Відділ продукту та бізнес-аналітика: 
 Керівник продукту: 
 Відповідає за стратегічне бачення та функціональність продукту. 
 Бізнес-аналітики: 
 Вивчають потреби користувачів та визначають вимоги до системи. 
4. Відділ маркетингу та продажів: 
 Маркетинговий директор: 
 Розробляє маркетингові стратегії та плани. 
 Спеціаліст з продажів: 
 Займається продажами системи та взаємодіє з клієнтами. 
5. Відділ підтримки та обслуговування: 
 Менеджер підтримки: 
68 
 Надає технічну підтримку клієнтам. 
6. Відділ QA (Забезпечення якості): 
 Тестувальники: 
 Відповідають за виявлення та усунення помилок у системі. 
7. Відділ інфраструктури та технічної підтримки: 
 Інженери інфраструктури: 
 Забезпечують стабільну роботу інформаційної системи. 
 Спеціаліст з технічної підтримки: 
 Вирішує технічні проблеми користувачів. 
Ця структура враховує різноманітні функціональні області, необхідні для 
успішної розробки та впровадження автоматизованої інформаційної системи 
управління проєктами в будівельній компанії. 
На рисунках 3.1 та 3.2 представлено загальну структуру будівельної компанії 
та організаційну структуру будівельної компанії з відділом  розробки та 
впровадження автоматизованої інформаційної структури. 
В таблиці 3.1 розглядається матриця відповідальності нашого проєкту. 
Матриця відповідальності (RACI) для даного проекту є інструментом управління 
проектом, що визначає ролі та відповідальності різних учасників команди в 
контексті різних завдань та функцій проекту. Вона використовує абревіатури RACI 
для позначення чотирьох можливих ролей: 
 Responsible (Відповідальний - R): Особа чи група, яка фактично виконує 
роботу або реалізовує завдання. 
 Accountable (Відповідальний за результат - A): Особа чи група, відповідальна 
за результат завдання, прийняття рішень та здійснення контролю. 
 Consulted (Покликаний до консультації - C): Особи, які надають експертні 
поради чи консультації, та з якими взаємодіє відповідальна особа. 
 Informed (Інформований - I): Особи, які повинні бути проінформовані про хід 
виконання завдання або прийняття рішень, але не беруть активної участі в 
його виконанні.
 
 
Рисунок 3.1 – Загальна організаційна структура будівельної компанії 
 
 
 
Рисунок 3.2 – Організаційна структура будівельної компанії з відділом з розробки та впровадження автоматизованої 
інформаційної сируктури 
 
Таблиця 3.1 – Матриця відповідальності (RACI) 
Задача / Роль 
Розробка технічної 
R A R R - C - - - - - - - 
архітектури 
Написання коду R A C R - - - - - - - - - 
Дизайн інтерфейсу - - - - R C - - - - - - - 
Вивчення потреб 
- - - - C R R - - - - - - 
користувачів 
Розробка 
маркетингових - - - - - - - R - - - - - 
стратегій 
Продаж продукту - - - - - - - - R C - - - 
Технічна підтримка - - - - - - - - - - R - R 
Тестування системи - - R R R - R - - - - R - 
Забезпечення 
стабільної роботи - - - - - - - - - - - R C 
інфраструктури 
Засновники 
Вик. Директор 
Тех. Директор 
Розробники 
Дизайнери 
Кер. Продукту 
Бізнес-Аналітики 
Мкт. Директор 
Спец. Продажів 
Мен. Підтримки 
Тестувальники 
Інж. Інфраструктури 
Спец. Тех. Підтримки 
72 
Матриця відповідальності допомагає уникнути непорозумінь, встановлюючи 
чіткі лінії відповідальності та забезпечуючи ефективне управління командою під час 
реалізації проекту. 
 
3.2 Планування змісту та календарного плану стартапу 
Планування змісту стартапу є стратегічним процесом, спрямованим на 
визначення конкретних кроків, етапів та завдань, які слід виконати для успішного 
розроблення та впровадження автоматизованої інформаційної системи управління в 
будівельній компанії. Цей процес включає в себе детальний аналіз бізнес-потреб, 
формування вимог, проектування системи, реалізацію, впровадження, експлуатацію 
та моніторинг подальших можливостей для модернізації. 
Компоненти планування змісту стартапу: 
Аналіз потреб: 
 Визначення бізнес-процесів: Детальне вивчення та аналіз існуючих процесів у 
будівельній компанії для ідентифікації областей, які можна покращити за 
допомогою інформаційної системи. 
 Ідентифікація проблем: Виявлення та документація проблем, які виникають 
внаслідок неефективності поточних бізнес-процесів. 
Визначення вимог: 
 Збір вимог: Взаємодія з користувачами та стейкхолдерами для збору та 
документування функціональних та нефункціональних вимог до 
інформаційної системи. 
 Приоритезація вимог: Визначення та узгодження пріоритетів для ефективного 
розподілу ресурсів. 
Проектування: 
 Розробка архітектури: Створення загальної структури системи та визначення 
взаємозв'язків між її складовими. 
 Інтерфейс користувача: Розробка логічної та зручної для користувача системи 
взаємодії з інформаційною системою. 
73 
 Технічне проектування: Визначення технічних аспектів реалізації системи, 
включаючи вибір технологій та інструментів. 
Реалізація: 
 Розробка: Процес програмування та реалізації визначених функцій та модулів 
інформаційної системи. 
 Тестування: Відладка та випробування розроблених компонентів для перевірки 
їхньої працездатності та відповідності вимогам. 
Експлуатація та підтримка: 
 Навчання персоналу: Організація навчання користувачів та адміністраторів 
системи. 
 Супровід: Надання технічної підтримки та вирішення проблем, які виникають 
під час експлуатації системи. 
Моніторинг та модернізація: 
 Збір та аналіз даних: Впровадження системи моніторингу та аналізу 
результатів для виявлення можливостей для покращень. 
 Модернізація: Впровадження нових функцій чи технологій відповідно до 
виявлених потреб та змін у бізнес-середовищі. 
Детальна декомпозиція робіт для календарного плану стартапу з розробки 
автоматизованої інформаційної системи управління в будівельній компанії 
включатиме роботи на кожному етапі життєвого циклу проекту: 
1. Аналіз вимог: 
 1.1. Проведення аналізу бізнес-процесів у будівельній компанії. 
 1.2. Збір та формулювання вимог до системи. 
 1.3. Підготовка техніко-економічного обґрунтування. 
 1.4. Розробка технічного завдання на розробку ІС. 
2. Проектування: 
 2.1. Розробка структури бази даних для системи. 
 2.2. Логічне проектування інтерфейсу користувача. 
 2.3. Технічне проектування системи. 
74 
 2.4. Розробка архітектури інформаційної системи. 
3. Реалізація: 
 3.1. Розробка бази даних та її впровадження. 
 3.2. Реалізація функціональності системи. 
 3.3. Програмування модулів та компонентів. 
 3.4. Розробка тестових сценаріїв та їх виконання. 
4. Впровадження: 
 4.1. Налаштування системи в реальних умовах роботи. 
 4.2. Навчання персоналу роботі з новою інформаційною системою. 
 4.3. Тестування та випробування системи в бойових умовах. 
 4.4. Поетапне введення системи в експлуатацію по підрозділах компанії. 
 4.5. Оформлення акта приймально-здаткових випробувань системи. 
5. Супровід та модернізації: 
 5.1. Створення системи моніторингу та збору рекламацій. 
 5.2. Виправлення помилок та недоліків, виявлених під час експлуатації. 
 5.3. Впровадження модернізацій на основі зібраних рекомендацій. 
 5.4. Забезпечення технічної підтримки та навчання персоналу щодо 
нових можливостей. 
6. Документація та звітність: 
 6.1. Підготовка технічної документації на інформаційну систему. 
 6.2. Створення звітів щодо витрат та результатів на кожному етапі. 
7. Завершення Проекту: 
 7.1. Підготовка фінального звіту та презентації результатів. 
 7.2. Завершення фінансового обліку та розрахунків. 
 7.3. Оцінка ефективності впровадженої системи. 
У програмному застосунку Project Libre було розроблено та виконано 
календарне планування для стартапу з розробки автоматизованої інформаційної 
системи управління в будівельній компанії. В процесі цього планування визначалися 
75 
конкретні кроки та етапи проекту, встановлювалися терміни виконання завдань, а 
також ресурси, необхідні для їхньої реалізації. 
Програма Project Libre дозволила створити детальний графік робіт, 
розподілити завдання між учасниками команди, визначити критичні шляхи та 
встановити пріоритетність робіт. Також застосунок надав можливість визначити та 
відстежувати ресурси, враховувати залежності між завданнями та контролювати 
виконання графіку. 
Усі ці функції допоможуть ефективно планувати та виконувати роботи з 
розробки інформаційної системи, що сприятиме успішному впровадженню проекту 
відповідно до запланованого графіка та бюджету. 
На рисунках 3.3 – 3.6 представлене календарне планування стартапу з 
розробки автоматизованої інформаційної системи (АІС) в будівельній компанії в 
програмі Project Libre. 
 
Рисунок 3.3 – Календарне планування (початок) 
76 
 
Рисунок 3.4 - Календарне планування (завершення) 
 
Рисунок 3.5 – Дорожній беклог стартапу (1 частина) 
77 
 
Рисунок 3.6 – Дорожній беклог стартапу (2 частина) 
 
3.3 Планування бюджету 
Процес управління бюджетом стартапу з розробки автоматизованої 
інформаційної системи (АІС) в будівельній компанії включає в себе кілька ключових 
етапів та аспектів. Основна мета цього процесу - ефективне розпорядження 
фінансовими ресурсами з метою досягнення поставлених цілей та успішної 
реалізації проекту. Нижче розглянемо кілька аспектів управління бюджетом 
стартапу: 
Розробка бюджету: 
Опис: Перший етап - це розробка докладного бюджету, який включає в себе всі 
витрати на розробку та впровадження АІС. Це може включати витрати на розробку 
програмного забезпечення, закупівлю обладнання, найм персоналу, маркетинг, 
тестування та інші витрати. 
Оцінка ризиків та резервування: 
Опис: В процесі управління бюджетом важливо передбачити можливі ризики, 
які можуть вплинути на витрати. Резервування коштів для непередбачених обставин 
допоможе уникнути перевищення бюджету в разі виникнення проблем. 
78 
Моніторинг та контроль витрат: 
Опис: Постійний моніторинг витрат та їх порівняння зі зробленими 
прогнозами є ключовим елементом управління бюджетом. Регулярні аналізи витрат 
дозволяють вчасно виявляти відхилення та приймати керівні рішення. 
Комунікація та звітність: 
Опис: Забезпечення ефективного комунікації між всіма зацікавленими 
сторонами щодо фінансового стану проекту є важливим аспектом. Регулярна 
звітність перед керівництвом та інвесторами дозволяє уникнути непорозумінь та 
вчасно вносити корективи у фінансовий план. 
Управління змінами в бюджеті: 
Опис: В ході розробки АІС можуть виникати зміни в вимогах, технічних 
аспектах чи стратегії розвитку. Управління цими змінами включає в себе оцінку 
їхнього впливу на бюджет та внесення необхідних змін. 
Використання ефективних фінансових інструментів: 
Опис: Використання фінансових інструментів, таких як прогнозування, аналіз 
витрат, оптимізація бюджету, може допомогти ефективно управляти фінансовими 
ресурсами та забезпечити їх оптимальне використання. 
Управління бюджетом в стартапі з розробки АІС - це постійний та динамічний 
процес, який вимагає гнучкості та готовності до внесення змін в разі необхідності. 
Цей процес сприяє забезпеченню фінансової стійкості та успішності реалізації 
проекту. 
Оскільк наш стартап є внутріншнім проєктом в будівельній компанії то 
окремих витрат на адміністративно-господарські послуги не пеедбачається. 
Бджет стартапу з розробки автоматизованої інформаційної системи управління 
включатиме в себе лише витрати на залучення трудових ресурсів для реалізації 
проєкту. Витрати на залучення трудових ресурсів зазначено у таблиці 3.2. 
79 
Таблиця 3.2 – Витрати на трудові ресурси стартапу 
Ставка на Тремін, Сумарна 
№ Найменування Кількість 
місяць місяців ціна, грн 
1 Керівник проєкту 1 93 800 6 562 800 
2 UX/UI Дизайнер 1 32 800 3 98 400 
3 Full-Stack розробник 2 73 800 5 369 000 
4 Розробник БД 1 57 400 5 287 000 
5 QA інженер 1 45 100 4 180 400 
6 HR-менеджер 1 49 200 1 49 200 
9 Адміністратор проєкту 1 53 300 6 319 800 
10 Team Lead 1 82 000 6 492 000 
 Тестувальник 1 49 200 4 196 800 
 Менеджер підтримки 2 53 300 4 106 600 
Сума: 2 662 000 
 
3.4 Управління ризиками 
Управління ризиками у стартапі з розробки автоматизованої інформаційної 
системи управління є критичним елементом успішного виконання проекту. Ось деякі 
ключові кроки та стратегії управління ризиками для такого стартапу: 
Ідентифікація ризиків: 
 Проведення сесій брейнштормінгу та аналізу для визначення всіх можливих 
ризиків. 
 Розгляд можливих технічних, фінансових, планових та інших ризиків, що 
можуть виникнути на різних етапах проекту. 
Оцінка ризиків: 
 Визначення ймовірності та впливу кожного ризику. 
 Встановлення пріоритетів для фокусування зусиль управління ризиками на 
найбільш суттєвих аспектах. 
Розробка стратегій управління ризиками: 
80 
 Уникнення ризиків: Вживання заходів для уникнення можливих ризиків, 
наприклад, вибір альтернативних технологій чи підходів. 
 Зменшення впливу ризиків: Визначення способів зменшення впливу ризиків, 
наприклад, регулярне тестування інформаційної системи для виявлення та 
виправлення помилок. 
 Перенесення ризиків: Використання страхування або укладання контрактів, 
щоб передати частину ризиків стороннім партнерам. 
 Прийняття ризиків: Підготовка планів дій для випадків, коли ризики стають 
реальністю. 
Розробка плану управління ризиками: 
 Створення документованого плану, який включає стратегії управління 
ризиками, відповідальності за їх виконання та планові ревізії. 
Впровадження моніторингу ризиків: 
 Регулярне оновлення списку ідентифікованих ризиків та оцінка їхньої 
актуальності. 
 Визначення нових ризиків, які можуть виникнути на вищих етапах розробки. 
Залучення команди: 
 Залучення всієї команди до процесу управління ризиками та забезпечення 
їхньої відповідальності за власний внесок. 
Навчання та вдосконалення: 
 Проведення регулярних тренінгів для команди з питань управління ризиками 
та впровадження коригувань на основі отриманих досвідів. 
Взаємодія з зацікавленими сторонами: 
 Залучення замовника, інвесторів та інших зацікавлених сторін до процесу 
управління ризиками та інформування їх про будь-які зміни. 
Ефективне управління ризиками дозволить стартапу мінімізувати негативний 
вплив можливих проблем та забезпечить більшу стабільність у розробці 
автоматизованої інформаційної системи. 
81 
Для оцінки впливу ризиків на виконання етапів стартапу з розробки 
автоматизованої інформаційної системи управління, зазвичай використовують 
умовні одиниці або якісну шкалу, таку як "малий", "середній", "великий" і т.д. 
Імовірність виникнення ризику визначає ймовірність того, що даний ризик 
перетвориться на небажану подію, яка вплине на подальший хід реалізації 
програмного проекту і потребуватиме втручання керівника проекту. Зазвичай 
застосовується конкретна кількісна шкала, оскільки йдеться про реальні збитки від 
негативної події та збільшення тривалості та вартості проекту. 
Однак вплив ризиків на виконання етапів стартапу не обмежується лише 
майбутньою вартістю та термінами виконання поточних завдань. Він також охоплює 
технічні та експлуатаційні характеристики самого продукту проекту, який у цьому 
випадку є застосунковим програмним забезпеченням. Негативні результати можуть 
призвести до того, що програмний продукт перестане повністю відповідати 
потребам замовника або безпосередніх користувачів. Тривалість впливу ризику, як 
правило, володіє певним терміном дії, починаючи від моменту виникнення 
негативної події і завершуючи її усуненням чи самоврегулюванням, що трапляється 
нечасто. 
Управління ризиками в рамках системи управління стартапом з розробки 
автоматизованої інформаційної системи управління – це набір процедур та заходів, 
які дозволяють менеджеру проекта передбачати можливі ризикові події, 
ідентифікувати їх кількісно та якісно, відстежувати та усувати до їх виникнення та 
врегулювати негативні наслідки виникнення проблем. Ризики виконання проекту 
слід передбачати та ідентифікувати ще до того, як вони стануть проблемами 
локального чи глобального масштабу, що часто відбувається в умовах кризових 
ситуацій. Після виявлення ризику керівнику проекта слід прийняти рішення щодо 
впровадження відповідних заходів на локальному та глобальному рівнях. Основне 
завдання керівника полягає в тому, щоб обрати такі заходи, які допоможуть 
зменшити ймовірність виникнення негативних подій або пом'якшити їхні наслідки. 
При цьому бажано, щоб витрати ресурсів на локалізацію та ліквідацію ризиків у 
межах системи управління проектами були мінімальними. 
82 
Під час вибору конкретного напряму управління ризиками в стартапі з 
розробки автоматизованої інформаційної системи управління (таблиця 3.3), керівник 
проекта повинен враховувати той факт, що наслідки виявлення негативних подій та 
застосування заходів для їх уникнення, перенаправлення або пом'якшення в одному 
програмному проекті можуть значно впливати на реалізацію інших проектів, як 
безпосередньо, так і опосередковано. Це особливо важливо в контексті комплексних 
програмних проектів, що мають спільні ресурси, такі як персонал, матеріальні та 
фінансові ресурси, та спільних замовників та інвесторів, які є основою управління 
програмними проектами. 
Таблиця 3.3 – Основні стратегії управління ризиками 
Напрямки Рівень 
Варіанти боротьби 
боротьби загрози 
Зменшення ймовірності виникнення можливих 
негативних ситуацій та (або) обмеження масштабів 
можливих втрат, що призводить до мінімізації 
Помʼякшення Виправданий 
впливу ризиків на хід реалізації етапів програмного 
проекту. При цьому джерело ризику не повністю 
усувається. 
Підтвердження можливості виникнення небажаних 
ситуацій, свідоме прийняття рішення прийняти на 
себе наслідки цих ситуацій і компенсувати збитки за 
Прийняття Прийнятний 
власний рахунок. При цьому здійснюються спроби 
виявити можливі ризики заздалегідь та 
підготуватися до їх можливого виникнення. 
Абсолютне усунення потенційних небезпек чи 
Ухилення джерела ризику шляхом виключення можливості Неприпустимий 
виникнення небажаних подій 
Передача відповідальності за можливі негативні 
події на інших учасників проекту, таких як страхова 
Передача Виправданий 
компанія, при цьому не припиняючи джерело 
ризику 
Отже, управління ризиками у нашому стартапі є складним процесом, 
спрямованим на зменшення або компенсацію можливих втрат. При цьому основні 
принципи цього процесу включають: 
83 
Принцип максимізації, що передбачає ретельний аналіз можливих причин та 
умов ризику з метою мінімізації факторів випадковості, невизначеності та неповноти 
інформації. 
Принцип мінімізації, який спрямований на зведення до мінімуму переліку 
можливих ризиків та зменшення їх впливу на щоденну діяльність. 
Принцип адекватності реакції, що визначає необхідність адекватно та 
оперативно реагувати на зміни вимог до програмного забезпечення, які можуть 
призвести до появи ризиків у реалізації програмного проекту. 
Принцип прийнятності ризику, що включає в себе здійснення обґрунтованого 
компромісу між рівнем безпеки та можливостями його досягнення. 
Можливі ризики у реалізації стартапу з розробки АІС складаються з 
деталізованої ієрархічної структури (рисунок 3.7), що вказує на можливість 
врахування більшості з них на перших етапах розроблення програмного 
забезпечення. Попереднє планування ризиків спрямоване на докладне оцінювання 
впливу виявлених ризикових моментів на графік та вартість виконання програмних 
проектів. Отже, керівництво компанії повинно систематично здійснювати аналіз 
можливих ризиків та включати їх при плануванні програмних проектів. 
 
Рисунок 3.7 – Ієрархічна структура ризиків 
Часте виникнення небажаних подій є потенційною загрозою для успішності 
проекту, бо вони можуть здатися у найбільш неочікуваний момент. Навіть якщо 
84 
передбачити або уникнути не всі можливі проблеми, більшість можна пом'якшити 
або передати, що дає можливість керівництву стартапу здійснювати ефективне 
управління ризиками. Щодо процесу розроблення програмного забезпечення, 
потенційні проблеми реалізації проекту розбиваються на внутрішні та зовнішні. 
Внутрішні виникають там, де керівник проекту чи його команда можуть впливати 
безпосередньо. Зовнішні негативні ситуації не залежать від керівництва стартапу або 
її управлінської групи, проте всі учасники проектів повинні бути ознайомлені з їх 
можливими проявами та мати навички реагування та впровадження заходів для 
усунення чи компенсації негативних наслідків. 
Оцінка ризиків проводиться з урахуванням їх впливу на подальший хід 
реалізації програмного проекту та конкретні результати кожного етапу. Основною 
цілю такого аналізу є установлення ризикових подій, які потребують розроблення 
нових заходів реагування, та тих, на які це не застосовується. Для обґрунтованого 
вирішення цих завдань необхідно встановити зв'язок між кожною ризиковою подією 
та ймовірністю її настання. 
Розглянемо шанси виникнення ризиків і ступінь потенційних втрат від їх 
негативних наслідків. У таблиці 3.4 визначено шкали для оцінювання ймовірності 
виникнення ризикових подій на основі результатів аналізу інформації про прогрес 
виконання завдань проекту, включаючи якісний, так і кількісний підходи. 
Розмір можливих збитків внаслідок негативних наслідків ризикових подій 
повинен відзеркалювати загальне відносне порушення строків реалізації робіт 
проекту в цілому. 
Таблиця 3.4 – Аналіз ймовірності виникнення ризикових подій та їх впливу на хід 
виконання завдань проекту 
Ймовірність появи ризикових подій, Стан виконання завдань 
бали проекту (х), % 
Слабо-ймовірна 1 0 < х ≤ 10 
Малоймовірна 2 10 < х ≤ 30 
85 
Ймовірна 3 30 < х ≤ 60 
Дуже ймовірна 4 60 < х ≤ 90 
Майже можлива 5 90 < х ≤ 100 
 
Таблиця 3.5 – Оцінка розміру можливих втрат від негативних наслідків ризикових 
подій для визначення їх впливу на реалізацію завдань проекту 
Величина можливих втрат, Стан виконання завдань проекту (у), 
бали % 
Мінімальна  1 0 < у ≤ 10 
Низька 2 10 < у ≤ 30 
Середня 3 30 < у ≤ 60 
Висока 4 60 < у ≤ 90 
Максимальна 5 90 < у ≤ 100 
 
Список ризиків з оцінкою виникнення їх ймовірності та оцінки можливих 
витрат наведено в таблиці 3.6. Матриця ймовірностей та можливих втрат 
представлена в таблиці 3.7. 
 
Таблиця 3.6 – Ризики стартапу 
№ Ризик Опис Наслідки настання Ймовірність Величина Загальна 
ризику ризикової події втрат величина 
1 Технічні Можливість технічних Затримки у розробці, можливі 3 4 12 
проблеми неполадок або несумісності з втрати даних або проблеми з 
існуючими системами безпекою 
2 Недостатня Відсутність активної участі та Неправильно визначені 2 3 6 
участь залучення користувачів під час вимоги, що може призвести 
користувачів визначення вимог до неефективної системи 
3 Зміни вимог Потреба у частих змінах вимог Затримки, збільшення 4 4 16 
під час реалізації проекту бюджету та втрати часу 
4 Проблеми з Можливість витоку чи Порушення приватності 3 5 15 
безпекою даних недостатньої захисту клієнтів, втрати довіри та 
конфіденційних даних юридичні проблеми 
5 Відсутність Недостатній досвід команди в Збільшення ризику невдачі та 4 3 12 
досвіду в розробці подібних неефективна реалізація 
здійсненні інформаційних систем проекту 
подібних 
стартапів 
6 Несподівані Зміни у законодавстві, які Потреба в швидких змінах, 3 4 12 
зміни у потенційно впливають на можливі штрафи та втрати 
законодавстві вимоги до системи часу 
7 Фінансові Непередбачувані фінансові Затримки у реалізації, 3 4 12 
обмеження труднощі чи обмеження зменшення функціональності 
бюджету чи потреба в додаткових 
інвестиціях 
 
Продовження таблиці 3.6 
8 Неефективна Проблеми в комунікації та Затримки, конфлікти та 2 3 6 
комунікація у недорозуміння в команді. невірне розуміння завдань 
команді 
9 Незадовільна Проблеми у взаємодії та Зниження ефективності та 4 3 12 
інтеграція з інтеграції з існуючими можливі втрати даних 
іншими інформаційними системами 
системами компанії 
10 Недостатня Система неспроможна Збої у роботі, втрати даних та 3 4 12 
стійкість до витримати великий обсяг згубний вплив на репутацію 
навантаження роботи або користувачів 
11 Неправильна Недооцінка чи переоцінка Затримки у графіку та 4 4 16 
оцінка обсягу обсягу робіт, необхідних для перевищення бюджету 
робіт завершення проекту 
12 Відсутність ІТ- Недостатня готовність ІТ-  Затримки та додаткові 3 3 9 
інфраструктури інфраструктури для витрати на підготовку 
впровадження нової системи інфраструктури 
13 Невідповідність Відсутність або неправильна Підвищене ризик витоку 3 5 15 
системи відповідність стандартам даних та порушення безпеки. 
стандартам безпеки 
безпеки: 
14 Невизначеність Використання нових технологій Збої у роботі, проблеми 4 4 16 
щодо без належного розуміння сумісності та збільшення 
технологій їхнього впливу технічного боргу. 
 
 
Продовження таблиці 3.6 
15 Невдалий вибір Обрання ненадійних Затримки, низька якість та 3 5 15 
постачальників постачальників для реалізації можливість проблем у 
певних компонентів подальшій підтримці 
 
Таблиця 3.7 – Матриця імовірностей та наслідків 
 
Ймовірність / 1 2 3 4 5 
втрата 
1      
2   2; 8   
3   12 1; 6; 7;10 4; 13; 15 
4   5; 9 3; 11; 14  
5      
89 
Найбільш вагомі ризики за загальною оцінкою (ймовірність * величина втрат) 
- це №3 (Зміни Вимог), №11 (Неправірна оцінка обсягу робіт), №14 (Невизначеність 
щодо технологій), та №4 (Проблеми з безпекою даних). 
Стратегії реагування та уонкретні каходи: 
1. Зміни вимог (Ймовірність: 4, Величина втрат: 4): 
 Стратегія реагування: Активний моніторинг та взаємодія зі 
стейкхолдерами. 
 Заходи: Регулярні спільні огляди вимог, активне залучення 
користувачів у процес розробки, постійний звітинг та відстеження змін. 
2. Невірнана оцінка обсягу робіт (Ймовірність: 4, Величина втрат: 4): 
 Стратегія реагування: Активне управління проектом та регулярне 
переглядання обсягу робіт. 
 Заходи: Регулярні ревізії обсягу робіт, впровадження механізмів 
для виявлення та виправлення недорозумінь, створення додаткових 
резервів у графіку та бюджеті. 
3. Невизначеність щодо технологій (Ймовірність: 4, Величина втрат: 4): 
 Стратегія Реагування: Активний моніторинг та тестування 
технологій перед їх впровадженням. 
 Заходи: Використання прототипів та тестування технологічних 
рішень перед основною імплементацією, навчання команди новим 
технологіям. 
4. Проблеми з безпекою даних (Ймовірність: 3, Величина втрат: 5): 
 Стратегія Реагування: Вдосконалення системи безпеки та 
реагування на інциденти. 
 Заходи: Впровадження шифрування даних, проведення регулярних 
аудитів безпеки, тренування персоналу щодо безпеки даних. 
Ці стратегії та заходи допоможуть зменшити вплив цих ризиків на проект та 
забезпечать більшу стійкість до невизначеності та змін у ході розробки. 
90 
3.5 Управління якісттю 
Управління якістю проекту — це система дій та процесів, спрямованих на 
забезпечення та підтримання високої якості в усіх аспектах реалізації проекту. 
Основні завдання управління якістю включають в себе планування, визначення 
стандартів якості, контроль, аналіз та постійне вдосконалення процесів. 
Ключові елементи управління якістю проекту: 
1. Планування якості: Розробка стратегії та плану визначення, досягнення 
та підтримання якісних стандартів для всіх аспектів проекту. 
2. Визначення стандартів: Установлення конкретних критеріїв та вимог 
щодо якості, які повинні бути виконані в процесі розробки проекту. 
3. Контроль якості: Систематичний моніторинг та перевірка процесів і 
результатів, щоб впевнитися, що вони відповідають встановленим стандартам. 
4. Аудит якості: Незалежний огляд процесів та вихідних продуктів для 
забезпечення їх відповідності стандартам якості. 
5. Постійне вдосконалення: Аналіз результатів, виявлення можливостей 
для поліпшення та впровадження корективних заходів. 
6. Участь зацікавлених сторін: Залучення всіх учасників проекту, 
включаючи замовників і виконавців. 
7. Комунікації: Забезпечення ефективного обміну інформацією між всіма 
учасниками проекту щодо якісних аспектів. 
Управління якістю проекту спрямоване на досягнення та збереження високого 
стандарту якості в усіх етапах циклу життя проекту. 
Управління якістю в стартапі з розробки автоматизованої інформаційної 
системи управління будівельною компанією є важливим аспектом, оскільки вимоги 
до системи можуть бути високими через специфіку будівельної галузі та 
необхідність високої ефективності. Нижче представлено ключові моменти 
управління якістю у такому стартапі: 
1. Визначення потреб користувачів: Ретельний аналіз та зрозуміння вимог 
будівельної компанії щодо автоматизованої інформаційної системи, зокрема, 
91 
врахування особливостей управління будівельними проєктами та потреб у 
звітності. 
2. Створення чіткого плану якості: Розробка стратегії управління якістю, 
включаючи визначення стандартів, методів тестування та процедур контролю 
якості. 
3. Валідація та верифікація: Систематичне проведення валідації 
(відповідність вимогам користувача) та верифікації (відповідність визначеним 
стандартам) на різних етапах розробки. 
4. Тестування на різних етапах: Проведення тестів на різних етапах 
розробки для виявлення та усунення дефектів та невідповідностей вимогам. 
5. Залучення фахівців з галузі: Включення фахівців з будівельної галузі в 
процес тестування для забезпечення відповідності функціональності системи 
реальним потребам. 
6. Автоматизація тестування: Використання автоматизованих інструментів 
для швидкого та ефективного проведення тестів, зокрема на етапі інтеграції та 
регресії. 
7. Контроль за конфігурацією: Систематичний контроль за конфігурацією 
програмного забезпечення для уникнення конфліктів та збереження 
стабільності системи. 
8. Моніторинг та аналіз продуктивності: Постійний моніторинг роботи 
системи та аналіз продуктивності для виявлення можливих вузьких місць та 
оптимізації ресурсів. 
9. Корекція та постійне вдосконалення: Аналіз результатів тестів та вжиття 
корективних заходів для поліпшення якості продукту. Запровадження 
виправлень у вигляді оновлень. 
10. Навчання користувачів: Забезпечення користувачів необхідною 
документацією та тренінгами для ефективного використання системи та 
зниження ймовірності помилок в її експлуатації. 
Ці моменти допомагають забезпечити високу якість та відповідність продукту 
вимогам будівельної компанії. 
92 
Вимоги до якості стартапу з розробки автоматизованої інформаційної системи 
управління будівельною компанією можуть включати різноманітні аспекти, що 
враховують специфіку галузі та потреби користувачів. Нижче наведено загальні 
вимоги до якості, які можна розглядати: 
Функціональність: 
 Здатність ефективно виконувати всі необхідні завдання для управління 
будівельними проєктами, включаючи планування, моніторинг, звітність та 
аналітику. 
 Інтеграція з іншими системами, які використовуються в будівельній галузі 
(наприклад, системи для моніторингу робочого часу, обліку ресурсів, тощо). 
Надійність: 
 Стійкість до витоку та втрати даних. 
 Забезпечення неперервної доступності системи та усунення можливих 
перебоїв. 
Ефективність: 
 Швидкість виконання операцій та відгуку системи на запити користувачів. 
 Оптимальне використання ресурсів для підтримки багатокористувацькості та 
великих обсягів даних. 
Зручність використання: 
 Інтуїтивний та легкий інтерфейс для користувачів будь-якого рівня технічної 
підготовки. 
 Можливість персоналізації інтерфейсу відповідно до потреб користувача. 
Безпека: 
 Захист конфіденційної інформації та даних користувачів. 
 Використання механізмів автентифікації та авторизації. 
Масштабованість: 
 Здатність системи пристосовуватися до зростання обсягів роботи та кількості 
користувачів без втрати продуктивності. 
Сумісність: 
93 
 Підтримка різних операційних систем та пристроїв для максимальної 
доступності. 
Підтримка: 
 Надання ефективної та оперативної технічної підтримки для вирішення 
проблем користувачів та надання оновлень. 
Відповідність стандартам: 
 Відповідність законодавчим та галузевим стандартам у сфері будівництва та 
інформаційних технологій. 
Аналітика та звітність: 
 Забезпечення засобів аналізу та створення звітів для ефективного моніторингу 
та прийняття управлінських рішень. 
Ці вимоги можуть варіюватися відповідно до конкретних потреб будівельної 
компанії та специфіки проєкта. 
В таблиці 3.8 наведено вимоги до якості проекту та засоби іх реалізаціі. 
Таблиця 3.8 – Методи реалізаціі вимог якості 
Фази Критерій Метод 
Глибина та Проведення 
обґрунтованість ретельного аналізу 
дослідження ринку попиту, 
Аналіз ринку 
конкурентноспромо
жності, та потреб 
цільової аудиторії. 
Яскрава Розробка місії, 
Передпроектна формулювання визначення 
Стратегічне 
підготовка стратегічних цілей стратегічних 
планування 
та завдань позицій, вивчення 
SWOT-аналізу. 
Розуміння та Анкетування, 
точність визначення фокус-групи, 
Оцінка потреб 
потреб будівельних взаємодія з 
клієнтів 
компаній потенційними 
клієнтами. 
94 
Продовження таблиці 3.8 
Чітка та повна Розробка UML-
Функціональна функціональна діаграм, опис 
архітектура архітектура функціональних 
вимог 
Ефективність і Використання 
Інтеграція з безперебійність стандартів 
існуючими інтеграції. інтеграції, 
Проектування 
системами тестування в 
реальних умовах 
Високий рівень Використання 
захисту даних та шифрування, аудит 
Безпека та 
конфіденційності. безпеки, 
конфіденційність 
відповідність 
стандартам безпеки. 
Чистота та Використання 
ефективність кодових стандартів, 
Якість програмного 
програмного коду. статичний та 
коду 
динамічний аналіз 
коду. 
Повнота та Ручне та 
ефективність автоматизоване 
Тестування тестової покриття тестування, 
Розробка 
створення тестових 
сценаріїв. 
Відповідність Перевірка 
сучасним відповідності ISO 
Відповідність стандартам 9001, PMBOK, 
стандартам управління іншим стандартам. 
будівельними 
проектами. 
Швидкість та Детальне 
Ефективність успішність планування 
впровадження впровадження впровадження, 
системи. етапна реалізація 
Впровадження та 
підтримка Якість та Система онлайн-
 
оперативність підтримки, 
Система підтримки системи підтримки гарантійні та 
післягарантійні 
обслуговування. 
95 
Продовження таблиці 3.8 
Рівень задоволення Збір інформації про 
та продуктивності задоволення 
Задоволення 
 користувачів. користувачів, 
користувачів 
впровадження їхніх 
пропозицій. 
Загальні критерії 
 Ефективність Аналіз бюджету, 
використання оцінка вартості 
Фінансовий успіх фінансових ресурсів продукту 
та вартість 
продукту. 
Здатність стартапу Порівняння із 
внести інновації в сучасними 
Інноваційність галузь управління технологіями, 
будівельними реєстрація патентів. 
проектами 
Рівень Регулярні зустрічі, 
взаєморозуміння та опитування 
Співпраця з задоволення клієнта клієнтів, 
клієнтом коригування 
відповідно до 
фідбеку. 
 
1.3.6 Управління коммунікаціями 
Управління комунікаціями проекту (керівництво взаємодією інформаційними 
зв'язками) – це завдання, спрямоване на забезпечення розподілу  необхідної 
проектної інформації та своєчасний збір та генерацію. Щоб бути важливою для 
ухвалень рішень, інформацію необхідно подавати своєчасно та у зручній формі. Це 
досягається за допомогою сучасних інформаційних технологій в у межах проектного 
управління. 
Комунікації та пов'язана з ними інформація є своєрідною базою для 
координації дій членів проектної команди. 
Основними адресатами даних проекту є: 
 менеджер проекту для дослідження розходжень емпіричних даних виконання 
завдань від очікуваних та прийняття рішень щодо проекту; 
96 
 замовник для слідкування за прогресом виконання проектних завдань; 
 постачальники при виникненні потреб у матеріалах, обладнанні і т.д., 
важливих для проекту; 
 проектувальники, коли необхідно внести зміни в проектну документацію; 
 безпосередні виконавці робіт на місцях. 
Розробка плану дій у випадках негативних подій, надання швидкої та чесної 
інформації. 
Моніторинг та вдосконалення: 
1. Внутрішній аудит: 
 Аспекти: 
 Проведення періодичних аудитів ефективності комунікацій. 
 Стратегія: 
 Застосування опитувань та збору фідбеку від команди. 
2. Аналіз реакції ринку: 
 Аспекти: 
 Слідкування за реакцією клієнтів та конкурентів на 
комунікаційні заходи. 
 Стратегія: 
 Використання аналітичних інструментів для визначення 
ефективності стратегій. 
3. Постійне вдосконалення: 
 Аспекти: 
 Реагування на знайдені недоліки та постійне удосконалення 
системи комунікацій. 
 Стратегія: 
 Проведення регулярних сесій ретроспектив для ідентифікації 
можливостей для поліпшення. 
Ефективне управління комунікаціями сприяє покращенню роботи команди, 
розумінню очікувань зацікавлених сторін та побудові позитивного іміджу компанії. 
97 
Висновки до розділу 3 
Ключовим аспектом даної роботи є детальне планування та розробка процесу 
управління стартапом. В третьому розділі було проведене планування змісту 
стартапу та детально розписана ієрархічна організаційна структура. Для уникнення 
непорозумінь та встановлення чіткого розуміння відповідальності та управління 
командою побудовано RACI-матрицю. Зроблено детальну декомпозицію робіт для 
календарного плану та за допомогою програмного забезпечення ProjectLibre 
побудовано детальний графік робіт з розподілом завдань між учасниками стартапу. 
Визначені критичний шлях та встановлено звязки пріорітетності виконання робіт. 
При планування бюджето було закцентовано, що стартап є внутрішніс 
проєктом і таким чином витрати включають в себе лише обплату праці залучених 
співробітників для реалізації проєкту. 
Також для уникнення додаткових фінансових витрат проведено планування 
управління ризиками, контроль якості виконання стартапу та управління 
коммунікаціями.  
Результатом даного розділу є готовий колендарний план, для виконання якого 
потрібно 112 днів та інвестиції в розмірі – 2 662 000 гривень 
98 
4 МОДЕЛЮВАННЯ ВИКОНАННЯ СТАРТАПУ 
4.1 Опис моделей, які описують продукт проєкту 
Дослідження об'єктів та процесів може використовувати різні моделі, 
включаючи формальні та імітаційні. Нижче описані деякі з них: 
Таблиця 4.1 – Опис імітаційних моделей 
№ Модель Опис Застосування 
1 Модель системного аналізу та Ця формальна модель Відмінно підходить 
проектування (Structured використовується для для дослідження 
Systems Analysis and Design аналізу, проектування та об'єктів та процесів 
Model) впровадження управління 
інформаційних систем. інформаційними 
Включає етапи аналізу системами. 
потреб, проектування 
системи та 
впровадження. 
2 Модель системної динаміки Ця імітаційна модель Відмінно підходить 
дозволяє досліджувати для дослідження 
динаміку складних динаміки та 
систем та їх зміну в часі. взаємозв'язків у 
Використовується для стартапі. 
аналізу взаємозв'язків 
між компонентами 
системи. 
3 Модель агентного Ця імітаційна модель Для вивчення 
моделювання (Agent-Based базується на ідеї агентів, взаємодій та 
Modeling) які взаємодіють у поведінки 
віртуальному учасників стартапу. 
середовищі. 
Використовується для 
аналізу взаємодій та 
поведінки окремих 
агентів. 
99 
Продовження таблиці 4.1 
4 Модель імітації Монте-Карло Використовує Для дослідження 
стохастичні (випадкові) можливих варіантів 
елементи для та ризиків у 
моделювання можливих стартапі 
сценаріїв. Застосовується 
для аналізу ризиків та 
можливих варіантів 
розвитку подій. 
5 Модель агільного моделювання Агільні методології, такі Для гнучкого та 
як Scrum, можуть ітеративного 
використовуватися для вивчення та 
ітеративного вдосконалення 
дослідження та об'єктів та процесів 
вдосконалення процесів стартапу 
стартапу 
6 Модель регресійного аналізу Використовується для Для дослідження 
визначення зв'язків між взаємодії між 
різноманітними факторами та 
параметрами та їх результатами 
впливу на отиманий управління 
результат. стартапом 
7 Модель кількісного аналізу Використовує кількісні Для оцінки ризиків 
ризиків методи для аналізу та прийняття 
ймовірностей та величин управлінських 
наслідків ризиків у рішень 
стартапі 
 
Ці моделі потенційно корисні для дослідження об'єктів та процесів управління 
стартапом розробки автоматизованої інформаційної системи в будівельній компанії, 
забезпечуючи різні підходи та перспективи для аналізу. 
Для опису продукту стартапу розробки автоматизованої інформаційної 
системи управління проєктами в будівельній компанії може бути використана 
Модель імітації Монте-Карло. 
Опис: Модель імітації Монте-Карло використовує стохастичні (випадкові) 
елементи для створення моделі, яка може відображати різні сценарії та ризики. Ця 
модель дозволяє враховувати невизначеність та можливі випадкові зміни у 
величинах. 
100 
Застосування до стартапу в будівельній компанії: 
1. Оцінка ризиків: Модель може враховувати різні ризики, такі як зміни в 
умовах будівництва, фінансові труднощі, технічні неполадки тощо. 
2. Планування термінів: Імітації дозволяють враховувати можливі затримки 
та зміни в термінах розробки продукту. 
3. Оцінка продуктивності: Можливість моделювання різних сценаріїв 
дозволяє визначити, як різні чинники можуть впливати на продуктивність 
системи. 
4. Оптимізація ресурсів: Імітації допомагають визначити оптимальне 
використання ресурсів та здійснення прогнозування для ефективного 
управління. 
5. Врахування змін у вимогах: Модель може враховувати можливі зміни в 
вимогах клієнтів та адаптуватися до нових умов. 
Використання моделі імітації Монте-Карло дозволяє стартапу адаптуватися до 
різних умов, ризиків та невизначеностей, що є загальними в будівельній галузі та 
розробці ПЗ. 
4.2 Опис продукту стартапу 
Назва продукту: База даних "Будівельна компанія" 
Опис: База даних "Будівельна компанія" представляє собою інноваційний 
інформаційний продукт, спрямований на ефективне управління та координацію 
проєктами в галузі будівництва. Цей продукт розроблений з урахуванням 
особливостей будівельних підприємств і призначений для автоматизації ключових 
аспектів управління будівельними проєктами. 
Основні характеристики: 
1. Централізована система управління проєктами: 
 Забезпечення централізованого зберігання та доступу до ключової 
інформації про проєкти. 
2. Планування та контроль виконання робіт: 
 Створення графіків робіт та календарів виконання проєктів. 
101 
 Моніторинг стану виконання завдань та аналіз відхилень від плану. 
3. Ресурсний менеджмент: 
 Ефективне розподіл ресурсів для оптимального використання 
робочої сили та матеріалів. 
4. Електронна документація: 
 Зберігання та організація електронних документів, включаючи 
будівельні плани, технічні специфікації та звіти. 
5. Звітність та аналітика: 
 Автоматизована генерація звітів про стан проєктів та їхній 
фінансовий аналіз. 
 Візуалізація даних для прийняття обґрунтованих управлінських 
рішень. 
6. Безпека та доступність: 
 Високий рівень захисту конфіденційної інформації та обмеження 
доступу за принципом ролей. 
 Регулярні резервні копії для забезпечення безпеки даних. 
7. Інтеграція з іншими системами: 
 Сумісність та можливість інтеграції з існуючими програмними 
рішеннями в галузі будівництва. 
База даних "Будівельна компанія" допомагає забезпечити ефективність 
управління будівельними проєктами, зменшити часові та ресурсні витрати, а також 
підвищити якість виконання завдань, сприяючи успішному впровадженню та 
розвитку будівельної компанії. 
База данних “Будівельна компанія” складається з 13 таблиць. 
 
Рисунок 4.1 – Стурктура таблиці «Довідник – типи портфеля» 
102 
У таблиці, яка називається "Загальна інформація по проектам", міститься дані 
про код проекту, ідентифікатор проектного менеджера, який керує цим проектом, код 
типу портфеля, до якого віднесений цей проект, і статус проекту, який може бути 
"завершений", "очікує" або "виконується". Ключовим полем є "Код проекта". 
 
Рисунок 4.2 – Структура таблиці «Загальна інформація по проектам» 
У таблиці, яка називається "Довідник проектних менеджерів", знаходиться 
інформація щодо проектних менеджерів. Вона інтегрує в себе ідентифікаційний код 
менеджера, його повне ім'я, сертифікат та річну ставку. Ключовим полем є "Код 
проектного менеджера". 
 
Рисунок 4.3 – Структура таблиці «Довідник проектних менеджерів» 
У таблиці з назвою "Професійна направленість ПМ" міститься інформація про 
те, які проекти керуються кожним з менеджерів. Для кожного менеджера вказані 
його ідентифікаційний код та код портфеля. Ключовим полем є "Код проектного 
менеджера". 
 
Рисунок 4.4 – Структура таблиці «Професійна направленість ПМ» 
103 
Таблиця "Характеристики проектів" інтегрує дані про різні проекти, такі як їх 
назва, мета, дати початку та завершення, а також вартість. Ключовим полем у цій 
таблиці є "Код проекта". 
 
Рисунок 4.5 – Структура таблиці «Характеристики проектів» 
Таблиця "Довідник робіт" вміщує в собі відомості про різні види робіт, 
включаючи їх найменування та відповідні коди. Основним елементом ідентифікації 
в цій таблиці є "Код роботи". 
 
Рисунок 4.6 – Структура таблиці «Довідник робіт» 
У таблиці "Довідник типів зв’язків між роботами" міститься інформація про 
різновиди зв’язків між різними видами робіт, включаючи їх найменування та 
відповідні коди. Основним елементом ідентифікації в цій таблиці є "Код зв’язку". 
 
Рисунок 4.7 – Структура таблиці «Довідник типів зв’язків між роботами» 
У таблиці "Довідник трудових ресурсів організації" міститься інформація про 
персонал організації, включаючи унікальний код працівника, його повне ім'я, посаду, 
місце роботи, стаж, спеціальність, ставку за годину та робочий телефон. Ключовим 
елементом для ідентифікації записів в цій таблиці є "Код трудових ресурсів". 
104 
 
Рисунок 4.8 – Структура таблиці «Довідник трудових ресурсів організації» 
У таблиці "Довідник матеріалів" міститься інформація про матеріали, 
необхідні для виконання робіт. Ця інформація включає назву матеріалу, одиниці 
вимірювання, марку та ціну за одиницю. Унікальним ідентифікатором для кожного 
запису є "Код матеріалу". 
 
Рисунок 4.9 – Структура таблиці «Довідник матеріалів» 
У таблиці "Наявність матеріалів на складі" вказана інформація про обсяг 
матеріалу, що знаходиться на складі, включаючи код матеріалу та його кількість. 
Унікальним ідентифікатором для кожного запису є "Код матеріалу". 
 
Рисунок 4.10 – Структура таблиці «Наявність матеріалів на складі 
У таблиці "Довідник обладнання техустаткування" вказана інформація про 
обладнання, включаючи його код, назву, марку, вартість та кількість, яка знаходиться 
в організації. Унікальним ідентифікатором для кожного запису є "Код обладнання". 
105 
 
Рисунок 4.11 – Структура таблиці «Довідник обладнання техустаткування» 
Таблиця "Ресурси робіт проекту" містить докладну інформацію про різні 
аспекти робіт у проекті, включаючи код проекту, роботи, код трудового ресурсу, який 
виконує роботу, тривалість виконання, використані матеріали та їхня кількість, а 
також використане обладнання та його кількість. Унікальне "Код проекту" є ключем 
для ідентифікації кожного запису в таблиці. 
 
Рисунок 4.12 – Структура таблиці «Ресурси робіт проекту» 
Таблиця "Технологія робіт" надає відомості про взаємозв'язок різних робіт на 
проектах. У цій таблиці "Код проекту" виступає в ролі ключового поля для 
однозначної ідентифікації кожного запису. 
 
Рисунок 4.13 – Структура таблиці «Технологія робіт» 
106 
При проведенні тестування було створено десять запитів до бази даних – 
чотири запити на вибірку, два на видалення, два на оновлення і два на додавання 
даних. 
Запит "Інформація по проектам" 
Результат цього запиту відображається у вигляді таблиці, яка містить 
різноманітні відомості про проекти, такі як назва проекту, його мета, директивні 
дати початку та завершення, вартість, відповідальний менеджер та поточний статус 
проекту. Цей запит спрощує процес пошуку необхідної інформації про проекти в 
базі даних. 
Запит «Інформація по роботам» 
Результат цього запиту відображається у вигляді таблиці, де представлена 
інформація про те, які роботи виконуються на кожному проекті, а також вказано 
необхідні матеріали та обладнання, і тривалість виконання цих робіт. Цей запит 
спрощує пошук інформації про матеріали, обладнання та тривалість робіт. 
Запит «Пошук проектного менеджера» 
Цей запит призначений для виявлення проектного менеджера в рамках 
конкретного проекту та надання інформації про нього. Користувач вказує код 
проекту, і запит обробляє ці дані, виводячи інформацію про менеджера, таку як 
повне ім'я, тип портфеля, наявний сертифікат та його річна ставка. 
Запит «Пошук проекту» 
Цей запит призначений для швидкого знаходження проекту та виведення 
повної інформації про нього. Користувач вказує код проекту, і запит обробляє ці дані, 
надаючи відомості про проект, такі як назва, мета, тривалість, дати початку та 
завершення, вартість проекту та повне ім'я менеджера проекту. 
Запит на додавання нового проекту 
Цей запит призначений для швидкого додавання інформації про нові проекти у 
базу даних. Користувач вказує назву проекту, його мету, дату початку та закінчення, 
а також вартість. Запит обробляє ці дані і додає їх до таблиці "Характеристики 
проектів". 
Запит на додавання проектного менеджера 
107 
Цей запит розроблено для ефективного додавання інформації про нового 
проектного менеджера у базу даних. Користувач вказує код проектного менеджера, 
його повне ім'я, назву сертифіката та річну ставку. Запит обробляє ці введені дані і 
додає їх до таблиці "Довідник проектних менеджерів". 
Запит на зміну кількості матеріалу на складі 
Цей запит призначений для швидкої модифікації кількості матеріалу на складі. 
Користувач вказує код матеріалу та нову кількість, і запит обробляє ці дані, 
оновлюючи інформацію про кількість матеріалу в таблиці "Наявність матеріалів на 
складі". 
Запит на зміну коду зв’язку між роботами 
Цей запит призначений для швидкої зміни коду зв'язку між роботами. 
Користувач вказує код проекту та новий код зв'язку для робіт, і запит обробляє ці 
дані, оновлюючи інформацію про код зв'язку в таблиці "Технологія робіт". 
Запит на видалення проекту 
Цей запит призначений для видалення проекту з бази даних. Користувач 
вводить код проекту, і система видаляє відповідний проект разом з його 
характеристиками з таблиці "Характеристики проектів" і всіх пов'язаних таблиць. 
Запит на видалення проектного менеджера 
Цей запит призначений для видалення проектного менеджера та відповідної 
інформації з бази даних. Користувач вводить код менеджера, і система видаляє 
відповідного менеджера та інформацію про нього з таблиці "Довідник проектних 
менеджерів". 
Таким чином під час виконання магістерської роботи була розроблена база 
даних "Будівельна компанія" на основі реляційної моделі даних. Вона відзначається 
простою структурою даних і зручною табличною формою баз даних для 
користувача. Вона дозволяє використовувати формальний алгебраїчний апарат 
відношень для обробки даних, що було враховано на стадії розробки баз даних.  
База даних є нормалізованою, і для кожної таблиці визначена функціональна 
залежність для нормалізації. Це дозволяє отримувати інформацію по значенню 
кожного поля, використовуючи лише первинний ключ та назву таблиці. 
108 
Можливість легкої модифікації бази даних, додавання нових даних та зміни 
існуючих інформації про користувачів, властива цій базі. Однак, змінюючи 
структуру бази даних або структуру таблиць, можна порушити функціональну 
залежність. Це може викликати втрату інформації в разі редагування бази даних. Це 
один з недоліків реляційної моделі баз даних. 
Висновки до розділу 4 
В останньму розділі кваліфікаційної роботи представлено опис продукту 
стартапу, перераховано основні характеристики продукту. Наведений опис бази 
даних та представлені наочно приклади таблиць, що підлягають заповненню. 
Описані кейси тестування запитів до бази даних та зроблено висновок, щодо 
актуальності впровадження стартапу, закцентовано увагу на простоті та зручності 
користування табличною формою баз даних користувача.
109 
ВИСНОВКИ 
Будівельна сфера в Україні є однією з базових галузей, що впливає на бюджет 
та є стратегічно важливою для розвитку економіки та соціальної інфраструктури 
країни. Ця галузь має значущий вплив на різні економічні сектори. На даний момент 
ситуація в будівництві визначається нестабільністю, що призводить до певних 
коливань у результативності будівельних компаній [8]. Розвиток будівельної галузі 
тісно пов'язаний з численними іншими секторами економіки, тому необхідно 
створити сприятливі умови для її зростання та прогресу. 
Для успішного розвитку будівельної галузі важливо, щоб об'єкти були 
сучасними та виконані з використанням передових технологій. Ключовими 
завданнями на етапі реконструкції є оцінка збитків від військових дій, визначення 
потреб (пріоритетизація) та пояснення необхідних дій. Національні програми 
відновлення, а також моніторинг і контроль відповідних процесів є комплексними 
завданнями національного рівня, включаючи чіткий розподіл відповідальності між 
державою та промисловими структурами. Однак також важливо визначити 
потенційні джерела фінансування та впровадити невідкладні законодавчі та 
нормативні зміни. 
Запуск стартапу з розробки автоматизованої інформаційної системи 
управління проектами в будівельній компанії є стратегічно важливим рішенням, яке 
несе значні переваги для підвищення ефективності управління проектами та 
забезпечення успішного виконання завдань. Цей стартап вирішує проблеми 
традиційного проектного управління, спрямовані на оптимізацію ресурсів, 
покращення комунікацій та зменшення ризиків. 
Обґрунтування: 
1. Оптимізація ресурсів: Автоматизація управління проектами дозволить 
ефективно розподіляти ресурси, контролювати та максимізувати їх 
використання. Це призведе до зменшення витрат та підвищення 
продуктивності. 
110 
2. Покращення комунікацій: Інформаційна система забезпечить прозорий 
обмін даними між всіма учасниками проекту, що полегшить комунікацію та 
сприятиме вирішенню завдань швидше та ефективніше. 
3. Мінімізація ризиків: Система управління ризиками та аналітичні 
інструменти дозволять ідентифікувати та управляти ризиками проекту, що 
сприятиме уникненню негативних наслідків та забезпечить успішну 
реалізацію. 
4. Аналітика та прогнозування: Завдяки аналітичним інструментам, 
компанія матиме можливість точно прогнозувати витрати, терміни виконання 
та інші ключові показники. Це дозволить краще планувати та приймати 
обгрунтовані рішення. 
5. Конкурентна перевага: Уведення новітніх технологій у сферу управління 
проектами підсилить позиції компанії на ринку та дозволить зберігати та 
залучати клієнтів завдяки вдосконаленому сервісу. 
Плюси стартапу: 
 Підвищення ефективності: Система допоможе виконувати завдання швидше та 
з меншими витратами ресурсів. 
 Зменшення ризиків: Автоматизоване управління ризиками сприятиме 
уникненню проблем та збереже репутацію компанії. 
 Покращення комунікацій: Ефективна система обміну інформацією полегшить 
взаємодію між командами та замовниками. 
 Підвищення конкурентоспроможності: Використання новітніх технологій 
надасть перевагу компанії над конкурентами. 
Мінуси стартапу: 
 Великі витрати: Розробка та впровадження системи може вимагати значних 
фінансових вкладень. 
 Часові затрати: Процес впровадження може зайняти певний час, що вимагає 
терпіння та ресурсів. 
111 
 Необхідність навчання персоналу: Введення нової системи потребує часу на 
навчання персоналу та пристосування до нових робочих процесів. 
Усупереч виявленим недолікам, переваги впровадження автоматизованої 
системи управління проектами в будівельній компанії переважають, забезпечуючи 
покращення різних аспектів діяльності та долучення до конкурентного середовища. 
112 
СПИСОК ВИКОРИСТАНИХ ДЖЕРЕЛ 
1. Адамська І. Сучасний стан й тенденції розвитку будівельної галузі України. 
Галицький економічний вісник. 2019. № 5. С. 7–15. 
2. Будівельна галузь у 2019 році. URL: https://www.rbc.ua/ukr/news/stroitelnaya-
otrasl-2019-godu-pokazalarekordnyy-1579790957.html (дата звернення: 
20.10.2023). 
3. Головна аналітика введеного в експлуатацію житла. URL: 
http://budport.com.ua/news/12888-golovna-analitikavvedenogo-v-ekspluataciyu-
zhitla-za-rik-vvedeno-na-57-menshe (дата звернення: 20.10.2023). 
4. Обсяги будівництва та виробництва будівельних матеріалів в Україні: реальна 
ситуація. URL: http://budport.com.ua/news/15423-obsyagi-budivnictva-ta-
virobnictva-budivelnih-materialiv-v-ukrajni-realna-situaciya (дата звернення: 
20.10.2023). 
5. Оскома О., Колосова А., Засікан К. Аналіз стану та тенденції розвитку 
будівельної галузі України. Глобальні та національні проблеми економіки. 
2015. № 8. С. 551– 554. 
6. Пинда Ю. Сучасний стан та особливості розвитку будівельного сектора у 
Причорноморському регіоні України. Причорноморські економічні студії. 
2016. Вип. 9 (2). С. 41–46 54 Том 31 (70). № 6, 2020 Вчені записки ТНУ імені 
В. І. Вернадського. Серія: Економіка і управління. 
7. Розвиток будівельної галузі та детінізація ринку праці у будівництві. URL: 
https://www.minregion.gov.ua/press/ news/rozvitok-budivelnoyi-galuzi-ta-
detinizatsiya-rinku-pratsi-u-budivnitstvi/ (дата звернення: 28.09.2023). 
8. Сайт Державної служби статистики України. URL: 
https://ukrstat.org/uk/operativ/menu/menu_u/ mp.htm (дата звернення: 
10.10.2023). 
9. Стельмащук А. Формування механізму управління інноваційним розвитком 
підприємств сфери виробництва будівельних матеріалів. Інноваційна 
економіка. 2015. Вип. 4 (59). С. 61–72. 
113 
10. Жовтяк Г.А. Волохова І.В. Стан та перспективи розвитку підпиємств 
будівельної галузі україни. Вчені записки ТНУ імені В. І. Вернадського. Серія: 
Економіка і управління. Том 31 (70). № 6, 2020. URL: 
https://www.econ.vernadskyjournals.in.ua/journals/2020/31_70_6/10.pdf (дата 
звернення: 28.10.2023). 
11. Боровик М. В., Балкова В. Ю. Особливості управління інформаційно-
комунікаційним забезпеченням діяльності підприємств будівельної галузі. 
Стратегічні пріоритети соціально-економічного розвитку в умовах 
інституційних перетворень глобального середовища : матеріали Х міжнар. 
наук.-практ. конф., м. Одеса, 11 листоп, 2022 р. Одеса, 2022. С. 10–13. URL: 
https://onu.edu.ua/pub/bank/userfiles/files/epf/ekonom_pidpr/naukova_diyalnist/con
f_2022.pdf#page=10 (дата звернення: 14.11.2023). 
12. Будівництво нового житла скоротилось вдвічі Держстат. URL: 
https://www.epravda.com.ua/news/2022/12/16/695106/ (дата звернення: 
15.11.2023). 
13. Відновити будівництво під час війни: чотири головних виклики. URL: 
https://mind.ua/openmind/20251137-vidnoviti-budivnictvo-pid-chas-vijni-chotiri-
golovnih-vikliki (дата звернення: 15.11.2023). 
14. Проблеми та виклики будівельної галузі України. URL: 
https://www.ukrinform.ua/rubric-presshall/3758174-problemi-ta-vikliki-budivelnoi-
galuzi-ukraini.html (дата звернення: 28.11.2023). 
15. Коба О. В. Ризики і загрози економічної безпеки будівельної галузі України в 
умовах воєнного стану. “The 4 th International scientific and practical conference 
“Eurasian scientific discussions” (May 8–10, 2022) Barca Academy Publishing, 
Barcelona, Spain. 2022. pp. 367–371. URL: 
https://www.researchgate.net/profile/Ivan-Yatsenko-
2/publication/361611196_Misce_sudovo-
veterinarnoi_ekspertizi_v_sistemi_sudovih_ekspertiz_ta_ii_znacenna_u_sudocinst-
vi/links/62bc4bbd93242c74cad767d9/Misce-sudovo-veterinarnoi-ekspertizi-v-
114 
sistemi-sudovih-ekspertiz-ta-ii-znacenna-u-sudocinst-vi.pdf#page=367 (дата 
звернення: 10.11.2023). 
16. Прогноз розвитку галузі будівництва у 2023 році. URL: 
https://ua.ifsukraine.com/prognoz-rozvitku-galuzi-budivnictva-u-2023-roci/ (дата 
звернення: 07.10.2023). 
17. Серьогіна Н. В., Вішня Я. C. Вплив рівня інвестування на розвиток будівельної 
галузі. Економіка та підприємництво. 2022. No 1 (124). С. 57–60. URL: 
http://www.econom.stateandregions.zp.ua/journal/2022/1_2022/11.pdf. (дата 
звернення: 20.10.2023). 
18. Статті Державного бюджету України на 2023 рік щодо будівництва. URL: 
https://construction-market.korfor.com.ua/derzhavnyi-biudzhet-ukrainy-shchodo-
budivnytstva/ (дата звернення: 15.11.2023). 
19. Що допоможе будівельній галузі пережити 2023 рік: думка фахівців. URL: 
https://realestate.24tv.ua/shho-dopomozhe-budivelniy-galuzi-perezhiti-2023-rik-
dumka-fahivtsiv_n2239796 (дата звернення: 07.11.2023). 
20. Ю. І. Грицюк, М. Р. Жабич УПРАВЛІННЯ РИЗИКАМИ РЕАЛІЗАЦІЇ 
ПРОГРАМНИХ ПРОЕКТІВ Науковий вісник НЛТУ України, 2018, т. 28, № 1  
21. Джаман І.А. Концептуально-методологічні дослідження принципів розвитку 
будівництва в сільському господарстві. 
22. Коваленко М.А. Управління інноваційним розвитком регіонального 
будівельного комплексу. Черкаси. 2005. 
23. Пасічник В.П. Маркетинг будівельних ринків України: поточний стан і 
перспективи. 2006. 
24. Барановська Н.І. Підвищення конкурентоспроможності будівельної організації 
на основі розвитку потенціалу. Кизил, 2011. 
25. Романюк О.Н., Денисюк А.В. Організація баз даних і знань. Лабораторний 
практикум. Вінниця: ВНТУ, 2004. 63с. 
26. Савчук Т.О. Організація баз даних і знань. Вінниця: ВДТУ, 2000. 
27. Freeman R. Edward, Phillips R., Sisodia R. Tensions in Stakeholder Theory. 
Business & Society. 2018. 19 p. 
115 
28. Freeman R. Edward, Dmytriyev S. Corporate Social Responsibility and Stakeholder 
Theory: Learning From Each Other. SYMPHONYA Emerging Issues in 
Management. 2017. Pp. 7−15.  
29. Bridoux F., Stoelhorst J. W. Stakeholde rrelationships and social welfare: A 
behavioral theory of contributions to joint value creation. Academy of Management 
Review. 2016. No. 41. Pp. 229−251.  
30. Freeman R. Edward, Harrison J.S., Wicks A.C., Parmar B.L., De Colle S. 
Stakeholder theory. The state of the art. 2010. Vol. 4. No. 1. Pp. 403–445.  
31. Keevil A.A. Behavioral stakeholder theory. PhD Thesis. Charlottesville : University 
of Virginia. 2014. 127 р. 
32. Mendelow A. Stakeholder Mapping. Proceedings of the 2nd International 
Conference on Information Systems. 1991. MA : Cambridge. 15 р. 
33. Mitchell R.K., Agle B.R., Wood D.J. Toward a Theory of Stakeholder Identification 
and Salience: Defining the Principle of Who and What Really Counts. Academy of 
Management Review. 1997. Vol. 22. № 4. Pp. 853−888. 
34. Rodney Turner J. Gower Handbook of Project Management: 4th Edition. Gower e-
book. 2007. 912 p. 
35. Risk Management. URL: 
http://www.mosaicprojects.com.au/WhitePapers/WP1047_Risk_Management.pdf. 
36. Bourne L. (2009). Stakeholder Relationship Management: a Maturity Model for 
Organisational Implementation. Gower Publishing Ltd, Farnham. (дата звернення: 
20.10.2023) 
37. Weaver P. (2008). Risk Attitudes in the Construction Industry — Avoidance Does 
Not Work. URL: http://www.mosaicprojects.com.au/Resources_Papers_084.html. 
(дата звернення: 20.10.2023) 
38. The opening of Heathrow Terminal 5. URL:  
http://www.publications.parliament.uk/pa/cm200708/cmselect/cmtran/543/543.pdf. 
39. Cutler K.-M. Lessons From A Study of Perfect Pitch Decks: VCs Spend An Average  
of 3 Minutes, 44 Seconds On Them. URL: 
https://techcrunch.com/2015/06/08/lessonsfrom-a-study-of-perfect-pitch-decks-
116 
vcsspend-an-average-of-3-minutes-44-secondson-them/#.7hq9kx:JuPQ (дата 
звернення: 22.10.2023) 
40. Угніва С. Механізми успіху. Новое время. № 43, 22 листопада 2018. URL: 
https://magazine.nv.ua/ukr/journal/3304-journal-no-43/mekhanizmiuspikhu.html 
(дата звернення: 22.10.2023) 
41. Український університет нового покоління URL: 
https://readymag.com/u3729875872/1838490/ (дата звернення: 22.10.2023) 
42. Боб Дорф, Стів Бленк. Священна книга стартапера. Як збудувати успішну 
компанію. Наш формат. 2018. 512 с. 
43. Donald B Egolf. Forming Storming Norming Performing: Successful 
Communications in Groups and Teams. iUniverse, 2013. 356 p. 
44. Бас Беекман, Рубен Ньювенхаус. Місто стартапів. 2016. Greencubator. 190 p. 
45. Donald B Egolf. Forming Storming Norming Performing: Successful 
Communications in Groups and Teams. iUniverse, 2001. 226 p. 
46. Даніель Канеман. Мислення швидке й повільне. Наш формат. 2017. 480 с. 
47. Кобиляцький Л.С. Управління проектами: Навч. посіб. К.: МАУП, 2002. 200 с. 
48. Колін Барроу, Стать Барроу, Роберт Браун. Бізнес-план. Практичний посібник.  
К.: “Знання”, 2002. 
49. Кошкін К.В., Кошкіна Л.Л., Шнейдер О.Б.. Інформаційні системи 
підприємства. Ч.1. Системи управління проектами: навчальний посібник. 
Миколаїв: УДМТУ, 2000. 62 с. 
50. Словник-довідник з питань управління проектами / Бушуєв С.Д. Українська 
асоціація управління проектами. К.: Видавничий дім "Ділова Україна", 2001.  
640 с. 
51. Керівництво з питань визначення компетентності й сертифікації українських 
професіональних керівників і фахівців з управління проектами NCB (ua) : / під 
ред. С. Д. Бушуєва, Н. C. Бушуєва, В. Ю. Бикова, В. Д. Шпильова. К. : Деловая 
Украина, 2000. 84 с. 
52. Керівництво з питань проектного менеджменту: пер. з англ. / під ред. С. Д. 
Бушуєва. 2-е вид., перероб. К. : Деловая Украина, 2000. 198 с. 
117 
53. Бушуев С.Д., Морозов В.В. Керування закупівлями в проектах: У 2 т. / 
Українська асоціація керування проектами, Укринтэи. К.: Укринтэи, 1999. Т.1.  
188 с.,Т.2. 196.