Управління проєктом розробки мобільного додатку для створення персональних програм тренувань з урахуванням індивідуальних особливостей користувача

Федоренко, Віталій Сергійович
Будь ласка, використовуйте цей ідентифікатор, щоб цитувати або посилатися на цей матеріал: https://er.chdtu.edu.ua/handle/ChSTU/6759
Повний запис метаданих
Поле DC	Значення	Мова
dc.contributor.advisor	Триус, Юрій Васильович	-
dc.contributor.author	Федоренко, Віталій Сергійович	-
dc.date.accessioned	2026-01-11T16:36:42Z	-
dc.date.available	2026-01-11T16:36:42Z	-
dc.date.issued	2022-12-14	-
dc.identifier.uri	https://er.chdtu.edu.ua/handle/ChSTU/6759	-
dc.description.abstract	Здоровий спосіб життя завжди був популярним серед багатьох людей. А зараз, в зв’язку з різними катаклізмами, різкою зміною погоди, коронавірусом та безліччю інших проблем, люди розуміють наскільки важливим є спорт, фізичний розвиток та їх здоров’я. Загально відомо, що тренування та здоровий спосіб життя зміцнюють імунітет, покращують як фізичний, так і психологічний стан здоров’я. Мета дослідження полягає у розробці мобільного додатку для створення персональних програм тренувань з урахуванням індивідуальних особливостей користувача з використанням технологій управління проєктами в галузі інформаційних технологій. Об’єктом дослідження є процеси управління проєктом розробки мобільного додатку для створення персональних програм тренувань з урахуванням індивідуальних особливостей користувача на різних фазах його реалізації. Предмет дослідження – проєкт розробки мобільного додатку для створення персональних програм тренувань з урахуванням індивідуальних особливостей користувача. Апробація результатів роботи. Основні положення і результати кваліфікаційної роботи магістра доповідалися і були обговорені на студентській науково-практичній конференції ЧДТУ (Черкаси, 2022). Публікації. Результати кваліфікаційної роботи магістра опубліковані у збірнику тез доповідей студентської науково-практичної конференції ЧДТУ: Федоренко В. С., Триус Ю. В., Порівняльний аналіз програмних засобів управління проєктами: Збірник тез доповідей студентської науково-практичної конференції ЧДТУ : 19–22 квітня 2022 р. [Електронний ресурс] / [упоряд. : Батраченко О. В., Бєляєва С. С., Захарова О. В. та ін.] ; М-во освіти і науки України, Черкас. держ. технол. ун-т. – Черкаси : ЧДТУ, 2022. – С. 63-64.	uk_UA
dc.language.iso	uk	uk_UA
dc.subject	МОБІЛЬНИЙ ЗАСТОСУНОК	uk_UA
dc.subject	РОЗРОБКА ПРОЄКТУ	uk_UA
dc.subject	ПЛАНУВАННЯ ПРОЄКТУ	uk_UA
dc.subject	ЗДОРОВИЙ СПОСІБ ЖИТТЯ.	uk_UA
dc.title	Управління проєктом розробки мобільного додатку для створення персональних програм тренувань з урахуванням індивідуальних особливостей користувача	uk_UA
dc.type	Master Thesis	uk_UA
Розташовується у зібраннях:	122 Комп’ютерні науки (Управління стартапами і проектами в галузі інформаційних технологій)
Файли цього матеріалу:
Файл	Опис	Розмір	Формат
Пояснювальна записка_Федоренко Віталій_МСТП-2101_2022-2023.pdf Restricted Access		2.69 MB	Adobe PDF	Переглянути/Відкрити Запит копії
Показати базовий опис матеріалу Перегляд статистики
Усі матеріали в архіві електронних ресурсів захищено авторським правом, усі права збережено.
Extracted text
МІНІСТЕРСТВО ОСВІТИ І НАУКИ УКРАЇНИ 
ЧЕРКАСЬКИЙ ДЕРЖАВНИЙ ТЕХНОЛОГІЧНИЙ УНІВЕРСИТЕТ 
Факультет інформаційних технологій і систем 
Кафедра комп’ютерних наук та системного аналізу 
Пояснювальна записка 
до кваліфікаційної роботи 
   магістра 
 (освітній рівень) 
на тему: «Управління проєктом розробки мобільного додатку для 
створення персональних програм тренувань з урахуванням індивідуальних 
особливостей користувача» 
Виконав: студент 2 курсу, групи МСТП-2102 
спеціальності 122 – «Комп’ютерні науки» 
     (шифр і назва спеціальності) 
освітня програма «Управління стартапами
(назва освітньої програми)
і проєктами в галузі інформаційних технологій» 
      Федоренко Віталій Сергійович 
Керівник   Триус Ю.В 
 (прізвище та ініціали)
Рецензент   Чернов С.К. 
 (прізвище та ініціали)
Черкаси 2022 року 
2 
Бланк завдання на кваліфікаційну роботу магістра студенту 
Черкаський державний технологічний університет 
Факультет Інформаційних технологій і систем 
Кафедра Комп’ютерних наук та системного аналізу 
Освітній рівень Магістр 
Спеціальність 122 – комп’ютерні науки 
ЗАТВЕРДЖУЮ 
Завідувач кафедри КН та СА  
_______________ Триус Ю.В. 
«____» _____________ 2022 р. 
ЗАВДАННЯ 
на кваліфікаційну роботу бакалавра студенту 
Федоренку Віталію Сергійовичу 
(прізвище, ім‘я, по батькові) 
1. Тема роботи «Управління проєктом розробки мобільного додатку для створення
персональних програм тренувань з урахуванням індивідуальних особливостей користувача» 
Керівник роботи Триус Юрій Васильович, д.пед.н, к.ф.-м.н., професор 
(прізвище, ім’я, по батькові, науковий ступінь, вчене звання) 
затверджені наказом університету від «14» жовтня 2022 р. № 275/04. 
2. Строк подання студентом роботи  «8» грудня 2022 року
3. Вихідні дані до роботи:
Звіт з переддипломної практики 
4. Зміст пояснювальної записки (перелік питань, що їх належить розробити):
Вступ 
4.1. Аналіз передумов створення ІТ-проєкту 
4.2. Розробка концепції проєкту 
4.3. Планування та управління проєкту 
4.4 Моделювання виконання проєкту 
3 
Висновки. 
5. Перелік додатків (з точним зазначенням назв додатків):
5.1. Додаток А. Специфікація 
5.2. Додаток Б. Текст програм в СКМ Matlab та СППР Decisioner для аналізу альтернативної ідеї 
1р.о зІнрсотбркуик пцріяо єккотруи стувача
5.3. Додаток В. Текст програм повний перелік робіт з діаграмою Ганта та повна мережева схема 
в MS Project 
5.4. Додаток Г. Публікація по темі кваліфікаційної роботи магістра 
6. Консультанти розділів роботи
Прізвище, ініціали та Підпис, дата 
Розділ посада 
консультанта завдання видав завдання прийняв 
7. Дата видачі завдання 14.10.2022 р.
КАЛЕНДАРНИЙ ПЛАН 
Строк виконання 
№ з/п Назва етапів кваліфікаційної роботи магістра Примітка 
етапів роботи 
1 Видача завдання на кваліфікаційну роботу до 14.10.2022 Виконано 
магістра. 
2 Аналіз літературних джерел, об’єкту та до 29.10.2022 Виконано 
предмету дослідження. 
3 Написання теоретичного розділу до 07.11.2022 Виконано 
кваліфікаційної роботи магістра. 
4 Написання аналітичного розділу (аналіз об’єкту до 15.11.2022 Виконано 
й предмету дослідження). 
5 Написання практичних розділів й висновків по до 29.11.2022 Виконано 
роботі. 
6 Передзахист кваліфікаційної магістра на до 08.12.2022 Виконано 
засіданні випускової кафедри. 
7 Подання роботи завідувачу кафедри. до 08.12.2022 Виконано 
8 Захист кваліфікаційної роботи магістра. 14.12.2022 Виконано 
Студент       _____________________________    Федоренко В.С. 
(підпис)  
Керівник роботи          ____________________________      Триус Ю.В. 
(підпис)  
4 
РЕФЕРАТ 
Кваліфікаційна робота магістра містить: 87 с., 45 рис., 12 табл., 18 
використаних джерел, 3 додатків. 
Актуальність теми. Сьогодні важко уявити життя сучасної людини без  
смартфона, з яким зв’язано безліч як бізнес-процесів, так і процесів повсякденного 
життя. Робота смартфону відбувається за допомогою мобільних додатків або 
застосунків – це програмне забезпечення, призначене для роботи на смартфонах, 
планшетах та інших мобільних пристроях. У зв’язку з цим, різноманітні мобільні 
застосунки наскільки популярні, що в актуальності їх розробки не варто 
сумніватися. 
Здоровий спосіб життя завжди був популярним серед багатьох людей. А зараз, 
в зв’язку з різними катаклізмами, різкою зміною погоди, коронавірусом та безліччю 
інших проблем, люди розуміють наскільки важливим є спорт, фізичний розвиток та 
їх здоров’я. Загально відомо, що тренування та здоровий спосіб життя зміцнюють 
імунітет, покращують як фізичний, так і психологічний стан здоров’я.  
Отож, все більше людей починає займатися спортом, своїм фізичним 
розвитком і ведуть здоровий спосіб життя. Але з чого почати? Який вид спорту 
краще підійде тій чи іншій людині? З відповідями на ці питання споживачам може 
допомогти мобільний додаток для створення програм тренувань з урахування 
індивідуальних особливостей користувача, проєкт якого розроблений в даній 
кваліфікаційній роботі. 
Мета та задачі дослідження. Мета дослідження полягає у розробці 
мобільного додатку для створення персональних програм тренувань з урахуванням 
індивідуальних особливостей користувача з використанням технологій управління 
проєктами в галузі інформаційних технологій.  
Задачі, що вирішуються в роботі: 
– проведення дослідження ринку мобільних застосунків у сфері спорту;
– дослідження особливостей методологій управління проєктами в ІТ галузі;
– розробка компонентів управління проєктом розробки мобільного додатку
для створення персональних програм тренувань;
5 
 
– виявлення та оцінка можливостей подальшого удосконалення мобільного 
додатку з метою розширення його функціональності. 
Об’єктом дослідження є процеси управління проєктом розробки мобільного 
додатку для створення персональних програм тренувань з урахуванням 
індивідуальних особливостей користувача на різних фазах його реалізації. 
Предмет дослідження – проєкт розробки мобільного додатку для створення 
персональних програм тренувань з урахуванням індивідуальних особливостей 
користувача. 
У процесі дослідження використовувалися наступні методи: 
– експертне оцінювання альтернатив; 
– методи прийняття рішень в умовах невизначеності; 
– календарне планування; 
– метод критичного шляху. 
Користувачі матимуть можливість завантажити створений застосунок на 
смартфон та користуватися ним кожного дня для створення та відстеження 
персональних програм тренувань, для покращення правильної техніки виконання 
вправ, для зміцнення здоров’я, що є дуже важливим в довгостроковій перспективі 
для користувача. 
Апробація результатів роботи. Основні положення і результати 
кваліфікаційної роботи магістра доповідалися і були обговорені на студентській 
науково-практичній конференції ЧДТУ (Черкаси, 2022).  
Публікації. Результати кваліфікаційної роботи магістра опубліковані у 
збірнику тез доповідей студентської науково-практичної конференції ЧДТУ: 
Федоренко В. С., Триус Ю. В., Порівняльний аналіз програмних засобів управління 
проєктами:  Збірник тез доповідей студентської науково-практичної конференції 
ЧДТУ : 19–22 квітня 2022 р. [Електронний ресурс] / [упоряд. : Батраченко О. В., 
Бєляєва С. С., Захарова О. В. та ін.] ; М-во освіти і науки України, Черкас. держ. 
технол. ун-т. – Черкаси : ЧДТУ, 2022. – С. 63-64. 
Перелік ключових слів: МОБІЛЬНИЙ ЗАСТОСУНОК, РОЗРОБКА 
ПРОЄКТУ, ПЛАНУВАННЯ ПРОЄКТУ, ЗДОРОВИЙ СПОСІБ ЖИТТЯ. 
 
6 
 
ABSTRACT 
The master's thesis contains: 87 pages, 45 figures, 12 tables, 18 used sources, 3 
appendices. 
Actuality of theme. Today, it is difficult to imagine the life of a modern person 
without a smartphone, which is connected to many business processes and everyday life 
processes. The operation of the smartphone is carried out with the help of mobile 
applications or applications - this is software designed to work on smartphones, tablets and 
other mobile devices. In this regard, various mobile applications are so popular that the 
relevance of their development should not be doubted. 
A healthy lifestyle has always been popular among many people. And now, in 
connection with various cataclysms, a sudden change in the weather, the coronavirus and 
many other problems, people understand how important sports, physical development and 
their health are. It is common knowledge that exercise and a healthy lifestyle strengthen 
immunity and improve both physical and psychological health. 
So, more and more people are starting to do sports, their physical development and 
lead a healthy lifestyle. But where to start? What kind of sport is better suited for this or 
that person? With the answers to these questions, consumers can be helped by a mobile 
application for creating training programs taking into account the individual characteristics 
of the user, the project of which is developed in this qualification work. 
The purpose and objectives of the research. The purpose of the research is to 
develop a mobile application for creating personal training programs taking into account 
the individual characteristics of the user using project management technologies in the 
field of information technology. 
Tasks solved in the work: 
 Researching the market of mobile applications in the field of sports; 
 Study of the peculiarities of project management methodologies in the IT industry; 
 Development of project management components for the development of a mobile 
application for creating personal training programs; 
 identification and assessment of opportunities for further improvement of the mobile 
application in order to expand its functionality. 
7 
 
The object of the research is the project management processes of the 
development of a mobile application for the creation of personal training programs taking 
into account the individual characteristics of the user at various phases of its 
implementation. 
The subject of the research is the project of developing a mobile application for 
creating personal training programs taking into account the individual characteristics of 
the user. 
The following methods were used in the research process: 
 Expert evaluation of alternatives; 
 Methods of decision-making in conditions of uncertainty; 
 Calendar planning; 
 the critical path method. 
Users will have the opportunity to download the created application on a 
smartphone and use it every day to create and track personal training programs, to improve 
the correct technique of performing exercises, to improve health, which is very important 
in the long term for the user. 
Approbation of work results. The main provisions and results of the master's 
qualification work were reported and discussed at the student scientific and practical 
conference of CSTU (Cherkasy, 2022). 
Publications. The results of the master's qualification work were published in the 
collection of abstracts of the student scientific and practical conference of CSTU: 
Fedorenko V.S, Tryus Y.V, Comparative analysis of project management software tools: 
Collection of abstracts of the student scientific and practical conference of CSTU: April 
19–22, 2022 r. [Electronic resource] / [ed. : O. V. Batrachenko, S. S. Belyaeva, O. V. 
Zakharova, etc.]; City of Education and Science of Ukraine, Cherkasy State Technological 
University. – Cherkasy: CSTU, 2022. – P. 63-64. 
List of keywords: MOBILE APPLICATION, PROJECT DEVELOPMENT, 
PROJECT PLANNING, HEALTHY LIFESTYLE. 
8 
 
