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

Каденко, Ксенія Олександрівна

Будь ласка, використовуйте цей ідентифікатор, щоб цитувати або посилатися на цей матеріал: https://er.chdtu.edu.ua/handle/ChSTU/6757

Повний запис метаданих

Поле DC	Значення	Мова
dc.contributor.advisor	Данченко, Олена Борисівна	-
dc.contributor.author	Каденко, Ксенія Олександрівна	-
dc.date.accessioned	2026-01-11T15:50:54Z	-
dc.date.available	2026-01-11T15:50:54Z	-
dc.date.issued	2022-12-15	-
dc.identifier.uri	https://er.chdtu.edu.ua/handle/ChSTU/6757	-
dc.description.abstract	Сьогодні мобільні додатки використовуються майже в усіх сферах життя людей. Завдяки додаткам смартфони допомагають організовувати життя. Про це свідчить безліч мобільних програм, які використовуються для зберігання контактів, особистої інформації та планування майбутніх подій у телефоні. Цей набір інформації, який повністю зберігається на наших телефонах, допомагає нам планувати життя, тим самим сприяючи правильному плануванню часу. Існує багато програм, які відповідають індивідуальним потребам користувачів і роблять життя комфортнішим, легшим і ефективнішим. Одним із таких додатків може стати мобільний додаток для моніторингу цін на продукти в супермаркетах. Метою кваліфікаційної роботи магістра є розробка мобільного додатку з використанням моделей та методів управління проектами. Об’єктом дослідження є процеси управління стартапом розробки мобільного додатку для моніторингу цін на продукти в супермаркетах на різних фазах його реалізації. Предмет дослідження – стартап розробки мобільного додатку для моніторингу цін на продукти в супермаркетах. Апробація результатів роботи. Основні положення і результати кваліфікаційної роботи магістра доповідалися і були обговорені на сьомій міжнародній науково-практичній конференції «Project, Program, Portfolio management» (P3M-2022). Публікації. Каденко К. О., Ткаченко В. Ф., Федчишен В. А. Аналіз наукових підходів до управління проектними та операційними ризиками. [Текст] : // VII Міжнародна науково-практична конференція «Project, Program, Portfolio management» 2-3 грудня 2022 р., м. Одеса.	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.subject	СТАРТАП	uk_UA
dc.subject	КАЛЕНДАРНЕ ПЛАНУВАННЯ.	uk_UA
dc.title	Управління стартапом розробки мобільного додатку для моніторингу цін на продукти в супермаркетах	uk_UA
dc.type	Master Thesis	uk_UA
Розташовується у зібраннях:	122 Комп’ютерні науки (Управління стартапами і проектами в галузі інформаційних технологій)

Файли цього матеріалу:

Файл	Опис	Розмір	Формат
Пояснювальна записка_Каденко Ксенія_МСТП-2102_2022-2023.pdf Restricted Access		4.21 MB	Adobe PDF	Переглянути/Відкрити Запит копії

Показати базовий опис матеріалу Перегляд статистики

Усі матеріали в архіві електронних ресурсів захищено авторським правом, усі права збережено.

Extracted text

МІНІСТЕРСТВО ОСВІТИ І НАУКИ УКРАЇНИ
ЧЕРКАСЬКИЙ ДЕРЖАВНИЙ ТЕХНОЛОГІЧНИЙ УНІВЕРСИТЕТ

Факультет інформаційних технологій і систем

Кафедра комп’ютерних наук та системного аналізу

Пояснювальна записка
до кваліфікаційної роботи
магістра
(освітньо-кваліфікаційний рівень)

на тему: моніторингу цін на продукти в супермаркетах»

Виконала: студентка 2 курсу, групи МСТП-2102

спеціальності 122  «Комп’ютерні науки»
(шифр і назва спеціальності)

освітня програма «Управління стартапами
(назва освітньої програми)
і проектами в галузі інформаційних технологій»

Каденко Ксенія Олександрівна

Керівник Данченко О.Б.
(прізвище та ініціали)

Рецензент Чернов С.К._
(прізвище та ініціали)

Черкаси 2022 року
8

ЗМІСТ
ВСТУП ................................................................................................................................ 10
1 АНАЛІЗ ПЕРЕДУМОВ СТВОРЕННЯ СТАРТАПУ РОЗРОБКИ МОБІЛЬНОГО
ДОДАТКУ ДЛЯ МОНІТОРИНГУ ЦІН НА ПРОДУКТИ В СУПЕРМАРКЕТАХ ..... 13
1.1 Постановка задачі та обґрунтування проблеми .................................................... 13
1.2 Опис ідеї стартапу .................................................................................................... 15
1.3 Маркетингові дослідження та аналіз оточення стартапу ..................................... 18
1.4 Альтернативні ідеї реалізації стартапу та аналіз аналогів ................................... 21
Висновки до розділу 1 ................................................................................................... 23
2 РОЗРОБКА КОНЦЕПЦІЇ СТАРТАПУ ........................................................................ 24
2.1 Зацікавлені сторони та їх вплив на стартап ........................................................... 24
2.2 Розробка концепції стартапу ................................................................................... 26
2.3 Життєвий цикл проекту ........................................................................................... 28
Висновки до розділу 2 ................................................................................................... 32
3 ПЛАНУВАННЯ ТА УПРАВЛІННЯ СТАРТАПОМ .................................................. 33
3.1 Планування змісту стартапу ................................................................................... 33
3.2 Організаційна структура стартапу .......................................................................... 39
3.3 Розробка календарного плану стартапу ................................................................. 41
3.4 Планування трудових та матеріальних ресурсів стартапу .................................. 46
3.5 Планування якості стартапу .................................................................................... 55
3.6 Управління ризиками ............................................................................................... 57
3.7 Управління комунікаціями ...................................................................................... 62
3.8 Моделювання виконання стартапу ......................................................................... 64
3.9 Проведення розрахунку бюджетної вартості ........................................................ 67
9

Висновки до розділу 3 ................................................................................................... 70
4 МОДЕЛЮВАННЯ ВИКОНАННЯ СТАРТАПУ ТА ЙОГО РЕЗУЛЬТАТИ ............ 72
4.1 Моделювання продукту проекту ............................................................................ 72
4.2 Опис процесу практичної реалізації стартапу ...................................................... 74
4.3 Механізм контролю робіт стартапу ........................................................................ 80
Висновки до розділу 4 ................................................................................................... 83
ВИСНОВКИ ....................................................................................................................... 85
СПИСОК ВИКОРИСТАНИХ ДЖЕРЕЛ ......................................................................... 87
ДОДАТОК А Аналіз наукових підходів до управління проектними та операційними
ризиками ………………………………………………………………………………....92

10

ВСТУП
У сучасному світі мобільний телефон став невід’ємною частиною життя
людей завдяки Інтернету та технологіям. За допомогою смартфона можна дізнатися
багато нового, а різні програми, інтегровані в нього, дуже корисні в повсякденному
житті. Прогрес у мобільних технологіях, доступ до високошвидкісного Інтернету, а
також чудові комунікаційні інтерфейси в цих пристроях привели до абсолютно
нового рівня мобільного досвіду. Це стало можливим завдяки розробці мобільних
додатків.
Сьогодні мобільні додатки використовуються майже в усіх сферах життя
людей. Завдяки додаткам смартфони допомагають організовувати життя. Про це
свідчить безліч мобільних програм, які використовуються для зберігання контактів,
особистої інформації та планування майбутніх подій у телефоні. Цей набір
інформації, який повністю зберігається на наших телефонах, допомагає нам
планувати життя, тим самим сприяючи правильному плануванню часу. Існує багато
програм, які відповідають індивідуальним потребам користувачів і роблять життя
комфортнішим, легшим і ефективнішим. Одним із таких додатків може стати
мобільний додаток для моніторингу цін на продукти в супермаркетах.
Актуальність теми. В цей складний час, коли наша країна знаходиться у
стані війни, почалося різке підвищення цін на продукти харчування та споживчі
товари. Це пов’язано з тим, що частина підприємств, що виробляє продовольчу
продукцію знаходяться на окупованій території, або зруйнована чи знищена. Також
на ціну товару впливають вартість енергоносіїв та паливно-мастильних матеріалів,
які здорожчали майже вдвічі. Завдяки цьому значно впала купівельна спроможність
населення, особливо малозабезпечених громадян. В різних торгових мережах на
одні і ті самі товари ціни можуть суттєво відрізнятися, тому більша частина
споживачів вимушена витрачати багато часу на пошук потрібного товару за
прийнятною або акційною ціною. В цьому пошуку споживачам зможе допомогти
мобільний додаток для моніторингу цін на продукти в супермаркетах, стартап якого
представлений в даній роботі.
11

Метою кваліфікаційної роботи магістра є розробка мобільного додатку з
використанням моделей та методів управління проектами. В роботі розглядається
проект розробки мобільного додатку, що допоможе користувачам економити час
при здійсненні закупівель продуктів в супермаркетах та витрачати при цьому менше
коштів, маючи змогу порівняти вартість товарів в різних магазинах.
Задачі, що вирішуються в роботі:
– проведення дослідження ринку мобільних додатків;
– дослідження особливостей методології управління проектами в галузі IT;
– аналіз оточення проекту та формування стратегії;
– обґрунтування доцільності проекту;
– проведення структурного планування;
– розробка компонентів управління проектом;
– виявлення та оцінки можливостей подальшого удосконалення продукту з
метою розширення його функціональності.
Об’єктом дослідження є процеси управління стартапом розробки мобільного
додатку для моніторингу цін на продукти в супермаркетах на різних фазах його
реалізації.
Предмет дослідження – стартап розробки мобільного додатку для
моніторингу цін на продукти в супермаркетах.
У процесі дослідження використовувалися наступні методи:
– аналіз ринку мобільних додатків, дослідження конкурентів;
– PEST - аналіз;
– SWOT - аналіз;
– канва бізнес-моделі;
– метод декомпозиції;
– календарне планування;
– метод освоєного обсягу.
Готовий додаток користувачі зможуть завантажити на свій смартфон та
використовувати у повсякденному житті для моніторингу цін на необхідні товари,
що допоможе зекономити час та гроші. Моніторинг цін на товари дуже важливий як
12

для покупців, так і для торгівельного бізнесу. Це дозволяє компаніям, що зайняті у
сфері роздрібної торгівлі, формувати найпривабливіші пропозиції для споживачів та
лишатися конкурентоспроможними. Крім того, моніторинг дозволяє торгівельним
мережам вести гнучку та динамічну цінову політику, яка реагує на найдрібніші
зміни тенденцій та трендів на ринку продовольчих товарів.
Апробація результатів роботи. Основні положення і результати
кваліфікаційної роботи магістра доповідалися і були обговорені на сьомій
міжнародній науково-практичній конференції «Project, Program, Portfolio
management» (P3M-2022).
Публікації. Каденко К. О., Ткаченко В. Ф., Федчишен В. А. Аналіз наукових
підходів до управління проектними та операційними ризиками. [Текст] : // VII
Міжнародна науково-практична конференція «Project, Program, Portfolio
management» 2-3 грудня 2022 р., м. Одеса.

13

1 АНАЛІЗ ПЕРЕДУМОВ СТВОРЕННЯ СТАРТАПУ РОЗРОБКИ
МОБІЛЬНОГО ДОДАТКУ ДЛЯ МОНІТОРИНГУ ЦІН НА ПРОДУКТИ В
СУПЕРМАРКЕТАХ
1.1 Постановка задачі та обґрунтування проблеми
Існує багато мобільних додатків, які відповідають індивідуальним потребам
користувачів і роблять життя комфортнішим, легшим і ефективнішим. Одним із
таких додатків може стати мобільний додаток для моніторингу цін на продукти в
супермаркетах.
Супермаркети – це відносно великі магазини самообслуговування, в
основному зосереджені на асортименті продовольчих товарів [40].
Для сучасних супермаркетів характерним є наявність наступних ознак:
– значний обсяг торговельної площі (від 200 м2 і більше);
– значна кількість відділів з великою експозицією різноманітної продукції
(м'ясо, фрукти та овочі, молочні продукти, хліб, хлібобулочні та кондитерські
вироби, випічка, тютюн, парфумерія та косметика, побутова хімія автотовари,
електро- та радіотовари, лаки та фарби тощо);
– пропозиція гастрономічних і кулінарних виробів власного виробництва у
відповідному підрозділі, організація додаткових послуг кафе, салат-бару чи міні-
закладу швидкого харчування;
– пропозиція візків і кошиків для купівлі значної кількості товарних позицій;
– використання досконалих касових апаратів, з'єднаних у мережу та
обладнаних новітнім програмним забезпеченням і засобами сканування інформації з
товарів.
Одним із факторів, за якими споживачі обирають, де купувати товари, є
розташування торговельних закладів (супермаркетів), що дозволить заощадити час
та сили на придбання товарів. На підтвердження цього було проведено опитування,
щодо впливу місця розташування торговельного підприємства та здійснення
покупки. Опитування показало, що більшість покупців користуються магазинами,
14

розташованими в районі їхнього проживання (90%), і лише невелика частка – 10%
обирають місце покупки виключно за ціновим критерієм [11].
Наявність у місті великої кількості супермаркетів змушує торгові
підприємства шукати інші способи випередити своїх конкурентів. Цінова та
асортиментна політика є одним із основних засобів конкуренції [33].
У зв’язку з поточною фінансово-економічною та соціальною кризою компанії
роздрібної торгівлі змушені розробляти ефективні механізми управління, які
забезпечуватимуть збереження позицій компанії на ринку та підтримку досягнутих
результатів діяльності та стабільного розвитку. Однією з важливих складових цього
механізму є управління ціновою політикою [13]. Зниження середнього рівня життя
населення внаслідок воєнних дій і падіння реальних доходів, з одного боку,
призводить до загального зниження попиту, що супроводжується зміною критеріїв,
за якими споживачі оцінюють і вибирають товари, а з іншого боку – впливає на
обсяги та частоту їх купівлі. Водночас зростання собівартості продукції призводить
до підвищення закупівельних цін на товари, збільшуються й витрати підприємств
роздрібної торгівлі, що змушує їх підвищувати рівень цін.
Аналізуючи цінову політику супермаркетів, встановлено, що найчастіше
використовуються акційні пропозиції, дисконтні програми, що накопичують бали та
бонуси, рідше – дисконтні картки, що пропонують знижки [13]. Зараз українським
споживачам вкрай необхідно економити, тому їм важливо моніторити ціни та
акційні знижки магазинів, щоб знайти для себе найвигідніші цінові пропозиції для
придбання необхідних товарів.
Отже, головна проблема, яку потрібно вирішити - економія часу користувача
при пошуку необхідних продуктів та найнижчих цін на них в найближчих
супермаркетах.
Метою створення стартапу є спроба вирішити поставлену проблему, тому
основна задача – розробка продукту, що допоможе користувачам економити час та
гроші. Продуктом проекту є мобільний додаток для моніторингу та порівняння цін
на основні продукти харчування у всіх супермаркетах міста та у найближчих
супермаркетах відповідно до локації користувача.
15

Цільовою аудиторією майбутнього додатку є, в першу чергу, люди що мають
смартфон, часто ходять в супермаркети, шукають вигідні пропозиції та найкращі
ціни на продукти. Проблеми клієнтів, які необхідно вирішити, відображені у канві
ціннісної пропозиції, що зображена на рисунку 1.1.

Рисунок 1.1 – Канва ціннісної пропозиції
Щоб ефективно вирішити проблеми клієнтів, додаток повинен мати широкий
функціонал. Він міститиме основну інформацію про товари, їх актуальну ціну та
наявність у різних супермаркетах міста, а також можливість додавати їх у список
обраного.
Особливістю додатку буде змога користувачів оформити підписку, створити
особистий кабінет та отримувати ексклюзивні акційні пропозиції. З активною
підпискою з’явиться можливість обрати необхідні товари в певному супермаркеті та
замовити доставку.
Також однією з основних переваг буде можливість знайти найближчі
супермаркети відповідно до локації користувача та переглянути акційні пропозиції.
1.2 Опис ідеї стартапу
Метою створення стартапу є спроба вирішити поставлену проблему, а саме як
допомогти користувачеві зекономити час при пошуку необхідних продуктів та
16

найнижчих цін на них в найближчих супермаркетах. Отже, основна задача –
створення продукту, що допоможе користувачам економити час та гроші.
Ідеєю для створення стартапу є мобільний додаток для моніторингу та
порівняння цін на основні продукти харчування у всіх супермаркетах міста та у
найближчих супермаркетах відповідно до локації користувача.
Для початку роботи з додатком після завантаження на смартфон, користувачу
необхідно буде зареєструватися, тобто створити власний кабінет, та авторизуватися.
Кабінет користувача необхідний для того, щоб визначити яку версію додатку він
отримає (безкоштовну чи повну), та наявність підписки. В особистому кабінеті
користувач матиме змогу додати та редагувати особисті дані, такі як номер
телефону, ім’я, адресу електронної пошти, а також змінити пароль. В кабінеті можна
переглянути та редагувати список обраних товарів, додати та змінити дані
банківської карти, керувати підпискою (підключити чи відмовитися), додати чи
змінити адресу доставки замовлень, переглянути історію замовлень, а також
отримати особисті промокоди на знижку. Також в кабінеті будуть доступні
налаштування додатку, можливість звернутися до служби підтримки, якщо
виникнуть проблеми чи запитання, та інформація про додаток (версія, розробники).
На головній сторінці додатку відображатимуться товари з назвою,
зображенням та найнижчою ціною і інформацією, в якому супермаркеті можна
придбати цей товар. Натиснувши на потрібний товар, користувач матиме змогу
переглянути всі ціни на нього в різних супермаркетах у порядку зростання, а також
додати товар в список «Обране». Окрім переліку товарів, на головній сторінці буде
пошук та фільтр, що дозволить відсортувати товари за категоріями, ціною, або
магазинами, в яких їх можна придбати.
Ще одним розділом додатку буде карта. На карті відображатиметься поточна
геопозиція користувача, та найближчі супермаркети відносно нього. Натиснувши на
супермаркет на карті, користувач побачить інформацію про супермаркет, а саме
назву, адресу, години роботи, відстань. Обравши потрібний супермаркет можна
переглянути список товарів з цінами, акційні пропозиції, або замовити доставку. На
карті також буде рядок пошуку та фільтр магазинів за категоріями.
17

Щоб замовити доставку товарів, користувач повинен буде перейти у розділ
магазинів. В цьому розділі відображатиметься перелік магазинів, з яких можна
замовити доставку, або переглянути їх акційні пропозиції. Натиснувши на потрібний
супермаркет, користувач зможе обрати необхідні товари, додати їх у кошик та
замовити доставку. Для успішного замовлення необхідно буде додати адресу
доставки та способи оплати в особистому кабінеті користувача.
Додаток буде розроблений для смартфонів на базі операційних систем IOS та
Android та розміщений в магазинах мобільних додатків («App Store» та «Play
Market»). Розповсюджуватиметься за схемою безкоштовного завантаження з
внутрішньою підпискою. Користувачі зможуть завантажити додаток на свій
смартфон абсолютно безкоштовно, але щоб отримати доступ до всіх функцій,
необхідно буде придбати підписку. Підписка коштуватиме 5$ на місяць, проте
будуть й інші варіанти оплати окрім щомісячного. Оформивши підписку на 6
місяців, рік або 2 роки, користувач отримає знижку 5%, 10% або 15% відповідно.
При реєстрації в додатку буде можливість отримати безкоштовний пробний період
підписки на 7 днів. Він буде наданий користувачеві після введення даних
банківської карти для оплати. Після завершення пробного періоду термін дії
підписки буде продовжено автоматично, на місяць. Користувач матиме можливість
відмовитися від продовження підписки в будь-який момент, натиснувши відповідну
кнопку в особистому кабінеті.
Безкоштовна версія додатку буде містити обмежений набір функцій. В даній
версії буде доступний перегляд цін на обмежену кількість товарів. На головній
сторінці додатку відображатимуться лише найпопулярніші товари з найнижчою
ціною та назва супермаркету, де їх можна придбати по даній вартості. Також буде
доступна карта з відображеними на ній найближчими супермаркетами, відносно
місцезнаходження користувача. Всі інші функції додатку будуть доступні лише в
повній версії додатку після оплати підписки.
Отже, продукт проекту - мобільний додаток для моніторингу та порівняння
цін на продукти в супермаркетах. Назва додатку – «Priket», вигадане слово, що
18

складається з частин двох англійських слів, а саме «pri» - частина слова price (ціна),
та «ket» - зі слова market (магазин).
Перерахуємо основний функціонал додатку:
– зручний та зрозумілий інтерфейс для взаємодії з основними елементами та
функціями додатку;
– наявність ексклюзивних акційних пропозицій для користувачів;
– можливість додати необхідні товари в список «Обраних» та
відслідковувати актуальні ціни в різних супермаркетах одночасно;
– усі супермаркети відображаються на карті відповідно до геолокації
користувача;
– наявність актуальних цін та інформації про наявність товарів;
– можливість замовити доставку;
– можливість обрати необхідний товар та відстежити його наявність в
найближчих супермаркетах.
Додаток можна використовувати безкоштовно, але лише невелику частину
функціоналу. Весь функціонал буде доступний лише після придбання підписки за
ціною 5 USD/міс.
Запланована підтримка програми протягом, як мінімум 5 років після дати
випуску, оновлення раз на місяць.
1.3 Маркетингові дослідження та аналіз оточення стартапу
Враховуючи проектну ситуацію було проведено аналіз оточення проекту.
Абревіатура PEST розшифровується як P (policy) - політичні фактори, E (economic) -
економічні фактори, S (Social) - соціальні та суспільні фактори, T (Technical) -
технологічні фактори [34]. Даний аналіз визначає поточні або очікувані тенденції в
технологічній, економічній, політичній та соціальній сферах, які можуть вплинути
на проект.
Вплив виявлених факторів на проект було оцінено за шкалою наступною
шкалою:
19

– 1 бал – фактор мало впливає і будь-яка зміна цього фактора не вплине на
стартап;
– 2 - 3 бали – тільки значні зміни факторів матимуть вплив на продажі та
прибуток;
– 4 - 5 балів – вплив даного фактору високий, будь-які коливання можуть
викликати значні зміни в продажах і прибутку.
Позитивний чи негативний вплив кожен фактор має на проект показує знак
«+» або «-» перед оцінкою.
У таблиці 1.1 наведені дані PEST - аналізу проекту, які буде використано при
подальших маркетингових дослідженнях.
Таблиця 1.1 – PEST - аналіз
Політичні фактори Економічні фактори
– Політична стабільність +2 – Рівень оподаткування -4
– Ступінь державного +2 – Темп інфляції -5
регулювання економіки – Загальна економічна -2
– Законодавча база -4 ситуація
– Вибори на усіх рівнях влади -3 – Динаміка курсу гривні -3
– Антимонопольне – Рівень безробіття -2
регулювання -3 – Інвестиційна +2
– Державне регулювання привабливість
конкуренції 1

Соціальні фактори Технологічні фактори
– Якість життя 1 – Нові патенти -2
– Вплив ЗМІ +3 – Поява нових -5
– Активність споживача +5 конкурентних технологій
– Демографічні зміни -2 – Нові інформаційні -4
– Рівень доходів населення -2 системи
– Потреба у постійному 1
навчанні, що обумовлена
швидкими
технологічними змінами

Для визначення сильних та слабких сторін продукту проекту, можливостей та
загроз було проведено SWOT - аналіз. SWOT інтерпретується таким чином: S –
20

сильні сторони, переваги продукту, W – слабкі сторони, O – можливості, T –
загрози. Результати аналізу представлені на рисунку 1.2.

Рисунок 1.2 – SWOT - аналіз проекту
Після визначення сильних та слабких сторін, можливостей та загроз було
сформовано шляхи регулювання проектної ситуації для подальшої розробки.
Як скористатися можливостями?
– розробити продукт;
– вивести продукт на ринок;
– провести якісну рекламну кампанію;
– займатися регулярними оновленнями та підтримкою продукту.
Що може завадити скористатися можливостями?
– недостатній рівень кваліфікації команди проекту;
– неякісне виконання своїх обов’язків працівниками;
– вихід на ринок нових конкурентів.
За рахунок чого можна знизити загрози?
– проведення якісного аналізу ринку;
– планування та управління ризиками;
21

– відбір кваліфікованих спеціалістів в команду проекту.
Отже, дослідивши маркетингове середовище проекту, можна стверджувати,
що він є перспективним, але потрібен більш детальний розрахунок його реалізації
для оцінки прибутковості та окупності проекту.
На основі проведених досліджень було створено канву бізнес-моделі (рис.
1.3), що відображає основні складові бізнес-моделі стартапу:

Рисунок 1.3 – Канва бізнес-моделі
1.4 Альтернативні ідеї реалізації стартапу та аналіз аналогів
З огляду на результат SWOT - аналізу (див. рис. 1.2) було проведено аналіз
альтернативних варіантів мобільних додатків для реалізації ідеї стартапу:
– Додаток для створення списку покупок і замовленню доставки по ньому.
Переваги: економія часу необхідного для закупівель; менша складність
розробки.
Недоліки: невелика функціональність; не вирішує поставлену проблему в
повному обсязі; відсутність формату підписки.
– Додаток для пошуку та аналізу цін на товар по штрихкоду.
22

Переваги: можливість відслідковувати наявність та ціну товару в різних
супермаркетах; можливість дізнатися повну інформацію про товар; невеликі витрати
коштів та часу на розробку.
Недоліки: не вирішує поставлену проблему в повному обсязі; допомагає лише
в заощадженні коштів, не часу; користувачі можуть не захотіти платити кошти за
малий функціонал додатку.
– Додаток для відслідковування акційних пропозицій супермаркетів.
Переваги: дозволяє вигідно придбати товар та зекономити кошти; невеликі
витрати коштів та часу на розробку; зручно переглядати всі акційні пропозиції
супермаркетів в одному місці.
Недоліки: недоцільно впроваджувати монетизацію через наявність наданої
інформації у відкритих джерелах; не вирішує поставлену проблему, має
інформативний характер; замалий функціонал; може виявитися неактуальним на
фоні конкурентів, що мають набагато більший функціонал.
Усі ці альтернативи вирішують поставлену проблему лише частково (або
економія коштів, або економія часу користувача), тому для реалізації проекту був
обраний варіант додатку описаний в роботі.
В даний момент, на ринку дуже мало подібних розробок і вони мають більше
недоліків ніж переваг. Продукти конкурентів знаходяться у вищому ціновому
сегменті та пропонують менший функціонал.
Після дослідження ринку було виявлено наступні аналоги та конкуренти
(табл. 1.2):
Таблиця 1.2 – Аналіз конкурентів
Назва Переваги Недоліки
Додаток «Costless» – створення списку покупок – невеликий вибір
– детальна інформація про супермаркетів
товар – відсутність особистого
кабінету користувача і
можливості додавання
обраних продуктів
23