ЗМІСТ 
ПЕРЕЛІК УМОВНИХ ПОЗНАЧЕНЬ, СИМВОЛІВ, СКОРОЧЕНЬ І ТЕРМІНІВ ...... 10 
ВСТУП ................................................................................................................................ 11 
1 АНАЛІЗ ПЕРЕДУМОВ СТВОРЕННЯ ІТ-ПРОЄКТУ ................................................ 13 
1.1 Постановка та обґрунтування проблеми ........................................................ 13 
1.2 Опис задуму створеного проєкту .................................................................... 14 
1.3 Аналіз аналогів проєкту, що реалізується у роботі ....................................... 15 
1.4 Аналіз альтернативних ідей та вибір найбільш привабливої альтернативи 
для реалізації проєкту ....................................................................................... 19 
Висновки до розділу 1 .............................................................................................. 21 
2  РОЗРОБКА КОНЦЕПЦІЇ ПРОЄКТУ ........................................................................... 23 
2.1 Аналіз первинних та вторинних зацікавлених сторін ................................... 23 
2.2 Концепція проєкту ............................................................................................ 25 
2.3 Учасники проєкту ............................................................................................. 28 
2.4 Життєвий цикл проєкту, перелік ключових фаз проєкту ............................. 29 
Висновки до розділу 2 .............................................................................................. 33 
3  ПЛАНУВАННЯ ТА УПРАВЛІІННЯ ПРОЄКТУ ...................................................... 34 
3.1 Управління змістом проєкту ............................................................................ 34 
3.2 Планування часу проєкту ................................................................................. 40 
3.3 Планування трудових ресурсів проєкту ......................................................... 44 
3.4 Планування якості проєкту .............................................................................. 53 
3.5 Управління ризиками проєкту ......................................................................... 55 
3.6 Планування бюджету проєкту ......................................................................... 59 
3.7 Управління комунікаціями в проєкті .............................................................. 62 
Висновки до розділу 3 .............................................................................................. 63 
9 
 
4  МОДЕЛЮВАННЯ ВИКОНАННЯ ПРОЄКТУ ........................................................... 65 
4.1 Механізм контролю робіт проєкту .................................................................. 65 
4.2 Опис засобів програмної реалізації додатку .................................................. 66 
4.3 Опис функцій та можливостей додатку .......................................................... 67 
4.4 Макет додатку ................................................................................................... 69 
Висновки до розділу 4 .............................................................................................. 71 
ВИСНОВКИ ....................................................................................................................... 72 
СПИСОК ВИКОРИСТАНИХ ДЖЕРЕЛ ......................................................................... 74 
ДОДАТОК А ..................................................................................................................... 76 
ДОДАТОК Б ..................................................................................................................... 78 
ДОДАТОК В ..................................................................................................................... 83 
ДОДАТОК Г ..................................................................................................................... 86 
  
10 
 
ПЕРЕЛІК УМОВНИХ ПОЗНАЧЕНЬ, СИМВОЛІВ, СКОРОЧЕНЬ І ТЕРМІНІВ 
СППР – система підтримки прийняття рішень; 
СКМ – система комп’ютерної математики; 
СДР – структура декомпозиції робіт; 
ІСР – ієрархічна структура робіт; 
СУБД – система управління базами даних; 
WBS – work breakdown structure; 
MS –  Microsoft; 
OBS – organizational breakdown structure. 
 
 
11 
 
ВСТУП 
Актуальність теми. Сьогодні важко уявити життя сучасної людини без  
смартфона, з яким зв’язано безліч як бізнес-процесів, так і процесів повсякденного 
життя. Робота смартфону відбувається за допомогою мобільних додатків або 
застосунків – це програмне забезпечення, призначене для роботи на смартфонах, 
планшетах та інших мобільних пристроях. У зв’язку з цим, різноманітні мобільні 
застосунки наскільки популярні, що в актуальності їх розробки не варто 
сумніватися. 
Здоровий спосіб життя завжди був популярним серед багатьох людей. А зараз, 
в зв’язку з різними катаклізмами, різкою зміною погоди, коронавірусом та безліччю 
інших проблем, люди розуміють наскільки важливим є спорт, фізичний розвиток та 
їх здоров’я. Загально відомо, що тренування та здоровий спосіб життя зміцнюють 
імунітет, покращують як фізичний, так і психологічний стан здоров’я.  
Отож, все більше людей починає займатися спортом, своїм фізичним 
розвитком і ведуть здоровий спосіб життя. Але з чого почати? Який вид спорту 
краще підійде тій чи іншій людині? Адже кожен вид спорту має свої плюси, мінуси 
та особливості, про які не кожен знає. Наприклад, біг – здається все просто, взяв і 
побіг, але існує безліч нюансів, про які варто дізнатися перш ніж починати, аби не 
нашкодити здоров’ю. З відповідями на ці питання споживачам може допомогти 
мобільний додаток для створення програм тренувань з врахування індивідуальних 
особливостей користувача, проєкт якого розроблений в даній кваліфікаційній 
роботі. 
Мета та задачі дослідження. Мета дослідження полягає у розробці 
мобільного додатку для створення персональних програм тренувань з урахуванням 
індивідуальних особливостей користувача з використанням технологій управління 
проєктами в галузі інформаційних технологій.  
Задачі, що вирішуються в роботі: 
– проведення дослідження ринку мобільних застосунків у сфері спорту; 
– дослідження особливостей методологій управління проєктами в ІТ галузі; 
12 
 
– розробка компонентів управління проєктом розробки мобільного додатку 
для створення персональних програм тренувань; 
– виявлення та оцінка можливостей подальшого удосконалення мобільного 
додатку з метою розширення його функціональності. 
Об’єктом дослідження є процеси управління проєктом розробки мобільного 
додатку для створення персональних програм тренувань з урахуванням 
індивідуальних особливостей користувача на різних фазах його реалізації. 
Предмет дослідження – проєкт розробки мобільного додатку для створення 
персональних програм тренувань з урахуванням індивідуальних особливостей 
користувача. У процесі дослідження використовувалися наступні методи: 
– експертне оцінювання альтернатив; 
– методи прийняття рішень в умовах невизначеності; 
– календарне планування; 
– метод критичного шляху. 
Користувачі матимуть можливість завантажити створений застосунок на 
смартфон та користуватися ним кожного дня для створення та відстеження 
персональних програм тренувань, для покращення правильної техніки виконання 
вправ, для зміцнення здоров’я, що є дуже важливим в довгостроковій перспективі 
для користувача. 
Апробація результатів роботи. Основні положення і результати 
кваліфікаційної роботи магістра доповідалися і були обговорені на студентській 
науково-практичній конференції ЧДТУ (Черкаси, 2022).  
Публікації. Результати кваліфікаційної роботи магістра опубліковані у 
збірнику тез доповідей студентської науково-практичної конференції ЧДТУ: 
Федоренко В. С., Триус Ю. В., Порівняльний аналіз програмних засобів управління 
проєктами:  Збірник тез доповідей студентської науково-практичної конференції 
ЧДТУ : 19–22 квітня 2022 р. [Електронний ресурс] / [упоряд. : Батраченко О. В., 
Бєляєва С. С., Захарова О. В. та ін.] ; М-во освіти і науки України, Черкас. держ. 
технол. ун-т. – Черкаси : ЧДТУ, 2022. – С. 63-64. 
13 
 
1 АНАЛІЗ ПЕРЕДУМОВ СТВОРЕННЯ ІТ-ПРОЄКТУ 
1.1 Постановка та обґрунтування проблеми 
Здоровий спосіб життя знову в тренді. Це легко пояснити обставинами у 
всьому світі – природні катаклізми, коронавірус, безліч інших проблем, спонукає 
людей до усвідомлення того факту, що для комфортного існування потрібен гарний 
імунітет та чудовий загальний стан організму. А що може бути кращим варіантом 
для цього, як не спорт та тренування.  
У зв’язку з цим у людей, які вирішили пов’язати своє життя зі спортом, 
виникає безліч питань. Чим саме зайнятися, скільки доведеться витрачати часу на 
тренування, що робити з харчуванням, який спорт безпечніше тощо? Всі ці питання 
потребують відповідей і кожен відповідає на них собі сам, і обирає той чи інший вид 
спорту.  
Більшість людей, які просто хочуть привести свою фізичну форму в норму, 
зміцнити свій імунітет та покращити загальний стан організму обирають такі види 
спорту, як: бодібілдинг, кросфіт, інтенсивні тренування або ж, атлетизм. Назви різні, 
проте в основі цих видів лежить одна фундаментальна основа – це методичне 
виконання тих чи інших вправ, в тому чи іншому темпі, з метою зміцнення здоров’я, 
збільшення сили, витривалості та гнучкості організму. 
Обравши вид спорту, виникають нові важливі питання, а саме: 
– Де займатися? Вдома, чи в залі? 
– З тренером, чи самостійно? 
Більшість людей обирають тренування в залі, так простіше змусити себе 
регулярно відвідувати тренування, плюс там є всі необхідні інструменти для 
тренування свого тіла. 
Тоді постає друге питання: З тренером, чи самостійно тренуватися? І тут не 
все так просто. По-перше, послуги тренера недешеві, тож не кожен може їх собі 
дозволити. По-друге, не всі тренери достатньо кваліфіковані. Не кваліфікований 
тренер, може не допомогти вам, а зробити тільки гірше, оскільки головна задача 
14 
 
тренера – це пояснити суть тренувань, поставити вам правильну техніку виконання 
вправ і слідкувати за вашим станом, щоб розуміти, які навантаження вам вже можна 
давати, а які поки давати рано. Якщо ж, тренер некваліфікований, він може 
припуститися помилок на кожному з цих етапів. Що може призвести до порушення 
стану як окремих частин тіла, так і здоров’я в цілому.  
1.2 Опис задуму створеного проєкту  
Ідеєю проєкту є розробка мобільного додатку для створення персональних 
програм тренувань з урахуванням індивідуальних особливостей користувача. 
Додаток буде містити в собі, як найпопулярніші та дієві програми тренувань, 
перевірені роками, так і нові, які добре себе показали на практиці. За допомогою 
додатку програму тренувань можна буде підібрати згідно цілей користувача, чи то 
будуть силові тренування, аеробні, або анаеробні тренування, також можна буде 
поєднувати різні програми в один цикл, завдяки гнучким налаштуванням додатку. 
Ще можна буде створювати власні системи тренувань, або довірити це системі, 
пройшовши детальне опитування щодо зросту, ваги, віку, щоденного рівня 
активності користувача. Після створення програми за допомогою системи, її можна 
буде налаштувати під потреби її власника, тобто змінити деякі вправи, які йому не 
подобаються, або викликають дискомфорт; система сама підбере вам альтернативні 
вправи, не змінюючи при цьому групу м’язів, на яку була спрямована початкова 
вправа. Додаток матиме інформативні відеоролики з постановками техніки 
виконання кожної вправи від кваліфікованих тренерів, також будуть наявні текстові 
пояснення, з примітками та зауваженнями до кожної вправи. 
Окрім того, планується інтеграція додатку з сервісом підрахунку калорій 
«FatSecret», для зручного обміну даними, і аналізом втрачених калорій шляхом 
різних активностей та придбаних калорій за рахунок їжі.  
Ще однією особливістю додатку буде надання користувачеві можливості 
здійснювати підписку на сервіси для отримання ексклюзивних програм тренувань та 
15 
 
харчування, а також консультації з дипломованими професійними тренерами з 
різних видів спорту, та дипломованими дієтологами. 
1.3 Аналіз аналогів проєкту, що реалізується у роботі 
Оскільки спорт і здоровий спосіб життя популярні у всьому світі, то було 
створено багато різних мобільних додатків для цієї сфери. Деякі з них вузького 
призначення, деякі мають досить широкі функціональні можливості. Для аналізу і 
порівняння аналогів до проєкту, що розробляється, було обрано найбільш 
конкурентоздатні: 
– Фітнес додаток «Centr» від Loup [1]; 
– Фітнес додаток «Nike Training Club» від Nike Inc. [2];  
– Фітнес додаток «HIIT | Down Dog» від Yoga Buddhi Co. [3]. 
На мій погляд, найбільш привабливим серед цих додатків є додаток «Centr». У 
цього додатку є команда досвідчених тренерів та дієтологів, яка складає програми, 
як для тренувань, так і для здорового харчування. Окрім хороших тренувань, 
користувач  отримує ще й непогані рецепти різних страв правильного харчування, 
що допоможе йому харчуватися правильно та смачно. Також додаток містить набір 
медитацій, щоб зняти стрес та розслабитися, будь то важке тренування, чи просто 
складний день. 
Але найбільшою особливістю цього додатку та тим, що пояснює його 
популярність, є його засновник – австралійський актор Кріс Хемсворт , відомий 
усім,  завдяки своїй ролі Тора, бога грому, в кіновсесвіті Marvel. Кріс з дитинства 
був спортивним, але для ролі бога грому, йому довелося набрати значну м'язову 
масу, і в нього це вийшло. Тепер він має мільйон фанатів по всьому світу, які хочуть 
виглядати, як їх кумир. На мою думку це і є головним плюсом додатку «Centr», адже 
коли ти бачиш, як Кріс тренується і виглядає, ти хочеш бути схожим, і його додаток 
може тобі в цьому допомогти. 
16 
 
Недоліками додатку «Centr» є те, що сервіс доступний тільки з підпискою, і 
ціна для наших реалій немаленька. Також відсутність підтримки української мови 
може викликати певні труднощі. 
На рисунку 1.1 представлено інтерфейс додатку «Centr». 
 
Рисунок 1.1 – Інтерфейс додатку «Centr» 
Аналізуючи додаток «Nike Training Club» (рис. 1.2), варто відзначити, що це 
дещо інший тип додатку. Якщо з додатком від Loup. у проєкті, що розробляється, 
багато спільного, то додаток Nike Inc. має свої суттєві відмінності. Він представляє 
собою щось на кшталт онлайн тренера. Тобто, він також містить програми 
тренувань для різних цілей та від різних відомих спортсменів. Проте користувач не 
може їх адаптувати під себе, що є серйозним недоліком додатку. Сутність додатку ж 
полягає в тому, що користувач запускає його прямо на тренуванні, і виконує всі 
вправи, що йому пропонуються, в режимі реального часу, з вказаними інтервалами 
відпочинку та роботи. Комусь можливо це і підійде, не потрібно витрачати час на 
самостійний підбір тренувань, просто користувач обирає тренування та слідуєте 
інструкціям. Але такий підхід не дає можливості враховувати особисті потреби 
користувача, що в деяких випадках не дуже зручно. 
17 
 
 
Рисунок 1.2 – Інтерфейс додатку «Nike Training Club» 
Додаток «HIIT | Down Dog» дещо схожий з додатком від Nike Inc. і також 
забезпечує проведення тренування в режимі реального часу, проте з більшою 
варіативністю вибору різних пресетів (рис. 1.3). Також слід додати, що він пропонує 
не звичайні тренування, а високоінтенсивні. В меню перед кожним тренуванням, 
користувач може обрати час тренування, які м’язи будуть задіяні, можна навіть 
вказати пропорції, яким м’язам варто приділити більшу увагу. Користувач 
самостійно може обирати довжину інтервалів роботи та відпочинку, завдяки 
гнучким налаштування додатку. Також можна обрати голос, який буде 
супроводжувати   тренування. Окрім цього, корисною «фішкою» цього додатку є 
наявність музичного супроводу, коли користувач може обрати стиль, який йому 
подобається, і тренуватися під музику, не застосовуючи при цьому сторонні сервіси.  
Тож, можна сказати, що це непоганий додаток для високоінтенсивних 
тренувань. 
18 
 
 
Рисунок 1.3 – Інтерфейс додатку «HIIT|Down Dog» 
У таблиці 1.1 представлено порівняльний аналіз розглянутих додатків за 
певними критеріями.  
Як видно з таблиці 1.1, за всіма критеріями додаток «Centr» від Loup. є 
найбільш конкурентним до створюваного в роботі додатку. В нього багато переваг, 
гарне ком’юніті та чудова реклама. Отже, саме на цей додаток слід звернути увагу 
при подальшій роботі над проєктом. 
 