– оновлення цін раз на
тиждень
Сайт «mySupermarket» – моніторинг цін на одиницю – має лише ознайомчий
товару щоденно характер
– інформація лише про
Київські мережі
супермаркетів
Сайт «Deshevo» – пошук товару по – має лише ознайомчий
штрихкоду характер
– інформація лише про
Київські мережі
супермаркетів

Отже, як видно з таблиці 1.2, основним конкурентом продукту даного проекту
є мобільний додаток «Costless». Проте він має більше недоліків ніж переваг над
розроблюваним в проекті додатком. Всі інші аналоги мають обмежений функціонал
в порівнянні з продуктом даного проекту та носять інформаційний характер.
Висновки до розділу 1
У розділі проаналізовано мету створення стартапу, визначено проблему, яку
необхідно вирішити. На основі проведених досліджень було сформовано декілька
ідей реалізації продукту проекту, що повинні розв’язати поставлену проблему та
обрано серед них найкращу. Для обраної ідеї додатку був детально описаний
необхідний функціонал.
Проведено маркетингові дослідження, SWOT - аналіз, PEST - аналіз, та
розроблено канву бізнес-моделі стартапу. Аналіз ринку мобільних додатків показав,
що ринку дуже мало подібних розробок і вони мають більше недоліків ніж переваг -
продукти конкурентів знаходяться у вищому ціновому сегменті та пропонують
менший функціонал. Це свідчить про те, що обрана ідея продукту проекту є
конкурентоспроможною та перспективною.
24

2 РОЗРОБКА КОНЦЕПЦІЇ СТАРТАПУ
2.1 Зацікавлені сторони та їх вплив на стартап
При проведенні аналізу зацікавлених сторін особливо важливо провести
комплексний аналіз усіх учасників, зацікавлених у реалізації проекту. Для початку
необхідно виділити всі зацікавлені сторони проекту (рис. 2.1).

Рисунок 2.1 – Зацікавлені сторони проекту
Тепер розглянемо докладніше всіх осіб, які беруть участь у проекті:
– Ініціатор/Замовник/Власник/Інвестор/Менеджер проекту – Каденко К.О.
Механізм участі: створення ідеї проекту, пошук команди для реалізації,
планування, фінансування, контроль виконання проекту, проведення рекламної
кампанії, прийняття рішень на всіх етапах реалізації проекту.
Цілі: отримати продукт проекту, досвід в управлінні проектами, прибуток.
Основна ціль – успіх проекту.
– Команда проекту – тестувальник, програміст, дизайнер, головний
програміст, маркетолог.
Механізм участі: розробка та реалізація мобільного додатку, створення
дизайну, тестування продукту, маркетингові дослідження.
25

Цілі: отримати досвід роботи в команді, підвищити кваліфікацію, отримати
прибуток.
– Органи влади – податкова служба.
Механізм участі: надання реєстрації підприємства, оподаткування.
– Конкуренти – мобільний додаток «Costless».
Механізм участі: конкуренція, пошук переваг та недоліків.
– Споживачі фінального продукту проекту – населення України.
Механізм участі: придбання продукту проекту, надання відгуків та
рекомендацій.
Цілі: отримати продукт який задовольнить вимоги, покращити побут.
– Підрядники – юрист.
Механізм участі: оформлення державних документів, взаємодія з органами
влади.
Цілі: отримати прибуток, підвищити кваліфікацію.
– Постачальники – супермаркети, сервіси доставки.
Механізм участі: надання інформації з баз-даних, заключення договорів про
співпрацю.
Цілі: залучити нових клієнтів, збільшити продажі, отримати прибуток.
Клієнти – кінцеві користувачі продукту проекту, отже продукт має відповідати
вимогам та очікуванням користувачів. Маркетингові та рекламні кампанії мають
сформувати у потенційних клієнтів уявлення про те, що все, що пропонується, є
гарантією надійності та якості послуг.
Постачальники повинні бути партнерами, оскільки умови співпраці є
взаємовигідними. Затримки з боку постачальника призведуть до затримки платежів
замовником. Крім того, для постачальників важливо мати постійного клієнта, а
замовник має можливість отримувати знижки.
На органи влади важко вплинути, тому їх слід враховувати у плані реагування
на ризики, а також при плануванні проекту, тобто притримуватися стратегії
реагування та адаптації.
26

У таблиці 2.1 визначений вплив зацікавлених сторін на виконання проекту по
різних факторах (ресурси, вимоги до проекту, процеси проекту, оцінка виконання):
Таблиця 2.1 – Вплив зацікавлених сторін на проект

Проаналізувавши усі фактори, можна зробити висновок, що зацікавлені
сторони позитивно впливають на проект, тому що кожен має свою вигоду.
2.2 Розробка концепції стартапу
Сьогодні мобільні додатки використовуються майже в усіх сферах життя
людей. Завдяки додаткам смартфони допомагають організовувати життя. Про це
свідчить безліч мобільних програм, які використовуються для зберігання контактів,
особистої інформації та планування майбутніх подій у телефоні. Цей набір
інформації, який повністю зберігається на наших телефонах, допомагає нам
планувати життя, тим самим сприяючи правильному плануванню часу. Існує багато
програм, які відповідають індивідуальним потребам користувачів і роблять життя
комфортнішим, легшим і ефективнішим. Одним із таких додатків може стати
мобільний додаток для моніторингу цін на продукти в супермаркетах.
27

Мета проекту: створення продукту, що допоможе користувачам економити
час та гроші – мобільний додаток для моніторингу та порівняння цін на основні
продукти харчування у всіх супермаркетах міста та у найближчих супермаркетах
відповідно до локації користувача.
Цілі проекту:
– отримати прибуток;
– залучити клієнтів;
– отримати велику кількість завантажень додатку.
Критерії досягнення цілей проекту відображені в таблиці 2.2.
Таблиця 2.2 – Критерії досягнення цілей
№ Ціль Критерії
1. Залучити клієнтів 5 000 осіб через 3 міс після проекту
2. Отримати прибуток 30 000 грн через 6 міс після проекту
3. Отримати кількість завантажень 10 000 разів через 6 міс після проекту
додатку

Продукт проекту: мобільний додаток для моніторингу та порівняння цін на
продукти в супермаркетах.
Основний функціонал продукту проекту:
– зручний та зрозумілий інтерфейс для взаємодії з основними елементами та
функціями додатку;
– наявність ексклюзивних акційних пропозицій для користувачів;
– можливість додати необхідні товари в список «Обраних» та
відслідковувати актуальні ціни в різних супермаркетах одночасно;
– усі супермаркети відображаються на карті відповідно до геолокації
користувача;
– наявність актуальних цін та інформації про наявність товарів;
– можливість замовити доставку;
– можливість обрати необхідний товар та відстежити його наявність в
найближчих супермаркетах.
28

Критерії успішності проекту:
– наявність продукту проекту (готовий, повністю функціонуючий мобільний
додаток);
– нові клієнти (≥ 5 000 осіб);
– відхилення від плану по проектам ≤ 10%;
– кількість позитивних оцінок членів команди проекту ≥ 70%.
Обмеження проекту:
– проект має бути реалізовано не більше ніж за 8 місяців;
– бюджет не повинен перевищувати 300 000 грн.
Допущення проекту:
– часове відхилення від плану реалізації проекту не більше ніж 2 місяці;
– бюджет може бути перевищено максимум на 50 000 грн.
2.3 Життєвий цикл проекту
Життєвий цикл проекту розробки мобільного додатку для моніторингу цін на
продукти в супермаркетах складається з наступних фаз:
– Ініціалізація;
– Планування;
– Реалізація;
– Завершення.
Ключові фази проекту, їх характеристика та перелік основних робіт
виглядають наступним чином:
Ініціалізація:
– розробка та опрацювання загальної концепції та стратегії проекту
(розробка стратегії, визначення чітких цілей, завдань, вимог, можливостей,
обмежень, очікуваних результатів проекту);
– розробка попереднього пакету основної документації по проекту
(підготовка статуту проекту; попереднє бачення організаційної структури команди;
погодження плану дій на початковий період);
29

– формування команди;
– розробка бізнес-плану;
– прийняття рішення про реалізацію проекту.
Планування:
– коригування та затвердження попереднього пакету базової проектної
документації;
– розробка та затвердження плану управління проектом (розробка
календарного плану; розробка плану виконання робіт (WBS); планування ресурсів);
– встановлення комунікацій (розроблення процедур, регламентів, політик
діяльності та комунікації команди проекту; розроблення системи контролю
інформації);
– планування бюджету проекту;
– управління ризиками.
Реалізація:
– управління, контроль та координація ходу виконання проекту;
– виконання пакетів робіт;
– вирішення конфліктів;
– створення та узгодження ТЗ, створення концептуальної схеми продукту;
– розробка продукту (розробка дизайн-макету додатку; верстка, розробка
основного функціоналу додатку; проведення тестування, виправлення помилок);
– робота з постачальниками та органами влади (укладання договорів;
реєстрація ФОП);
– розробка кампанії по просуванню продукту;
Завершення:
– формальне завершення всіх етапів проекту;
– виведення продукту на ринок;
– затвердження закриття проекту (наказ про закриття проекту);
– передача продукту замовнику;
– розпуск команди проекту;
30

– проведення аналізу результатів (з погляду цілей проекту, ходу виконання
проекту, результатів проекту);
– архівація проекту.
Результати проекту за фазами життєвого циклу:
Ініціалізація:
– розроблена загальна концепція та стратегія проекту;
– узгоджений попередній пакет основної документації по проекту та статут
проекту;
– сформована команда проекту.
Планування:
– затверджений план управління проектом;
– створений і затверджений план проведення рекламної кампанії;
– встановлені комунікації та розроблена система контролю інформації.
Реалізація:
– створені та узгоджені ТЗ та концептуальна схема продукту;
– виконані пакети робіт;
– розроблений, протестований мобільний додаток;
– створені рекламні сторінки та запущена рекламна кампанія.
Завершення:
– наказ про закриття проекту;
– архівація проекту;
– розпуск команди;
– закриті контракти.
Тепер можна визначити детальний зміст фаз життєвого циклу проекту (табл.
2.3) з тривалістю та ключовими віхами.
Таблиця 2.3 – Зміст фаз життєвого циклу проекту
Фаза Ініціалізація Планування Реалізація Завершення
Тривалість 32 32 75 16
фази (дні)
Перелік – Формування – Планування змісту – Реєстрація ФОП – Розміщення
31

основних команди – Планування – Розробка концепту додатку в
робіт – Формалізація трудових ресурсів – Розробка ТЗ магазинах
ідеї – Планування – Вибір технології – Розпуск
– Аналіз ринку бюджету – Проектування команди
– Розробка бізнес- – Планування архітектури додатку – Архівація
плану ризиків – Створення проекту
– Планування якості структури додатку – Аналіз проекту
– Планування часу – Розробка дизайну
– Планування – Створення
комунікацій прототипу
– Планування – Тестування
закупівель – Заключення
договорів з
постачальниками
– Реалізація додатку
– Створення
рекламних сторінок
– Запуск реклами
Ключові віхи Прийняте рішення Всі плани проекту Готовий мобільний Проект закритий
замовником затверджені додаток
замовником
Можливі Ідея може Планування може Наявних ресурсів Продукт може
проблеми виявитися бути не дуже якісним може не вистачити виявитися
недоцільною і і точним через для успішної недостатньо
неактуальною для недостатню реалізації продукту якісним,
реалізації кваліфікацію проекту функціональним,
проектного конкурентоспром
менеджера ожним, чи
неактуальним

Отже, тривалість всього життєвого циклу проекту становить 155 робочих днів
або 7 місяців. Обмеження за часом виконання проекту – 8 місяців, тому запланована
тривалість проекту відповідає встановленому обмеженню. Фаза ініціалізації триває
32 робочих дні, як і фаза планування. Найдовша фаза – реалізація, вона триває 75
робочих днів, найкоротша – завершення, тривалість якої становить 16 робочих днів.
Як було зазначено на початку розділу, ефективність проекту оцінюватиметься
рівнем прибутку та кількістю нових клієнтів після реалізації продукту.
32

Висновки до розділу 2
У розділі розроблено концепцію стартапу, а саме визначені цілі та завдання
проекту, критерії успішності, обмеження та допущення. Проведено аналіз
зацікавлених сторін, в результаті якого визначено механізм участі та цілі кожного
учасника проекту. Проаналізувавши усі фактори, можна зробити висновок, що
зацікавлені сторони позитивно впливають на проект, тому що кожен має свою
вигоду. Логічним завершенням розділу є обґрунтований стратегічний план, на
основі якого сформовано фази життєвого циклу та зроблений прогноз очікуваних
результатів кожної фази проекту.

33