Таблиця 1.1 – Порівняльний аналіз додатків-конкурентів 
Критерії «Centr» «Nike «HIIT» 
Training» 
Підтримка української мови - - - 
Можливість впливати на створені програми тренувань + - + 
Різноплановість програм тренувань + + - 
Багатофункціональність додатку + - - 
Додаткові бонуси (набір медитацій, влаштована музика) + - + 
Дизайн та інтерфейс + + - 
Можливість користуватися без платної підписки - + + 
Простота використання - + + 
Результати 5 4 4 
 
19 
 
1.4 Аналіз альтернативних ідей та вибір найбільш привабливої 
альтернативи для реалізації проєкту 
Для більшого розуміння ринку та на випадок непередбачуваних ризиків, 
проаналізуємо альтернативні ідеї для реалізації проєкту та визначимо, яка з них буде 
кращою альтернативою основному проєкту. 
Для аналізу оберемо 4 альтернативи, а саме: 
– cтворення мобільного додатку «Тренуйся вдома»; 
– cтворення мобільного додатку «Підрахунок калорій»; 
– cтворення мобільного додатку «Кухня правильного харчування»; 
– cтворення мобільного додатку «Таймер для тренувань». 
Сутність додатку «Тренуйся вдома» буде полягати в підборі гарної програми 
тренувань в домашніх умовах. Користувач вказує свої параметри, обирає цілі 
тренувань та позначає, яке у нього є обладнання для тренувань, і додаток на основі 
цих даних створює програму тренувань, враховуючи всі зазначені побажання.  
Сутність мобільного додатку «Підрахунок калорій», як зрозуміло з назви, 
полягатиме в підрахунку кількості втрачених та набутих калорій за добу. Додаток 
матиме базу даних про продукти та страви, з їх точною енергетичною цінністю для 
підрахунку. Також додаток міститиме різні рекомендації залежно від потреб 
користувача, будь то дефіцит, чи профіцит калорій.  
Сутність мобільного додатку «Кухня правильного харчування» полягатиме в 
спростуванні думок, що корисне харчування, це нудно й не смачно. Додаток 
міститиме дані про прості, смачні та корисні страви. В додатку можна буде вказати 
продукти, з яких користувач бажає приготувати, наприклад вечерю, і додаток 
запропонує кілька гарних варіантів з детальною інструкцією приготування. Також 
додаток буде в змозі, запропонувати страви, на основі потрібної користувачеві 
енергетичної цінності, наприклад, можна вказати, що вечеря має містити 30 грам 
білків, 50 грам важких вуглеводів та 10 грам корисних жирів. 
Сутність останнього мобільного додатку «Таймер для тренувань» полягатиме 
в зручному таймері для інтенсивних та інтервальних тренувань. Наприклад, 
20 
 
тренування в режимі табата, коли людина 20 секунд працює, а 10 секунд відпочиває; 
або в режимі анаболічного кардіо, коли 30 секунд людина працює з максимальною 
інтенсивністю, а потім 120 секунд з помірною інтенсивністю. Додаток подаватиме 
сигнали, причому різні, для інтенсивної фази та для помірної. Також додаток 
надасть можливість користувачу самому налаштовувати інтервали та кількість 
циклів. Приємним бонусом додатку буде те, що при наявності інтернету, він буде 
підбирати та вмикати музику під час тренування, залежно від її інтенсивності.  
Щоб обрати найпривабливішу альтернативу для проєкту проведемо аналіз із 
урахуванням ризиків, обумовлених такими зовнішніми умовами: 
– зникнення фінансування проєкту; 
– вихід на ринок схожого продукту, з кращими характеристиками; 
– раптова втрата великої кількості клієнтів; 
– форс-мажорні обставини (війна, шторм, блекаут тощо). 
Оскільки прийняття рішення щодо вибору альтернативи для проєкту 
здійснюється в умовах невизначеності, то й аналіз будемо проводити з 
використанням відповідних математичних критеріїв, зокрема: критеріїв Лапласа, 
Вальда, Севіджа та Гурвіца.  
Розв’язання цієї задачі проведемо за допомогою СППР «Dicisioner» [4] та 
СКМ «Matlab» [5]. У таблиці 1.2 представлені результати обрахунків за допомогою 
двох вище вказаних ресурсів. Повне виконання даного аналізу наведене в додатку А. 
Таблиця 1.2 – Результати обрахунків за допомогою СКМ Matlab та СППР 
Decisioner 
  СКМ Matlab СППР Decisioner 
№ Розрахунок  Оптимальна альтернатива Оптимальна альтернатива 
1 За Тренуйся вдома Тренуйся вдома 
критерієм 
Лапласа 
21 
 
2 За Тренуйся вдома, Підрахунок Тренуйся вдома 
критерієм калорій, Кухня правильного 
Вальда харчування 
3 За Тренуйся вдома Тренуйся вдома 
критерієм 
Севіджа 
4 За Тренуйся вдома Тренуйся вдома 
критерієм 
Гурвіца 
 
Як бачимо, результати для прийняття рішення з використанням обох ресурсів 
збігаються, тобто найкращою альтернативою є перша альтернатива, тобто додаток 
«Тренуйся вдома». 
Отже з цього випливає, що найкращою альтернативною ідеєю є створення 
мобільного додатку «Тренуйся вдома».  
Висновки до розділу 1 
У даному розділі була описана проблема, яку вирішує створений у роботі 
додаток, та обґрунтована її актуальність. Чітко описана ідея розроблюваного 
застосунку, його переваги та недоліки. Завдяки цьому були визначені цілі та 
обмеження проєкту.  
Також проведено аналіз його конкурентів для більш чіткого розуміння ринку 
та того, які у подібних додатків можуть буди недоліки та як з ними боротися. 
Ще було обрано альтернативну ідею для розробки, на випадок 
непередбачуваних обставин, для цього було проведено аналіз з використанням 
відповідних математичних критеріїв прийняття рішень в умовах невизначеності, та 
використано відповідні програмні засоби.  
22 
 
За підсумками даного аналізу було обрано оптимальну альтернативу – 
мобільний додаток «Тренуйся вдома», що буде розроблятися у межах 
кваліфікаційної роботи.  
Також під час даного аналізу стало зрозуміло, як ті чи інші зовнішні умови 
можуть впливати на подібні додатки. 
 
23 
 
2 РОЗРОБКА КОНЦЕПЦІЇ ПРОЄКТУ 
2.1 Аналіз первинних та вторинних зацікавлених сторін 
Для якісного прорахунку всіх складових проєкту слід провести аналіз його 
оточення, тобто зацікавлених сторін проєкту, які так, чи інакше впливають на 
проєкт. 
Зацікавлені сторони проєкту діляться на дві категорії: первинні та вторинні. 
Первинними зацікавленими сторонами є ініціатор, замовник, керівник проєкту 
та команда проєкту.  
До вторинних належать інвестор, споживачі (клієнти) та органи влади. 
Тепер детальніше пройдемося по кожному з них. 
Керівник проєкту 
Оскільки проєкт студентський, то керівник проєкту поєднує в собі декілька 
ролей. 
Роль: ініціатор, замовник. 
Вигода: Отримання прибутку, реалізація проєкту, отримання досвіду 
управлінням ІТ-проєктами та ІТ-стартапами. 
Форма підтримки проєкту: ведення проєкту, сприяння його успішному 
завершенню. 
Механізм участі: створення та ведення обігу документальної частини, 
управління командою проєкта, управління самим проєктом, прийняття рішень з 
реалізації проєкту. 
Команда проєкту 
Ролі: маркетолог, дизайнер, 2 програмісти, тестувальник, команда тренерів.. 
Вигода: Отримання прибутку, отримання досвіду роботи в команді, 
покращення своїх професійних навичок. 
Форма підтримки проєкту: чітке виконання вимог керівника проєкту. 
Механізм участі: розробка проєкту на всіх етапах його існування. 
Інвестор 
24 
 
Роль: інвестор. 
Вигода: отримання прибутку від проєкту, реклама власної продукції у 
створеному додатку. 
Форма підтримки проєкту: фінансування проєкту. 
Механізм участі: фінансування проєкту. 
Клієнти 
Роль: кінцеві споживачі готового продукту. 
Вигода: можливість користуватися зручним, корисним додатком для спорту і 
тренувань. 
Форма підтримки проєкту: придбання підписки, оцінка додатку в Play Store. 
Механізм участі: користування додатком та надання відгуків для покращення 
роботи додатку. 
Органи влади 
Роль: Державні структури. 
Вигода: отримання податків від проєкту. 
Форма підтримки проєкту: надання оподаткування. 
Механізм участі: стягнення податків. 
Як бачимо всі сторони мають вигоду від  реалізації проєкту, проте мають і 
позитивний вплив на проєкт.  
Для успішної реалізації проєкту розробимо стратегію взаємодії з кожною 
стороною проєкту, зосередивши увагу на важливих факторах, що здатні вплинути на 
проєкт. 
Стратегія взаємодії з керівником проєкту 
Продукт повинен відповідати всім стандартам та вимогам. Користувачі мають 
бути задоволені тими функціями, які пропонує додаток. Команда проєкту повинна 
мати чіткі і зрозумілі задачі. 
Стратегія взаємодії з командою проєкту 
Всі задачі проєкту повинні бути виконані чітко з графіком. Кінцевий результат 
задач повинен відповідати поану проєкту. 
 
25 
 
 
Стратегія взаємодії з інвестором 
Керівник проєкту повинен надати всі фінансові звіти та інформацію про хід 
реалізації проєкту. 
Стратегія взаємодії з клієнтами 
Клієнти повинні бути задоволені продуктом. Отримувати користь від 
користування додатком. 
Стратегія взаємодії з органами влади 
Оскільки на органи влади впливу немає, їх варто зазначити в план реагування 
на ризики, та при плануванні проєкту, застосувавши стратегію реагування та 
адаптації. 
Отже, результатом аналізу зацікавлених сторін є розуміння, що оточення 
проєкту в більшій мірі позитивно впливає на проєкт. Є деякі ризики, та їх можна 
уникнути розробивши стратегію реагування та адаптації. 
2. 2 Концепція проєкту 
Концепція проекту – це попередній план впровадження бізнес-ідеї проекту, 
який надається Замовнику для оцінювання перспективності цієї бізнес-пропозиції. 
Метою оцінювання є відбір з декількох альтернативних ідей найбільш 
перспективних. 
Щоб розробити концепцію для мобільного додатку з створення персональних 
програм тренувань сформуємо опис проєкту. 
Причини ініціалізації проєкту 
 У зв’язку зі збільшенням популярності спорту та відсутністю великої 
кількості професійних та кваліфікованих тренерів виникає проблема високого 
травмування при виконанні тих чи інших вправ та програм тренувань. Це зумовлює 
необхідність у створенні системи, що буде допомагати новачкам з правильною 
технікою виконання вправ та надаватиме практичні вказівки залежно від 
індивідуальних особливостей людини. 
26 
 
 
Сутність запропонованої інноваційної ідеї та спосіб її використання 
Продуктом проєкту є мобільний додаток, розроблений для операційної 
системи Android. Додаток матиме безліч функцій та можливостей, серед яких: підбір 
програми тренувань за індивідуальними параметрами; вибір існуючої програми та 
налаштування її під цілі та вподобання користувача; ведення щоденника тренувань, 
щоб краще відслідковувати прогрес; інтеграція з сервісом підрахунку калорій; 
можливість отримання консультацій від професійних тренерів. 
Мета проєкту 
Розробка мобільного додатку «AorFB – Athleticism or functional bodybuilding» з 
використанням проєктного підходу до управління. Дати новачкам в спорті потрібну 
базу для подальших тренувань. Надати можливість досвідченим спортсменам та 
тренерам спростити та покращити процес планування тренувань для себе та своїх 
клієнтів. Запобігти травмам в силових видах спорту. Зробити додаток швидким та 
зручним для користування. 
Цілі проєкту 
Щоб краще зрозуміти проєкт визначимо його цілі та критерії досягнення цих 
цілей. 
Таблиця 2.1 – Цілі та критерії досягнення цілей 
№ Ціль Критерій 
1 Отримати прибуток 100 тисяч гривень через 6 
місяців після завершення 
проєкту 
2 Залучити клієнтів 3000 осіб через 3 місяці 
після завершення проєкту 
3 Отримати кількість завантажень додатку 8000 завантажень через 6 
місяців після завершення 
проєкту 
 
27 
 
 
Продукт проєкту 
Продуктом проєкту повинен бути впроваджений та виведений на ринок 
додаток, що матиме такі функціональні можливості: 
– створення програм тренувань, враховуючи індивідуальні особливості 
спортсмена; 
– вибір та видозміна існуючих програм тренувань від досвідчених тренерів 
та спортсменів під кожного користувача, враховуючи його цілі, 
можливості тощо; 
– інтеграція з сервісом підрахунку калорій для зручного їх відстеження; 
– відео з демонстраціями правильної техніки до кожної існуючої вправи в 
додатку, пояснення та рекомендації щодо їх виконання; 
– можливість отримувати консультації з професійними тренерами з різних 
видів спорту; 
– ведення щоденника тренувань, що містить всі вправи і зручний та 
інтуїтивно зрозумілий у використанні. 
Критерії успішності проєкту 
Для розуміння успішності проєкту визначено такі критерії, за допомогою яких 
буде видно наскільки успішним є додаток: 
– впізнаваність на ринку через рік після завершення проєкту; 
– багато хороших відгуків та рекомендацій встановити додаток; 
– половина користувачів додатку з платною підпискою. 
Обмеження проєкту 
Для зручного планування проєкт має такі обмеження: 
– проєкт повинен тривати, не довше 8 місяців; 
– проєкт повинен не перевищувати загальні втрати, більше ніж на 270 тисяч 
гривен. 
Допущення проєкту 
Вище вказані обмеження проєкту, але враховуючи ризики та непередбачувані 
обставини, закладемо в проєкт такі допущення: 
28 
 