3 ПЛАНУВАННЯ ТА УПРАВЛІННЯ СТАРТАПОМ
3.1 Планування змісту стартапу
Планування змісту проекту починається з визначення кінцевого результату –
продукту проекту. В даному стартапі продуктом проекту є мобільний додаток для
моніторингу та порівняння цін на основні продукти харчування у всіх
супермаркетах України та у найближчих супермаркетах відповідно до локації
користувача.
Наступним кроком були визначені високорівневі вимоги до кінцевого
результату проекту і занесені до таблиці 3.1.
Таблиця 3.1 – Високорівневі вимоги до кінцевого результату проекту
№ Назва вимоги
1 Наявність ексклюзивних акційних пропозицій для користувачів
2 Можливість додати необхідні товари в список «Обраних» та відслідковувати
актуальні ціни в різних супермаркетах одночасно
3 Усі супермаркети відображаються на карті відповідно до геолокації
користувача
4 Наявність актуальних цін і інформації про наявність товарів
5 Можливість замовити доставку
6 Можливість обрати необхідний товар та відстежити його наявність в
найближчих супермаркетах

Для деталізації кінцевого результату проекту була створена схема
декомпозиції (рис. 3.1).
34

Рисунок 3.1 – Декомпозиція кінцевого результату проекту
Управління змістом стартапу включає в себе процес забезпечення того, щоб у
проект входили лише ті роботи, які необхідні для успішної реалізації стартапу.
Процес управління змістом проекту включає планування змісту, визначення змісту,
побудова WBS, підтвердження змісту та управління змістом [29]. Основними
роботами по проекту що розробляється є:
– розробка проектної документації та узгодження проекту;
– формування стратегії проекту;
– створення ТЗ;
– створення концептуальної схеми продукту;
– розробка дизайну продукту;
– розробка основного функціоналу продукту;
– тестування системи;
– підписання документації про передачу продукту замовнику;
– запуск продукту у комерційну експлуатацію;
– розробка та проведення рекламної кампанії по просуванню продукту
проекту.
35

На основі наведеного переліку створено структуру декомпозиції робіт (WBS)
проекту.
WBS визначає роботи, що необхідні для досягнення цілей проекту. При цьому
з’ясовуються терміни виконання ієрархічно взаємопов’язаних, орієнтованих на
результат елементів (пакетів робіт – комплексів робіт, згрупованих за заданими
критеріями).
Кожен наступний рівень декомпозиції забезпечує послідовну деталізацію
змісту проекту, дозволяючи оцінити об’єм виконаних робіт, засвоєний бюджет і
виконання у відповідності до встановлених термінів.
Пакетам робіт нижчого рівня повинні відповідати менші за об’ємами роботи.
Це значно спрощує оцінку відсотка виконання та дозволяє більш чітко визначити дії
для досягнення цілей проекту.
Структура декомпозиції робіт має такі характеристики:
– описує зміст робіт в проекті;
– визначає весь об’єм робіт проекту;
– сформована у вигляді ієрархічної структури;
– має об’єктивний або вимірювальний результат, який розглядається як
результат роботи по пакету та сукупність результатів робіт.
При розробці WBS проекту необхідно враховувати такі правила [21]:
– кожен елемент WBS повинен забезпечувати досягнення помітного
результату;
– кожен елемент WBS має бути набором усіх підпорядкованих елементів,
перерахованих безпосередньо під ним;
– декомпозиція результатів, від верхнього рівня до нижнього, повинна мати
логічний зв'язок;
– результати пакетів робіт мають бути унікальними і відрізнятися від
результатів пакетів робіт того самого рівня. Вони мають бути розбиті до рівня
деталізації, який забезпечує успішне планування, координацію та контроль робіт,
пов’язаних з досягненням поставлених цілей;
36

– процес розробки WBS повинен бути гнучким механізмом, який дозволяє
коригувати WBS, особливо враховуючи, що обсяг робіт проекту може змінюватися.
Однак для успішного управління проектом потрібен процес контролю змін, щоб
документувати зміни у змісті проекту та керувати ними. Коли зміст проекту
змінюється, WBS необхідно переглянути;
– кожен елемент WBS, який представляє обсяг робіт підрядника або інших
зовнішніх організацій, повинен бути узгоджений безпосередньо з відповідними
елементами WBS підрядника;
– усі пакети робіт повинні відповідати організаційній структурі та структурі
витрат;
– з WBS має бути виключене дублювання робіт.
WBS розробляється шляхом ітераційного розгляду цілей і результатів проекту,
критеріїв планування, досягнення функціональності, обсягу робіт і реалізації
технічних вимог. Верхні рівні WBS можуть бути розроблені на ранніх
концептуальних стадіях проекту. Після визначення проекту та підготовки
специфікацій WBS може бути додатково деталізована.
Структуру розподілу робіт (WBS) можна розробити «з нуля» або
використовуючи компоненти вже створеної WBS з раніше реалізованого подібного
проекту.
Під час розробки WBS проекту першим кроком є визначення кінцевого
результату проекту – створений та впроваджений додаток для смартфонів.
Другим кроком є визначення основних пакетів робіт і підпорядкованих їм
завдань, які необхідні для отримання кінцевого результату (продукту) проекту.
Далі необхідно визначити тривалість робіт та зв’язки між ними. Деякі роботи
можуть виконуватися одночасно, інші ж тільки після завершення попередніх.
Кінцева WBS проекту відображена в таблиці 3.2.

37

Таблиця 3.2 – WBS проекту
№ 1-го № 2-го № 3-го Назва роботи Оцінка тривалості
рівня рівня рівня
1 Розробка мобільного додатку 128 днів
"Priket"
1.1 Ініціація 32 дні
1.1.1 Формування команди 5 днів
1.1.2 Формалізація ідеї 10 днів
1.1.3 Аналіз ринку 12 днів
1.1.4 Розробка бізнес-плану 5 днів
1.1.5 Прийняте рішення замовником 0 днів
1.2 Планування 12 днів
1.2.1 Планування якості 4 дні
1.2.2 Планування змісту 3 дні
1.2.3 Планування трудових ресурсів 5 днів
1.2.4 Планування бюджету 3 дні
1.2.5 Планування часу 4 дні
1.2.6 Планування ризиків 4 дні
1.2.7 Планування комунікацій 3 дні
1.2.8 Планування закупівель 6 днів
1.2.9 Всі плани проекту затверджені 0 днів
замовником
1.3 Реалізація 68 днів
1.3.1 Реєстрація ФОП 5 днів
1.3.2 Розобка концепту 7 днів
1.3.3 Розробка ТЗ 4 дні
1.3.4 Вибір технології 4 дні
1.3.5 Проектування архітектури 7 днів
додатку
1.3.6 Створення структури додатку 14 днів
1.3.7 Розробка дизайну 10 днів
1.3.8 Створення прототипу 10 днів
1.3.9 Тестування 7 днів
38

1.3.10 Заключення договорів з 7 днів
постачальниками
1.3.11 Реалізація додатку 10 днів
1.3.12 Створення рекламних сторінок 5 днів
1.3.13 Запуск реклами 7 днів
1.3.14 Готовий мобільний додаток 0 днів
1.4 Завершення 16 днів
1.4.1 Розміщення додатку в магазинах 5 днів
1.4.2 Розпуск команди 5 днів
1.4.3 Архівація проекту 3 дні
1.4.4 Аналіз проекту 3 дні
1.4.5 Проект закритий 0 днів

Тривалість робіт є приблизною на даному етапі, тому що не врахований об’єм
ресурсів на виконання кожної задачі.
Визначивши роботи, їх тривалість та зв’язки між ними, можна побачити
критичний шлях проекту за допомогою сітьового графіку (рис. 3.2). Він показує ті
роботи, виконання яких безпосередньо впливає на загальну тривалість проекту. Це
означає, що затримка у виконанні критичних робіт призведе до затримки виконання
всього проекту.

Рисунок 3.2 – Сітьовий графік

39

3.2 Організаційна структура стартапу
Команда проекту – це певна група людей, які разом працюють над
досягненням спільної мети, реалізацією проекту та підпорядковані керівнику
(менеджеру) проекту [29].
Основні організаційні завдання побудови проектної команди: створення
професійно-стимулюючого оточення; здійснення грамотного керівництва;
забезпечення кваліфікованим технічним персоналом; забезпечення підтримки
керівництва і стабільно сприятливого навколишнього середовища.
Члени команди повинні бачити себе частиною команди проекту та виробити
спільні цінності та норми, перш ніж вони зможуть працювати разом як команда. Для
побудови та розвитку команди можуть бути використані наступні шляхи:
 аналіз та підбір членів команди з точки зору психологічної сумісності;
 проведення семінарів, організація курсі.
Для ефективної діяльності команди менеджер проекту повинен:
 визначити організаційну структуру команди;
 розподілити функціональні обов’язки;
 забезпечити своєчасне планування і розподіл роботи;
 чітко пояснити цілі та завдання, долати перешкоди та уникати конфліктів.
Команда стартапу була сформована із спеціалістів, що володіють знаннями і
навичками, необхідними для ефективного досягнення цілей проекту. Схему
оргструктури команди проекту наведено на рисунку 3.3.

Рисунок 3.3 – Організаційна структура проекту
40

Команда стартапу складається з 7 осіб: проектного менеджера, головного
програміста, програміста, дизайнера, маркетолога, тестувальника та юриста.
Проектний менеджер є керівником проекту і йому підпорядковуються усі інші
учасники команди.
На основі розроблених організаційної структури виконавців проекту та
структури декомпозиції робіт розподіляється відповідальність учасників проекту по
основним проектним роботам. В результаті формується матриця відповідальності
(табл. 3.2), в якій визначаються ролі виконавців у різних роботах і фазах проекту.
Таблиця 3.2 – Матриця відповідальності
Ресурси
1.1.1 Формування команди RP
1.1.2 Формалізація ідеї RP
1.1.3 Аналіз ринку RP
1.1.4 Розробка бізнес-плану RP
1.2.1 Планування якості RP
1.2.2 Планування змісту RP P
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 P
1.3.2 Розробка концепту RP P P
Задачі
Проектний
менеджер
Маркетолог
Дизайнер
Програміст
Тестувальник
Юрист
41

1.3.3 Розробка ТЗ P 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 Тестування RP
1.3.10 Заключення договорів з R P
постачальниками
1.3.11 Реалізація додатку P RP
1.3.12 Створення рекламних сторінок RP
1.3.13 Запуск реклами RP
1.4.1 Розміщення додатку в RP P P
магазинах
1.4.2 Розпуск команди RP
1.4.3 Архівація проекту RP
1.4.4 Аналіз проекту RP
R – Відповідальний P – Виконавець

3.3 Розробка календарного плану стартапу
Загальною функцією календарного планування є визначення та фіксування
календарних дат виконання усіх робіт з метою координації діяльності виконавців,
залучених до проекту, та забезпечення його успішного завершення.
Основні цілі календарного планування:
– контроль ходу виконання проекту;
– забезпечення своєчасного надходження фінансування;
42

– своєчасне забезпечення ресурсами, визначення ступеню завантаження
ресурсів, коригування;
– забезпечення своєчасного виконання проекту.
Розробка календарного плану проекту завжди носить ітеративний характер,
оскільки в ході роботи необхідно неодноразово повертатися до попередніх етапів,
щоб уточнити і наблизити їх до реальності, або поступово наблизити попередні
варіанти до найкращих досяжних значень [16].
Розроблений на даному етапі календарний план проекту є першим
наближенням прогнозу до його реалізації. У процесі реалізації проекту цей прогноз
уточнюється з урахуванням як фактичного, так і планового виконання показників
ефективності проекту. В ідеалі фактичний стан проекту має відповідати його
прогнозу наприкінці проекту.
Переваги комп'ютерних систем управління проектами найкраще проявляються
в процесі створення календарного плану проекту та можливості швидкого
прогнозування ходу його реалізації.
Приступаючи до календарного планування, необхідно визначити повний
перелік робіт та пакетів робіт. Результати пакетів робіт мають бути унікальними і
відрізнятися від результатів пакетів робіт того ж рівня. Вони мають бути розбиті до
рівня деталізації, який забезпечує успішне планування, координацію та контроль
робіт.
При розробці календарного плану проекту було використано розроблену
структуру декомпозиції робіт проекту.
Спочатку необхідно ввести повний перелік пакетів робіт та робіт проекту (рис.
3.4).
43

Рисунок 3.4 – Вікно проекту з введеним переліком робіт
Після складання переліку робіт проекту необхідно визначити їх тривалість.
Поле часової діаграми містить лінії діаграми, які починаються та закінчуються
одночасно.
Наступним кроком буде визначення тривалості виконання (дата початку і дата
закінчення або тривалість роботи) підлеглих робіт.
Визначити дату початку роботи найпростіше за допомогою календаря, який
відкривається в комірці стовпця Start навпроти назви роботи. Після визначення
тривалості робіт, перелік робіт має наступний вигляд (рис. 3.5):

44

Рисунок 3.5 – Вікно проекту з визначеною тривалістю робіт
Останнім кроком у планування робіт проектує встановлення взаємозв’язку
між роботами, оскільки лише враховуючи послідовність робіт, система може
розрахувати часовий графік проекту та представити його на діаграмі.
Для зв'язування робіт використовують два основні інструменти: вказування
попередника (роботу зв'язують з попередником проставляючи у стовпці Predecessor
номер рядку роботи попередника), або встановлення такого зв'язку безпосередньо на
часовій діаграмі з використанням піктограми зв'язування.
При складанні календарного плану проекту було використано інструмент
вказування попередника роботи.
Існує чотири типи зв’язків між роботами: старт до старту, фініш до фінішу,
фініш до старту та старт до фінішу (Start to Start (SS), Finish to Finish (FF), Finish to
Start (FS), Start to Finish (SF)) [32]. За замовчуванням зв’язок між роботами проекту є
зв'язком фініш до старту, тобто, послідовним.
При встановленні зв'язку між роботами необхідно враховувати часові межі
роботи, які можуть бути наступних типів [19]:
– 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) – старт не раніше, ніж;
45