– по часу, додатково 2 місяці до 8, зазначених раніше; 
– по загальних втратах, додатково 30 тисяч гривень. 
Згідно з створеною концепцією, побудуємо дерево цілей проєкту. 
Розробка 
мобільного додатку 
«AorFB» 
Отримати к-ть 
Отримати 
завантажень 
прибуток Залучити 
клієнтів 
 
Рисунок 2.1 – Дерево цілей проєкту 
2.3 Учасники проєкту 
У розділі 2.1 проведено аналіз всього оточення проєкту. Тепер більш детально 
зупинимося на людях, які суттєво впливають на проєкт. Для початку створимо 
схему з всіма учасниками проєкту (рис. 2.2). 
Замовник проєкту 
Федоренко Віталій 
Ініціатор проєкту  Власник проєкту 
Федоренко Віталій 
Федоренко Віталій 
 
Споживачі кінцевої Менеджер 
продукції  
проєкта Інвес
Спортсмени; тренери; Федоренко торИи: 
люди, які ведуть нвестори 
КомаВнідтаа лпірйо єкта 
здоровий спосіб КомпITан- ія 
2 прог
життя  раміста, к«оMмпYаPнRіяO TEIN» 
дизайнер, Epam, 
 маркетолог, українсь кий 
тестувальник, фонКд онкуренти 
Інші зацікавлені 
сторони команда тренерів. підтримки 
мобільний додаток «Centr»; 
стартапів 
Відсутні  мобільний додаток «Nike 
 Training»; 
мобільний додаток «Workout». 
Постачальники/Підрядник  
и Ліцензіари Органи влади 
Відсутні Відсутні Податкова служба 
 
 
 
Рисунок 2.2 – Схема учасників проєкту 
29 
 
Кожен з учасників має свої інтереси в проєкті, як і свої обов’язки. Також 
кожен учасник має той чи інший вплив на проєкт. Для успішної реалізації проєкту 
потрібно знати цілі кожного учасника, хоч у кожного  з учасників можуть бути свої 
цілі, проте одна ціль повинна бути спільною – успішно завершити проєкт. В табл. 
2.2 представлені цілі кожного учасника. 
 
Таблиця 2.2 – Цілі учасників проєкту 
№ Учасник Ціль 
1 Ініціатор/Замовник/Власник Реалізувати проєкт, отримати прибуток 
проєкту 
2 Менеджер проєкту Успіх проєкту, отримати досвід в управлінні 
проєктами 
3 Команда проєкту Отримання прибутку, отримання досвіду 
командної роботи 
4 Інвестор Отримати прибуток, більший ніж рівень вкладу 
5 Клієнт Отримати зручний та корисний додаток для 
тренувань та їх відстеження 
 
Як зазначалося раніше, кожен учасник має свої інтереси та цілі у проєкті, 
проте як бачимо з табл. 2.2, для досягнення їх цілей проєкт повинен бути успішно 
завершений. Тож така команда повинна успішно завершити проєкт та домогтися 
своїх цілей.  
2.4 Життєвий цикл проєкту, перелік ключових фаз проєкту 
Життєвий цикл проєкту – це час від початку проєкту до його завершення. 
Життєвий цикл проєкту є вихідним поняттям для дослідження проблем 
фінансування за проєктом та прийняття відповідних рішень. Незалежно від 
складності та обсягу робіт проєкту, в своєму розвитку він проходить певні стадії: від 
стадії, коли «проєкту ще не існує», до стадії, коли «проєкту вже не існує». 
30 
 
Цикл проєкту прийнято розглядати як базовий елемент концепції проєктного 
аналізу. 
Для розподілу проєкту на фази використовують такі методи: 
– метод, що зосереджується на основній діяльності – аналізі проблеми, 
розробці концепції та детальному поданні проєкту, використанні 
результатів його реалізації, ліквідації об'єктів проєкту; 
– метод, що пропонує розглядати три фази проєкту — концептуальну, 
контрактну і фазу реалізації проєкту. З огляду на запропоноване 
розрізнення концептуальна фаза має такі стадії: розробка концепції 
проєкту, оцінка життєздатності проєкту, планування проєкту, розробка 
вимог до проєкту, вибір і придбання земельної ділянки. Контрактна фаза 
включає вироблення кваліфікаційних вимог, підготовку попереднього 
завдання на проектування, заяву про наміри, добір потенційних 
виконавців, оформлення контракту з обраними виконавцями, вибір і 
затвердження остаточного варіанта проєкту, початок реалізації проєкту. 
Фаза реалізації проєкту має дві стадії — детальне проєктування та 
поставки; будівництво або інсталяція. 
– програмою промислового розвитку ООН (UNIDO) запропоноване своє 
бачення проєкту як циклу, що складається з трьох окремих фаз – 
передінвестиційної, інвестиційної та експлуатаційної. 
Для даного проєкту найкраще підійде перший підхід, який розбитий на такі 
фази: 
– ініціювання; 
– планування; 
– реалізація; 
– завершення. 
Кожна фаза містить свої етапи 
Фаза ініціації складається з таких етапів: 
– Обґрунтування проблеми; 
– Аналіз ринку; 
31 
 
– Розробка концепції проєкту; 
– Оцінка життєздатності проєкту; 
– Розробка вимог до проєкту; 
– Підготовка попереднього завдання на проектування; 
– Добір потенційних виконавців; 
– Оформлення контракту з обраними виконавцями. 
 
Фаза планування складається з наступних етапів: 
– Планування змісту та структури проєкту; 
– Планування трудових ресурсів  та бюджету; 
– Планування часу та ризиків; 
– Планування комунікацій та закупівель. 
 
Фаза реалізації складається з наступних етапів: 
– Реєстрація ФОП; 
– Розробка концепту та ТЗ; 
– Вибір технології та проектування архітектури додатку; 
– Створення структури додатку; 
– Розробка дизайну та створення прототипу; 
– Створення бази даних з програмами тренувань, вправ; 
– Тестування; 
– Реалізація додатку, створення рекламних сторінок та запуск реклами. 
 
Фаза завершення складається з наступних етапів: 
– Розміщення додатку в Google Play Store; 
– Розпуск команди та архівація проєкту; 
– Аналіз проєкту та його закриття. 
Після визначення необхідних етапів та робіт кожної фази було визначено 
орієнтовну тривалість проєкту за фазами (табл. 2.3). 
32 
 
Таблиця 2.3 – Тривалість проєкту за фазами 
№ Название 
Критерії перехода на іншу Оцінка Оцінка 
фази 
фазу тривалості(дні) вартості 
1   14 24 000 грн. 
Ініціалізація Прийняття рішення 
 замовником щодо реалізації 
 проекту 
 
2   28 39 472грн. 
Планування Затвердження плану  
 замовником 
 
3   76 148 128 грн. 
Реалізація Готовність продукту проекту 
 до установки кінцевим 
 споживачем 
 
 
4   15 22 880 грн. 
Завершення Розпорадження щодо 
 завершення проекту 
 
 
 
 
 
133 днів 234 480 грн 
Всього на проекті 
 
 
 
На завершальній стадії оцінки визначається ступінь досягнення цілей проєкту, 
з набутого і проєкті досвіду формуються висновки для подальшого використання в 
різноманітних проєктах. Під час цієї стадії потрібно порівняти фактичні результати 
проєкту із запланованими. Особливо успішні проєкти мають довге життя. В певному 
розумінні проєкти ніколи не завершуються, а дають позитивні результати протягом 
невизначеного строку. Втім, після фази завершення варто оцінити уроки проєкту і 
переглянути можливий вклад проєкту в зміни життя людей. Дана оцінка, яка 
проводиться після фази завершення проєкту, є своєрідним уроком для тих, хто 
планує наступні проєкти, бо слугує дисциплінуючим заходом щодо тих, хто 
планував підданий оцінці завершений проєкт. 
33 
 
Висновки до розділу 2 
У даному розділі був проведений аналіз оточення проєкту, завдяки якому 
стало зрозуміло, як ті чи інші учасники можуть і впливають на проєкт, а також 
розроблена стратегія взаємодії з кожним з цих учасників. 
Розроблена концепція проєкту, в яку вкладено багато важливих етапів, без 
розуміння яких неможливе подальше продовження проєкту, зокрема: мета, цілі 
проєкту, його обмеження та допущення.  
Наступним кроком став розгляд учасників проєкту, визначення їх особистих 
цілей. Була сформована схема учасників проєкту, яка наглядно демонструє всіх 
учасників, що якимось чином залучені у проєкт. 
Останнім кроком став опис життєвого циклу проєкту, були розглянуті різні 
методи для поділу проєкту на фази та обрано кращий підхід для даного проєкту. 
Після цього кожна фаза була розписана по етапах, що дало змогу сформувати 
попередню тривалість проєкту та його вартість.   
34 
 
3 ПЛАНУВАННЯ ТА УПРАВЛІІННЯ ПРОЄКТУ 
3.1 Управління змістом проєкту 
При реалізації проектів передбачається застосування знань і процесів 
управління проєктами у різних галузях. Управління змістом проєкту є однією з 
таких галузей. Неможливо управляти проєктом без його змісту. 
Отже, під управлінням змістом проєкту розуміють виконання процесів, які 
потрібні для того, аби проєкт містив в собі саме ті роботи, що необхідні для 
успішного його завершення. 
Структура декомпозиції робіт (СДР/WBS) - це спосіб описати мету та 
завдання проєкту шляхом його декомпозиції в термінах ієрархічно взаємозв'язаних 
результатів пакетів робіт, виконання яких необхідно для реалізації проєкту . 
Декомпозиція передбачає поділ основних робіт у проєкті на дрібніші, із 
більшим ступенем керованості. Даний поділ відбувається доти, допоки роботи не 
будуть визначені достатньо детально для підтримки майбутніх робіт проєкту. 
Перш ніж створювати СДР необхідно сформувати структуру продукту та 
основні вимоги до нього. 
Кінцевим продуктом проєкту є додаток для створення персональних програм 
тренувань з урахуванням індивідуальних особливостей користувача. 
На табл. 3.1 представлені високорівневі вимоги до кінцевого результату 
проєкту. 
Таблиця 3.1 – Високорівневі вимоги до кінцевого результату проєкту 
№ Назва вимоги 
1 Наявність ексклюзивних програм тренувань для користувачів 
2 Можливість створювати власні програми тренувань, відстеження результатів цих 
тренувань 
3 Всі програми тренувань створені професійними тренерами 
4 Можливість змінювати власні та ексклюзивні програми тренувань під цілі користувача 
5 Інтеграція з сервісом підрахунку калорій «FatSecret» 
6 Можливість вносити свої дані та цілі, під які додаток підбере відповідну програму 
тренувань 
35 
 
Під час побудови WBS виконується послідовна декомпозиція проєкту на 
підпроєкти, пакети робіт різного рівня, пакети детальних робіт. Перелік завдань 
проєкту по суті є ієрархічною структурою робіт. 
Для того щоб створити WBS потрібно оцінити вартість роботи та створити її 
розклад. Кожен елемент WBS повинен забезпечувати помітний результат та має 
бути агрегатом усіх підпорядкованих елементів, що перераховані безпосередньо під 
ним. Декомпозиція кожного з результатів починаючи з першого рівня до останнього 
повинна бути пов’язана логічно. Результативність пакетів робіт повинна бути 
унікальною та бути відмінним результатом пакетів робіт того ж самого рівня. Сам 
процес розробки WBS повинен являти собою гнучкий механізм, який дозволяє 
коригувати систему.  
WBS розробляється за допомогою ітераційного розглядання цілей та 
результатів проєкту, досягнення функціональності, критеріїв планування і, об’єму 
робіт, реалізації технічних вимог. Верхні рівні WBS мають змогу розробляти на 
ранній, концептуальній стадії проєкту. Подальша деталізація WBS можлива після 
визначення проєкту та підготовчих особливостей. 
Структура декомпозиції робіт (WBS) може розроблятися з самого початку або 
на основі раніше створених WBS реалізованих проектів подібного типу. При 
розробці схеми декомпозиції можна використовувати поділ «за продуктами» (рис. 
3.1) або поділ «за процесами» (рис. 3.2). 
36 
 
Розробка мобільного 
додатку для створення 
персональних програм 
Програмний тренувань Проєктна 
комплекс документація 
Просування 
Розробка продукту Статут проєкта OBS проєкта 
додатку 
Календарний план WBS проєкта 
Розробка 
Тестування компанії по 
План закупівель План 
додатку просуванню моніторингу 
продукту 
Початок компанії План управління 
Проведення 
по просуванню ризиками 
корегуючих дій 
продукту 
 
Рисунок 3.1 – Схема декомпозиції (поділ «тільки за продуктами») 
37 
 
Управління Ініціація Розробка мобільного Просування 
проєктом додатку для створення продукту 
Формальний 
персональних  програм 
Управління початок Розробка 
тренувань 
людськими проєкту компанії по 
ресурсами Розробка просуванню 
Призначення 
Тестування продукту 
Управління менеджера Створення 
змістом проєкту концептуальної системи 
Початок 
схеми продукту компанії по 
Управління Формування Запуск 
просуванню 
строками стратегії Розробка продукту у 
продукту 
проєкту дизайну тестову 
Управління 
додатку єкспулатацію 
ризиками 
Розробка 
Розробка Технічне 
Управління статуту 
основного обслуговування 
якістю проєкту 
функціоналу 
Usability-
Управління продукту 
тестування 
вартістю 
Аналіз 
Контроль та 
отриманих 
монітринг 
результатів 
проєкту 
тестування 
Управління 
Корегування 
комунікація
виявлених 
ми 
недоліків та 
Закриття помилок 
Проведення 
контрольного 
тестування 
 
Рисунок 3.2 – Схема декомпозиції (поділ  «тільки за процесами») 
Під час створення WBS проєкту першим кроком стало визначення кінцевого 
результату проєкту – створений та впроваджений мобільний додаток. 
Другим кроком стало визначення основних пакетів робіт та підпорядкованих 
їм завдань, що необхідні для отримання кінцевих результатів (продуктів) проєкту. 
Кінцеву та детальну структуру робіт наведено на табл. 3.2. 
 
38 
 
Таблиця 3.2 – Структура декомпозиції робіт проєкта 
СДР Назва задачі Тривалість (дні) Ресурси Оцінка вартості 
Розробка модільного 
234 480,00 
1 додатку "Atleticism or 133 днів 
 грн. 
functional training 
1.1    Ініціація 14 днів 24 000,00 грн. 
 
1.1.1       Формування команди 10 днів Проектний менеджер[50%] 8 000,00 грн. 
1.1.2       Формалізація ідеї 10 днів Проектний менеджер[50%] 8 000,00 грн. 
1.1.3       Аналіз ринку 4 днів Маркетолог 4 800,00 грн. 
1.1.4       Розробка бізнес-плану 2 днів Проектний менеджер 3 200,00 грн. 
      Прийняте рішення 
1.1.5 0 днів 0,00 грн. 
замовником  
1.2    Планування 28 днів 39 472,00 грн. 
 
1.2.1       Планування якості 11 днів Проектний менеджер[34%] 5 984,00 грн. 
1.2.2       Планування змісту 10 днів Проектний менеджер[33%] 5 280,00 грн. 
      Планування трудових 
1.2.3 14 днів Проектний менеджер[34%] 7 616,00 грн. 
ресурсів 
1.2.4       Планування бюджету 9 днів Проектний менеджер[33%] 4 752,00 грн. 
1.2.5       Планування часу 9 днів Проектний менеджер[33%] 4 752,00 грн. 
1.2.6       Планування ризиків 9 днів Проектний менеджер[33%] 4 752,00 грн. 
      Планування 
1.2.7 9 днів Проектний менеджер[33%] 4 752,00 грн. 
комунікацій 
1.2.8       Планування закупівель 3 днів Проектний менеджер[33%] 1 584,00 грн. 
      Всі плани проекту 
1.2.9 0 днів 0,00 грн. 
затверджені Замовником  
148 128,00 
1.3    Реалізація 76 днів 
 грн. 
1.3.1       Реєстрація ФОП 15 днів Проектний менеджер[33%] 7 920,00 грн. 
1.3.2       Розробка концепу 8 днів Проектний менеджер[34%] 4 352,00 грн. 
39 
 
Програміст;Проектний 
1.3.3       Розробка ТЗ 12 днів 12 096,00 грн. 
менеджер[33%] 
1.3.4       Вибір технології 3 днів Програміст 4 320,00 грн. 
      Проектування 
1.3.5 7 днів Програміст 10 080,00 грн. 
архітектури додатку 
      Створення структури 
1.3.6 12 днів Програміст 17 280,00 грн. 
додатку 
1.3.7       Розробка дизайну 8 днів Дизайнер 9 600,00 грн. 
1.3.8       Створення прототипу 10 днів Дизайнер;Програміст 26 400,00 грн. 
      Наповнення додатку 
1.3.9 7 днів Команда тренерів;Програміст 21 280,00 грн. 
програмами тренувань 
1.3.10       Тестування 7 днів Тестувальник 8 400,00 грн. 
1.3.11       Реалізація додатку 10 днів Програміст 14 400,00 грн. 
      Створення рекламних 
1.3.12 10 днів Маркетолог[50%] 6 000,00 грн. 
сторінок 
1.3.13       Запуск реклами 10 днів Маркетолог[50%] 6 000,00 грн. 
      Готовий мобільний 
1.3.14 0 днів 0,00 грн. 
додаток  
1.4    Завершення 15 днів 22 880,00 грн. 
 
      Розміщення додатку в 
1.4.1 2 днів Маркетолог;Програміст 5 280,00 грн. 
магазинах 
1.4.2       Розпуск команди 10 днів Проектний менеджер[50%] 8 000,00 грн. 
1.4.3       Архівація проекту 6 днів Проектний менеджер[50%] 4 800,00 грн. 
1.4.4       Аналіз проекту 3 днів Проектний менеджер 4 800,00 грн. 
1.4.5       Проект закритий 0 днів 0,00 грн. 
 
 
Отже, ієрархічна структура робіт є основою планування проєкту та одним з 
найважливіших методів, що використовуються в управлінні проєктами. Правильно 
створена ІСР є важливою для якісного планування проєкту та успішного управління 
проєктами. 
40 
 
3.2 Планування часу проєкту 
Наступним важливим етапом є планування часу, або календарне планування. 
На цьому етапі складається та коригується  розклад робіт, що взаємопов’язані між 
собою. При календарному плануванні необхідно дотримуватися заданих в проєкті 
обмежень, таких як: тривалість робіт, ліміти ресурсів та оптимальний розподіл 
ресурсів. 
Основними цілями при плануванні календарного плану є: 
 Контроль робіт виконання проєкту; 
 Забезпечення своєчасного надходження фінансування; 
 Своєчасне забезпечення ресурсами, визначення ступеню завантаження 
ресурсів, корегування; 
 Забезпечення своєчасного виконання проєкту. 
Розробка календарного плану проєкту завжди ітеративна, тому, що в процесі 
виконання необхідно постійно повертатися до попередніх етапів для уточнення і 
наближення їх до реальності, чи поступово наближаючи попередні варіанти до 
найкращих досяжних значень. 
Даний календарний план проєкту є першим наближенням прогнозу до 
реалізації проєкту. Під час реалізації проєкту даний прогноз уточнюється з 
врахуванням як фактичного, так і планового виконання показників ефективності 
проєкту. У ідеальному варіанті фактичний стан проєкту повинен відповідати його 
прогнозу наприкінці проєкту. 
Саме при календарному плануванні найкраще проявляють себе комп’ютерні 
системи управління проєктами. 
Починаючи розробку календарного плану проєкту, потрібно визначити 
повний перелік робіт та пакетів робіт. Результати пакетів робіт мають бути 
унікальними і відрізнятися від результатів пакетів робіт того ж рівня. Їх необхідно 
розбити до рівня деталізації , який забезпечить успішне планування, координацію, а 
також контроль робіт. 
41 
 
Календарне планування даного проєкту виконувалося в системі управління 
проєктами Microsoft Project. 
Microsoft Project – одна з найбільш поширених систем управління проектами, 
що поєднує в собі простоту використання, дружній інтерфейс і необхідні 
інструменти для управління проєктами. 
Під час розробки календарного планування проєкту була використана 
розроблена СДР проєкту. 
Для початку потрібно внести повний перелік робіт та пакетів робіт проєкту 
(рис. 3.3). 
 
Рисунок 3.3 – Вікно проєкту з введеним переліком робіт 
Далі потрібно визначити тривалість робіт. Поле часової діаграми містить лінії 
діаграми, які починаються та закінчуються одночасно. 
Наступним кроком визначаємо тривалість виконання підлеглих робіт. 
42 
 
Найпростіше зробити це за допомогою календаря, який відкривається в 
комірці стовпця Start напроти назви роботи. Перелік робіт після визначення їх 
тривалості матиме такий вигляд (рис. 3.4). 
 