– Start No Later Than (SNLT) – старт не пізніше, ніж,
Також необхідно враховувати конкретні дати для часових обмежень. Для
кожного типу обмеження, суть і призначення якого стає зрозумілим після введення
послідовності виконання робіт, логічно ввести лише кілька часових параметрів. Так,
наприклад, для використання обмежень типу MFO логічно визначити дату
завершення та тривалість. У цьому випадку дата початку розраховується
автоматично.
На початку визначення зв'язків між роботами проекту було встановлено
обмеження типу ASAP для всіх робіт, які пізніше були скориговані для окремих
робіт.
Після виконання зв’язків робіт календарний план проекту мав наступний
вигляд (рис. 3.6):

Рисунок 3.6 – Вікно проекту з вказаними зв’язками між роботами
46

3.4 Планування трудових та матеріальних ресурсів стартапу
Для продовження планування проекту, потрібно вказати, які ресурси будуть
використовуватися для виконання кожної роботи – призначити ресурси до робіт
проекту.
Під ресурсами у проекті розуміють робочу силу, обладнання, матеріали та
гроші, що необхідні для виконання робіт, і є передумовами для реалізації будь-якого
проекту.
Дуже важливим питанням є складання та оцінка потреб у ресурсах, умов їх
надходження та забезпечення їх повного та ефективного використання.
Планування ресурсів починається з визначення того, що є ресурсами, тобто
складання переліку людей і обладнання, необхідних для виконання проектних робіт.
Це можна зробити двома способами:
– призначати ресурси для кожної роботи, таким чином формуючи їх перелік;
– скласти перелік ресурсів, а потім за допомогою нього призначати ресурси
до робіт.
Оскільки відомі всі ресурси проекту, простіше використати другий спосіб з
наведених вище.
Використовуючи меню View, Resource Sheet, на екрані з'явиться таблиця
ресурсів усіма доступними характеристиками, а саме:
– Resource Name – назва ресурсу;
– Type – тип (працівник, матеріал);
– Material Label – позначення матеріалу;
– Initials – абревіатура працівника;
– Group – група;
– Max. Units – максимальна "задіяність";
– Std. Rate – звичайний тариф оплати (протягом робочого часу);
– Ovt. Rate – тариф оплати за роботу в неробочий час;
– Cost/Use – одноразові витрати;
– Accrue At – форма оплати (аванс, погодинно, по факту);
47

– Base Calendar – базовий календар ресурсу;
– Code – код ресурсу.
Якщо ресурс повністю використовується для виконання робіт у проекті, у
комірці Units необхідно поставити значення (100%), якщо ресурс використовується
частково – вказується відсоток його використання в проекті.
Результати заповнення таблиці ресурсів даними наведено на рисунку 3.7:

Рисунок 3.7 – Заповнена таблиця ресурсів проекту
Призначення ресурсів до робіт проекту
Після визначення ресурсів проекту можна почати призначати ресурси до
робіт. Для цього потрібно навести курсор на комірку з назвою роботи і двічі
клацнути лівою кнопкою миші. На екрані з’явиться діалогове вікно Task Information.
В ньому потрібно зайти у вкладку Resource.
Таблиця в цьому вікні дозволяє вибрати з переліку кілька доступних ресурсів,
необхідних для виконання цієї роботи (рис. 3.8).

Рисунок 3.8 – Перелік доступних ресурсів проекту для призначення
48

Також можна призначати ресурси натиснувши лівою кнопкою миші на
комірку поруч із датою закінчення роботи стовбець Resource names (рис. 3.9).

Рисунок 3.9 – Присвоєння ресурсу до роботи
Після присвоєння ресурсів, їх назви відображаються на діаграмі поруч з
лініями робіт (рис. 3.10):

Рисунок 3.10 – Відображення призначених роботам ресурсів на часовій
діаграмі
49

Вирішення конфліктів ресурсів
Після призначення ресурсів роботам можна оцінити перевантаження,
скориставшись графіком перевантаження ресурсів.
Наявність перевантаження ресурсів можна переглянути на листі ресурсів
(Resource sheet), де перевантажені ресурсі будуть позначені червоним кольором
(рис. 3.11):

Рисунок 3.11 – Маркування перевантажених ресурсів
Після цього потрібно скористатися меню View, Resource Graph. У вікні, що
відкриється, відображається графік перевантаження ресурсів (рис. 3.12, 3.13). В
лівій частині вікна знаходиться назва ресурсу і шкала, а в правій - часова діаграма
завантаження.

Рисунок 3.12 – Графік перевантаження ресурсу «Менеджер проекту»
50

Рисунок 3.13 – Графік перевантаження ресурсу «Програміст»
У проекті перевантаженими виявились лише програміст та менеджер проекту
(див. рис. 3.11). Перевантаження означає, що ресурсу знадобиться більше часу, ніж
він має для виконання призначеної роботи.
Є кілька причин цього:
– найбільш розповсюдженою причиною є призначення ресурсу до завдань,
виконання яких повністю або частково здійснюється в один і той же час;
– іншим варіантом може бути збільшення обсягу робіт завдання, що
призводить до перевищення допустимого часу виконання та перевантаження
ресурсу.
При наявності конфліктів ресурсів необхідно застосувати методи
«згладжування» або «калібрування».
При застосуванні методу «калібрування» явне навантаження розподіляється
рівномірно розподіляється протягом усього терміну виконання, що призводить до
зниження пікового навантаження та дотримання термінів виконання робіт, однак
при використанні цього методу ресурси працюють понаднормово, що
відображається в перевитраті бюджету проекту.
При застосуванні методу «згладжування» рівень задіяних ресурсів зводиться
до номінальних 100%, але при цьому змінюються терміни виконання робіт.
Щоб збалансувати перевантаження ресурсів, можна використовувати один або
кілька методів:
51

– зменшення навантаження на перевантажені ресурси шляхом скорочення
частини робіт або доручення іншим виконавцям;
– позбутися перетинів у роботах, зробивши у розкладі перерви у завданнях
або призначеннях, чи змінивши дати їх початку та закінчення;
– визначити роботу, яку виконує ресурс, як понаднормову.
Слід уникати перевантаження ресурсів, оскільки понаднормова робота
виконавців є одним із резервів часу, який може знадобитись у випадку настання
ризиків проекту.
Щоб виконати вирівнювання ресурсів, можна скористатися автоматичними
засобами або зробити перерозподіл вручну. Як правило, використовуються обидва
методи, оскільки команда автоматизованого вирівнювання використовує тільки
другий з наведених вище способів вирівнювання.
Перш ніж розпочати процес, важливо звернути увагу на те, як зміниться час
виконання проекту (рис. 3.14).

Рисунок 3.14 – Тривалість виконання проекту до згладжування ресурсів
У проекті було використано метод «згладжування» (рис. 3.15, 3.16):

Рисунок 3.15 – Графік завантаженості ресурсу «Менеджер проекту» до
проведення «згладжування»
52

Рисунок 3.16 – Графік завантаженості ресурсу «Менеджер проекту» після
проведення «згладжування»
На цьому етапі слід зазначити, що після згладжування завантаженості
менеджера проекту, строк виконання проекту збільшився (рис. 3.17).

Рисунок 3.17 – Строк виконання проекту після згладжування ресурсів
Оскільки у проекті перевантаженим виявився також ресурс «Програміст»,
виконаємо вирівнювання і для цього ресурсу (рис 3.18, 3.19):

Рисунок 3.18 – Ресурс «Програміст» до проведення «згладжування» ресурсів
53

Рисунок 3.19 – Ресурс «Програміст» після проведення «згладжування»
ресурсів
Як бачимо перевантаження ресурсів програміста усунуте, а час виконання
проекту збільшився до 155 днів.
Після проведення згладжування конфліктів ресурсів лист ресурсів виглядає
наступним чином (рис. 3.20):

Рисунок 3.20 – Лист ресурсів із вирішеними конфліктами ресурсів
Після отримання остаточної діаграми Ганта, слід зазначити, що тривалість
проекту збільшилась на 27 днів, в порівнянні з тривалістю до згладжування
ресурсів. Остаточний план проекту зображено на рисунку 3.21.
54

Рисунок 3.21 – Остаточний план проекту
Тепер можна переглянути критичний шлях проекту (рис. 3.22) та побачити, які
роботи є критичними, і їх затримка призведе до затримки виконання всього проекту.

55

Рисунок 3.22 – Критичний шлях проекту
3.5 Планування якості стартапу
У проекті використовується така концепція формування якості:
– формування корпоративних рекомендацій з якості (на основі стандартів
серії ISO 9001), що визначають основні методи забезпечення якості та структуру
документів системи забезпечення якості;
– виконання усіх робіт в проекті з урахуванням попередньо узгоджених і
затверджених рекомендацій з якості;
– впровадження технології управління проектами як складової частини
системи управління якістю;
– забезпечення підвищення кваліфікації членів команди;
– обов’язково сертифікаційне обладнання, ліцензійне програмне
забезпечення;
– кожен виконавець несе відповідальність за якість своєї праці;
– контроль якості на всіх етапах проекту.
Визначимо заходи щодо досягнення якості на кожній з фаз проекту:
– Фаза ініціалізації.
Комплексний аналіз ринку та об'єктивне визначення потреб та очікувань
потенційних клієнтів, повнота статуту проекту та техніко-економічного
обґрунтування.
– Фаза планування.
56

Якість та повнота створених основних нормативних документів та інструкцій,
проектних структур, оцінки ризиків тощо. Розробка процедур командоутворення та
рекомендацій щодо налагодження ефективних комунікацій проекту.
– Фаза реалізації.
Відповідність результатів робіт вимогам корпоративної настанови з якості
(ISO 9001), та загальновизнаним стандартам якості. Забезпечення високоякісного
технічного тестування продукту для максимального виявлення помилок і недоліків
до завершення етапу впровадження. Проведення користувацького тестування.
– Фаза завершення.
Складання звітів про результати проекту. Повнота та якість архіву проекту.
Оцінка фактичних термінів виконання проекту, фактичного бюджету і якості
продукту проекту.
Ключові показники якості наведені у таблиці 3.3.
Таблиця 3.3 – Показники якості
Показники Цільове Допустиме Опис Відповідаль Контролюю Робота або
значення значення показників ні за якість чий фаза проекту
якості
Підтримка мультипла iOS від 9,0 Версії Програміст Менеджер Фаза
операційних тформенні та вище операційних проекту планування,
систем сть Android від систем на яких Фаза
6,3 та вище має працювати реалізації
додаток
Час До 3х До 5ти Час за який має Програміст Менеджер Фаза
завантаження секунд секунд бути проекту планування,
додатку завантажений Фаза
додаток на реалізації
смартфоні
Час До 2х До 5ти Час за який має Програміст Менеджер Фаза
оновлення секунд секунд бути проекту планування,
контенту оновлений/відо Фаза
бражений реалізації
контент на
екрані
смартфона при
користуванні
додатком
Швидкість До 10ти До 15ти Час за який Програміст Менеджер Фаза
визначення секунд секунд додаток має проекту планування,
геолокації визначити Фаза
користувача геолокацію реалізації
користувача та
відобразити
найближчі
57

супермаркети
на карті
Час Виконання Допустиме Виконання Менеджер Замовник На всіх фазах
виконання в термін відхилення робіт в термін проекту
поставлених не більше 2х впливає на
задач тижнів бюджет
зазначеного проекту
терміну
Надійність 100% 100% Відповідність Програміст, Менеджер На фазі
виконаних кінцевих тестувальни проекту реалізації
робіт результатів к, дизайнер
поставленим
цілям,
перевірка
кінцевого
результату
згідно до
погоджених
специфікацій
та дизайну
додатку для
кожної
операційної
системи на всіх
етапах робіт

3.6 Управління ризиками
Метою управління ризиками є зниження ймовірності настання ризикових
подій, що негативно впливають на процес реалізації проекту, та підвищення
ймовірності настання подій, що позитивно впливають на процес реалізації проекту
[24]. Загальний процес управління ризиками наведено на рисунку 3.23.
Планування
Ідентифікація Якісний Кількісний Планування Моніторинг та
управління
ризиків аналіз ризиків аналіз ризиків реагування контроль
ризикам

Рисунок 3.23 – Схема процесу управління ризиками
У проекті, що розробляється, застосовуються наступні процеси управління
ризиками:
– планування управління ризиками – процес визначення підходів та
планування операцій по управлінню ризиками проекту;
58

– ідентифікація ризиків – це ітеративний процес, який передбачає
визначення та документування характеристик ризиків, які можуть вплинути на
проект;
– якісний аналіз ризиків включає встановлення пріоритетів ризиків,
результати якого використовуються пізніше (у процесі кількісного аналізу ризиків
або при плануванні реагування на ризики);
– кількісний аналіз ризиків проводиться щодо тих ризиків, які визначені в
процесі якісного аналізу як ті, що потенційно або суттєво впливають на
конкурентоспроможну якість продукту. У процесі кількісного аналізу ризиків
оцінюється вплив ризикових подій і присвоюється числова оцінка;
– планування реагування на ризики – процес розробки шляхів та визначення
дій для збільшення можливостей і зменшення загроз для цілей проекту;
– моніторинг та управління ризиками – процес виявлення, аналізу та
планування повторних ризиків, відстеження виявлених і перерахованих ризиків для
постійного моніторингу, перегляду та впровадження заходів реагування на ризики
та оцінки їх ефективності.
Щоб оцінити вплив ризикових подій на процес реалізації проекту, було
використано наступну шкалу:
– «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 – велика;
59

– 0.8 - 1.0 – дуже велика.
Було сформовано таблицю ризиків проекту (табл. 3.4), яка містить наступні
дані:
Таблиця 3.4 – Ризики проекту
Вид Ризикова подія Умова виникнення Наслідки
Управлінський Помилки у людський фактор зрив календарного плану, додаткові
плануванні витрати на позапланові ресурси
Ризик персоналу Невиконання умов халатність затримки у проекті пов’язані із
контрактів постачальників, пошуком нових постачальників або
постачальникам невизначеності в переглядом умов Контрактів та
умовах Контрактів та угод
угод
Фінансовий Збільшення зростання цін на призупинення проекту аж до його
бюджету проекту товари та послуги закриття
Фінансовий Припинення відсутність грошей, призупинення проекту на
фінансування криза невизначений термін
проекту
Ризик персоналу Низька бажання економити низька якість виконаних робіт,
кваліфікація членів на виконавцях додаткові втрати часу на
команди виправлення помилок
Ризик персоналу Низька мотивація слабке фінансування, затримки у виконанні робіт, низька
команди високі навантаження якість робіт
Технічний Збій у роботі вихід з ладу певних втрата часу на ремонт або
обладнання блоків обладнання постачання нового обладнання,
додаткові витрати
Ринковий Інфляція природне явище зростання цін на товари та послуги
поза бюджетом
Ринковий Коливання курсу економічна криза зростання цін на товари та послуги
поза бюджетом
Маркетинговий Вихід на ринок збільшення втрата актуальності продукту
нових конкурентів популярності ринку проекту
Маркетинговий Малоефективне невірно складена невиконання планів продажів,
просування маркетингова втрата частки ринку
продукту на ринку компанія, недостатнє
фінансування
60

реклами
Форс-мажорний Пандемія ситуація у світі затримки в проекті, проблеми з
фінансуванням, призупинення
проекту
Форс-мажорний Відсутність перебої в затримки в проекті, додаткові
електропостачання електропостачанні витрати

Визначимо ймовірність настання того чи іншого ризику та його вплив на
проект (табл. 3.5):
Таблиця 3.5 – Ймовірність настання ризиків
№ Назва ризику Ймовірність Вплив на
виникнення проект
1 Технічні ризики 0,1 0,4
2 Фінансові ризики 0,2 0,8
3 Ризики персоналу 0,4 0,4
4 Маркетингові ризики 0,1 0,4
5 Управлінські ризики 0,3 0,6
6 Форс-мажорні ризики 0,5 0,8
7 Ринкові ризики 0,1 0,4

Для комплексної оцінки можливих наслідків впливу ризикової події на проект
формується матриця аналізу ризиків (табл. 3.6).
Таблиця 3.6 – Аналіз ризиків
Ймовірність
0.8 – 1.0
0.6 – 0.8
0.4 – 0.6 3 6
61

0.2 – 0.4 2, 5
0.0 – 0.2 1, 4, 7
0.05 0.1 0.2 0.4 0.8
Вплив

Згідно таблиці 3.6 було виявлено найбільш впливові ризикові події (2, 3, 5, 6).
Визначивши, які ризики матимуть найбільший вплив на проект, було
розроблено план по попередженню або усуненню ризиків проекту (табл. 3.7).
Таблиця 3.7 – Управління ризиками
№ Назва ризику Попередження ризику Усунення ризику
Дії Відповідаль Дії Відповідаль
ний ний
2 Фінансовий ризик – резервування Менеджер – перепланування Менеджер
бюджету проекту бюджету проекту
– дослідити – кредитування
можливості проекту
кредитування – пошук
додаткових джерел
фінансування
3 Ризик персоналу – проведення Менеджер – пошук нових Менеджер
досконалого та проекту учасників проекту
детального відбору – підвищення
команди проекту кваліфікації
– стимулювання – навчання
та заохочення персоналу
учасників проекту
6 Управлінський – підвищення Менеджер – перепланування Менеджер
ризик кваліфікації проекту проекту проекту
– консультації зі – прийняття інших,
спеціалістами в більш професійних,
управлінні рішень
– прийняття – пошук більш
правильних рішень кваліфікованого
менеджера
7 Форс-мажорний – резервування Менеджер – перепланування Менеджер
ризик бюджету проекту проекту проекту
– резервування
часу
62

3.7 Управління комунікаціями
Управління комунікаціями проекту включає процеси, необхідні для
компіляції, збору, розповсюдження, зберігання, отримання та своєчасного
використання інформації про проект.
Управління комунікаціями забезпечує підтримку системи зв’язку та взаємодії
між учасниками проекту, передачу управлінської та звітної інформації, що
спрямована на забезпечення досягнення цілей проекту.
Планування комунікацій здійснюється на ранніх стадіях проекту, але
результати цього процесу планування регулярно переглядаються протягом усього
проекту та коригуються за потреби, для збереження актуальності.
План комунікацій – це документ, що описує: вимоги та очікування щодо
комунікацій проекту; як і в якій формі буде здійснюватися обмін інформацією; коли
і де відбуватимуться комунікації; і хто відповідає за забезпечення кожного типу
комунікації.
Комунікаційні потреби мають на увазі загальні інформаційні потреби
учасників проекту. Існує чотири основних види таких вимог у членів команди
проекту.
По-перше, потрібна інформація про розподіл обов'язків. Кожен член команди
повинен точно знати, за яку частину проекту він відповідає, які його повноваження
та обов’язки. Основою для цієї інформації є організаційна структура проекту.
По-друге, потрібна координація. Члени команди залежать один від одного,
виконуючи проектні роботи. Координація інформації забезпечує ефективну спільну
роботу членів команди проекту. Категорія координуючої інформації включає
інформацію про будь-які зміни, внесені в проект.
По-третє, існує потреба в інформації про процес реалізації проекту та
досягнутий прогрес. Члени команди повинні володіти інформацією про поточний
стан проекту, щоб своєчасно виявляти проблеми та вживати заходів щодо їх
вирішення. Така інформація включає звіти про витрачені кошти на певний момент
63

часу, дотримання календарних планів і графіків проектів. Також важливою є
інформація про поточний стан ризиків і проблем, що виникають.
По-четверте, членам команди потрібна інформація про прийняті рішення.
Вони повинні розуміти рішення, прийняті керівництвом, спонсорами проекту та
клієнтами, якщо ці рішення стосуються самого проекту або його економічного
середовища. Прикладами такого типу інформації є статути проектів, посадові
інструкції, робочі графіки та бюджети проектів.
Природно, потреби людей у комунікаціях виходять за рамки чотирьох
перерахованих пунктів. Але в рамках управління комунікаціями проекту слід
розглядати лише «необхідні та достатні» для успіху проекту. Забагато або замало
інформації може мати негативний вплив на виконання проекту.
Під час планування комунікацій визначається інформація та взаємодії,
необхідні учасникам проекту. Наприклад, кому яка інформація потрібна, коли, хто
має її надати і як. Хоча всі проекти потребують передачі інформації про проект,
інформаційні потреби та методи розповсюдження інформації можуть значно
відрізнятися. Важливим фактором успіху проекту є визначення інформаційних
потреб учасників проекту та визначення відповідних методів задоволення цих
потреб.
Для проекту було розроблено наступний план комунікацій (табл. 3.8):
Таблиця 3.8 – План комунікацій
№ Вид комунікації Регулярність Хто відправляє Хто отримує
комунікації інформацію інформацію
1 Тижневий звіт по 1 раз на тиждень Виконавець Той, хто контролює
задачах (кожен понеділок)
2 Місячний звіт по 1 раз на місяць Виконавець Той, хто контролює
задачах (останній день місяця)
3 Звіт за місяць по 1 раз на місяць Менеджер проекту Замовник
проекту (останній день місяця)
4 Щотижнева нарада 1 раз на тиждень Виконавець Менеджер проекту
(кожна середа)
5 Усна комунікація Кожні 3 дні Будь-хто з команди Будь-хто з команди
6 Підсумковий звіт При завершенні Менеджер проекту Замовник
по всьому проекту проекту

64

3.8 Моделювання виконання стартапу
З початком виконання робіт проекту, використовуючи програмне
забезпечення MS Project було отримано можливість відстеження прогресу проекту
та освоєний об’єм. Завдяки порівнянню поточного прогресу з базовим планом
визначається відхилення за вартістю та за часом у проекті.
Під час виконання проекту було зафіксоване відхилення за часом для робіт,
що знаходяться на критичному шляху проекту. На даний момент реалізація проекту
досягла 71% (рис 3.24).

Рисунок 3.24 – Відхилення по проекту
Затримка відбулася на етапах планування та реалізації. На етапі планування
затримка виявилася незначною (3 дні), а відбулася через велике навантаження
проектного менеджера, адже уся фаза планування залежить саме від нього. На етапі
реалізації затримка була вже суттєвою (16 днів). Невелика затримка відбулася в
процесі розробки концепту (3 дні) і розробки ТЗ (1 день). Причиною став
недостатній рівень кваліфікації проектного менеджера, який не дуже точно
розрахував час на виконання цих задач на етапі планування проекту. На практиці
65

виявилося, що необхідно більше часу, ніж заплановано. Найбільше проблем
виявилося з реєстрацією ФОП (10 днів замість 5) та проектуванням архітектури
мобільного додатку (14 днів замість 7). При реєстрації ФОП на затримку вплинули
зовнішні фактори, а затримка з проектуванням архітектури додатку повністю
залежала від програмістів – додаток виявився складнішим у реалізації ніж було
розраховано. Загальна затримка по задачам склала 19 днів. Бюджет проекту через
затримку збільшився на 23 040 грн.
Оцінити часову складову відхилення можна за допомогою звіту робочого
часу, що наведено на рисунку 3.25.

Рисунок 3.25 – Часова складова відхилення проекту
Оцінити вартісну складову відхилення можна за допомогою звіту засвоєного
об’єму, що наведено на рисунку 3.26.
66

Рисунок 3.26 – Вартісна складова відхилення проекту
Для компенсації даного відхилення було розглянуто можливість залучення до
проекту додаткового ресурсу Програміст, найнявши ще одного підрядника. Але
такий захід збільшив би вартість проекту, проте дозволив би зберегти тривалість
проекту незмінною.
Але це накладало багато додаткових ризиків, а також не раціонально
витрачати зайві 20 000 грн заради незначного збереження часу. Тому було вирішено
збільшити строк виконання проекту, але уникнути ризиків та зайвих витрат.
Відстеження стану виконання проекту шляхом порівняння планових
показників і фактичних (термінів і витрат) зручно проводити з використанням
методу освоєного об’єму. Для побудови графіку звіту освоєного об’єму в MS Project
використовуємо стандартній шаблон. Звіт, створений на основі шаблону, показано
на рисунку 3.27.
67

Рисунок 3.27 – Звіт освоєного об’єму проекту
З графіку видно, що лінія запланованого об’єму знаходиться нижче фактичної
кількості роботи, що свідчить про затримку у виконанні задач на дату формування
звіту, та перевищенні грошових затрат по задачах проекту в порівнянні з
запланованими.
3.9 Проведення розрахунку бюджетної вартості
Бюджетна вартість робіт розраховується виходячи з вартості використання
ресурсу за одиницю часу (у нашому випадку — годину) та тривалості роботи в
годинах. Вартість робіт формується автоматично, після того, як роботам присвоєні
ресурси та для ресурсів вказано вартість використання. Для перегляду бюджетної
вартості робіт на таблиці до діаграми Ганта необхідно додати стовпчик «Expences»
(рис.3.28):

68

Рисунок 3.28 – Бюджетна вартість робіт проекту
Крім того, MS Project має велику кількість шаблонів і вбудованих звітів про
хід виконання проекту (рис. 3.29), які також дуже корисні для менеджера проекту на
етапі моніторингу:
69

Рисунок 3.29 – Види наглядних звітів
Графік бюджетної вартості може бути побудований за допомогою вбудованих
звітів (див. рис. 3.29). Таким чином ми одразу отримуємо місячну бюджетну
вартість проекту зі зростаючим підсумком (рис. 3.30):

Рисунок 3.30 – Бюджетна вартість проекту щомісячно, та зростаючим
підсумком
Після того, як починається виконання робіт проекту ми маємо можливість
відслідковувати засвоєний об’єм бюджету.
Щоб переглянути загальні освоєні об’єми на рівні проекту та завдань, що
містяться у таблицях, в меню «Вид» необхідно обрати пункт «Інші представлення».
У списку «Представлення» обираємо «Лист завдань» і натискаємо «Застосувати». В
меню «Вид» обираємо пункт «Таблиця», потім натискаємо «Інші таблиці». У списку
«Таблиці» обираємо «Освоєний об’єм», «Показники витрат» або «Показники
календарного плану, а потім натискаємо «Застосувати».
70