Рисунок 3.4 – Вікно проєкту з визначеною тривалістю робіт 
Останнім кроком у планування робіт проєкту є встановлення зв'язків між 
роботами, оскільки лише з врахуванням послідовності виконання робіт система в 
змозі обрахувати  часовий графік проєкту і представити його на діаграмі. 
Для зв'язування робіт використовують два основних інструменти: вказування 
попередника (роботу зв'язують роботою-попередником проставляючи у стовпці 
Predecessor номер строки роботи попередника, або встановлення такого зв'язку 
безпосередньо на часовій діаграмі з використанням піктограми зв'язування.  
При складанні  календарного плану даного проєкту використовувався кожен з 
цих інструментів. 
Існують такі типи зв’язків між роботами: старт до старту, фініш до фінішу, 
фініш до старту та старт до фінішу (Start to Start (SS), Finish to Finish (FF), Finish to 
43 
 
Start (FS), Start to Finish (SF)). За замовчуванням роботи проекту зв'язуються між 
собою зв'язком фініш до старту, тобто, послідовно. 
При встановленні зв’язків між роботами потрібно враховувати часові межі 
роботи, які можуть бути таких типів: 
– As Late As Possible (ALAP) - так пізно, як це можливо; 
– As Soon As Possible (ASAP) - так швидко, як це можливо; 
– Finish No Earlier Than (FNET) - фініш не раніше, ніж; 
– Finish No Later Than (FNLT) - фініш не пізніше, ніж; 
– Must Finish On (MFO) - фініш на визначену дату; 
– Must Start On (MSO) - старт визначеної дати; 
– Start No Earlier Than (SNET) - старт не раніше, ніж; 
– Start No Later Than (SNLT) - старт не пізніше, ніж. 
Також важливо враховувати конкретні дати часових обмежень. Для кожного 
типу обмеження, суть і призначення яких стає ясним після уведення послідовності 
виконання робіт, логічним є уведення лише пари часових параметрів. Так, 
наприклад, для роботи з обмеженням типу MFO логічно визначати дату завершення 
і тривалість. Дата старту в цьому випадку обраховується в автоматичному режимі.  
На початку визначення зв'язків між роботами проекту було встановлено для 
всіх робіт обмеження типу ASAP, які відкоригували для окремих робіт згодом. 
Після виконання зв’язків робіт календарний план проекту набув наступного 
вигляду (рис. 3.5). 
44 
 
 
Рисунок 3.5 – Вікно проєкту з вказаними зв’язками між роботами 
Також важливою є мережева схема проєкту. В МS Project вона будується 
автоматично, на основі робіт та х зв’язків (рис. 3.6). 
 
Рисунок 3.6 – Мережева схема проєкту 
3.3 Планування трудових ресурсів проєкту 
Наступним не менш важливим етапом є планування трудових ресурсів. 
Трудовими ресурсами даного проєкту є його безпосередні учасники, тобто команда 
проєкту. Основними організаційними завданнями побудови команди проєкту є: 
здійснення грамотного керівництва; створення професійно-стимулюючого оточення; 
45 
 
забезпечення підтримки керівництва і стабільно сприятливого навколишнього 
середовища; забезпечення кваліфікованим технічним персоналом. 
Учасники команди мають бачити себе частиною команди проекту та виробити 
спільні цінності та норми, тільки тоді вони будуть в змозі працювати, як команда. 
Команда проєкту сформована з спеціалістів, які володіють необхідними для 
виконання проєкту навичками. На рис. 3.7 зображена схема організаційної 
структури команди. 
Проєктний менеджер 
Головний програміст 
Маркетолог Команда тренерів Дизайнер 
Програміст 
Тестувальник 
 
Рисунок 3.7 – Організаційна структура проєкту 
 
Команда проєкту складається з 7 осіб. Проєктний менеджер є керівником 
проєкту і йому підпорядковуються всі інші члени команди. 
На основі розробленої організаційної структури та СДР виконуємо розподіл 
відповідальності команди проєкту по основним проєктним роботам. Для цього 
створюємо так звану матрицю відповідальності (табл. 3.3). 
 Таблиця 3.3 – Матриця відповідальності 
 ПМ М Д П Т КТ 
1.1.1 RP      
1.1.2 RP      
1.1.3  RP     
1.1.4 RP      
1.2.1 RP      
1.2.2 RP      
1.2.3 RP      
1.2.4 RP      
1.2.5 RP      
1.2.6 RP      
1.2.7 RP      
1.2.8 RP      
1.3.1 RP      
Задачі 
46 
 
1.3.2 RP  P P   
1.3.3 RP   RP   
1.3.4    RP   
1.3.5    RP   
1.3.6    RP   
1.3.7   RP    
1.3.8   P RP   
1.3.9    P  RP 
1.3.10     RP  
1.3.11   P RP   
1.3.12  RP     
1.3.13  RP     
1.3.14       
1.4.1 RP P  И   
1.4.2 RP      
1.4.3 RP      
1.4.4 RP      
R – Відповідальний, P – Виконавець 
Продовжуючи планування проєкту необхідно вказати, які ресурси 
використовуються для виконання кожної роботи, тобто призначити ресурси до робіт 
проєкту. 
Під ресурсами у проєкті розуміють робочу силу, обладнання, мтеріали та 
гроші, що потрібні для виконання робіт, і є передумовами для реалізації будь-якого 
проєкту. 
Важливим питанням є складання та оцінка потреб у ресурсах, умов їх 
надходження та забезпечення та забезпечення їх повного та ефективного 
використання. 
Планування ресурсів починається з складання переліку людей і обладнання, 
необхідних для виконання проєктних робіт. 
Зробити це можна за двома способами: 
 призначати ресурси для кожної роботи, таким чином формуючи їх перелік; 
 скласти перелік ресурсів, а потім за допомогою нього призначати ресурси 
до робіт. 
Всі ресурси даного проєкту відомі, тож легше використовувати другий спосіб. 
Скориставшись меню View | Resource Sheet, на екрані з'явиться таблиця 
ресурсів з усіма доступними характеристиками, а саме: 
47 
 
– Resource Name - назва ресурсу; 
– Type - тип (працівник, матеріал); 
– Material Label - позначення матеріалу; 
– Initials - абревіатура працівника; 
– Group - група; 
– Max. Units - максимальна "задіяність"; 
– Std. Rate - звичайний тариф оплати (протягом робочого часу); 
– Ovt. Rate - тариф оплати за роботу в неробочий час; 
– Cost/Use - одноразові витрати; 
– Accrue At - форма оплати (аванс, погодинно, по факту); 
– Base Calendar - базовий календар ресурсу; 
– Code - код ресурсу. 
Якщо ресурс повністю використовується для виконання робіт у проєкті, у 
комірці Units потрібно поставити значення (100%), якщо ресурс використовується 
частково  необхідно вказати відсоток його використанняу цьому проєкті. 
На рис. 3.8 зображена заповнена таблиця ресурсів. 
 
Рисунок 3.8 – Заповнена таблиця ресурсів проєкту 
Призначення ресурсів до робіт проєкту 
Після того, як ресурси визначені, можна призначати їх до робіт. Для цього 
необхідно двічі клацнути лівою кнопкою миші, навівши курсор на комірку з назвою 
роботи. Після чого з’явиться діалогове вікно Task Information. У ньому знаходимо 
вкладку Recource. 
У цьому вікні можна вибрати з переліку доступні ресурси та призначити їх на 
виконання цієї роботи (рис. 3.9). 
48 
 
 
Рисунок 3.9 – Перелік доступних ресурсів проєкту для призначення 
Альтернативно можна призначити ресурс до роботи натиснувши лівою 
кнопкою миші на комірку поруч з датою закінчення роботи в стовбці Resource 
Names (рис. 3.10). 
 
Рисунок 3.10 – Присвоєння ресурсу до роботи 
Після присвоєння всіх ресурсів до необхідних робіт можна побачити, що їх 
назви відображаються на діаграмі Ганта, поруч з лініями робіт (рис. 3.11). 
49 
 
 
Рисунок 3.11 – Відображення призначених роботам ресурсів на часовій 
діаграмі 
Виявлення та вирішення конфліктів ресурсів 
Після того, як ресурси призначені до робіт можуть з’явитися 
перенавантаження тих чи інших ресурсів. 
Наявність перенавантажень можна перевірити в листі ресурсів (Resource 
Sheet), перенавантажені ресурси будуть позначені червоним (рис. 3.12). 
 
Рисунок 3.12 – Маркування перевантажених ресурсів 
Далі необхідно використати меню View, Resource Graph. У вікні, що 
відкриється, зображено графік перенавантаження ресурсів. На рис. 3.13 зображено 
графік перенавантаження проєктного менеджера, на рис. 3.14 перенаванттаження 
маркетолога 
50 
 
 
Рисунок 3.13 – Графік перевантажень ресурсу «Проєктний менеджер» 
 
Рисунок 3.14 – Графік перенавантажень ресурсу «Маркетолог» 
У даному проєкті виявились перенавантаженими кілька ресурсів, а саме: 
проєктний менеджер та маркетолог (рис. 3.12). Це означає, що на виконання роботи 
на яку призначений ресурс, йому знадобиться більше часу ніж він має. 
Ця проблема може виникнути за кількох причин: 
51 
 
– самою розповсюдженою причиною є призначення ресурсу до паралельних 
завдань, тобто тих, що виконуються одночасно; 
–  іншою причиною може бути збільшення обсягу робіт завдання, через яке 
відбувається перевищення допустимого часу виконання та як наслідок, 
перенавантаження ресурсу. 
Якщо такі конфлікти наявні у проєкті їх потрібно виправляти за допомогою 
методів «зглажування» або «калібрування». 
Метод «калібрування» полягає в тому, що явне навантаження розподіляється 
рівномірно протягом усього терміну виконання, що дає зниження пікового 
навантаження та дотримання термінів виконання робіт, проте використовуючи цей 
метод ресурси працюють понаднормово, що в свою чергу збільшує витрати на 
проєкт. 
Застосовуючи ж метод «зглажування» рівень задіяних ресурсів зводиться до 
номінальних 100%%, однак збільшуються терміни виконання проєкту. 
Для того, щоб збалансувати дане перенавантаження, можна використати один 
чи декілька методів: 
– зменшити навантаження на перенавантажені ресурси шляхом скорочення 
частини робіт або доручення їх іншим учасникам; 
– позбавитися перетинів у роботах, додавши перерви в розкладі завдань або 
призначень, чи змінити дати початку та закінчення; 
– позначити роботу, яка виконується ресурсом, як понаднормову. 
Дані вирівнювання ресурсів можна виконувати, як автоматичними засобами, 
так і вручну. Проте, як правило використовують обидва варіанти, тому, що 
автоматичне вирівнювання використовує лише другий з наведених вище способів. 
Перед тим як починати, варто запам’ятати тривалість проєкту до змін, аби 
розуміти, як коригування змінить тривалість проєкту. 
 
Рисунок 3.15 – Тривалість виконання проєкту до зглажування ресурсів 
52 
 
Більшою мірою у проєкті було використано метод «згалажування». Тобто 
навантаження на ресурс зводилося до номінальних 100% шляхом рівномірного 
розподілу відсотків навантаження ресурсу між паралельними роботами. Що в свою 
чергу призвело до збільшення тривалості проєкту, проте паралельно відбулося 
незначне зменшення витрат на проєкт (рис. 3.16). 
 
Рисунок 3.16 – Тривалість виконання проєкту після зглажування ресурсів 
Оскільки перенавантаження ресурсів усунуто, то лист ресурсів виглядає 
наступним чином: 
 
Рисунок 3.17 – Лист ресурсів із вирішеними конфліктами ресурсів 
Як бачимо після зглажування тривалість проєкту складає 133 дня, замість 105 
днів до зглажування. Тобто тривалість проєкту збільшилася на 33 дні. В той же час 
витрати на проєкт знизилися з 235 600 грн. до 234 480 грн. Тобто змншилась на 1120 
грн. це відбулося за рахунок невеликої зміни зв’язків робіт та збільшення кількості 
паралельних робіт. 
В зв’язку з деяким перерозподілом робіт та зміною деяких зв’язків змінилася 
діаграма Ганта проєкта (рис. 3.18) та відповідно мережева схема (рис. 3.19). Тепер 
вони мають такий вигляд: 
53 
 
 
Рисунок 3.18 – Змінена діаграма Ганта 
 
Рисунок 3.19 – Змінена мережева схема 
3.4 Планування якості проєкту 
Проєкт можна вважати успішним, якщо він завершений у запланований 
термін, відповідає встановленим вимогам щодо обсягів та якості, а вартість проєкту 
знаходиться в запланованих межах. Якість один з найважливіших параметрів 
проєкту поряд з часом, вартістю і ресурсами. Для того щоб дізнатися тривалість чи 
бюджет проєкту, потрібно задати необхідну кількість днів та вказати суму коштів. А 
що робити, що дізнатися якість проєкту? Слово «якість» часто використовують для 
позначення високої вартості, елітарності, відповідності найвимогливішим 
54 
 
побажанням споживачів. Міжнародний стандарт ISO визначає якість як сукупність 
властивостей та характеристик об’єкта, які гарантують його можливість 
задовольняти явні та неявні потреби споживачів. 
Крім того, ініціативи організації, що виконує проєкт, з удосконалення якості 
можуть поліпшити якість управління проєктом і якість продукту проєкту. 
До цього проєкта застосовано таку концепцію формування якості: 
– формування корпоративних рекомендацій з якості (на основі стандартів 
серії ISO 9001), що визначають основні методи забезпечення якості та 
структуру документів системи забезпечення якості; 
– виконання усіх робіт в проєкті з урахуванням попередньо узгоджених і 
затверджених рекомендацій з якості; 
– впровадження технології управління проєктами як складової частини 
системи управління якістю; 
– кожен виконавець несе відповідальність за якість своєї праці; 
– контроль якості на всіх етапах проєкту. 
 
Після визначення концепції формування якості, варто визначитися з заходами 
щодо досягнення якості на кожній з фаз проєкту. 
Фаза ініціації 
На фазі ініціації важливим елементом є всебічний аналіз ринку та точне 
визначення очікувань та необхідностей клієнтів. 
Фаза планування 
Важливим етапом на фазі планування є повнота та якість головних 
нормативних документів проєкту, оцінки ризиків, проєктних структур. 
Фаза реалізації 
На фазі реалізації результати робіт повинні відповідати всім вимогам 
корпоративної настанови з якості (ISO 9001), загальновизнаним стандартам якості. 
Фаза завершення 
Важливим етапом  фази завершення є оцінка якості продукту проєкту, 
термінів виконання робіт та бюджету. 
55 
 
3.5 Управління ризиками проєкту 
Оскільки планування та реалізація проєкту відбувається в умовах 
невизначеності, це породжує зміну внутрішнього та зовнішнього середовища. У 
форматі проєкту невизначеність – це відсутність достовірної та повної інформації 
щодо умов реалізації проєкту. Будь-який проєкт містить в собі виконання якої-
небудь нової діяльності в нових умовах, з використанням нових ресурсів і для 
створення нового результату. Більшість складних проєктів усе більш невизначені 
вже з перших стадій своєї розробки. Новизна або інноваційність проєкту приводить 
до появи ризиків у широкому розумінні. Ризики можна визначити як 
невизначеності, пов'язані з виникненням у ході проєкту ситуацій, наслідком яких є 
вплив на тривалість, витрати та якість проєкту. 
Під управлінням ризиками розуміють процес реагування на події та зміни 
ризиків у процесі виконання проєкту . 
Основна стратегія управління ризиками – це мінімізація. Управління ризиками 
поєднує у собі планування ризиків, реалізацію дій по реагуванню, контроль, роботу 
з новими ризиками, або ризиками, що залишилися. 
Планування управління ризиками – процес в якому робиться вибір підходу до 
планування і управління ризиками для конкретного проєкту. Даний процес 
складається з таких рішень: рішення по обмеженнях реагування на ризики, рішення 
по організації і кадровому забезпеченню процедур управління ризиками проєкту, 
вибору джерел даних і часових інтервалів для ідентифікації ризиків, їх фінансовому 
забезпеченню. Фактично на даному етапі обговорюється і будується система 
управління ризиками в цьому проєкті. Управління ризиками має бути сплановане 
адекватно як р типу і рівню ризиків, так і важливості проєкту для організації. 
На рисунку 3.20 зображено загальний проєкт управління ризиками. 
56 
 
Планування 
управління 
ризиками Ідентифікація 
ризиків 
Якісний аналіз 
ризиків 
Кількісний 
аналіз ризиків 
Планування 
реагування 
Моніторинг 
та контроль 
 
Рисунок 3.20 – Схема процесу управління ризиками 
Для проєкту застосовуються такі процеси управління ризиками: 
– планування управління ризиками – процес вибору підходів до планування і 
управління ризиками для конкретного проєкту; 
– ідентифікація ризиків проекту – визначення ризиків, здатних впливати на 
проект, і документування їхніх характеристик: опис і природа ризику, 
категорія, умови виникнення, методи реагування; 
– якісна і кількісна оцінка ризиків і умов їх виникнення з метою оцінки 
імовірності їх виникнення і впливу на розвиток проекту. На цьому етапі 
якісно і кількісно визначається ступінь важливості ризику, розставляються 
пріоритети для різних категорій ризиків. 
– планування реагування на виявлені значимі ризики – визначення процедур 
і методів щодо ослаблення негативного впливу ризикових подій; 
– моніторинг і контроль ризиків – відстеження поточних, визначення вже 
існуючих і нових ризиків, виконання плану управління ризиками проекту й 
оцінка ефективності дій щодо управління ними. 
Для того, щоб оцінити вплив ризикових подій на процес реалізації проєкту, 
було використано наступну шкалу: 
 
57 
 
– «0» - ризик не має ніякого впливу; 
– «0.05» - ризик має мінімальний вплив; 
– «0.1» - ризик має невеликий вплив; 
– «0.2» - ризик має помірний вплив; 
– «0.4» - ризик має великий вплив; 
– «0.8» - ризик має надмірно великий вплив. 
Тепер розподілимо ймовірності настання ризикової події  на такі діапазони 
(від 0 до 1, де 0 – подія неможлива, 1 – подія, що точно відбудеться): 
– 0,0-0,2 – дуже низька; 
– 0,2-0,4 – низька; 
– 0,4-0,6 – середня; 
– 0,6-0,8 – велика; 
– 0,8-1 – дуже велика. 
Після цього визначаємо ймовірність настання того чи іншого ризику та його 
вплив на проєкт (табл. 3.4). 
Таблиця 3.4 – Ймовірність настання та вплив на проєкт ризиків 
№ Вид ризику Вірогідність Вплив на хід 
появи проєкта 
1 Технічний ризик 0,1 0,5 
2 Фінансовий ризик 0,2 0,8 
3 Ризик персоналу 0,3 0,4 
4 Маркетинговий ризик 0,1 0,2 
5 Юридичний ризик 0,1 0,2 
6 Управлінський ризик 0,3 0,6 
7 Форс-мажорний ризик 0,3 0,7 
8 Ринковий ризик 0,1 0,4 
 
Далі, для комплексної оцінки можливих наслдків впливу ризикової події на 
проєкт формується матриця аналізу ризиків (табл. 3.5). 
 
 
 
58 
 
Таблиця 3.5 – Аналіз ризиків 
Вірогідність  
0.8 – 1.0      
 
 
 
 
0.6 – 0.8      
 
 
 
 
0.4 – 0.6      
 
 
 
 
0.2 – 0.4    3, 6, 7 2 
 
 
 
 
0.0 – 0.2   4, 5 1, 8  
 
 
 
 
 0.05 0.1 0.2 0.4 0.8 
Вплив 
 
З табл. 3.5 видно, що найвпливовішим для проєкту є фінансовий ризик, 
середній 
вплив мають: ризик персоналу, управлінський ризик, форс-мажорний ризик. 
Останнім кроком в управлінні ризиками є створення варіантів реагувань на 
ризики, що мають значний вплив на проєкт (табл. 3.6). 
Таблиця 3.6 – Заходи щодо запобігання ризикам проекту 
№ Вид ризику Застереження ризику Усунення ризику 
Кроки вирішення Відповіда Дата Кроки вирішення Відповіда
льний льний 
2 Фінансовий ризик - резервування ПМ  - перепланування ПМ 
бюджету бюджету 
- дослідити - кредитування 
можливості проєкту 
кредитування - пошук 
додаткових 
59 
 
джерел 
фінансування 
3 Ризик персоналу - проведення ПМ  - пошук нових ПМ 
досконалого та учасників 
детального - підвищення 
відбору команди кваліфікації  
проєкту - навчання 
- стимулювання та персоналу 
заохочення 
учасників проєкту 
6 Управлінський - підвищення ПМ  -  перепланування ПМ 
ризик кваліфікації проєкту 
- консультації зі - прийняття 
спеціалістами в інших, більш 
управлінні професійних, 
- прийняття рішень 
правильних - пошук більш 
рішень кваліфікованого 
менеджера 
7 Форс-мажорний - резервування ПМ  - перепланування ПМ 
ризик бюджету проєкту 
- резервування 
часу 
 
3.6 Планування бюджету проєкту 
Планування бюджету проекту - це визначення вартості робіт, виконуваних у 
рамках проекту та процес формування на цій основі бюджету проекту, 
встановленим розподілом витрат за видами робіт, за часом виконання робіт, 
статтями витрат, за центрами витрат або з інших позиціях. 
Бюджетування є плануванням вартості або планом витрат. Це означає, що 
бюджет повинен давати уявлення, коли, скільки і за що буде виплачено грошей. 
Тому тут можливе застосування будь-яких методів представлення витрат, головне - 
щоб вони задовольняли практичним вимогам зацікавлених у них стейкхолдерів, 
сформованим стандартам і відповідали на цікаві стейкхолдерів проекту питання. 
В якості форми представлення бюджету можуть виступати: 
– календарні плани-графіки витрат; 
– матриці розподілу витрат; 
– стовпчасті діаграми витрат; 
60 
 
– стовпчасті діаграми кумулятивних (наростаючим підсумком) витрат; 
– лінійні діаграми розподілених у часі кумулятивних витрат; 
– кругові діаграми структури витрат. 
Оскільки в проєкті немає закупівель, його вартість обумовлена лише 
витратами на заробітню платню команді проєкта. Для її розрахунку необхідно 
використання ресурсів за годину множити на тривалість робіт (рис. 3.21). 
 
Рисунок 3.21 – Ставка кожного виконавця проєкту 
В MS Project витрати обраховуються автоматично, як тільки до робіт будуть 
присвоєні доступні ресурси. Для зручності на діаграму Ганта можна вивести 
витрати проєкту, для цього необхідно додати відповідний стопчик (рис. 3.22). 
 
Рисунок 3.22 – Діаграма Ганта з витратами проєкту 
61 
 
Ще в MS Project існує безліч шаблонних звітів, в тому числі і фінансових, за 
допомогою яких можна зробити різні звіти, що будуть корисні проєктному 
менеджеру на етапі моніторингу та контролю. 
Наприклад, можна зробити огляд вартості ресурсів (рис. 3.23). 
 
Рисунок 3.23 – Звіт з оглядом вартості ресурсів 
Також MS Project можна переглянути всі витрати за проєктом. 
Зробити це можна виконавши кілька кроків: 
– обираємо комірку «Подання» в стрічкі; 
– шукаємо комірку «Таблиці»; 
– у випадному списку обираємо «Витрати». 
62 
 
 
Рисунок 3.24 – Таблиця витрат по проєкту 
3.7 Управління комунікаціями в проєкті 
Комунікації в проєкті варто розглядати як один з ключових єтапів управління 
проєктами. При відсутності комунікацій всі процеси проєкту зупиняються: 
керівники не мають інформації про виконані роботи, виконавці не знають, чи в 
достатній мірі результати їх роботи відповідають проєктам і планам, менеджер 
проєкту не може координувати виконання робіт. Через це припиняється будь-яка 
діяльність по здійсненню проєкту до тих пір, поки не будуть відновлені комунікації. 
Коммунікації часто порівнюють з соціальним клеєм, що дозволяє склеїти все 
розмаїття процесів, які забезпечують розвиток проєктів, в єдине ціле. В середньому 
менеджер проєкту витрачає 80% свого часу на комунікації. Тому процеси 
комунікації, засоби їх діагностики, виявлення проблем та їх усунення надзвичайно 
важливі для ефективного управління проєктами. 
Комунікація проєкту – це процес, в ході якого одні учасники проєкту 
передають іншим яку-небудь інформацію, пов'язану з досягненням цілей проєкту. 
63 
 
Учасники комунікації обмінюються інформацією, при цьому мета комунікації – 
домогтися від приймаючої сторони точного розуміння відправленого повідомлення. 
У комунікації завжди беруть участь, принаймні, дві людини – сторони комунікацій. 
Сторонами тут можуть бути групи людей (наприклад, команда проєкту) і навіть 
організації. 
Аби проєкт нормально функціонував, учасникам проєкту необхідно ретельно 
координувати свої дії та зусилля. 
Для проєкту було розроблено наступний план комунікацій (табл. 3.7). 
Таблиця 3.7 – План комунікацій проєкту 
№ Вид комунікації Регулярність Хто відправляє Хто отримує 
комунікації інформацію інформацію 
1 Тижневий звіт по 1 раз на тиждень Виконавець Той, хто контролює 
задачах (кожну п’ятницю) 
2 Місячний звіт по 1 раз на місяць Виконавець Той, хто контролює 
задачах (останній день місяця) 
3 Звіт за місяць по 1 раз на місяць (перший Менеджер проекту Замовник 
проекту день місяця) 
4 Щотижнева 1 раз на тиждень Виконавець Менеджер проекту 
нарада (кожна п’ятниця) 
5 Усна комунікація Кожний  день Будь-хто з команди Будь-хто з команди 
6 Підсумковий звіт При завершенні Менеджер проекту Замовник 
по всьому проекту проекту 
 
Висновки до розділу 3 
Планування проєкту є найголовнішою та найвідповідальнішою частиною 
проєкту. 
Саме на фазі планування для даного проєкту розроблено зміст проєкту з 
повним переліком робіт, що необхідно виконати для успішного завершення проєкту. 
Наступним виконаним етапом є розроблений календарний плану проєкту. Для 
якого, до повного переліку робіт була визначена тривалість кожної роботи, як 
наслідок тривалість всього проєкту, також на цьому етапі були встановлені зв’язки 
між всіма роботами проєкту. 
64 
 
Після спланованого календарного планування відбувається планування 
ресурсів. На цьому етапі для проєкту були внесені необхідні для виконання робіт 
трудові ресурси, що згодом були призначені для виконання цих самих робіт. 
Далі відбувається планування якості проєкту. В цьому етапі були сформовані 
та прописані стандарти якості, яким повинен відповідати проєкт. 
На етапі управління ризиками визначено, які види ризиків для проєкту більш 
небезпечні та розроблено відповідні кроки, щоб запобігти появі даних ризиків та 
варіанти вирішення ризикової ситуації, в разі її виникнення.  
На етапі планування бюджету була закладена вартість проєкту, його 
обмеження та допущення.  
Останнім етапом фази планування є управління комунікаціями проєкту. В 
даному етапі розроблено план комунікацій для проєкту, за допомогою якого 
учасники зможуть комфортно обмінюватися необхідною інформацією. 
Отож, планування проєкту є важливим, оскільки охоплює всі фундаментальні 
етапи створення проєкту. Розробивши даний розділ, стало зрозуміло, що для 
успішного завершення проєкту менеджер повинен вкласти в планування всі свої 
можливості та знання. 
 
 
 
 
 
 
 
65 
 
4 МОДЕЛЮВАННЯ ВИКОНАННЯ ПРОЄКТУ 
4.1 Механізм контролю робіт проєкту 
Важливим елементом системи контролю є моніторинг проекту. За допомогою 
даного механізму відбувається постійне спостереження за найважливішими 
поточними результатами реалізації проекту з метою своєчасного виявлення 
відхилень від календарного плану та бюджету. 
Моніторинг дозволяє здійснювати порівняння заданих і фактичних даних, які 
стосуються планування проекту та його реалізації. Шляхом оцінки проводиться 
порівняння між заданими плановими показникамитаі фактичними показниками 
проекту. Здійснювати моніторинг може як команда проекту, так і організації, які 
працюють поза його рамками. Моніторинг використовують для рішенню наступних 
завдань: 
– Своєчасне виявлення проблем; 
– Відображення здійснених операцій, витрат і використаних ресурсів; 
– Поліпшення робіт в рамках проекту; 
– Розпізнавання можливостей подальшого поліпшення технологій; 
– Оцінка якості управління проектом; 
– Економія витрат; 
– Прискорення появи необхідних результатів проекту; 
– Визначення помилок і аналіз їх причин; 
– Забезпечення стейкхолдерів інформацією. 
В даному проєкті моніторинг відбувається наступним чином: 
– Виконавець має надсилати звіт особі, що його контролює кожної п’ятниці; 
– Виконавець має надсилати місячний звіт по задачам особі, що контролює його 
роботу першого числа кожного місяця; 
– Кожної п’ятниці проводиться нарада, де виконавці відзвітовуються 
проєктному менеджеру; 
– Усна комунікація між командою проєкту може відбуватися у будь-який час; 
66 
 
– Менеджер проєкту надає замовнику підсумковий звіт по всьому проєкту після 
завершення проєкту. 
Звіти потрібні для ведення контролю за ходом виконання робіт, аналізу 
виконаної роботи та постановки завдання на наступний тиждень.  
4.2 Опис засобів програмної реалізації додатку 
Мова програмування 
Для програмної реалізації даного додатку була обрана мова програмування 
Kotlin [16]. Це відносно нова об’єктно-орієнтовна мова програмування, створена 
командою розробників з JetBrains спеціально для розробки мобільних додатків. Дана 
мова має строго статичну типізацію, яка працює на JVM.  
У 2017 році Google оголосив Kotlin офіційною мовою для розробки мобільних 
додатків.  
Перевагами даної мови програмування: 
– легке вивчення, для тих хто розуміє Java; 
– більш лаконічна в порівнянні з Java, як наслідок менше можливостей для 
помилок; 
– може використовуватися в бекенд-проєктах; 
– сумісна з усіма середовищами та бібліотеками Java; 
– відсутність проблем з дизайном Android API, на відміну від Java. 
Недоліком є те, що створені додатки з використанням Kotlin, мають 
складніший обчислюваний процес, ніж Java. 
Система управління базами даних (СУБД) 
Для зберігання програм тренувань, вправ та інших активностей додатку 
необхідна база даних. Для даного проєкту була обрана SQLite [18], яка є відкритою 
базою даних SQL, що зберігає дані у форматі тексту на пристроях.  
SQLite являє собою самодостатній, високонадійний, вбудований, 
повнофункціональний, загальнодоступний механізм бази даних SQL. Це найбільш 
використовувана система баз даних у світі. ЇЇ бібліотека постійно в процесі роботи, а 
67 
 
її код є загальнодоступним. ЇЇ можна використовувати безкоштовно як для 
комерційних, так і  приватних цілей. Формат файлу бази даних SQLite є 
кросплатформним, тому кожен може легко скопіювати базу даних між 32-
розрядними та 64-розрядними системами. Завдяки всім цим функціям, це 
адекватний вибір. До того ж SQLite гарно працює з мовою програмування Kotlin, на 
якій буде написаний додаток. 
4.3 Опис функцій та можливостей додатку 
Для більшого розуміння результату проєкту наведемо концептуальний опис 
створюваного продукту та опис його основних функцій. 
Після встановлення застосунку з Play Store, користувач повинен 
зареєструватися. Після реєстрації користувачу пропонується вказати його 
індивідуальні параметри (вік, стать, зріст, вага). 
Далі користувачу буде запропоновано пройти опитування, яке допоможе 
підібрати персональну програму тренувань, опитування міститиме в собі таку 
пункти: 
 досвід в тренуваннях; 
 тип тренувань; 
 протипоказання по здоров’ю, якщо такі є; 
 місце тренувань (в тренажерному залі чи вдома), при виборі тренувань 
вдома з’являється ще один показник; 
 вибір наявного обладнання для тренувань. 
Для доповнення даного опитування користувачу буде запропоновано  у 
вільний час пройти фізичне тестування (міні-тренування), з метою точно визначити 
рівень фізичної підготовки. 
На основі опитування та тестування для користувача буде створена програма 
тренувань, яка вже врахує результати опитування та тестування, проте у 
користувача буде можливість змінювати будь-який елемент запропонованої 
програми.  
68 
 
Ця програма візуально схожа на щоденник тренувань, де ви бачите, вправу, 
кількість підходів та повторів її виконання, проте на відміну від звичайного 
щоденника тренувань, має більше переваг.  
Приклад використання додатку новачками 
Для новачків, в цій системі будуть корисні відеоролики з навчання правильної 
техніки виконання вправи, які будуть знаходитися біля кожної вправи в програмі. 
Приклад використання може бути наступним: користувач, розпочинає тренування, 
бажано з розминки, відкриває додаток, обирає завчасно створену або обрану 
програму тренувань, бачить першу вправу, якщо він не знає як її виконувати, 
переглядає відео і починає виконання, або ж навіть ставить телефон перед собою 
робить це паралельно, з кожним повторенням все більше усвідомлюючи техніку 
виконання. 
Приклад використання додатку для досвідчених спортсменів 
Для досвідчених же спортсменів більше підійде можливість записувати в дану 
програму  вагу знаряддя з яким виконується та, чи інша вправа (наприклад гантелі), 
та кількість фактичних повторів, оскільки вони можуть відрізнятися від 
запланованих. Завдяки записам ваги і кількості повторів застосунок може 
порахувати і вивести так званий тоннаж тренування, що є важливим для деяких 
спортсменів. Також ця функція дозволяє гарно відслідковувати ваш прогрес і 
помірно, проте регулярно збільшувати навантаження, це дозволить знизити ризик 
травмування через взяття сильно великої ваги. 
Також було сформовано перелік функцій додатку, серед яких: 
– описана раніше система підбору персональних програм тренувань; 
– набір програм тренувань від дипломованих тренерів для різних цілей та 
задач; 
– можливість вносити кількість втрачених калорій, для зручного 
спостереження; 
– онлайн-консультації з тренерами (тільки з підключенням підписки); 
69 
 
– велика кількість програм тренувань відомих спортсменів, акторів, 
музичних виконавців з приведенням даних програм до можливостей 
користувача (тільки з підключенням підписки); 
Як зрозуміло із тексту вище, застосунок матиме дві версії: безкоштовну та 
платну. Платна підписка коштуватиме 200 гривень за місяць використання, також 
існують варіанти на 3, 6 та 12 місяців відповідно. При цьому, чим на більший термін 
користувач оформлює підписку, тим більша знижка, 10, 15, 20 % відповідно. 
Частина переваг платної версії описана вище в переліку функцій. Також у версії з 
підпискою відсутня реклама та існує гарне ком’юніті з користувачів, у яких є 
можливість спілкуватися між собою, ділитися рекомендаціями стосовно тої чи іншої 
вправи, або навіть власними програмами тренувань. 
4.4 Макет додатку 
Після реєстрації користувач повинен вказати свої індивідуальні параметри, це 
матиме такий вигляд (рис. 4.1) 
 
Рисунок 4.1 – Сторінка для вказання індивідуальних параметрів користувача 
70 
 
Також, як вказано вище, в додатку буде безліч програм тренувань, список з 
ними буде мати такий вигляд (рис. 4.2). 
 
Рисунок 4.2 – База програм тренувань додатку 
Однією з особливостей додатку є створення власних програм тренувань, це 
матиме такий вигляд (рис. 4.3) 
 
Рисунок 4.3 – Створення власної програми тренувань 
71 
 
Також у додатку можна буде створювати розклад тренувань, що завжди буде 
під рукою. Макет цього розкладу зображений на рис. 4.4. 
 
Рисунок 4.4 – Розклад тренувань 
Висновки до розділу 4 
У даному розділі детально описані можливості та функції продукту, що 
розробляється в кваліфікаційній роботі магістра. Описано алгоритм, за яким 
застосунок створює персональні програми тренувань. Описані приклади 
використання застосунку під час тренувань. Показаний перелік функцій, які має 
додаток. Прописані додаткові можливості застосунку в разі підключення платної 
підписки та умови оформлення підписки. 
Створено попередній макет застосунку, для наглядного прикладу. 
Також в даному розділі вибрано та зроблено короткий опис програмних 
засобів, які знадобляться для практичної реалізації додатку. 
Ще було сплановано, яким чином відбуватиметься моніторинг та контроль 
проєкту. 
72 
 
ВИСНОВКИ 
У даній кваліфікаційній роботі представлено управління проєктом з розробки 
мобільного додатку в сфері спорту, У все більшої кількості людей з’являється 
бажання займатися спортом. І для правильного підходу до тренувань та здорового 
спосібу життя необхідне комплексне рішення. Створений в кваліфікаційній роботі 
проєкт з розробки мобільного додатку для створення персональних програм 
тренувань, що враховує індивідуальні особливості користувача є саме таким 
рішенням. Цей застосунок підійде як новачкам, так і досвідченим спортсменам. 
Додаток поєднує у собі безліч функцій, які ретельно описані в даній роботі.  
Кожен розділ кваліфікаційної роботи є важливою частиною розробки проєкту. 
Так у першому розділі обґрунтовується проблема, яку вирішуватиме 
застосунок.  
На основі розуміння проблеми, що вирішує створюваний додаток, 
розробляється концепція проєкту, якій присвячений другий розділ, де також 
формується важлива частина проєкту, перше розуміння того, як виглядатиме процес 
реалізації додатку. 
У третьому розділі відбувається планування розробки за допомогою MS 
Project. Даний розділ є, напевно, що найважливішим, оскільки містить в собі точне 
визначення тривалості, вартості проєкту. В ньому відбувається планування таких 
важливих чинників, як ризики, комунікації та бюджет проєкту. 
В останньому розділі розглянуто яким чином в проєкті відбувається 
моніторинг та контроль, що неменше важливо для успішного виконання проєкту. 
Вибрані програмні засоби для його реалізації. Також у четвертому розділі виконано 
опис можливостей та функцій кінцевого продукту проєкту та створено макет 
додатку. 
В майбутньому планується виконати програмну реалізацію застосунку, що 
розроблений в кваліфікаційній роботі, використовуючи створений в цій роботі 
проєкт. Після програмної реалізації вивести додаток на ринок, додавши його в 
Google Play.  
73 
 
Отже, кожен етап реалізації проєкту має важливе значення для проєкту. 
Успішним проєктом буде той, де всі фази, від ініціації до завершення, методично та 
чітко розроблені, а всі учасники проєкту мають достатньо кваліфікації для 
виконання поставлених цілей. 
74 
 
СПИСОК ВИКОРИСТАНИХ ДЖЕРЕЛ 
1. Фітнес-додаток «Centr». URL: https://centr.com/ 
2. Фітнес-додаток «Nike Training Club». URL: https://www.nike.com/ntc-app 
3. Фітнес-додаток «HIIT|Down Dog». URL: https://hiit.downdogapp.com/web 
4. СППР Decisioner. URL: http://decision.tg.ck.ua/experiment.php?id=2 
5. СКМ Matlab. URL:  https://www.mathworks.com/products/matlab.html 
6. Поняття життєвого циклу проєкту. URL: https://buklib.net/books/34069/ 
7. Фази життєвого циклу проєкту. URL: https://buklib.net/books/34070/ 
8. Структура декомпозиції робіт проєкту. URL: 
https://studentbooks.com.ua/content/view/1313/42/1/3/ 
9. Планування якості проєкту. URL: https://studfile.net/preview/5118274/page:32/ 
10. Управління ризиками проєкту. URL: 
https://pidru4niki.com/87734/menedzhment/upravlinnya_rizikami_proektu 
11. Філдінг Пол Дж. Як керувати проєктами / пер. з англ. О. Якименко. Харків : 
Вид-во «Ранок» : Фабула, 2020. 240 с. 
12. Морозов В.В., Кузнецов Є.Д., Данченко О.Б. та інші. Управління бізнесом, 
проєктами, програмами та портфелями проєктів: колективна монографія. 
Університет економіки та права "КРОК", 2012. Т.3, 304 с. 
13. Данченко О.Б., Дзюба Т.В. Маркетингові дослідження у проєктах: навчальний 
посібник. Київ: ВНЗ «Університет економіки та права «КРОК», 2021. 224 с. 
14. Управління ІТ-проектами в Microsoft Project: Комп’ютерний практикум 
[Електронний ресурс]: навчальний посібник для студентів спец-і 122 
“Комп’ютерні науки” для всіх спеціалізацій / Л.М. Добровська, О.В. 
Аверьянова; КПІ ім. Ігоря Сікорського. Київ: КПІ ім. Ігоря Сікорського, 2020. 
152 с. 
15. Ефективне управління економікою: інформаційні технології, маркетинг, 
бізнес [текст]: матеріали міжнародної науково-практичної конференції, 19 
квітня 2018 р. // Черкаський державний технологічний університет. – Черкаси: 
ФОП Гордієнко, 2018. – 108 с.  
16. Мова програмування Kotlin. URL: https://kotlinlang.org/ 
75 
 
17. Порівняння Kotlin та Java, їх переваги та недоліки. URL: 
https://seo24.kiev.ua/rozrobka/rozrobka-android-kotlin-i-java/ 
18. СУБД SQLite. URL: https://www.geeksforgeeks.org/android-sqlite-database-in-
kotlin/ 
 
76 
 
ДОДАТОК А 
 
 
 
        Затверджую               
Зав. кафедри КНСА, 
______________ Юрій ТРИУС 
«____»____________2022 р.                                                                                                                                                                              
 
 
 
 
 
 
 
УПРАВЛІННЯ ПРОЄКТОМ РОЗРОБКИ МОБІЛЬНОГО ДОДАТКУ ДЛЯ 
СТВОРЕННЯ ПЕРСОНАЛЬНИХ ПРОГРАМ ТРЕНУВАНЬ З УРАХУВАННЯМ 
ІНДИВІДУАЛЬНИХ ОСОБЛИВОСТЕЙ КОРИСТУВАЧА 
 
Специфікація  
482. ЧДТУ. 22272-01 90 01 
 
Листів 2 
 
 
 
 
 
 
Розробник                          ____________________                Федоренко В.С 
 
Керівник                             ____________________                Триус Ю.В. 
 
 
 
 
 
 
 
 
Черкаси – 2022
77 
 
482. ЧДТУ. 22272-01 
Позначення Найменування Примітка 
   
   
 Документація  
   
482. ЧДТУ. 22272-01 12 01 Текст програм в СКМ  
 
Matlab та СППР 
Decisioner для аналізу 
альтернативної ідеї 
розробки проєкту 
 
   
482. ЧДТУ. 22272-01 12 02 Текст програм в MS  
 
Project повний перелік 
робіт з діаграмою Ганта 
та повна мережева схема 
 
   
   
482. ЧДТУ. 22272-01   90 01 Публікація по темі  
кваліфікаційної роботи 
магістра 
   
   
   
   
   
   
78 
 
ДОДАТОК Б 
 
 
 
        Затверджую               
Зав. кафедри КНСА, 
______________ Юрій ТРИУС 
«____»____________2022 р.                                                                                                                                                                              
 
 
 
 
 
 
 
УПРАВЛІННЯ ПРОЄКТОМ РОЗРОБКИ МОБІЛЬНОГО ДОДАТКУ ДЛЯ 
СТВОРЕННЯ ПЕРСОНАЛЬНИХ ПРОГРАМ ТРЕНУВАНЬ З УРАХУВАННЯМ 
ІНДИВІДУАЛЬНИХ ОСОБЛИВОСТЕЙ КОРИСТУВАЧА 
 
Текст програм в СКМ Matlab та СППР Decisioner для аналізу альтернативної ідеї 
розробки проєкту 
482. ЧДТУ. 22272-01 12 01 
 
Листів 5 
 
 
 
 
 
 
 
Розробник                          ____________________                Федоренко В.С 
 
 
 
 
 
 
 
 
Черкаси – 2022
79 
 
Зайшовши на ресурс СППР «Dicisioner», обираємо задачу прийняття рішень в 
умовах невизначеності. Далі вказуємо мету прийняття рішення та вносимо 
альтернативи та зовнішні умови (рис. Б.1). 
 
Рисунок Б.1 – Внесення мети, альтернатив та умов задачі прийняття рішень 
Далі заповнюємо матрицю витрат, враховуючи думку експертів, як на той, чи 
інший додаток, впливає та, чи інша умова (рис. Б.2). 
 
Рисунок Б.2 – Заповнена матриця витрат 
Наступним кроком обираємо необхідні для аналізу критерії та задаємо 
значення α (рис. Б.3). 
 
 
80 
 
 
Рисунок Б.3 – Обираємо критерії для аналізу 
Натискаємо клавішу «Розрахувати» і система в автоматичному режимі 
здійснює розрахунки і виводить результати щодо найкращої альтернативу за 
кожним критерієм. 
 
Рисунок Б.4 – Результати обрахунків 
Як бачимо з рис. Б.4, при розв’язування за допомогою СППР «Decisioner», 
найкращою альтернативою є створення додатку «Тренуйся вдома».  
Тепер, для перевірки та впевненості у виборі найкращої альтернативи 
проведемо розрахунки за допомогою СКМ Matlab. 
Запустивши систему Matlab, створюємо m-файл, в який вносимо відповідну 
матрицю витрат. Після чого натискаємо «Run» та отримуємо результати. 
Тект програми: 
% matx - характер матриці 0 - матриця витрат; 1 - матриця корисності 
  
min_index = @(matrix) find(matrix == min(reshape(matrix, [1,numel(matrix)]))); 
max_index = @(matrix) find(matrix == max(reshape(matrix, [1,numel(matrix)]))); 
  
matx = 0; % матриця корисності 
alfa = 0.5; 
A = [1 4 2 7;  
     4 3 3 7;  
     2 7 2 7;  
     3 8 4 7]; 
 p = 1/length(A); 
81 
 
  
% Критерій Лапласа  
lap_val = sum(A,2)/length(A) 
if matx == 0  
    lap_res = ['lap_res =', char(10), num2str(min(lap_val)), ' (A', 
num2str(min_index(lap_val)), ')']; 
    disp(lap_res) 
else 
    lap_res = ['lap_res =', char(10), num2str(max(lap_val)), ' (A', 
num2str(max_index(lap_val)), ')']; 
    disp(lap_res) 
end 
  
% Критерій Вальда 
if matx == 0  
    vald_val = max(transp(A)) 
    vald_res = ['vald_res =', char(10), num2str(min(vald_val)), ' (A', 
num2str(min_index(vald_val)), ')']; 
    disp(vald_res) 
else 
    vald_val = min(transp(A)) 
    vald_res = ['vald_res =', char(10), num2str(max(vald_val)), ' (A', 
num2str(max_index(vald_val)), ')']; 
    disp(vald_res) 
end 
  
% Критерій Севіджа 
if matx == 0  
    sev_val = max(transp(bsxfun(@minus,A,min(A)))) 
else 
    sev_val = max(transp(bsxfun(@minus,max(A),A))) 
end 
sev_res = ['sev_res =', char(10), num2str(min(sev_val)), ' (A', 
num2str(min_index(sev_val)), ')']; 
disp(sev_res) 
  
% Критерій Гурвиця 
gur_val = bsxfun(@plus, bsxfun(@times,alfa,min(transp(A))), bsxfun(@times,(1-
alfa),max(transp(A)))) 
if matx == 0  
    gur_res = ['gur_res =', char(10), num2str(min(gur_val)), ' (A', 
num2str(min_index(gur_val)), ')']; 
    disp(gur_res) 
else 
    gur_res = ['gur_res =', char(10), num2str(max(gur_val)), ' (A', 
num2str(max_index(gur_val)), ')']; 
    disp(gur_res) 
end 
 
Результати обрахунків: 
lap_val = 
    3.5000 
    4.2500 
    4.5000 
    5.5000 
82 
 
lap_res = 
3.5 (A1) 
vald_val = 
     7     7     7     8 
vald_res = 
7 (A1  2  3) 
sev_val = 
     1     3     4     5 
sev_res = 
1 (A1) 
gur_val = 
    4.0000    5.0000    4.5000    5.5000 
gur_res = 
4 (A1)  
Як бачимо, результати для прийняття рішення з використанням обох ресурсів 
збігаються, тобто найкращою альтернативою є перша альтернатива, тобто додаток 
«Тренуйся вдома». 
Отже з цього випливає, що найкращою альтернативною ідеєю є створення 
мобільного додатку «Тренуйся вдома». 
 
 
83 
 
ДОДАТОК В 
 
 
 
        Затверджую               
Зав. кафедри КНСА, 
______________ Юрій ТРИУС 
«____»____________2022 р.                                                                                                                                                                              
 
 
 
 
 
 
 
УПРАВЛІННЯ ПРОЄКТОМ РОЗРОБКИ МОБІЛЬНОГО ДОДАТКУ ДЛЯ 
СТВОРЕННЯ ПЕРСОНАЛЬНИХ ПРОГРАМ ТРЕНУВАНЬ З УРАХУВАННЯМ 
ІНДИВІДУАЛЬНИХ ОСОБЛИВОСТЕЙ КОРИСТУВАЧА 
 
Текст програм повний перелік робіт з діаграмою Ганта та повна мережева схема в 
MS Project 
482. ЧДТУ. 22272-01 12 02 
 
Листів 3 
 
 
 
 
 
 
 
Розробник                          ____________________                Федоренко В.С 
 
 
 
 
 
 
 
 
Черкаси – 2022
84 
 
 
 
Рисунок В.1 – Перелік робіт фази ініціації з діаграмою Ганта 
 
Рисунок В.2 – Перелік робіт фази планування з діаграмою Ганта 
 
Рисунок В.3 – Перелік робіт фази реалізації з діаграмою Ганта 
 
Рисунок В.4 – Перелік робіт фази завершення з діаграмою Ганта 
 
Рисунок В.5 – Мережева схема фази ініціалізації 
 
Рисунок В.6 – Мережева схема фази планування 
85 
 
 
Рисунок В.7 – Мережева схема фази реалізації 
 
Рисунок В.8 – Мережева схема фази завершення 
86 
 
ДОДАТОК Г 
 
 
 
        Затверджую               
Зав. кафедри КНСА, 
______________ Юрій ТРИУС 
«____»____________2022 р.                                                                                                                                                                              
 
 
 
 
 
 
 
УПРАВЛІННЯ ПРОЄКТОМ РОЗРОБКИ МОБІЛЬНОГО ДОДАТКУ ДЛЯ 
СТВОРЕННЯ ПЕРСОНАЛЬНИХ ПРОГРАМ ТРЕНУВАНЬ З УРАХУВАННЯМ 
ІНДИВІДУАЛЬНИХ ОСОБЛИВОСТЕЙ КОРИСТУВАЧА 
 
Публікація по темі кваліфікаційної роботи магістра 
482. ЧДТУ. 22272-01 90 01 
 
Листів 3 
 
 
 
 
 
 
 
Розробник                          ____________________                Федоренко В.С 
 
 
 
 
 
 
 
 
Черкаси – 2022
87 
 
МІНІСТЕРСТВО ОСВІТИ І НАУКИ УКРАЇНИ  
ЧЕРКАСЬКИЙ ДЕРЖАВНИЙ ТЕХНОЛОГІЧНИЙ УНІВЕРСИТЕТ  
 
 
 
 
 
 
 
 
 
 
 
 
ЗБІРНИК ТЕЗ ДОПОВІДЕЙ 
СТУДЕНТСЬКОЇ НАУКОВО-
ПРАКТИЧНОЇ КОНФЕРЕНЦІЇ ЧДТУ 
 
19-22 квітня 2022 р. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Черкаси                 2022 
88 
 
ПОРІВНЯЛЬНИЙ АНАЛІЗ ПРОГРАМНИХ ЗАСОБІВ УПРАВЛІННЯ 
ПРОЄКТАМИ  
Федоренко В.С. (студент ФІТІС),  
Триус Ю.В., д.пед.н., к.ф.-м.н., професор  
Черкаський державний технологічний університет  
 
Сьогодні для управління проектами характерним є застосування засобів 
комп‟ютерної техніки і спеціалізованого програмного забезпечення для підтримки 
прийняття організаційно-планових рішень. У доповіді представлений порівняльний 
аналіз найбільш популярних програмних засобів управління проєктами, таких як: 
Microsoft Project, Primavera Project Planner, Open Plan Professional. Аналіз зазначених 
засобів передбачав: загальну характеристику програмного продукту, опис його 
функціоналу (інструментів) та особливостей інтерфейсу, виокремлення переваг і 
недоліків. На основі порівняльного аналізу були зроблені відповідні висновки щодо 
доцільності використання цих засобів для управління проєктами різних рівнів. 
Microsoft Project – одна з найбільш поширених систем управління проектами, що 
поєднує в собі простоту використання, дружній інтерфейс і необхідні інструменти 
для управління проєктами. Вона розрахована, насамперед, на користувачів, які не є 
професіоналами у сфері управління проектами. Primavera Project Planner – 
програмний продукт компанії Primavera, що використовується для управління 
середніми і великими проектами в різних сферах, зокрема у сфері управління 
будівельними та інженерними проєктами. Open Plan Professional – це професійна 
система управління проєктами, що має, зокрема, потужні засоби для ресурсного і 
бюджетного планування, застосування яких надає можливість полегшити 
знаходження найефективнішого розподілу ресурсів і складання робочого розкладу 
їх використання. Отже, кожен із розглянутих програмних продуктів управління 
проєктами знайде свого користувача і сферу застосування. Зокрема, Microsoft Project 
гарно підійде для невеликих проектів, Primavera Project Planner має більший 
широкий набір інструментів, тому підійде для середніх і великих проєктів, а Open 
Plan Professional підійде професійним проєктним менеджерам.
Репозиторій ЧДТУ