Приклад такого звіту на момент виконання проекту на рівні 71% зображено на
рис. 3.31.

Рисунок 3.31 – Звіт по виконанню 71% проекту (засвоєний об’єм бюджету)
Висновки до розділу 3
Розділ включає в себе структурне планування та розробку компонентів
управління проектами. Цей розділ є проектною суттю роботи, оскільки базується на
таких елементах як організаційна структура проекту, ієрархічна структура робіт
проекту, матриця відповідальності, календарний план проекту та ін. Для уникнення
ризиків фінансових втрат та перевантаження персоналу, було приділено увагу
плануванню ресурсів, управлінню якістю, ризиками, комунікаціями. Результатом є
готовий календарний план робіт проекту, з назначеними ресурсами до кожної задачі,
визначеною тривалістю та бюджетною вартістю робіт. Для реалізації проекту за
планом потрібно 155 робочих днів, або 7 місяців, та 246 760 грн.
Проведено комп’ютерне моделювання управління проектом з відхиленням по
строкам проекту. Реалізація проекту досягла 71% і знаходиться на етапі створення
71

прототипу мобільного додатку. Прототип має весь запланований функціонал та
попередній варіант дизайну. Загальна затримка по задачам склала 19 днів, отже
загальний час виконання проекту збільшився до 174 робочих днів. Бюджет проекту
через затримку збільшився на 23 040 грн і тепер складає 269 800 грн. Відхилення по
часу та бюджету не є критичними, тому що не перевищують заплановані допущення
проекту.

72

4 МОДЕЛЮВАННЯ ВИКОНАННЯ СТАРТАПУ ТА ЙОГО РЕЗУЛЬТАТИ
4.1 Моделювання продукту проекту
Моделювання мобільного додатку на початкових етапах розробки є важливим
кроком у створенні якісного продукту. Цей процес допомагає визначити, на яких
платформах працюватиме майбутній продукт, визначити вимоги до інтерфейсу та
дізнатися, які інструменти будуть використовуватися під час розробки для
досягнення запланованих результатів.
Мобільний додаток розділено на наступні модулі: аналіз предметної області та
узгодження вимог, розробка інтерфейсу програми, розробка особистого кабінету
користувача, розробка бази даних товарів супермаркетів та цін на них, розробка
механізму замовлення доставки товарів з супермаркетів.
Щоб краще зрозуміти функціональність додатку, потрібно визначити, як
користувач буде використовувати продукт проекту. Визначення варіантів
використання додатку допомагає представити:
– як додаток взаємодіє з користувачами;
– роль і важливість кожного окремого процесу в додатку;
– обсяг розробки додатку.
Щоб зрозуміти що саме необхідно майбутнім користувачам, для початку
необхідно виділити основні функціональні розділи, а саме:
– реєстрація в додатку;
– інформація про товар;
– інформація про супермаркет;
– карта супермаркетів.
Далі визначаємо, які основні дії користувач буде робити в кожному з розділів.
Після цього можна визначити, які необхідно розробити функції, щоб задовольнити
очікування користувачів. Визначивши основні функції, можна сформулювати
додаткові. Вони не є критично важливими для роботи додатку та виконання
основних дій в ньому користувачами, але ці функції необхідні для більш
73

комфортного використання, та є привабливими для майбутніх користувачів. Перелік
основних та додаткових функцій по розділам зображено на рисунках 4.1 і 4.2.
Розділи
Дії
користувача
Основні
функції
Додаткові
функції

Рисунок 4.1 – Функції розділів «Реєстрація в додатку» та «Інформація про
товар»
Розділи
Дії
користувача
Основні
функції
Додаткові
функції

Рисунок 4.2 – Функції розділів «Інформація про супермаркет» та «Карта
супермаркетів»

74

4.2 Опис процесу практичної реалізації стартапу
Реалізація проекту досягла 71% і знаходиться на етапі створення прототипу
мобільного додатку. Прототип має весь запланований функціонал та попередній
варіант дизайну. Розглянемо результат виконання проекту більш детальніше.
Реалізація стартапу складалась з кількох етапів, розробка дизайну мобільного
додатку виконувалась поступово. Першим кроком було визначено основну
кольорову гамму додатку, тему оформлення розділів та логотип.
Наступним кроком було створення макету інтерфейсу додатку. Інтерфейс усіх
розділів додатку мав бути спільним, оформлення повинно було відповідати
загальному
Для початку роботи з додатком після завантаження на смартфон, користувачу
необхідно буде зареєструватися, тобто створити власний кабінет, та авторизуватися.
Кабінет користувача необхідний для того, щоб визначити яку версію додатку він
отримає (безкоштовну чи повну), та наявність підписки. Головна сторінка додатку,
одразу після завантаження на смартфон – сторінка реєстрації, зображена на рисунку
4.3.

Рисунок 4.3 – Реєстрація у додатку
75

Після створення аккаунту, користувач повинен авторизуватися у додатку.
Сторінка входу в особистий кабінет також відображатиметься якщо користувач
давно не запускав додаток, або виходив зі свого аккаунту. Дизайн цієї сторінки
зображено на рисунку 4.4.

Рисунок 4.4 – Вхід в особистий кабінет
Після входу в особистий кабінет, користувачеві буде запропоновано оформити
підписку, щоб отримати доступ до всіх функцій додатку. Підписка коштуватиме 5$
на місяць, проте будуть й інші варіанти оплати окрім щомісячного. Оформивши
підписку на 6 місяців, рік або 2 роки, користувач отримає знижку 5%, 10% або 15%
відповідно. При реєстрації в додатку буде можливість отримати безкоштовний
пробний період підписки на 7 днів. Він буде наданий користувачеві після введення
даних банківської карти для оплати. Після завершення пробного періоду термін дії
підписки буде продовжено автоматично, на місяць. Процес оформлення підписки
зображено на рисунку 4.5.
76

Рисунок 4.5 – Оформлення підписки
На головній сторінці додатку відображаються товари з назвою, зображенням
та найнижчою ціною і інформацією, в якому супермаркеті можна придбати цей
товар. Натиснувши на потрібний товар, користувач має змогу переглянути всі ціни
на нього в різних супермаркетах у порядку зростання, а також додати товар в список
«Обране». Окрім переліку товарів, на головній сторінці є пошук та фільтр, що
дозволяє відсортувати товари за категоріями, ціною, або магазинами, в яких їх
можна придбати. Головна сторінка мобільного додатку зображена на рисунку 4.6.

77

Рисунок 4.6 – Головна сторінка додатку
Ще один розділ додатку – це карта, що зображена на рисунку 4.7. На карті
відображатиметься поточна геопозиція користувача, та найближчі супермаркети
відносно нього. Натиснувши на супермаркет на карті, користувач побачить
інформацію про супермаркет, а саме назву, адресу, години роботи, відстань.
Обравши потрібний супермаркет можна переглянути список товарів з цінами,
акційні пропозиції, або замовити доставку. На карті також наявний рядок пошуку та
фільтр магазинів за категоріями.

78

Рисунок 4.7 – Розділ додатку «Карта»
Щоб замовити доставку товарів, користувач повинен перейти у розділ
магазинів, що зображений на рисунку 4.8. В цьому розділі відображається перелік
магазинів, з яких можна замовити доставку, або переглянути їх акційні пропозиції.
Натиснувши на потрібний супермаркет, користувач може обрати необхідні товари,
додати їх у кошик та замовити доставку. Для успішного замовлення необхідно буде
додати адресу доставки та способи оплати в особистому кабінеті користувача.

79

Рисунок 4.8 – Розділ додатку «Доставка»
В особистому кабінеті користувач матиме змогу додати та редагувати особисті
дані, такі як номер телефону, ім’я, адресу електронної пошти, а також змінити
пароль. В кабінеті можна переглянути та редагувати список обраних товарів, додати
та змінити дані банківської карти, керувати підпискою (підключити чи
відмовитися), додати чи змінити адресу доставки замовлень, переглянути історію
замовлень, а також отримати особисті промокоди на знижку. Також в кабінеті
доступні налаштування додатку, можливість звернутися до служби підтримки, якщо
виникнуть проблеми чи запитання, та інформація про додаток (версія, розробники).
Особистий кабінет користувача зображено на рисунку 4.9.
80

Рисунок 4.9 – Особистий кабінет користувача
4.3 Механізм контролю робіт стартапу
Моніторинг передбачає постійне спостереження за ходом робіт в рамках
проекту, порівняння поточного стану з базовим планом. Систематичний збір
інформації про хід реалізації проекту необхідний для своєчасного виявлення
можливих відхилень від очікуваного плану.
Моніторинг є невід’ємною частиною проектної діяльності, ключовим
компонентом управління якістю та невід’ємною частиною повсякденної практики
управління. Для контролю ефективності проекту використовуються коригувальні та
запобіжні дії [3].
Для проекту була розроблена система моніторингу проекту, яка включає
наступні пункти:
– попереджувальні заходи:
81

1) проведення нарад команди проекту (щотижня);
2) проведення позачергових зборів команди проекту (за вимогою);
3) проведення аудитів (по закінченні кожної фази проекту);
4) проведення презентації з представленням результатів фази
зацікавленим сторонам (по закінченні кожної фази проекту);
5) моніторинг запитів на внесення змін (щодня).
– система звітності витрат та постачань проекту:
1) звіт про використання коштів (щомісяця);
2) факт постачань (щомісяця);
3) план витрат на місяць (щомісяця);
4) протоколи тестування (згідно календарного плану проекту);
5) специфікації на постачання (відповідність до стандартів якості ISO
9001).
– система узгодження запитів на зміни у проекті.
Узгодження запитів на внесення змін відбувається в такому порядку:
1) Ініціатор зміни надсилає пропозицію про зміну в електронному вигляді на
електронну адресу керівника проекту.
2) Керівник проекту перевіряє, чи відповідають запропоновані зміни цілям
проекту.
3) Керівник проекту подає запропоновані зміни для обговорення на
щотижневій нараді або відхиляє запропоновані зміни та пояснює причини.
Запит на зміну повинен містити детальний опис необхідних змін, підрозділи
що приймають участь, терміни виконання, список узгодження, необхідні додатки.
Після узгодження із керівником проекту, але не пізніше ніж за два дні до наради,
учасники отримують електронне повідомлення з описом ініціативи. Відповідальні
члени команди (залежно від напрямку зміни) визначають терміни виконання. Усі
члени команди, які мають отримати інформацію про запит, додаються до списку
перегляду. Після виконання запиту на електронну адресу кожного члена команди
автоматично надсилається повідомлення. Алгоритм внесення змін наведено на
рисунку 4.10.
82

Замовник/Ініціатор
Заявка на внесення змін
Реєстрація заявки на внесення
змін
Аналіз запропонованих змін
Змістом змін є зміни проектної
Змістом пропонованих змін є зміни документації, змісту, об'єму та
умов Угоди строків виконання робіт, матеріалів
що використовуються та інше
Узгодження змін зі сторонами Узгодження змін зі сторонами
Угоди Угоди
Документальне оформлення змін
умов Угоди (оформлення та Оцінка змін
підписання)
Документальне оформлення змін
(оформлення технічного завдання,
додатків до Угоди, коригування
строків виконання та ін.)
Контроль над процесом
виконанням змін та оцінка
результатів

Рисунок 4.10 – Алгоритм внесення змін
Усі показники у проекті формуються на основі вимірюваних кількісних і
якісних параметрів у форматі План/Факт/Відхилення.
Система звітності по виконанню робіт проекту:
– звіт про виконання робіт (щотижневий);
– звіт про виконання робіт (місячний);
– звіт про ключові проблеми проекту (щотижневий).
83

Звіти подаються у письмовій формі для подальшого обговорення. Аналіз
звітів з виконання робіт порівнюється з затвердженим календарним планом проекту.
Приклад звіту наведено на рисунку 4.11.

Рисунок 4.11 – Шаблон щотижневого звіту
Звіти необхідні для контролю за ходом виконання робіт, аналізу виконаної
роботи та постановки завдань на наступний тиждень. Усі показники у проекті
формуються на основі вимірюваних кількісних і якісних параметрів у форматі
План/Факт/Відхилення.
Висновки до розділу 4
Моделювання продукту проекту є важливим кроком на початкових етапах
розробки мобільних додатків. Визначено основні функції додатку, розробка яких
має відбуватися першочергово, та додаткові, що роблять продукт зручнішим та
привабливішим для користувачів. Створено дизайн основних розділів додатку –
84

головної сторінки, реєстрації користувача, особистого кабінету, карти супермаркетів
та замовлення доставки.
Також було визначено механізм моніторингу та контролю виконання робіт
проекту. Створено систему заходів контролю робіт, що забезпечить успішну
реалізацію проекту.

85

ВИСНОВКИ
Отже, у період сучасної фінансової, економічної та соціальної кризи,
викликаної воєнним станом, для більшості покупців визначним фактором під час
вибору відвідування продуктового магазину є його цінова політика. Значна частина
споживачів, що здійснюють покупки в супемаркетах, обов’язково порівнюють ціни
в різних торгівельних мережах з метою економії коштів. Тож моніторинг цін на
товари дуже важливий як для покупців,так і для торгівельного бізнесу. Це дозволяє
компаніям, що зайняті у сфері роздрібної торгівлі, формувати найпривабливіші
пропозиції для споживачів та лишатися конкурентоспроможними. Крім того,
моніторинг дозволяє торгівельним мережам вести гнучку та динамічну цінову
політику, яка реагує на найдрібніші зміни тенденцій та трендів на ринку
продовольчих товарів.
У кваліфікаційній роботі розглянуті наступні питання:
1. Проаналізовано мету створення стартапу, визначено проблему, яку
необхідно вирішити. На основі проведених досліджень було сформовано декілька
ідей реалізації продукту проекту, що повинні розв’язати поставлену проблему та
обрано серед них найкращу. Для обраної ідеї додатку був детально описаний
необхідний функціонал. Проведено маркетингові дослідження, SWOT - аналіз, PEST
- аналіз, та розроблено канву бізнес-моделі стартапу. Аналіз ринку мобільних
додатків показав, що ринку дуже мало подібних розробок і вони мають більше
недоліків ніж переваг - продукти конкурентів знаходяться у вищому ціновому
сегменті та пропонують менший функціонал. Це свідчить про те, що обрана ідея
продукту проекту є конкурентоспроможною та перспективною.
2. Розроблено концепцію стартапу, а саме визначені цілі та завдання проекту,
критерії успішності, обмеження та допущення. Проведено аналіз зацікавлених
сторін, в результаті якого визначено механізм участі та цілі кожного учасника
проекту. Проаналізувавши усі фактори, можна зробити висновок, що зацікавлені
сторони позитивно впливають на проект, тому що кожен має свою вигоду. Логічним
завершенням розділу є обґрунтований стратегічний план, на основі якого
86

сформовано фази життєвого циклу та зроблений прогноз очікуваних результатів
кожної фази проекту.
3. Базується на таких елементах як організаційна структура проекту,
ієрархічна структура робіт проекту, матриця відповідальності, календарний план
проекту та ін. Для уникнення ризиків фінансових втрат та перевантаження
персоналу, було приділено увагу плануванню ресурсів, управлінню якістю,
ризиками, комунікаціями. Результатом є готовий календарний план робіт проекту, з
назначеними ресурсами до кожної задачі, визначеною тривалістю та бюджетною
вартістю робіт. Для реалізації проекту за планом потрібно 155 робочих днів, або 7
місяців, та 246 760 грн. Проведено комп’ютерне моделювання управління проектом
з відхиленням по строкам проекту. Реалізація проекту досягла 71% і знаходиться на
етапі створення прототипу мобільного додатку. Прототип має весь запланований
функціонал та попередній варіант дизайну.
4. Моделювання продукту проекту є важливим кроком на початкових етапах
розробки мобільних додатків. Визначено основні функції додатку, розробка яких
має відбуватися першочергово, та додаткові, що роблять продукт зручнішим та
привабливішим для користувачів. Створено дизайн основних розділів додатку –
головної сторінки, реєстрації користувача, особистого кабінету, карти супермаркетів
та замовлення доставки. Також було визначено механізм моніторингу та контролю
виконання робіт проекту. Створено систему заходів контролю робіт, що забезпечить
успішну реалізацію проекту.
Продукт проекту має весь описаний в роботі функціонал: дозволяє
користувачам порівнювати ціни на одні й ті самі продукти в різних супермаркетах;
відображує найближчі супермаркети на карті; дає можливість замовити доставку
необхідних продуктів з певної торгової мережі. Розроблений додаток допоможе
користувачам легко економити свій час та гроші, що є дуже важливим в наш час.
Таким чином, у кваліфікаційній роботі магістра всі вимоги технічного
завдання виконані в повному обсязі. Мета роботи досягнута.
87

СПИСОК ВИКОРИСТАНИХ ДЖЕРЕЛ
1. Афанасьєв М. В. Управління проектами: навч.-метод. посіб. [Текст]
Харків : ІНЖЕК, 2007. 271 с.
2. Балабанова Л. В., Сардак О.В. Цінова політика торговельного
підприємства в умовах маркетингової орієнтації : навч. посібник. [Текст] Київ :
Професіонал, 2004. 156 с.
3. Буріменко Ю. І., Галан Л. В., Лебедєва І. Ю., Щуровська А. Ю.
Управління проектами : навч. посібник. [Текст] Одеса : ОНАЗ ім. О. С. Попова,
2017. 208 с.
4. Вассерман Н. Дилеми засновника бізнесу. Як попередити помилки й
уникнути їх під час створення стартапу. [Текст] Київ : Vivat, 2017. 480 c.
5. Ворона Т.В. Стартап на мільйон. Як українці заробляють статки на
технологіях. [Текст] Харків : Віват, 2017. 224 с.
6. Гавриш О. А., Бояринова К. О., Кравченко М. О. Управління стартапами
: підручник для для здобувачів вищої освіти за економічними спеціальностями. за
заг. ред. О. А. Гавриша. [Текст] Київ : КПІ ім. Ігоря Сікорського, Видавництво
«Політехніка», 2020. 716 с.
7. Гільбо К. Стартап на 100$. Як перетворити хобі на бізнес. [Текст] Київ :
Наш формат, 2017.
8. Гонтарева І. В. Управління проектами: підручник. Харків : ХНЕУ, 2011.
443 с.
9. Грицюк Ю.І. Управління ризиками реалізації програмних проєктів / за
ред. Ю. І. Грицюк, М. Р. Жабич. Київ : Науковий вісник НЛТУ України. Т. 28. № 1.
2018. С. 150—162.
10. Демиденко М.А. Д30 Управління проектами інформатизації за
методологією SCRUM : навч. посіб. [Текст] : Нац. гірн. ун-т. Д. : 2016. 80 с.
11. Длігач А.О. Маркетингова цінова політика: світовий досвід, вітчизняна
практика : навчальний посібник. Київ : ВД „Професіонал”, 2006. 304 с.
88

12. Довгань Л.Є., Мохонько Г.А., Малик І.П. Управління проєктами : навч.
посібник. [Текст] Київ : КПІ ім. Ігоря Сікорського, 2017. 420 с.
13. Дугіна С.І. Маркетингова цінова політика [Текст] : навч. посібник. К. :
КНЕУ, 2005. 393 с.
14. Ілляшенко С.М. Економічний ризик [Текст] : навч. посіб. Київ : Центр
навчальної літератури, 2004. 220 с.
15. Колянко О.В. Використання жорсткої "Waterfall" та гнучкої "Agile"
моделей управління проєктами / за ред. О.В. Колянко, Г.В. Озимок. Львів : Вісник
Львівського торговельно-економічного університету. Економічні науки. 2017. С.
177—182.
16. Крижановський Є.М. Моделювання бізнес-процесів та управління ІТ-
проєктами / Є.М. Крижановський, А.Р. Ящолт, С.О. Жуков, О.М. Козачко. Вінниця :
ВНТУ, 2018. 91 с.
17. Кучеров Д. П., Артамонов Є. Б. Інженерія програмного забезпечення:
навч. посібник. Київ : НАУ, 2017. 388 с.
18. О.М. Азарян, О.А. Виноградов, В.Руделіус. Маркетинг : підручник / за
ред. О.І. Сидоренко, П.С. Редько. [Текст] Київ : Навчально-методичний центр
«Консорціум із удосконалення менеджмент-освіти в Україні», 2005. 422 с.
19. Морозов В. В. Інформаційні системи і технології в управлінні
проектами. Ч.1 Планування проектів у MS Project [Текст] : навчальний посібник /
Морозов В.В., Данченко О.Б., Шаров О.І. К. : Університет економіки та права
"КРОК", 2011. 167 с.
20. Ноздріна Л., Ящук В., Полотай О. Управління проєктами. [Текст] Київ :
Центр навчальної літератури, 2020. 432 с.
21. Основи управління IT проектами [Текст]: навч. посіб. для студ.
спеціальності 122 «Комп’ютерні науки»/ КПІ ім. Ігоря Сікорського ; уклад.: В. О.
Кузьміних, Р. А. Тараненко. Київ : КПІ ім. Ігоря Сікорського, 2019. 75 с.
22. Остервальдер A., Піньє І. Побудова бізнес-моделей. Настільна книга
стратега і новатораю [Текст] Київ : Наш формат, 2018. 288 с.
89

23. Приймак В. М. Управління проектами [Текст]: навч. посібник. Київ :
КНУ ім.Тараса Шевченка, 2017. 459 с.
24. Проектний менеджмент: управління ризиками та змінами в процесах
прийняття управлінських рішень [Текст]: монографія / О. Б. Данченко, В. О. Занора.
Черкаси : ПП Чабаненко Ю.А., 2019. 278 с.
25. Райс Е. Стартап без помилок. Посібник зі створення успішного бізнесу з
нуля. Харків : Віват, 2018. 368 с.
26. Рішняк І.В. Моделювання процесу управління ризиками у
мультипроектному середовищі. [Текст] Львів : Вісник Національного університету
"Львівська політехніка" № 783: Інформаційні системи та мережі, 2014. С. 466-473.
27. Синґер С. Країна стартапів. Історія ізраїльського економічного дива.
[Текст] Kиїв : Yakaboo Publishing, 2016.
28. Сметанюк О. А., Бондарчук А. В. Особливості системи управління
проєктами в it-компаніях. [Текст] Київ : Агросвіт, 2020. С. 105–111.
29. Стандарт з управління проєктами та Настанова до зводу знань з
управління проєктами (Настанова PMBOK). Сьоме видання : Project Management
Institute, Inc, 2021. 274 c.
30. Тарасюк Г.М. Управління проектами [Текст]: навч. посібник. Київ :
Каравела, 2019. 320 с.
31. Управління IT-проектами. Книга 1. Стандарти, моделі та методи
управління проектами : підручник. Львів : «Новий Світ-2000», 2013. 550 с.
32. Управління ІТ-проектами в Microsoft Project: Комп’ютерний практикум
[Текст]: навчальний посібник для студентів спеціальності 122 “Комп’ютерні науки”
для всіх спеціалізацій / за ред.: Л.М. Добровська, О.В. Аверьянова. Київ : КПІ ім.
Ігоря Сікорського, 2020. 152 с.
33. Управління конкурентоспроможністю підприємства : навч. посібник / за
ред. С.М. Клименко, Т.В. Омельяненко, Д.О. Барабась, О.С. Дуброва, А.В.
Вакуленко. Київ : КНЕУ, 2011. 267 с.
90

34. Управління проектами: процеси планування проектних дій : підручник /
за ред. І.В. Чумаченко, В.В. Морозов, Н.В. Доценко, А.М. Чередниченко. Київ :
КРОК, 2014. 673 с.
35. Управління проєктами : навч. посібник / за ред. О.В Ульянченка, П.Ф.
Цигікала. Xарків : ХНАУ ім. В.В. Докучаєва, 2010. 522 с.
36. Управління проектами : підручник / за заг. ред. Л. В. Ноздріної. Київ :
Центр учбової літератури, 2010. 432 с.
37. Хацер М.В., Хацер Г.О. Регламентація процесів утворення стартапів в
умовах трансформації національної економіки. Глобальні та національні проблеми
економіки. Випуск 9. Харків : 2016. С. 433-436.
38. Хігні Д. Основи управління проєктами. [Текст] Харків : Фабула, 2020.
272 с.
39. Чухліб В.Є, Ведута Л.Л. Сучасні методи управління проектами. Сучасні
підходи до управління підприємством. Київ : 2018. С. 234–243.
40. Шостак Р.С. Оцінка сучасного стану та розвитку торгівельних мереж в
Україні. Київ : Економічний простір, 2011. С.115-123.
41. Яковенко О.І. Управління проектами та ризиками [Текст] : навч.
посібник. Ніжин : Видавець ПП Лисенко М.М., 2019. 196 с.
42. Cicala G. The Project Managers Guide to Microsoft Project 2019. Apress,
2020. 681 p.
43. Dionisio C.S. Microsoft Project 2019 For Dummies John Willey & Sons, Inc.,
2019. 352 p.
44. Kerzner H. Project Management: A Systems Approach to Planning,
Scheduling, and Controlling, 12th Edition. John Willey & Sons, Inc., 2017. 848 p.
45. Projects IN Controlled Environments (PRINCE2) the Office of Government
Commerce (OGC), United Kingdom. URL:
https://discovery.nationalarchives.gov.uk/details/r/C11669509 (дата звернення:
10.11.2022).
91

46. Алюшина Н. О. Тайм-менеджмент посадовця: мистецтво управляти
своїм часом. URL: http://alyushina.com/content/presentation/TM.pdf (дата звернення:
17.11.2022).
47. Буняк Н. М. Самоменеджмент як мистецтво саморозвитку особистості.
2017. Вип.18. URL: http://global-national.in.ua/archive/18-2017/36.pdf (дата звернення:
18.11.2022).
48. Гаврилюк А. М. Тайм-менеджмент як складова успішної комунікативної
взаємодії в індустрії туризму України. 2016. No.1. URL:
http://www.economy.nayka.com.ua/pdf/1_2016/14.pdf (дата звернення: 21.11.2022).
49. Черненко Н. М. Тайм-менеджмент як засіб удосконалення професійної
діяльності державних службовців. 2011. Вип.2. URL:
http://www.dridu.dp.ua/zbirnik/2011-02(6)/11cnndds.pdf (дата звернення: 15.11.2022).

Репозиторій ЧДТУ