Please use this identifier to cite or link to this item: https://er.chdtu.edu.ua/handle/ChSTU/5169
Title: Управління проєктом розробки WEB-орієнованої інформаційної системи ІТ-компанії
Authors: Рудницький , Сергій Володимирович
Скляренко, Арсен Ігорович
Keywords: інформаційна система;WEB-орієнована;розробка;ІТ-компанія;управління проєктом
Issue Date: 20-Dec-2023
Abstract: У широкому розумінні, бізнес-проектний менеджмент (Project Management) представляє собою сферу професійної діяльності, спрямовану на керування командою, ресурсами, комунікаціями та ризиками, а також забезпечення якості в процесі виконання проекту. Це включає в себе методи оцінки, планування, організації, моніторингу та контролю, використовуючи різноманітні методології в залежності від конкретного випадку. Основною метою бізнес-проектного менеджменту традиційно вважається виконання завдань у визначених обсягах, вчасно і в межах призначених коштів. У сфері управління IT-проектами дисципліна практично ідентична загальному проектному менеджменту, об'єднуючи подібні процедури, принципи та політику. Однак, у сфері IT проектний менеджмент виявляється більш динамічним процесом. Щодо мети управління, в IT проектному менеджменті акцент робиться на концепції успішного виконання або завершення конкретного проекту, а не на загальному веденні економічної діяльності бізнесу в цілому. Сучасне підприємницьке середовище стрімко розвивається. Однак кілька десятиліть тому, коли підприємства виникали на протязі практично століть, щось нове розглядалося як революційне, і кінцеві споживачі не мали так багато альтернатив продуктам. На жаль, не всі розуміють, що старі методи управління ведуть в тупик. Це призводить до того, що багато компаній продовжують рухатися безладно в нікуди, утримуючись від змін. Отже, завдання перед передовою частиною суспільства полягає в тому, щоб відкривати шлях вперед і показувати правильний напрямок розвитку тим, хто ще не осознає його. Основна відмінність між проектним менеджментом та традиційним підходом до управління полягає в тому, що в проектному менеджменті спочатку формулюються завдання (виходячи з мети), а потім виконавці розробляють чіткий календарно-фінансовий план для досягнення цієї мети. Цей підхід дає змогу:6 - досягти зростання загального рівня ефективності реалізації проектів на 15-25%. - досягти збільшення швидкості оборотності фінансових коштів на приблизно 60%. - досягти поліпшення показників задоволеності клієнтів на приблизно 40%. - посилити лояльність співробітників компанії та підвищити їхню задоволеність від своєї діяльності на близько 25%. Актуальність теми даної кваліфікаційної роботи магістра виявляється у використанні методології проектного менеджменту для розробки системи Створення сайту компанії Danavero. Якщо розглядати фінансові обороти в контексті певної держави, то для контролю цих процесів завжди існують спеціальні виконавчі органи влади. Однак, коли мова йде про економіку "малих держав", таких як звичайні родини або невеликі та великі компанії, питання фінансового моніторингу завжди було особистим вирішенням, і, як показує практика, часто це питання виникало досить рідко. Метою даного дослідження є аналіз та вивчення проєктного підходу та використання сучасних передових методів, зокрема проектного менеджменту, у поєднанні з отриманими під час навчання знаннями та навичками для ефективного управління проектом розробки системи сайту для IT компанії. Для досягнення мети були поставлені ти вирішені наступні завдання: - визначення основних цілей проекту; - проведення дослідження галузі; - аналіз ринку з метою визначення конкурентоспроможності; - визначення маркетингових стратегій; - формування концепції проекту; - створення переліку завдань з використанням WBS (Work Breakdown Structure); - розподіл завдань та визначення відповідальних осіб; - встановлення термінів виконання завдань; - ідентифікація ймовірних ризиків та визначення засобів їх управління; - ефективне управління ресурсами проекту; - визначення бюджету проекту;7 - планування та реалізація закупівель; - визначення критеріїв якості та забезпечення контролю їх дотримання; - налагодження комунікацій між виконавцями; - інтеграція всіх аспектів проекту; - забезпечення ефективного контролю та мотивації команди; - управління інформаційною безпекою проекту; - оцінка економічної та соціальної ефективності проекту; - розробка техніко-економічного обґрунтування проекту. Об'єктом дослідження є проект розробки системи для IT компанії. Об'єктом нашого вивчення є використання Agile-методології та гнучких підходів у керуванні проектом, а також застосування методів, таких як ситуаційний аналіз (для управління змістом), метод критичного шляху та методи таймменеджменту (для ефективного використання часу. Для управління інформаційним потоком та контролю ходу проекту ми використовуємо гнучкі методи Scrum, а також впроваджуємо систему Kanban для визначення та розподілу завдань. Наукова новизна отриманих результатів полягає в використанні ситуаційного аналізу, що дозволяє визначити всі можливі сценарії реалізації даного проекту та обрати оптимальний варіант. Цей підхід дозволяє здійснити проект з мінімальними ризиками та витратами, а також максимізувати прибуток від його запуску чи впровадження. Враховуючи динаміку та змінливість ринкового середовища, цей метод надає значну перевагу над конкурентами, дозволяючи вибрати оптимальні альтернативи реалізації, враховуючи часові, витратні, ресурсні та прибуткові аспекти. Ураховуючи велику кількість конкурентів на ринку, дослідження показало, що практично жоден з них не використовує ефективні методи планування реалізації, що негативно впливає на їхні результати. Практичне значення отриманих результатів проявляється в застосуванні теоретичних досліджень та висновків, отриманих в ході роботи, при управлінні проектом розробки інформаційної системи для компанії Danavero. Ці результати становлять певний практичний посібник чи основу для прийняття конкретних рішень та виконання завдань у реальному проектному середовищі.
URI: https://er.chdtu.edu.ua/handle/ChSTU/5169
Appears in Collections:126 Інформаційні системи та технології (IT Project Management)

Files in This Item:
File Description SizeFormat 
РЕП_МАГ_Скляренко_МІТ-2211.pdf
  Restricted Access
Управління проєктом розробки WEB-орієнованої інформаційної системи ІТ-компанії2.66 MBAdobe PDFView/Open Request a copy


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

Extracted text
МІНІСТЕРСТВО ОСВІТИ І НАУКИ УКРАЇНИ 
ЧЕРКАСЬКИЙ ДЕРЖАВНИЙ ТЕХНОЛОГІЧНИЙ УНІВЕРСИТЕТ 
ФАКУЛЬТЕТ ІНФОРМАЦІЙНИХ ТЕХНОЛГІЙ І СИСТЕМ 
КАФЕДРА ІНФОРМАЦІЙНИХ ТЕХНОЛОГІЙ ПРОЕКТУВАННЯ 
 
ПОЯСНЮВАЛЬНА ЗАПИСКА 
до кваліфікаційної роботи магістра 
на тему: «Управління проєктом розробки WEB-орієнованої інформаційної системи 
ІТ-компанії »  
за спеціальністю 126 «Інформаційні системи та технології» 
 
Виконав: здобувач другого 
(магістерського) рівня вищої освіти 
2 курсу, групи МІТ-2211 
Спеціальності 126 Інформаційні системи та 
технології 
ОП «IT Project Management» 
Скляренко Арсен Ігорович 
Керівник: доцент кафедри інформаційних 
технологій проектування, доцент, кандидат 
технічних наук, 
Рудницький Сергій Володимирович 
Рецензатор: 
к.т.н., ст. викладач кафедри інформаційних 
технологій Черкаського національного 
університету імені Богдана Хмельницького 
Стабецька Тетяна Анатоліївна 
Черкаси – 2023 року
2 
 
ЗМІСТ 
 
СПИСОК УМОВНИХ СКОРОЧЕНЬ ................................................................................ 4 
ВСТУП .................................................................................................................................. 5 
РОЗДІЛ І КОНЦЕПЦІЯ ПРОЕКТУ (створення WEB-інформаційної системи 
Danavero) .............................................................................................................................. 8 
1.1 Опис галузі, причини виникнення ідеї ................................................................. 8 
1.2 Сегментація ринку .................................................................................................. 9 
1.3 Конкурентноспроможність .................................................................................. 13 
1.4 Резюме проекту ..................................................................................................... 18 
РОЗДІЛ ІІ ГАЛУЗІ ЗНАНЬ УПРАВЛІННЯ ПРОЕКТУ ................................................ 28 
2.1 Управління змістом проекту ................................................................................ 28 
2.2 Управління ресурсами проекту ........................................................................... 34 
2.3 Управління часом проекту ................................................................................... 36 
2.4 Управління вартістю проекту .............................................................................. 43 
2.5 Управління закупівлями в проекті ...................................................................... 46 
2.6 Управління якістю проекту ................................................................................. 47 
2.7 Управління ризиками проекту ............................................................................. 51 
2.8 Управління інформаційним зв’язком в проекті ................................................. 61 
2.9 Управління інтеграцією в проекті ....................................................................... 64 
2.10 Контроль та мотивація ...................................................................................... 69 
2.11 Інформаційна безпека в проекті ....................................................................... 72 
РОЗДІЛ ІІІ ОЦІНКА ЕФЕКТИВНОСТІ ПРОЕКТУ ...................................................... 74 
3.1 Планування фінансових ресурсів інвестиційної фази ІТ проекту ................... 74 
3.3 Розробка зведеного бюджету витрат інвестиційної фази проекту .................. 70 
3.4 Прогнозування показників операційної діяльності .......................................... 73 
3.5 Планування амортизаційних витрат операційної діяльності ........................... 74 
3.6 Планування кредитних процесів операційної діяльності ................................. 76 
3.7 Прогноз доходів операційної діяльності ............................................................ 78 
3.8 Прогноз витрат операційної діяльності .............................................................. 79 
3 
 
3.9 Прогноз грошових потоків операційної діяльності .......................................... 80 
3.9 Прогноз грошових потоків проекту .................................................................... 82 
3.10 Оцінка показників ефективності проекту ....................................................... 90 
3.11 Реалізація продукту проекту ............................................................................ 96 
ВИСНОВКИ ....................................................................................................................... 98 
СПИСОК ВИКОРИСТАНИХ ДЖЕРЕЛ ....................................................................... 100 
 
 
  
4 
 
СПИСОК УМОВНИХ СКОРОЧЕНЬ 
 
- ІТ – Інформаційні технології; 
- ПК – Персональний комп’ютер; 
- OC – Операційна система; 
- SMM – Social media marketing; 
- PR – Public relations; 
- UI – User interface; 
- UX – User experience; 
- SEO – Search engine optimization; 
- WBS - Work breakdown structure; 
- ТЕО – Техніко-економічне обгрунтування; 
- ТЗ – Технічне завдання; 
- PSD – Photoshop document; 
- БД – Бази даних; 
- TQM – Total Quality Management; 
- PDCA – Plan do check act; 
- QA – quality assurance; 
- ІСР – інтегроване середовище розробки; 
- ПМ – Проектний менеджер; 
- ІБ – Інформаційна безпека; 
- СУІІБ – Система управління інцидентами інформаційної безпеки; 
- ІД – Інвестиційна діяльність; 
- ОД – Операційна діяльність. 
- SCRUM – методологія розробки 
  
5 
 
ВСТУП  
 
У широкому розумінні, бізнес-проектний менеджмент (Project Management) 
представляє собою сферу професійної діяльності, спрямовану на керування 
командою, ресурсами, комунікаціями та ризиками, а також забезпечення якості в 
процесі виконання проекту. Це включає в себе методи оцінки, планування, 
організації, моніторингу та контролю, використовуючи різноманітні методології в 
залежності від конкретного випадку. Основною метою бізнес-проектного 
менеджменту традиційно вважається виконання завдань у визначених обсягах, вчасно 
і в межах призначених коштів. 
У сфері управління IT-проектами дисципліна практично ідентична загальному 
проектному менеджменту, об'єднуючи подібні процедури, принципи та політику. 
Однак, у сфері IT проектний менеджмент виявляється більш динамічним процесом. 
Щодо мети управління, в IT проектному менеджменті акцент робиться на концепції 
успішного виконання або завершення конкретного проекту, а не на загальному 
веденні економічної діяльності бізнесу в цілому. 
Сучасне підприємницьке середовище стрімко розвивається. Однак кілька 
десятиліть тому, коли підприємства виникали на протязі практично століть, щось 
нове розглядалося як революційне, і кінцеві споживачі не мали так багато альтернатив 
продуктам. На жаль, не всі розуміють, що старі методи управління ведуть в тупик. Це 
призводить до того, що багато компаній продовжують рухатися безладно в нікуди, 
утримуючись від змін. 
Отже, завдання перед передовою частиною суспільства полягає в тому, щоб 
відкривати шлях вперед і показувати правильний напрямок розвитку тим, хто ще не 
осознає його. 
Основна відмінність між проектним менеджментом та традиційним підходом 
до управління полягає в тому, що в проектному менеджменті спочатку 
формулюються завдання (виходячи з мети), а потім виконавці розробляють чіткий 
календарно-фінансовий план для досягнення цієї мети. 
Цей підхід дає змогу: 
6 
 
- досягти зростання загального рівня ефективності реалізації проектів на 15-25%. 
- досягти збільшення швидкості оборотності фінансових коштів на приблизно 
60%. 
- досягти поліпшення показників задоволеності клієнтів на приблизно 40%. 
- посилити лояльність співробітників компанії та підвищити їхню задоволеність 
від своєї діяльності на близько 25%. 
Актуальність теми даної кваліфікаційної роботи магістра виявляється у 
використанні методології проектного менеджменту для розробки системи Створення 
сайту компанії Danavero. Якщо розглядати фінансові обороти в контексті певної 
держави, то для контролю цих процесів завжди існують спеціальні виконавчі органи 
влади. Однак, коли мова йде про економіку "малих держав", таких як звичайні родини 
або невеликі та великі компанії, питання фінансового моніторингу завжди було 
особистим вирішенням, і, як показує практика, часто це питання виникало досить 
рідко. 
Метою даного дослідження є аналіз та вивчення проєктного підходу та 
використання сучасних передових методів, зокрема проектного менеджменту, у 
поєднанні з отриманими під час навчання знаннями та навичками для ефективного 
управління проектом розробки системи сайту для IT компанії. 
Для досягнення мети були поставлені ти вирішені наступні завдання: 
- визначення основних цілей проекту; 
- проведення дослідження галузі; 
- аналіз ринку з метою визначення конкурентоспроможності; 
- визначення маркетингових стратегій; 
- формування концепції проекту; 
- створення переліку завдань з використанням WBS (Work Breakdown Structure); 
- розподіл завдань та визначення відповідальних осіб; 
- встановлення термінів виконання завдань; 
- ідентифікація ймовірних ризиків та визначення засобів їх управління; 
- ефективне управління ресурсами проекту; 
- визначення бюджету проекту; 
7 
 
- планування та реалізація закупівель; 
- визначення критеріїв якості та забезпечення контролю їх дотримання; 
- налагодження комунікацій між виконавцями; 
- інтеграція всіх аспектів проекту; 
- забезпечення ефективного контролю та мотивації команди; 
- управління інформаційною безпекою проекту; 
- оцінка економічної та соціальної ефективності проекту; 
- розробка техніко-економічного обґрунтування проекту. 
Об'єктом дослідження є проект розробки системи для IT компанії. 
Об'єктом нашого вивчення є використання Agile-методології та гнучких 
підходів у керуванні проектом, а також застосування методів, таких як ситуаційний 
аналіз (для управління змістом), метод критичного шляху та методи тайм-
менеджменту (для ефективного використання часу. Для управління інформаційним 
потоком та контролю ходу проекту ми використовуємо гнучкі методи Scrum, а також 
впроваджуємо систему Kanban для визначення та розподілу завдань. 
Наукова новизна отриманих результатів полягає в використанні ситуаційного 
аналізу, що дозволяє визначити всі можливі сценарії реалізації даного проекту та 
обрати оптимальний варіант. Цей підхід дозволяє здійснити проект з мінімальними 
ризиками та витратами, а також максимізувати прибуток від його запуску чи 
впровадження. Враховуючи динаміку та змінливість ринкового середовища, цей 
метод надає значну перевагу над конкурентами, дозволяючи вибрати оптимальні 
альтернативи реалізації, враховуючи часові, витратні, ресурсні та прибуткові аспекти. 
Ураховуючи велику кількість конкурентів на ринку, дослідження показало, що 
практично жоден з них не використовує ефективні методи планування реалізації, що 
негативно впливає на їхні результати. 
Практичне значення отриманих результатів проявляється в застосуванні 
теоретичних досліджень та висновків, отриманих в ході роботи, при управлінні 
проектом розробки інформаційної системи для компанії Danavero. Ці результати 
становлять певний практичний посібник чи основу для прийняття конкретних рішень 
та виконання завдань у реальному проектному середовищі.  
8 
 
РОЗДІЛ І 
КОНЦЕПЦІЯ ПРОЕКТУ (створення WEB-інформаційної системи Danavero) 
 
1.1 Опис галузі, причини виникнення ідеї 
У зв'язку із стрімким розвитком сфери інформаційних технологій та 
автоматизації, щодня з'являються нові компанії та організації, розпочинаються нові 
ІТ-проекти або удосконалюються існуючі. Цей тренд не обмежується територією 
України, але охоплює світовий ринок. Багато компаній спеціалізуються у створенні 
інформаційних систем, причому існують різні види сайтів: нативні для мобільних 
телефонів, десктопних пристроїв. 
Нативна розробка (native development) може бути визнана як "рідна" для 
операційних систем, таких як Android, iOS, Win Phone і інші. Такі мобільні додатки 
розробляються на мовах програмування, специфічних для кожної конкретної 
платформи, і, отже, інтегруються безпосередньо в операційні системи. 
Веб-додатки – це мобільні версії веб-сайтів з розширеним інтерактивним 
інтерфейсом. Відмінності між веб-додатком і адаптивним дизайном сайту не так 
великі, оскільки обидві опції використовують стандартні веб-технології, а швидкість 
їхньої роботи обмежується якістю Інтернет-з'єднання.  
Генератори мобільних додатків дозволяють створювати кросплатформенні 
додатки, які наближені за функціоналом і якістю до нативних додатків. Це є свого 
роду компроміс між нативними і веб-додатками. Такі додатки встановлюються через 
офіційні магазини додатків, мають обмежений доступ до апаратної частини 
смартфонів і планшетів, і можуть налаштовувати push-повідомлення. 
Створення додатків для персональних комп'ютерів - це проект, що передбачає 
створення спеціальних програм для операційних систем Windows і Linux. Проте, 
незалежно від платформи, ідея для такого проекту завжди виникає з конкретного 
побудовання думок чи задумів. 
- обстановка на ринку та конкурентне протистояння 
- політичні або економічні трансформації 
- прагнення розширення сфери діяльності підприємства 
9 
 
- результат експертної наради 
- недостатнє задоволення попиту 
- наявність запасних ресурсів 
Виникнення ідеї даного проекту спричинила його необхідність для залучення 
потенційних клієнтів для компанії. Ідея створення власного сайту компанії хоча б раз 
приходила в голову майже кожній людині яка має власний бізнес. Таким чином, 
з’явилось бажання контролювати власний вигляд бізнесу та залучення клієнтів з 
усього світу в інтернеті і зробити це доступним для кожного. 
Існує багато платформ для створення сайтів власної компанії для залучення 
нових клієнтів, але справа в тому, що знайти дійсно потрібну платформу яка підійте 
для власного сайту, який нормально працювтиме, функціональний і в той же час із 
ергономічним дизайном, не така легка задача, оскільки найпростіша платформа якою 
є Word Press не підходить через свою обмеженність у функціоналі. Тож, у ході 
перегляду та тестування наявних платформ було зроблено результат – якісні та 
водночас прості платформи такій як Word Press, Joomla, Open Card не підходять. Це 
ж у свою чергу, наштовхнуло на появу нової ідеї проекту: створити 
багатофункціональний сайт на серйозній і водночас складній системі Drupal 9,  
інформаційну систему для залучення потенційних клієнтів,  яка міститиме в собі всі 
необхідні функції та не матиме зайвих. 
 
1.2 Сегментація ринку 
Для розподілу ринку на сегменти, необхідно обрати основні 3 критеріями за 
якими будуть розподілені найпопулярніші платформи, що призначені для створення 
складних і багатофункціональних сайтів. Вирішено, що даними критеріями буде 
наявність у платформах функціоналу: котрібних модулів, повний безкоштовний 
функціонал та безпека платформи. Результат дослідження ринку представлено у 
Таблиці 1.1. 
  
10 
 
 
Таблиця 1.1 
Аналіз конкурентних додатків за основними функціями 
 
Наявність 
контрібних Безкоштовний Безпека захисту 
необхідних функціонал данної платформи від 
№ Назва додатку модулів модулів взлому 
1 Drupal + + + 
2 WordPress + - - 
3 Joomla + - - 
4 Open Card + + - 
5 Magento + - - 
6 Shopify + - + 
7 Typo3 - - - 
8 Symfony + + + 
9 Angular - + - 
10 SiMan + - - 
11 Nespi + - - 
12 Kasseler + + - 
13 Promodo + - - 
14 SiteCat + - - 
15 eEgnith + - - 
 
 
Більш детально про деякі додатки: 
Drupal - популярна вільна модульна система керування вмістом з відкритим 
вихідним кодом, написана мовою програмування PHP та розповсюджується за 
ліцензією GNU. Drupal використовують як back end фреймворк для різних вебсайтів, 
від особистих блогів до корпоративних та державних сайтів. (Рис. 1.1). 
11 
 
 
Рисунок 1.1 інтерфейс Drupal 
 
Переваги 
- Гнучкість та розширюваність. 
- Велика та активна спільнота користувачів та розробників. 
- Висока рівень безпеки та стійкість до атак. 
- Широкі можливості налаштувань та контент-управління. 
- Підтримка мультисайтовості та мультиплатформеності. 
- Вбудована підтримка SEO та аналітики. 
- Багатофункціональність для створення складних веб-сайтів та додатків. 
- Відкритий код та безкоштовна ліцензія. 
Недоліки 
- Високий поріг входження для новачків у розробку та налаштування. 
- Важкість у використанні для простих або невеликих веб-сайтів. 
- Значний обсяг ресурсів, необхідних для ефективної роботи, що може 
впливати на продуктивність. 
 
WordPress (Рис. 1.2) — система керування вмістом з відкритим кодом, яка 
через свою простоту в установленні та використанні широко застосовується для 
створення вебсайтів. Сфера використання — від блогів до складних вебсайтів. 
12 
 
 
Рисунок 1.2 Інтерфейс WordPress 
 
Переваги 
- Простота використання та швидкість налаштування. 
- Велика кількість безкоштовних та платних тем і плагінів. 
- Широкий спектр готових шаблонів для різних видів веб-сайтів. 
- Активна спільнота та регулярні оновлення. 
- Добра оптимізація для SEO та аналітики. 
- Можливість створення як простих блогів, так і складних корпоративних сайтів. 
- Гнучкість у розширенні функціоналу через плагіни. 
Недоліки 
- Залежність від плагінів, що може призвести до проблем із сумісністю. 
- Потреба у регулярному оновленні та забезпеченні безпеки. 
- Обмежена гнучкість у структурі для великих та складних проектів. 
 
Joomla  відкрита універсальна система керування вмістом для публікації 
інформації в інтернеті. Підходить для створення маленьких і великих корпоративних 
сайтів, інтернет порталів, онлайн-магазинів, сайтів спільнот і персональних сторінок. 
13 
 
 
Рисунок 1.3 Інтерфейс Joomla 
 
Переваги 
- Розширюваність та можливість створення складних веб-сайтів. 
- Гнучка система управління контентом та структури сайту. 
- Велика кількість доступних розширень (розширень та шаблонів). 
Недоліки 
- Середній рівень використання для початківців, порівняно з іншими CMS. 
- Значний обсяг ресурсів, особливо при великій кількості розширень. 
- Потреба в регулярних оновленнях та вниманні до безпеки. 
Якщо проаналізувати кожну платформу окремо то можна побачити її 
відмінність і унікальність від інших, кожна з них має свої недоліки як функціонально 
так і в складності вміння навчитись неї користуватись.   
 
1.3 Конкурентноспроможність 
 Так само, як проект не може існувати без необхідності у його фінальному 
продукті (чи послугах), ринкові можливості не можуть існувати без конкурентних 
переваг. Конкурентні переваги надають продукту визнаваність на ринку і 
забезпечують захист від впливу конкурентних сил. 
Щоб певний фактор став не лише конкурентним, але й вирішальною перевагою, 
важливо, щоб він відігравав ключову роль у задоволенні потреб користувачів і, 
14 
 
водночас, базувався на унікальності [6]. Іншими словами, цей фактор повинен мати 
як базову якість, так і унікальність товару. 
Для того щоб, забезпечити конкурентоспроможність і створити якісний 
продукт  вирішено опиратися на критерії: 
- Використання унікальної технології для розробки продукту. 
- Перевірка якості виготовлення продукту проводитиметься 
тестувальниками і постійно вдосконалюватиметься. 
- Ефективне функціонування системи управління 
конкурентоспроможністю організації. 
- Забезпечення доступу до ринку нових технологій. 
- Використання ефективних маркетингових стратегій. 
- Розробка асоціативного бренду, який буде представляти компанію та 
навчати користувачів використовувати систему. 
- Гнучкість та можливість швидкої адаптації до ринкових змін. 
- Поліпшення обробки баз даних. 
- Постійний моніторинг ринку, включаючи зміни серед конкурентів та 
появу нових учасників. 
Найважливішим аспектом, який можна вважати вирішальною перевагою, є 
проведений повний аналіз конкурентів, визначено всі їхні слабкі та сильні сторони, а 
також виявлено відсутність деяких функцій. Значущою проблемою для всіх веб-
сайтів є недостатня захищеність. Тому проект буде розроблений з використанням 
кількох ступенів захисту, включаючи не лише додаткові паролі для авторизованих 
користувачів, але й зашифровані бекапи для відновлення, а також декількорівневе 
унікальне шифрування всіх даних. 
Однак ключовим аспектом успіху є маркетинг. Сучасні користувачі все частіше 
знаходять ІТ-компанії в інтернеті для створення своїх власних веб-сайтів, тому саме 
тут потрібно шукати потенційних клієнтів. Епоха звичайної реклами вже минула, 
оскільки люди втомилися від неї і вже не довіряють їй. Інтернет-маркетинг надає нові 
можливості для ефективного просування продуктів і послуг в інтернеті. Основна мета 
15 
 
інтернет-маркетингу - перетворити відвідувачів сайту в покупців та збільшити 
прибуток [7]. 
Інтернет-маркетинг має три ключові переваги, які відрізняють його від 
традиційного маркетингу: 
Інтерактивність: Можливість активно спілкуватися з аудиторією, 
підтримувати зв'язок із клієнтами та ефективно керувати ситуацією. 
Таргетинг: Система, яка дозволяє ідентифікувати цільову аудиторію та 
відображати рекламу специфічно для неї. 
Веб-аналітика: Допомагає аналізувати ефективність різноманітних заходів та 
забезпечує залучення більшої кількості відвідувачів. 
Стратегія маркетингу, що виникає з аналізу накопичених даних, є не лише 
простою, але й дуже ефективною. Вона включає такі елементи: 
а) Реклама з точковою націленістю: Акцентована на цільову аудиторію згідно з 
конкретними критеріями і використовується на популярних соціальних мережах. 
б) Контекстна реклама: Орієнтована на тих, хто активно шукає певний товар чи 
послугу в мережі. 
в) Маркетинг в соціальних мережах (SMM): Продвиження товарів і послуг у 
соціальних мережах, розглядається як ключовий інструмент взаємодії з цільовою 
аудиторією. 
У наші дні соціальні мережі визнаються як важливий канал взаємодії з цільовою 
аудиторією. Використання SMM-маркетингу дозволяє привертати відвідувачів з 
соціальних мереж та різних онлайн-спільнот. 
г) Спільноти у соціальних мережах суттєво відрізняються від аудиторії 
телевізійних каналів: вони не лише більш уважні, але й активні. SMM більше схожий 
на мережевий PR, аніж на звичайну рекламу. Це означає прямий взаємодію зі 
спільнотами, які включають в себе цільову аудиторію. Це ефективний засіб для 
безпосередньої та хованої комунікації з цільовою аудиторією. 
Отже, розроблена маркетингова стратегія стає вагомою конкурентною 
перевагою для проекту.  
16 
 
Це означає, що підприємець чи фізична особа зможе вести фінансовий облік для 
компанії або для комерційних цілей. 
Вказані вище чинники сприяють зменшенню впливу всіх сил Портера, як 
відображено на Рис. 1.4. Від постачальників виникає мінімальний вплив, оскільки цей 
ІТ-проект не є залежним від їхньої діяльності. 
 
Рисунок 1.4 Матриця 5 сил Портера 
 
Для успішної діяльності на ринку компанії слід обрати вірну стратегію 
розвитку, яка надасть їй переваги в конкурентній боротьбі за увагу споживачів. При 
формуванні стратегії необхідно розробити комплекс заходів, спрямованих на 
відповідь на вплив основних конкурентних сил. Згідно з Майклом Портером, існують 
два основних напрямки оптимального функціонування: мінімізація витрат на 
виробництво або диференціація продукції чи послуг, які настільки цінуються 
споживачем, що він готовий заплатити найвищу ціну за їх отримання [10]. При цьому 
підприємства можуть обирати, де впроваджувати ці стратегії – на всьому ринку або в 
конкретному його сегменті (Рис. 1.5). 
17 
 
 
Рисунок 1.5  Матриця конкуренції М. Портера 
 
У даному випадку обрана методологія Скрам, детальніше представлено у 
рисунку 1.2. 
 
 
Рисунок 1.2 – опис стратегії Скрам 
  
Скрам (Scrum) - це ітеративна методологія управління проектами, особливо 
популярна у розробці програмного забезпечення. Основні принципи скраму 
включають роботу у коротких, фіксованих за часом ітераціях, які називаються 
спринтами. Кожен спринт зазвичай триває від 2 до 4 тижнів. Ключові ролі у скрамі 
включають продуктового власника, який визначає вимоги продукту; команду 
розробників, яка реалізує ці вимоги; та скрам-мастера, який допомагає усунути 
перешкоди та забезпечує дотримання принципів методології. 
18 
 
1.4 Резюме проекту 
Мета проекту: створити інформаційну систему для компанії Danavero, яка буде 
візитною карточкою компанії, більш детальна схема зображена на Рис. 1.6.  
 
Рисунок 1.6 Дерево цілей 
 
З Рис. 1.6 видно, що процес починається з планування поставлених цілей, кожну 
ціль згодом можна розбити на під-цілі, кожну з яких можна починати як на початку 
процесу так і в його кінці. Значною перевагою цієї методології є її гнучкість, 
програміст не прив’язаний до однієї конкретної задачі, він може почати з будь-якої і 
в разі невдачі виконння задачі ми маємо змогу повернутись до тієї задачі в якій 
виникла помилка при цьому не перероблючи інші задачі. Це дає змогу фахівцям 
швидше виконувати задачі та краще розбиратись в коді. 
 
Місія проекту: створити WEB-інформаційну систему для компанії Danavero, 
цей сайт буде візитною карточкою компанії. 
Ключі до успіху: 
- Зручна і доступна система створення інформаційної системи. 
- Висококваліфікована та вмотивована командна робота 
- Розробка якісної та водночас простої інформаційної системи 
- Регулярне спостереження за сайтами конкурентів 
19 
 
Головними інструментами керувння розробки проекту є: 
- Моніторинг діяльності конкурентів; 
- Забезпечення документування, відповідності нормативам, управління 
персоналом, технологічне та фінансове забезпечення на всіх етапах робіт та 
процесів в рамках проекту; 
- Здійснення контролю за всіма аспектами діяльності, прогресом робіт, 
діяльністю відповідальних осіб, виконавців і підрядників; 
- Встановлення та дотримання послідовності виконання робіт в рамках проекту; 
- Розподіл завдань між виконавцями різних типів та забезпечення контролю за 
своєчасністю їх виконання; 
- Використання фінансових та організаційних засобів для впливу на виконавців 
окремих видів робіт у рамках проекту, постачальників та інших зацікавлених 
сторін [11]; 
- Контроль якості отриманого продукту; 
- Постійне удосконалення продукту на етапі його експлуатації. 
 
Класифікація проекту 
Капіталовкладення в проект не перевищуватимуть 1 млн. грн, а працевитрати 
оцінюються приблизно в 10 тис. людино-годин, тому за масштабом це можна вважати 
невеликим проектом. 
Для таких проектів рекомендується: 
- Призначення одного керівника для координації, щоб забезпечити єдиний 
управлінський підхід; 
- Створення гнучкої структури команди проекту для забезпечення 
взаємозамінності членів; 
- Використання максимально спрощеної форми графіку проекту; 
- Чітке визначення завдань та обсягів роботи для кожного члена команди 
проекту; 
- Залучення тих самих програмістів, які розпочинали проектування, для введення 
його в дію. 
20 
 
За строком реалізації проект короткостроковий (його реалізація триватиме 13 
місяців). 
Для таких проектів рекомендується: 
- Забезпечити завершення проекту тією ж командою фахівців, що його 
розпочинала, для збереження внутрішнього досвіду та знань. 
- Делегувати частину повноважень із правом прийняття рішень на рівні 
виконавчих робітників, що сприятиме ефективному управлінню на місцях. 
- Максимально скоротити обсяг звітності, спрощуючи процеси внутрішнього 
обліку. 
- Зменшити до мінімуму зміни в ході виконання проекту, щоб уникнути 
непередбачених ускладнень. 
- Розробити та використовувати систему мотивації для учасників проекту, 
спрямовану на підтримку високого рівня мотивації та ефективності. Розробка 
відбувається відповідно до визначених у ході проекту шаблонів, гарантуючи 
тим самим бездефектний хід проекту з врахуванням вимог до якості та 
наявними ресурсами. 
- За характером цільового завдання, проект є маркетинговим. Маркетингові 
проекти та програми представляють собою сукупність організаційних заходів, 
спрямованих на підтримку та розвиток певного виду діяльності та визначають 
відповідну технологічну структуру. 
- За характером та сферою діяльності, проект відноситься до інформаційного. 
Інформаційні проекти фокусуються на розробці веб-сайтів, таких як інтернет-
магазини, візитні картки, корпоративні сайти компаній тощо. 
 
SWOT, PEST аналіз 
Один із ключових інструментів стратегічного управління, що комплексно 
оцінює внутрішні та зовнішні фактори, які впливають на розвиток компанії, – це 
SWOT-аналіз [14]. Акронім SWOT вказує на Strengths (сильні сторони), Weaknesses 
(слабкі сторони), Opportunities (можливості) і Threats (загрози) [15]. SWOT-аналіз – 
це процес визначення взаємозв'язків між найбільш характерними для підприємства 
21 
 
можливостями, загрозами, сильними та слабкими сторонами, результати якого 
можуть бути використані для формулювання та обрання стратегій підприємства [16]. 
Проведений SWOT-аналіз представлений на Рис. 1.7. 
 
Рисунок 1.7 SWOT-аналіз проекту 
 
Маючи інформацію, отриману з SWOT-аналізу, можна розробляти плани для 
успішного проекту, готового ефективно вирішувати конкретні проблеми та уникати 
невдач. 
PEST-аналіз вказує на аналіз зовнішніх факторів, який є корисним при 
проведенні досліджень перед стартом нового проекту або для сприяння 
маркетинговим дослідженням [17]. Ці фактори включають: 
Політичні – закони, глобальні проблеми, законодавство та правила, які можуть 
негативно чи в майбутньому вплинути на бізнес. 
- Економічні - оподаткування, рівень процентних ставок, інфляція, фондові 
ринки та впевненість споживачів. 
- Соціальні - зміни в стилі життя та тенденціях покупок, медіа, основні події, 
етика, рекламні та публічні фактори. 
- Технологічні - інновації, доступ до технологій, ліцензування та патенти, 
виробництво, фінансування досліджень, глобальні комунікації. 
22 
 
 
На Рис. 1.8 показано закінчений PEST аналіз. 
 
Рисунок 1.8 PEST-аналіз проекту 
 
У відміну від SWOT-аналізу, PEST більш прямо зорієнтований на фактори 
зовнішнього середовища, які можуть вплинути на позицію бізнесу та стати 
причинами зростання чи зменшення ринку в цілому. 
 
Обмеження на проект 
Трикутник проекту, також відомий як "залізний трикутник" (Рис. 1.9), отримав 
свою назву за те, що неможливо змінити бюджет, графік або масштаб проекту, не 
вплинувши на інші два параметри. 
 
Рисунок 1.9 Трикутник проекту 
23 
 
Якість виступає як четверта складова трикутника проекту, розташована в його 
центрі, і на неї впливає будь-яка зміна в будь-якій із сторін. 
Для реалізації проекту передбачено мінімізувати бюджет, що означає 
максимальну оптимізацію його витрат. Це буде досягнуто за допомогою таких 
заходів: 
Тимчасове зменшення масштабу проекту, зменшення кількості завдань та їх 
тривалості, для ефективнішого використання ресурсів. Проект буде запущений із 
меншим функціоналом, але зможе поступово розширюватися за рахунок отриманого 
прибутку. 
Перераховані заходи допоможуть скоротити витрати, проте можуть 
спричинити збільшення часу для повноцінної реалізації проекту, проте це не вплине 
на якість його виконання. Отже, обмеження для проекту визначено і відображено на 
Рис. 1.10. 
 
Рисунок 1.10 Обмеження на проект 
 
Характеристика споживачів 
Однією з ключових метою аналізу ринку є розробка ефективної стратегії 
впровадження товару на ринок, що вимагає виявлення найбільш вагомих та об'ємних 
цільових груп споживачів. Ці групи повинні відрізнятися одна від одної, але мати 
спільні внутрішньогрупові інтереси, такі як потреби та вимоги. Важливо уявляти 
свого клієнта та розуміти, хто він є. Ця концепція відома як "клієнтоорієнтований 
бізнес". 
24 
 
Продукт проекту буде релевантним для наступного типу споживачів: 
- Індивідуальні: це споживачі, які використовуватимуть послуги виключно для 
своїх особистих потреб, таких як особи з невеликим бізнесом. Основні 
характеристики, які цікавлять цих споживачів, включають корисність, ціну, 
дизайн, сервіс та гарантії. Для цього типу споживачів планується створення 
базового пакету, мета якого полягає в привертанні якнайбільше потенційних 
клієнтів. 
- Продукт спрямований на всі соціально-професійні категорії і не залежить від 
статі, освіти чи стилю життя. Питання доходу стає особливо важливим для 
споживачів, однак майбутній продукт буде надавати послуги для різних 
соціальних верств населення. 
 
Основні вимоги та завдання: 
а) Фронтенд частина 
- Реалізувати дизайн сайту, використовуючи шаблон для стимулювання 
інтересу потенційних клієнтів. 
- Забезпечити вміщення всього функціоналу на веб-сайті. 
- Розробити та впровадити адаптивний інтерфейс для панелі управління 
користувачів. 
б) Бекенд частина: 
- Створити та налаштувати функціонал на веб-сайті. 
- Розробити зручний інтерфейс управління для користувачів та 
адміністраторів сайту. 
- Забезпечити захист облікового запису та підвищити шифрування наданих 
користувачем даних. 
- Реалізувати логіку роботи функціоналу. 
- Створити алгоритми для збору статистики та аналізу даних. 
- Реалізувати ієрархію рівнів доступу. 
- Забезпечити підтримку різних веб-браузерів. 
- Реалізувати функцію зворотного зв’язку. 
25 
 
в) Маркетинг та SEO-оптимізація 
- На основі проведеного маркетингового дослідження розробити SEO-текст з 
метою збільшення активності користувачів. 
- Здійснювати опитування серед користувачів та працювати над 
вдосконаленням продукту, враховуючи отримані результати опитувань. 
- Готувати та реалізовувати маркетингові кампанії для підвищення обігу 
продукту. 
 
Альтернативи досягнення цілей 
Для виявлення можливих альтернатив реалізації проекту застосовується 
експертний метод, відомий як "мозковий штурм". Цей процес включає залучення 
експертів, які пропонують різноманітні варіанти реалізації. 
Для побудови діаграми ситуацій застосовується наступна циклічна процедура: 
а) Обговорення та аналіз текстового опису ситуації і формулювання 
ситуаційних цілей для поліпшення ситуації. 
б) Визначення альтернативних рішень для досягнення ситуаційних цілей. 
в) Перенесення вищеописаного на граф. 
г) Обговорення результатів ситуації, при цьому вилучаються неприйнятні 
варіанти, що можуть призвести до негативних наслідків (їх позначення 
закреслюється) [24]. Для залишених ситуацій процедура повторюється. 
На Рис. 1.11 зображена діаграма ситуацій проекту. Текстовий опис ситуацій 
поданий в Таблиці 1.3, ситуаційні цілі описані в Таблиці 1.4, альтернативні рішення 
представлені в Таблиці 1.5. 
26 
 
 
Рисунок 1.11 Діаграма ситуацій проекту 
 
Таблиця 1.3 
Опис ситуацій 
Позначення Опис ситуації 
ситуації 
S0 Виникла потреба внести корективи в дизайн сайту. Результати аналізу 
ринку свідчать, що ця потреба виявляється в більшості компаній. 
S1 Погано протестований продукт або окрема частина його функціоналу 
S2 Проект стає прибутковим і приносить соціальні вигоди. 
S3 Все білше клієнтів звертаються до ІТ-компанії через готовий сайт 
S4 Більшість клієнтів використовують даний продукт задля пізнання 
конкурента та створення кращого функціоналу. 
S5 Більшість користувачів не звертаються за консультацією через сайт, вони 
проходять повз. 
S6 Реалізація можлива. 
S7 Реалізація можлива. 
S8 Реалізація можлива. 
 
 
27 
 
Таблиця 1.4 
Опис ситуаційних цілей 
Позначення цілі Опис ситуаційної цілі 
C1 Знаходження можливості приваблювати все більше потенційних клієнтів. 
C2 Визначити найбільший сегмент споживачів на ринку. 
C3 Здобути альтернативи для впровадження системи чи додатку. 
 
Таблиця 1.5 
Опис рішень 
Позначення ситуації Опис ситуації 
R1 Використовувати вже ту систему, яка розроблена іншими компаніями  
R2 Створити власну систему для створення сайту 
R3 Створити систему за для уникнення від спаму  
R4 Створити систему обліку зареєстрованих клієнтів 
R5 Створити систему розсилки повідомлень 
R6 Розробити Android додаток. 
R7 Розробити Web додаток. 
R8 Розробити Desktop додаток. 
 
У ситуації S2, що визначає досягнення цілі C2, були представлені рішення S3, 
S4, S5. Проте S3 та S4 розглядаються як альтернативні у випадку, якщо реалізація 
рішення S5 не приведе до бажаного результату. З підсумків Рис. 3.11 можна зробити 
висновок, що після проведеної "редукції" дерева залишилося три варіанти, які ведуть 
від початкової ситуації до кінцевих: розробка Android, Web або Desktop додатку. 
  
28 
 
РОЗДІЛ ІІ 
ГАЛУЗІ ЗНАНЬ УПРАВЛІННЯ ПРОЕКТУ 
 
2.1 Управління змістом проекту 
Зміст і обсяг проекту залежать від обраної альтернативи реалізації, тому важливо 
спочатку обрати оптимальний варіант. За допомогою ситуаційного аналізу визначено 
3 альтернативи: розробка Android (S6), Web (S7) або Desktop (S8) додатку. Наступним 
завданням є вибір оптимального рішення з урахуванням макроцілей E (Таблиця 2.1). 
Процедура вибору ілюструється Таблицею 2.2, де рядки відповідають наборам рішень 
B, а стовпці — макроцілям E. 
Таблиця 2.1 
Макроцілі та їх опис 
Позначення макроцілі Опис макроцілей 
E1 Створення зручного додатку для користувачів 
Е2 Створити додаток беручи до уваги обмеження в фінансах та часі 
Е3 Отримання в повному обсязі максимального прибутку 
Е4 Забезпечити легке управління з панелі адміністратора 
Е5 Забезпечити можливість легкого додавання та редагування контенту 
 
Для кожної макроцілі присвоюється пріоритет a (вага чи бал), що визначає її 
важливість серед інших макроцілей. Ступінь досягнення макроцілі E при 
використанні набору рішень B оцінюється експертом значенням x. 
Для кожного рядка (набору рішень) обчислюється індекс досягнення 
макроцілей I (добуток ваги та значення експерта для кожної макроцілі). Значення 
індексу вказано в крайньому правому стовпці таблиці 5. Набір з максимальним 
значенням індексу виділяється знаком "!". 
Найважливішою ціллю проекту є отримання максимального прибутку, тому 
макроціль E1 отримує найвищий бал (вагу) в таблиці 2.1. 
 
29 
 
Таблиця 2.2 
Вибір оптимального набору рішень 
B Кінцева Структура набору Макроцілі та ваги (бали) I 
ситуація 
E1/4  E2/3  E3/5  E4/2  E5/4  
B1 S6 (R2, R5, R6) 0,8 0,6 0,8 0,6 0,7 13 
B2 S7 (R2, R5, R7) 0,7 0,8 0,8 0,8 0,8 14! 
B3 S8 (R2, R5, R8) 0,6 0,7 0,6 0,5 0,6 11 
 
Проведений аналіз показав, що B2, тобто реалізація веб-додатку, є найбільш 
підходящою альтернативою для розробки даного проекту. Отже, альтернативу 
обрано, і наступним етапом є визначення списку робіт. Для планування і управління 
проектом важливо визначити його структуру. В цьому випадку була застосована 
структурна модель проекту WBS. 
WBS — це ієрархічний погляд на пакети робіт проекту, які в сукупності 
реалізують цілі проекту [25]. Більше того, створено саме функціональну WBS 
(Таблиця 2.3). 
 
Таблиця 2.3 
Функціональна WBS структура проекту 
Проект MoneyMonitor 
   Оцінка та прогноз проекту 
      Аналіз середовища (по Україні) 
      Аналіз ринку 
      ТЕО 
      Комерційний аналіз 
      Оренда і утримання офісних 
приміщень 
      Закупівля меблів та техніки 
   Робота з ТЗ 
      Написання ТЗ 
      Планування робіт 
      Затвердження ТЗ 
      Розподіл ресурсів 
 
30 
 
Продовження таблиці 2.3 
Проект MoneyMonitor 
   Дизайн 
      Розробка PSD-шаблонів landing 
pages 
      Брендінг 
      Неймінг 
      Розробка PSD-шаблонів content 
pages 
   Розробка 
      Розробка landing pages 
      Імплементація бізнес-логіки 
      Реалізація логіки додатку 
      Розробка content pages 
      SEO-оптимізація 
   Тестування та фіксинг 
      Тестування 
      Bug fixing 
      Готова робоча версія проекту 
   Маркетинг 
      SMM 
      Таргетинг 
      Контекстна реклама 
      Підготовка до запуску 
 
Функціональна WBS ґрунтується на функціональній організаційній структурі і 
включає декомпозицію за функціями підрозділів, чиї працівники беруть участь в 
управлінні проектом. З Рисунка видно, що проект розділений на кілька етапів: Оцінка 
та прогноз проекту, Робота з Технічним завданням (ТЗ), Дизайн, Розробка, 
Тестування та Виправлення помилок, Маркетинг. Проте деякі з цих етапів включають 
дворівневі підетапи, які відображені на Рисунку 2.1 та Рисунку 2.2. 
31 
 
 
Рисунок 2.1 Структура проекту на етапі Оцінки та прогнозу проекту 
 
З Рисунка 2.1 стає очевидним, що в процесі аналізу ринку визначаються 
стратегічні групи конкурентів. Стратегічна група конкурентів - це група підприємств 
у даній галузі, які мають спільні характеристики, такі як схожі стратегії конкуренції, 
однакові позиції на ринку, схожі пропоновані послуги, сервіс та інші маркетингові 
елементи. 
Визначення стратегічної групи означає встановлення обмежень, які 
розмежовують одну групу від іншої [26]. Ці обмеження можуть включати розмір 
підприємства, обсяг виручки, різницю в послугах, спеціалізацію робочої сили, 
унікальні технології надання послуг та інше. 
В цілому етап оцінки та прогнозу проекту включає аналіз ринку та проектний 
аналіз для визначення рентабельності проекту та виявлення джерел інвестицій. 
На етапі роботи з технічним завданням (ТЗ) проведено дослідження та створено 
документацію, яка охоплює всі аспекти майбутнього функціоналу продукту та 
вимоги до проекту. На основі цієї документації написано та затверджено ТЗ. 
Результатом етапу дизайну є розробка та затвердження шаблонів сторінок, які 
будуть використані при створенні додатку. 
32 
 
 
Рисунок 2.2 Структура проекту на етапі Розробки 
 
Розробка – один із визначальних етапів, оскільки саме на цьому етапі може 
виникнути ризик порушення графіка, що може призвести до зниження якості проекту 
або навіть скасування його запуску. Саме тому на цьому етапі команда ретельно 
розкладає кожну частину на прості етапи, а менеджер постійно відстежує їхню 
реалізацію. 
Результатом етапу Розробки є перша робоча версія продукту, готова до Бета-
тестування. 
На етапі Тестування та фіксингу продукт допрацьовується до готовності для 
офіційного запуску. 
Етап Маркетингу завершується розробкою маркетингової стратегії та її 
впровадженням з метою залучення максимальної кількості користувачів. 
Після визначення етапів та завдань проекту можна переходити до його 
планування. Серед найпоширеніших інструментів планування проектів варто 
виділити сіткове планування. З цією метою використано ключовий інструмент 
33 
 
сіткового планування - сітковий графік, який дозволяє ретельно продумати різні 
стратегічні підходи перед початком проектних робіт. 
Сітковий графік – це впорядкована схема, яка демонструє послідовність 
виконання завдань у проекті. 
Сітковий графік наведено на Рис. 2.3. Деталізацію можна знайти в додатку. 
 
 
Рисунок 2.3 Сітковий графік проекту 
34 
 
2.2 Управління ресурсами проекту 
Управління ресурсами – це одна з ключових підсистем управління проектом, 
що охоплює процеси планування, закупівлі, постачання, розподілу, обліку і контролю 
ресурсів. 
У методології управління проектами термін "ресурс" охоплює все, що проект 
має в своєму розпорядженні, включаючи трудові, фінансові, матеріально-технічні 
ресурси, команду проекту, час (тривалість, терміни обмеження), інформацію, знання 
і технології. 
Матеріально-технічні ресурси включають сировину, матеріали, конструкції, 
комплектуючі, електроенергію і паливо, машини і механізми, обладнання (детально 
представлені в Таблиці 2.4). 
Трудові ресурси (див. Таблицю 2.5) – це колектив працівників, які виконують 
безпосередні завдання проекту з використанням матеріально-технічних ресурсів. 
 
Таблиця 2.4 
 Матерільно-технічні ресурси проетку 
№ Назва ресурсу Кількість Вартість за од. Термін експлуатації 
(грн.) (років) 
1. Ноутбук HP 15-bw020ur 5 15 600 4 
(1ZK09EA) Balck 
2. Гарнітура дротова Speedlink 5 500 2 
Sonid Stereo Headset - USB 
Black-Grey (SL-870002-BKGY) 
3. Клавіатура+миша Rapoo 5 200 2 
NX1750 USB Black 
4. Стіл на 2 робочих місця 3 3000 5 
(0.70х2.00х0.8м) 
5. Стілець FunDesk LST4 OG-GY 6 700 5 
 
  
35 
 
Таблиця 2.5 
 Трудові ресурси проекту 
№ Назва ресурсу Ставка за 1 робочу годину (грн.) Понаднормова ставка (грн.) 
1. Менеджер 100 120 
2. Бекенд-розробник 75 90 
3 Фронтенд-розробник 80 96 
4. Тестувальник 50 60 
5. Дизайнер 65 78 
6. SEO-копірайтер 40 48 
7. Маркетолог 50 60 
 
Матеріальні ресурси були розподілені між командою таким чином: 
- Ноутбук та гарнітура надавалися менеджеру, розробникам, тестувальнику та 
копірайтеру. Маркетолог та дизайнер використовували власну техніку. 
- Було облаштовано 6 робочих місць (2 за кожним столом) для: менеджера та 
маркетолога; розробників; тестувальника та копірайтера. Дизайнер працював у 
віддаленому режимі. 
Використання трудових ресурсів детально представлене в Таблиці 2.6 (див. 
додаток). 
Таблиця 2.6 
Використання трудових ресурсів 
Назва ресурсу Трудозатрати 
Менеджер 776 ч 
   Аналіз середовища (по Україні) 80 ч 
   Аналіз ринку 160 ч 
   ТЕО 80 ч 
   Комерційний аналіз 40 ч 
   Оренда і утримання офісних 
40 ч 
приміщень 
   Закупівля меблів та техніки 40 ч 
   Написання ТЗ 80 ч 
 
 
36 
 
Продовження таблиці 2.6 
Назва ресурсу Трудозатрати 
   Планування робіт 40 ч 
   Затвердження ТЗ 16 ч 
   Розподіл ресурсів 40 ч 
   Підготовка до запуску 160 ч 
Бекенд-розробник 1 480 ч 
   Написання ТЗ 80 ч 
   Імплементація бізнес-логіки 560 ч 
   Реалізація логіки додатку 720 ч 
   Bug fixing 120 ч 
Фронтенд-розробник 800 ч 
   Написання ТЗ 80 ч 
   Розробка landing pages 120 ч 
   Розробка content pages 480 ч 
   Bug fixing 120 ч 
Тестувальник 160 ч 
   Тестування 160 ч 
Дизайнер 336 ч 
   Написання ТЗ 80 ч 
   Розробка PSD-шаблонів landing 
96 ч 
pages 
   Розробка PSD-шаблонів content 
160 ч 
pages 
SEO-копірайтер 80 ч 
   SEO-оптимізація 80 ч 
Маркетолог 480 ч 
   Написання ТЗ 80 ч 
   Брендінг 40 ч 
   Неймінг 40 ч 
   SMM 80 ч 
   Таргетинг 40 ч 
   Контекстна реклама 40 ч 
   Підготовка до запуску 160 ч 
 
2.3 Управління часом проекту 
Під поняттям "управління часом" розуміють ряд дій, що включають: 
- Визначення робіт. 
- Структурна декомпозиція для визначення взаємозв'язків між роботами. 
- Оцінка тривалості робіт. 
- Розробка календарного плану. 
37 
 
- Контроль часу. 
Опис (визначення) робіт необхідний для чіткого визначення обсягу робіт у проекті. 
Це має бути виконано чітко та зрозуміло, щоб заздалегідь визначити кордони проекту 
та забезпечити ефективне управління змінами. 
Визначення робіт та їх декомпозиція представлені в Таблиці 2.3. 
Оптимізацію та контроль часу забезпечено шляхом використання основних 
методів тайм-менеджменту. Проектний менеджер дотримується основного правила 
передінвестиційної фази проекту - "правильне попереднє планування попереджає 
погані показники" згідно з правилом 6П. 
Для ефективного планування важливо визначити пріоритетність кожної задачі. В 
даному випадку використано метод побудови матриці управління часом (матриця 
Ейзенхауера), яка представлена на Рис. 2.4. 
 
Рисунок 2.4 – Матриця управління часом 
 
У першому секторі містяться завдання, які одночасно є терміновими та 
важливими. Пропускання уваги на цих завданнях може призвести до негативних 
наслідків для ефективності проекту в майбутньому. 
У другому секторі розташовані важливі завдання, їх вирішення можна 
відкласти на певний час. Враховуючи їхню вирішальну роль у майбутньому, для цих 
завдань слід передбачити додатковий часовий резерв. 
38 
 
Третій сектор охоплює термінові, але не важливі завдання. Планування часу для 
цих завдань не призводить до позитивних результатів і може вплинути на 
ефективність проекту. Такі завдання слід розподіляти серед членів команди або 
зменшувати їхню кількість. Прикладами можуть бути телефонні дзвінки, листи або 
деякі зустрічі. 
Четвертий сектор включає завдання, які не є важливими і не терміновими, тобто 
ті, що не впливають на ефективність проекту. Завдання цього сектора слід виключити 
зі списку завдань проектного менеджера. 
Розподіл завдань проектного менеджера по секторам дозволяє класифікувати їх 
за ступенем важливості, що потребує значного часу. Така матриця допомагає 
визначити непотрібні завдання і відкинути їх. 
На наступному етапі важливо встановити послідовність робіт та їхній 
взаємозв'язок за лінією "попередник-послідовник". Після цього можливе 
оптимізування часу виконання завдань. 
В результаті оптимізації та встановлення послідовності була визначена 
тривалість кожної роботи і розроблений календарний план, представлений в Таблиці 
2.7. 
Таблиця 2.7 
Календарний план робіт  
Трива Кінцевий Попер
Назва задачі Початок Кінець Назва ресурсів 
лість термін едник 
Проект 272 
Пн 09.07.18 Вт 23.07.19 НД   
MoneyMonitor дней 
Оцінка та 
55 
прогноз Пн 09.07.18 Пт 21.09.18 Ср 26.09.18   
дней 
проекту 
Аналіз 
10 
середовища (по Пн 09.07.18 Пт 20.07.18 Пн 23.07.18  Менеджер 
дней 
Україні) 
20 
Аналіз ринку Пн 23.07.18 Пт 17.08.18 Пн 27.08.18 3 Менеджер 
дней 
10 
ТЕО Пн 20.08.18 Пт 31.08.18 Пн 10.09.18 4 Менеджер 
дней 
Комерційний 
5 дней Пн 03.09.18 Пт 07.09.18 Вт 11.09.18 5 Менеджер 
аналіз 
  
39 
 
Продовження таблиці 2.7 
Трива Кінцевий Попер
Назва задачі Початок Кінець Назва ресурсів 
лість термін едник 
Управління (менеджмент) 
Оренда і 
Комунальні платежі 
утримання 
5 дней Пн 10.09.18 Пт 14.09.18 Пн 17.09.18 6 Оренда 
офісних 
Резерв для комунальних 
приміщень 
послуг 
Менеджер;Закупівля 
комунікаційного та 
периферійногообладнання;
Закупівля 
Закупівля 
меблів та 5 дней Пн 17.09.18 Пт 21.09.18 Ср 26.09.18 7 
ноутбуків;Закупівля 
техніки 
стільців;Закупівля 
столів;Резерв на закупівлю 
обладнання 
Готовий 
прогноз 0 дней Пт 21.09.18 Пт 21.09.18 НД   
проекту 
22 
Робота з ТЗ Пн 24.09.18 Вт 23.10.18 Пн 29.10.18   
дней 
Бекенд-
10 розробник;Дизайнер;Марк
Написання ТЗ Пн 24.09.18 Пт 05.10.18 Пн 08.10.18 8 
дней етолог;Менеджер;Фронтен
д-розробник 
Планування 
5 дней Пн 08.10.18 Пт 12.10.18 Вт 16.10.18 11 Менеджер 
робіт 
Затвердження 
2 дней Пн 15.10.18 Вт 16.10.18 Пн 22.10.18 12 Менеджер 
ТЗ 
Розподіл 
5 дней Ср 17.10.18 Вт 23.10.18 Пн 29.10.18 13 Менеджер 
ресурсів 
 Готове ТЗ 0 дней Вт 23.10.18 Вт 23.10.18 НД   
32 
Дизайн Ср 17.10.18 Чт 29.11.18 Пт 30.11.18   
дней 
Розробка PSD-
12 
шаблонів Ср 17.10.18 Чт 01.11.18 Пт 09.11.18 13 Дизайнер 
дней 
landing pages 
Брендінг 5 дней Ср 17.10.18 Вт 23.10.18 Вт 30.10.18 13 Маркетолог 
Неймінг 5 дней Ср 24.10.18 Вт 30.10.18 Пт 02.11.18 18 Маркетолог 
Розробка PSD-
20 
шаблонів Пт 02.11.18 Чт 29.11.18 Пт 30.11.18 17 Дизайнер 
дней 
content pages 
Завершений 
0 дней Чт 29.11.18 Чт 29.11.18 НД   
дизайн 
160 
Розробка Ср 17.10.18 Вт 28.05.19 Чт 30.05.19   
дней 
 
40 
 
Продовження таблиці 2.7 
Трива Кінцевий Попер
Назва задачі Початок Кінець Назва ресурсів 
лість термін едник 
Розробка 15 
Пт 02.11.18 Чт 22.11.18 Пн 03.12.18 17 Фронтенд-розробник 
landing pages дней 
Імплементація 70 
Ср 17.10.18 Вт 22.01.19 Пт 01.02.19 13 Бекенд-розробник 
бізнес-логіки дней 
Реалізація 90 
Ср 23.01.19 Вт 28.05.19 Чт 30.05.19 24 Бекенд-розробник 
логіки додатку дней 
Розробка 60 
Пт 30.11.18 Чт 21.02.19 Чт 07.03.19 20 Фронтенд-розробник 
content pages дней 
SEO- 10 
Пт 22.02.19 Чт 07.03.19 Чт 14.03.19 26 SEO-копірайтер 
оптимізація дней 
Готова тестова 
0 дней Вт 28.05.19 Вт 28.05.19 НД   
версія продукту 
Тестування та 35 
Ср 29.05.19 Вт 16.07.19 Пн 22.07.19   
фіксинг дней 
20 
Тестування Ср 29.05.19 Вт 25.06.19 Пн 01.07.19 25 Тестувальник 
дней 
Бекенд-
15 
Bug fixing Ср 26.06.19 Вт 16.07.19 Пн 22.07.19 30 розробник;Фронтенд-
дней 
розробник 
Готова робоча 
0 дней Вт 16.07.19 Вт 16.07.19 НД   
версія проекту 
40 
Маркетинг Ср 29.05.19 Вт 23.07.19 НД   
дней 
10 
SMM Ср 29.05.19 Вт 11.06.19 Пн 17.06.19 25 Маркетолог;SMM 
дней 
Таргетинг 5 дней Ср 12.06.19 Вт 18.06.19 Пн 22.07.19 34 Маркетолог;Таргетинг 
Контекстна Маркетолог;Контекстна 
5 дней Ср 19.06.19 Вт 25.06.19 Пт 28.06.19 35 
реклама реклама 
Маркетолог;Менеджер;Ма
Підготовка до 20 
Ср 26.06.19 Вт 23.07.19 Вт 23.07.19 36 ркетинг (перед 
запуску дней 
запуском);Премії 
Запуск 
0 дней Вт 23.07.19 Вт 23.07.19 НД   
продукту 
 
У календарному плані вказано лише той час, який призначений для виконання 
завдань. Проте не завжди вдається дотриматися цього часу, і іноді може трапитися 
навпаки — завдання виконується раніше запланованого терміну. Для ефективного 
контролю над цими змінами зручно використовувати метод критичного шляху. Цей 
метод є стратегією планування та управління роботами в рамках проекту, включаючи 
41 
 
складання графіку їх виконання. Ключовим поняттям у цьому методі є "критичний 
шлях". 
Тривалість критичного шляху визначає загальний час виконання проекту. 
Роботи, що не є частиною критичного шляху, можуть відхилятися в часі — це означає, 
що тривалість таких робіт може збільшуватися або відбуватися з запізненням, при 
цьому загальний термін проекту залишається незмінним.  
Резерв часу, створений у процесі планування, може бути використаний для 
зменшення ризиків, оптимізації ресурсів, управління фінансовими потоками та інших 
цілей. Розширена Діаграма Ганта використовується для відображення критичного 
шляху та інших ключових елементів плану проекту і є популярним інструментом у 
програмах управління проектами. 
42 
 
 
Рис. 2.5 Розширена діаграма Ганта 
43 
 
2.4 Управління вартістю проекту 
Управління вартістю проекту включає в себе процеси, які проводяться під час 
планування, розробки бюджету та контролю витрат з метою завершення проекту в 
рамках схваленого бюджету. Для визначення передбачуваної вартості проекту 
потрібно розробити кошторисну документацію. 
Кошторисна документація відображає вартісну оцінку на кожному етапі роботи 
над проектом. Локальні кошториси складаються на основі поточних цін на трудові та 
матеріально-технічні ресурси, що включає розрахунок витрат на працю та матеріали. 
Зведений кошторис об'єднує дані з локальних кошторисів і надає загальну 
оцінку вартості проекту. Для спрощення розрахунку трудових витрат 
використовується автоматичний розрахунок в MS Project, який представлено у 
вигляді діаграми на Рис. 2.6. 
 
 
Рисунок 2.6 Діаграма трудозатрат за весь період розробки проекту 
 
Локальні кошториси ретельно розроблені для наступних компонентів: оплати 
праці, оренди приміщення, закупівлі меблів і техніки, а також маркетингових витрат. 
44 
 
Детальна інформація щодо цих витрат наведена в Таблицях 2.7, 2.8, 2.9 та 2.10 
відповідно. 
 
Таблиця 2.7 
Локальний кошторис оплати праці 
№ Трудозатрати Вартість (грн.) 
1 Менеджер 134 800 
2 Бекенд-розробник 111 000 
3 Фронтенд-розробник 64 000 
4 Тестувальник 8 000 
5 Дизайнер 21 840 
6 SEO-копірайтер 3 200 
7 Маркетолог 24 000 
8 Резерв (робота понаднормово, премії) 60 000 
  Вього 426 840 
 
З аналізу Таблиці 2.7 видно, що менеджер отримав більше годин роботи, ніж 
було вказано на діаграмі трудозатрат. Це пояснюється тим, що, крім виконання 
поставлених завдань, менеджер відводив щоденно ще додаткові 2 години для 
забезпечення ефективного контролю над ходом проекту. 
Таблиця 2.8 
Локальний кошторис оплати приміщення 
№ Затрати Вартість (грн. за 11 місяців) 
1 Комунальні платежі 13 000 
2 Оренда 65 000 
3 Резерв 8 000 
  Всього 86 000 
 
45 
 
Витрати на комунальні послуги та оренду плануються протягом 11 місяців, 
оскільки протягом перших 2 місяців лише менеджер займається проектом, і немає 
необхідності орендувати приміщення для ще одного працівника, який виконує свої 
обов'язки у віддаленому режимі. 
Таблиця 2.9 
Локальний кошторис оплати обладнання та меблів 
№ Обладнання Вартість (грн.) 
1 Ноутбуки (5 шт) 78 000 
2 Комунікаційне та периферійне обладнання (5 шт.) 4 500 
3 Столи (3 шт.) 9 000 
4 Стільці (6 шт.) 4 200 
5 Резерв 9 800 
  Всього 105 500 
 
У Таблиці 2.9 зазначено ціни на обладнання, враховуючи додаткову гарантію, 
при цьому вартість доставки не включена (доставка є безкоштовною). 
 
Таблиця 2.10 
Локальний кошторис маркетингових витрат 
№ Вид маркетингу Вартість (грн.) 
1 SMM 1 000 
2 Таргетинг 1 500 
3 Контекстна реклама 1 000 
4 Маркетинг перед запуском 10 000 
5 Резерв 2 000 
  Всього 15 500 
  
З таблиць 2.7-2.10 можна зрозуміти, що в кошторисі не враховані витрати на 
хостинг та домен, оскільки на етапі розробки вони використовуються безкоштовно. 
Зазначено, що на операційній фазі був придбаний хостинг, на якому розміщений сайт 
46 
 
із доступом через доменне ім'я. На основі цих локальних кошторисів було створено 
зведений кошторис, представлений у Таблиці 2.11. 
Таблиця 2.11 
Зведений кошторис 
№ Найменування Вартість (грн.) 
1 Трудозатрати 426 840 
2 Матеріальні затрати 86 000 
3 Обладнання та меблі 105 500 
4 Маркетинг 15 500 
  Всього 633 840 
 
Використані методи та засоби контролю вартості включають: 
- Система контролю за зміною вартості: Ця система визначає процедури, за 
якими може змінюватися вартісна основа проекту. Вона включає в себе роботу 
з документами, системи відстеження та встановлення рівнів повноважень, які 
необхідні для затвердження будь-яких змін. 
- Контроль за виконанням: Технологія контролю за виконанням допомагає 
оцінити обсяг будь-яких відхилень, які виникають у процесі реалізації проекту. 
Особливо корисний аналіз освоєного обсягу для контролю вартості. 
Визначення причин відхилень та прийняття рішень щодо необхідних корекцій 
у цьому контексті є важливою частиною контролю вартості. 
 
2.5 Управління закупівлями в проекті 
Компанія яка надає послуги по створенню веб-інформаційних систем вже має 
все необхідне обладнання для створення програмного продукту, починаючи від 
потужної техніки закінчуючи високошвидкісним інтернетом та 
висококваліфікованими співробітниками, ліцензіями на використання платформ по 
створенню програмного забезпечення та ін. 
47 
 
2.6 Управління якістю проекту 
Основна ціль розробки полягає в успішній реалізації проекту, який відповідає 
вимогам та очікуванням споживачів, створюючи продукт високої якості. Якість 
визначається як сукупність характеристик об'єкта, що визначають його здатність 
задовольняти встановлені та передбачувані потреби. 
Якість проекту визначається ступенем відповідності всіх його характеристик 
вимогам проекту. Управління якістю проекту охоплює всі фази життєвого циклу 
проекту, від початкового формулювання його характеру, через процеси виконання та 
управління проектною командою, до завершення проекту. 
Філософія загального управління на основі якості (TQM) є стратегічним 
підходом до організації, що прагне досягти загальної якості. Принципи TQM 
включають розгляд якості як неот'ємної частини проекту, акцент на вимогах 
споживача, використання нових технологій для покращення якості та залучення всіх 
працівників у підвищення якості. 
Управління якістю в проекті розрізняється на два аспекти: якість кінцевого 
продукту і якість процесів управління проектом. Воно реалізується за допомогою 
системи управління якістю, яка включає правила, процедури та процеси для 
планування, забезпечення та контролю якості, а також постійного вдосконалення цих 
аспектів. 
Для початку необхідно визначити, які параметри впливають на якість 
майбутнього продукту (Рис. 2.7). 
 
Рисунок 2.7 Діаграма Ісікаві 
48 
 
Діаграма Ісікави вказує на те, що якість продукту залежить від різноманітних 
факторів, включаючи якість окремих технологічних і управлінських процесів, 
операцій та робіт. Зауважимо, що якість виконання окремих процесів, операцій і робіт 
визначається якістю проекту. У свою чергу, якість проекту обумовлена якістю 
управління проектом. Таким чином, для забезпечення випуску якісної продукції, яка 
відповідає вимогам та очікуванням споживачів, необхідно забезпечити високу якість 
процесів, операцій, робіт і управління проектом. 
Для точного визначення якості проекту і виявлення відповідності його 
критеріям було визначено наступні параметри: 
Рівень менеджменту та здатність до делегування завдань. 
- Виконання вимог замовника. 
- Перевищення вимог замовника. 
- Відповідність нормам кодування. 
- Відповідність стандарту ISO 9000–2011. 
Для забезпечення відповідності цим критеріям якості, управління якістю 
проекту взяло за основу стандарт ISO 9000–2011, використовуючи його шість 
основних принципів. Нижче представлені модернізовані принципи, спрямовані на 
успішну реалізацію даного проекту: 
- Піддавайте систематичному аналізу та удосконаленню всі процеси. 
- Залучайте та мотивуйте персонал для досягнення спільних цілей. 
- Фокусуйтеся на взаємозв'язку між процесами для досягнення ефективності та 
результативності. 
- Забезпечуйте системний підхід до керування проектом. 
- Враховуйте потреби всіх зацікавлених сторін у керуванні проектом. 
- Підтримуйте лідерство, щоб забезпечити участь всіх рівнів управління у 
досягненні мети проекту. 
- Орієнтація на споживача визначає успіх проекту, оскільки його результати 
безпосередньо впливають на споживачів. Ефективне розуміння їхніх поточних 
та майбутніх потреб, відповідь на вимоги і бажання перевищення їхніх 
очікувань є важливим елементом. На всіх етапах розробки проводяться 
49 
 
опитування потенційних споживачів, а результати та відгуки користувачів 
слугують основою для формування переліку вимог. 
- Лідерство керівника визначає спрямування та єдність організації. Керівники 
створюють внутрішнє середовище, де працівники можуть повністю залучитися 
до виконання завдань. Для досягнення цього створено процедури уникнення 
конфліктів, які сприяють створенню атмосфери, де не лише легко вирішувати 
конфлікти, але й уникати їх. Заходи з командобудування також сприяють 
підвищенню працездатності та бажання працювати в команді. 
- Залучення працівників визнає, що вони є невід'ємною частиною організації. 
Повне їх залучення до вирішення завдань дозволяє використовувати їхні 
здібності на повну силу. З цією метою проводиться систематичне 
вдосконалення... 
- Здійснення ефективного управління мотивацією на проекті включає в себе 
різноманітні методи, а одним з ефективних підходів є використання конкуренції 
для стимулювання працівників. 
- Застосування системного підходу до менеджменту передбачає виявлення, 
розуміння та керування взаємопов'язаними процесами як єдиною системою. Це 
сприяє підвищенню результативності та ефективності організації у досягненні 
своїх цілей. 
- Наполегливе прагнення до поліпшення є постійною метою діяльності 
організації в цілому. Цей процес реалізується через циклічну процедуру PDCA, 
яка зображена на Рис. 2.8. 
50 
 
 
Рисунок 2.8 Цикл поліпшень «плануй - роби - перевіряй - дій» 
 
Розвиток нових стратегій для поліпшення ситуації виникає через впровадження 
конкурентного бенчмаркінгу. Бенчмаркінг представляє собою метод, який полягає в 
виявленні можливостей для удосконалення власної діяльності через порівняння її з 
ефективністю найкращих або передових підприємств або підрозділів у відповідній 
галузі. Зокрема, зовнішній бенчмаркінг передбачає порівняння з кращими фірмами 
незалежно від характеру їхньої діяльності. 
Поза основними принципами ISO 9000–2011, були впроваджені додаткові 
особисті принципи для підвищення якості проекту: 
Систематичне підвищення кваліфікації та збагачення знань працівників, 
оскільки існує прямопропорційна залежність між кваліфікацією працівників і якістю 
продукту. Кожен співробітник розробляє особистий план самовдосконалення, 
включаючи професійне навчання, вивчення англійської мови та розширення своїх 
знань. 
51 
 
Код розробників завжди повинен відповідати стандартам кодування, які 
визначають стиль коду, практики та методи написання програм для конкретної мови 
програмування. Це робиться для того, щоб проект не був залежним від конкретного 
розробника, і в разі проблем його можна було легко замінити іншим експертом. 
Відповідно до стандарту НТК СОВНЕТ, процес управління якістю в проекті включає 
такі етапи: 
- Концепція (ініціація) управління якістю в проекті. 
- Планування управління якістю в проекті. 
- Організація управління і контроль якості в проекті. 
- Аналіз стану і регулювання забезпечення якості в проекті. 
Закриття управління якістю проекту. 
На етапі планування управління якістю була визначена повна характеристика 
споживачів, встановлені всі критерії та вимоги до проекту, розроблені методи 
досягнення критеріїв і створено план управління якістю. Таким чином, якість 
продукту гарантується шляхом дотримання всіх визначених принципів управління 
якістю та за допомогою систематичного контролю та перевірки якості. 
 
2.7 Управління ризиками проекту 
Ризик – це ймовірність виникнення небажаної події, особливо в сфері 
підприємницької діяльності, де його розглядають як можливість втрати ресурсів, 
зниження запланованих доходів або додаткових витрат під час фінансової або 
виробничої діяльності. 
- Ризик можна розглядати як властивість ринкового середовища, поділяючи його 
на: 
- Виробничий – пов'язаний з можливістю невиконання фірмою своїх зобов'язань 
перед замовником. 
- Фінансовий – пов'язаний з можливістю невиконання фірмою фінансових 
зобов'язань перед інвестором через використання позикових коштів. 
- Інвестиційний – пов'язаний з можливим знеціненням інвестиційного портфеля. 
52 
 
- Ринковий – пов'язаний з коливаннями ринкових процентних ставок та 
валютних курсів. 
- Політичний – стосується можливих збитків внаслідок нестабільної політичної 
ситуації. 
- Реалізуючи інвестиційний проект, підприємство стикається із проектним 
ризиком – сукупністю загроз економічній ефективності проекту, що 
проявляється в негативному впливі різних чинників на грошові потоки. 
Проектний ризик означає сукупність ризиків, що створюють загрозу економічної 
ефективності проекту через негативний вплив різних чинників на грошові потоки. 
Таблиця 2.12 надає імовірності виникнення ризиків. 
Таблиця 2.12 
Імовірність виникнення ризиків 
№ Ризик Імовірність Метод розрахунку 
імовірності 
1 Допустити помилки при розробці, тестуванні чи в 0,99 Експертний 
управлінні командою 
2 Не можна досягти поставленого рівня якості 0,4 Статистичний (див. 
Табл. 2) 
3 Перевищити розрахований ліміт коштів на проект 0,48 Експертний 
4 Витік інформації 0,2 Експертний 
5 Недотримання часових термінів 0,4 Експертний 
6 Розроблений проект не відповідає очікуванням 0,2 Експертний 
замовника 
7 Не отримати очікувану кількість користувачів 0,4 Статистичний (див. 
Табл. 2) 
8 Користувачі продовжуть викорисутовувати 0,34 Експертний 
додатки конкурентів 
9 Розроблений проект з великою кількістю багів, на 0,6 Статистичний (див. 
які вказуюють користувачі Табл. 3) 
10 Масштабування 0,7 Експертний 
11 Непорозуміння в роботі між членами команди чи 0,4 Експертний 
між командою та замовником 
 
53 
 
Для оцінки ймовірності (див. Таблицю 2.12) використовувався комбінований 
метод, який включає статистичний та експертний аналіз. Там, де можливо, був 
використаний статистичний підхід, а в інших випадках застосовувався експертний 
метод. Варто відзначити, що застосування експертного методу може бути 
обмеженим, оскільки деякі конкуренти не розкривають необхідної інформації, 
наприклад, щодо своїх запланованих витрат на проект. 
Крім того, статистичний підхід не завжди є обов'язковим, оскільки для деяких 
ситуацій достатньо експертного аналізу, особливо коли є очевидні обставини, як, 
наприклад, ризик помилки програміста чи іншого члена команди, що майже завжди 
має місце. 
Найвищу ймовірність мають такі ризики: допущення помилок на будь-якому 
етапі проекту, де головну роль відіграє людський фактор, що є загальним явищем у 
роботі; ефект масштабування, коли проект застаріває протягом його розробки, тому 
уникання цього явища вкрай важливо; виявлення багів, які вказують користувачі, що 
є неуникненним, тому важливо, щоб користувач міг в будь-який момент подати відгук 
та описати свої проблеми. 
Статистичний аналіз, представлений в Таблицях 2.13 та 2.14, здійснювався 
лише для додатків, які працюють на ринку більше 3 років, оскільки саме вони мають 
повноцінну та опрацьовану версію додатків. Тільки в їх випадку можна з'ясувати, чи 
стикались вони із ризиками, переглянутими раніше, чи ні. 
Таблиця 2.13 
"Не досягнути визначеної якості та не отримати плановану кількість користувачів" в 
статистиці ризиків. 
 
№ Назва додатку Досягення поставленого рівня 
(понад 1 млн користувачів) 
1 Drupal 1 
2 WordPress 1 
3 Joomla 0 
4 Open Card 1 
 
54 
 
Продовження таблиці 2.13 
№ Назва додатку Досягення поставленого рівня 
(понад 1 млн користувачів) 
5 Magento 0 
6 Shopify 1 
7 Typo3 1 
8 Symfony 0 
9 Angular 0 
10 Betrex 1 
 
Розглянуто лише най популярніші додатки, адже аналогів веб-сервісів з 
подібним функціоналом та поставленим рівнем якості відсутні. Оцінка якості 
аналогічна кількості користувачів, адже користувачі обирають найкращий продукт, а 
якщо кількість користувачів більше 1 млн, отже продукт якісний. 
Проведено аналіз 10 найбільш популярних додатків, решта додатків не мають 
відповідного функціоналу, тому їхня якість не відповідає навіть мінімальній. 
З Таблиці 2.13 видно, що 4 додатки з 10 не досягли поставленої якості, отже 
імовірність того, що розроблений проект не буде відповідати потрібній якості 
становить 0,4. 
Таблиця 2.14  
Статистика ризиків “Розроблений проект з великою кількістю багів, на які 
вказуюють користувачі” 
 
№ Назва додатку Велика кількість багів, помічених 
користувачами 
1 Wallet 1 
2 Личный финансовый менеджер 0 
3 Easy Home Finance 0 
4 Мои финансы 1 
5 Bluecoins 1 
55 
 
Продовження таблиці 2.14 
№ Назва додатку Велика кількість багів, помічених 
користувачами 
6 Monefy 1 
   
7 Money Manager 1 
8 Spendee 0 
9 Money Pro 1 
10 Toshl Финансы 0 
 
Статистичні дані (Табл. 3) отримано під час огляду відгуків користувачів (на 
момент 2023 року) щодо поширених проблем у їхній взаємодії із відповідними 
додатками. 
Отже, у 6 з 10 додатків виявлено значну кількість багів, тому ймовірність того, 
що проект також буде містити велику кількість багів, виявлених користувачами, а не 
під час тестування, складає 0,6. 
Фактори, які можуть породжувати ризики та способи їх уникнення (заходи 
контролю), представлені у Таблиці 2.15.  
56 
 
Таблиця 2.15 
Фактори виникнення ризиків та засоби їх уникнення  
№ Ризик, Ri Фактори, Fi Засіб боротьби з ним, Mi 
1. Допустити помилки при Некомпетентність Перевіряти компетентність 
розробці, тестуванні чи в членів команди команди щотижнево та 
управлінні командою мотивувати до саморозвитку. 
2. Не можна досягти Некомпетентність Працювати над розвитком 
поставленого рівня якості членів команди команди: для кожного план 
вивчення нових технологій та 
щотижневі уроки англійської мови 
3. Перевищити розрахований Неправильно Розробити ТЗ з описаним повним 
ліміт коштів на проект складений кошторис функціоналом 
 Зростання цін При розрахунку враховувати 
нестабільність економіки та 
врахувати резервні кошти 
Зріст валюти При розрахунку враховувати 
нестабільність економіки та 
валюту 
4. Витік інформації Член команди розповів Підписати з кожним членом 
стороннім команди NDA договір з умовами 
конфіденційну фінансового стягнення при 
інформацію розголошенні інформації 
5. Недотримання часових Невірно розрахований При плануванні враховувати 
термінів час процесів резервний час  
 
Недотримання Перед початком процесу 
термінів виконання розглянути можливі труднощі та 
командою (особисті чи обговорити їх на щоденному чи 
технічні проблеми) плановому мітингу 
Відмова членів Працювати над мотивацією 
команди працювати команди, проводити team building 
заходи 
6. Розроблений проект не Нечітко сформовані При написанні ТЗ, ознайомити з 
відповідає очікуванням вимоги проекту функціоналом усіх членів команди 
замовника та використовуючи метод 
мозкового штурму розробити ТЗ 
доступним для кожного. 
 
 
57 
 
Продовження таблиці 2.15 
№ Ризик, Ri Фактори, Fi Засіб боротьби з ним, Mi 
7. Не отримати очікувану Неефективна Проаналізувати психологію 
кількість користувачів маркетингова компанія потенційних користувачів та 
зробити маркетингову компанію, 
яка відповідатиме кожному 
8. Користувачі продовжуть Погано проведений Протестувати додатки 
викорисутовувати додатки аналіз ринку конкурентів, проаналізувати їхні 
конкурентів недоліки, їхні доходи та приблизні 
витрати; Провести опитування 
серед потенційних клієнтів 
9. Розроблений проект з Погано проведене Перевірка компетентності QA 
великою кількістю багів, тестування інженера, в разі необхідності - 
на які вказуюють знайти нового 
користувачі 
10.  Масштабування Поки тривала Щоденно аналізувати роботу 
розробка, проект конкурентів та зміну ІТ ринку 
застарів 
11. Непорозуміння в роботі Недостатня відкритість Проведення мітингів, на яких 
між членами команди чи проекту; нездорова кожен може виразити власну 
між командою та робоча атмосфера думку  
замовником 
 
Когнітивні моделі управління ризиків 
Малюнок 2.9 демонструє приклад когнітивної моделі. Когнітивні моделі 
ризиків представлені на малюнках з 2.10 по 2.20, відповідно до інформації у Таблиці 
2.15. 
Fi Ri 
Mi 
 
Рисунок 2.9 Приклад когнітивної моделі, де F - фактор, R - ризик, M - метод 
58 
 
F1 R1 
M1 
 
Рисунок 2.10 Когнітивна модель ризику R1 
 
F2 R2 
M2 
 
Рисунок 2.11 Когнітивна модель ризику R2 
 
F3.1 R3 
F3.2 
F3.3 
M3.3 M3.2 M3.1 
 
Рисунок 2.12 Когнітивна модель ризику R3 
59 
 
F4 R4 
M4 
 
Рисунок 2.13 Когнітивна модель ризику R4 
 
F5.1 R2 
F5.2 
F5.3 
M5.3 M5.2 M5.1 
 
Рисунок 2.14 Когнітивна модель ризику R5 
 
F6 R6 
M6 
 
Рисунок 2.15 Когнітивна модель ризику R6 
 
60 
 
F7 R7 
M7 
 
Рисунок 2.16 Когнітивна модель ризику R7 
 
F8 R8 
M8 
 
Рисунок 2.17 Когнітивна модель ризику R8 
 
F9 R9 
M9 
 
Рисунок 2.18 Когнітивна модель ризику R9 
 
F10 R10 
M10 
 
Рисунок 2.19 Когнітивна модель ризику R10 
 
61 
 
F11 R11 
M11 
 
Рисунок 2.20 Когнітивна модель ризику R11 
 
2.8 Управління інформаційним зв’язком в проекті  
Комунікації в проекті представляють собою процеси, пов'язані з ефективним 
формуванням, збором, передачею, зберігання та остаточним розміщенням необхідної 
проектної інформації. Оскільки учасники проекту виконують різноманітні функції і 
часто розташовані на великій відстані один від одного, важливим стає питання 
інформаційного обміну та координації дій. 
Комунікаційні вимоги визначають загальні потреби учасників проекту в 
інформації. У рамках проектної команди можна виділити чотири основних типи таких 
вимог. 
По-перше, є необхідність у наявності інформації про розподіл 
відповідальностей в межах команди. Кожен учасник команди повинен чітко знати, за 
якою частиною проекту він відповідає, а також мати чіткі повноваження і обов'язки. 
По-друге, важлива необхідність у координації, оскільки виконання завдань у 
проекті взаємозалежне між членами команди. Координуюча інформація сприяє 
високій ефективності спільної роботи. 
По-третє, необхідною є інформація щодо прогресу реалізації проекту. Члени 
команди повинні бути в курсі поточного стану проекту, що дозволяє вчасно виявляти 
проблеми та приймати заходи для їх вирішення. 
По-четверте, учасники команди потребують інформації про прийняті рішення, 
яка стосується як самого проекту, так і його економічного оточення. Ця інформація 
включає регламенти для команди, опис процесів роботи, налаштування середовища 
та інше, доступне тільки працівникам з необхідними дозволами. 
62 
 
Розподіл відповідальності визначається за допомогою Kanban методології, яка 
передбачає використання веб-дошки з відображенням завдань та відповідальних за 
них осіб. Для цього всі члени команди використовують програму Trello, де списки 
завдань відображають їхні статуси, такі як: 
- To do — завдання в черзі на виконання. 
- In progress — завдання, які виконуються в даний момент. 
- Ready for deploy — завдання, які вже виконані та готові до тестування. 
- QA — завдання, які знаходяться на етапі тестування. 
- PO/PM approving — завдання, які чекають на затвердження менеджером 
проекту або власником продукту. 
- Done — завдання, які виконані та закриті. 
 
 
Рисунок 2.21 Kanban дошка проекту 
 
Координація проекту та комунікація всередині команди, а також надання 
інформації про будь-які події чи зміни в проекті, реалізовано через використання 
платформи Slack (див. Рис. 2.22), яка інтегрується з додатковими онлайн-
інструментами, такими як GitHub та Trello. Інтеграція з цими інструментами значно 
полегшує взаємодію з ними. Наприклад, можливість додавати нові картки на дошку 
в Trello безпосередньо з Slack або автоматичне оповіщення в каналі Slack про нові 
коміти, запити, завдання, код-рев'ю, статуси деплою та інші події з GitHub (див. 
Рис. 2.23). 
63 
 
 
Рисунок 2.22 Інтерфейс Slack 
 
 
Рисунок 2.23: Повідомлення від GitHub про новий коміт у каналі Slack 
 
Поза онлайн-режимом комунікація також відбувається на офлайн-мітингах, що 
вказує на загальну використання Scrum-методології у роботі. 
Scrum-управління проектами – це методологія, що входить до широкого 
спектру гнучкого управління проектами [43]. Вона надає просту структуру процесу, 
яка охоплює ітераційні та послідовні практики, сприяючи частішому випуску 
робочого програмного забезпечення. Проект розвивається через послідовні ітерації, 
відомі як спринти; на кожному етапі команда виробляє інкремент потенційно 
готового продукту. 
Щоденно проводяться Stand-up (або Щоденний мітинг Scrum). Це можливість 
обміну інформацією, вирішення проблем, а також надання або отримання допомоги 
від інших учасників. Крім того, це форма звітування. Мітинг проводиться офлайн 
щоденно о 9:00 і триває приблизно 30 хв. 
64 
 
На завершення кожного спринту відбуваються Sprint Review Meeting та Sprint 
Planning Meeting. Зазвичай ці мітинги призначаються на п’ятницю, заздалегідь 
обговорюються у каналі general у Slack. 
 
2.9 Управління інтеграцією в проекті 
Процеси ініціації відносяться виключно до області знань "Управління 
інтеграцією", яка відіграє ключову роль на початковому етапі проекту. На цій стадії 
необхідно спрямовувати ресурси та зусилля на прогнозування розвитку проекту та 
вирішення питань, пов'язаних із координацією робіт під час виконання проекту. 
Область знань "Управління інтеграцією" є найширшою серед інших областей і 
єдинею, що включає процеси кожної з основних груп (див. Рис. 2.24). Головна мета 
цієї області знань управління проектом полягає в тому, щоб координувати всі аспекти 
управління проектом на протязі всього його життєвого циклу, з метою досягнення 
поставлених цілей. У певному сенсі це визначає сутність та основну структуру 
проекту. 
Особливий акцент приділяється області знань "Управління інтеграцією" в 
рамках плану управління проектом. Ця область охоплює весь спектр завдань, 
пов'язаних із загальним керівництвом проектом, тоді як інші сфери знань 
деталізуються та поглиблюються. У реальній практиці управління проектами не 
завжди вимагає від менеджера проекту зосередження на всіх областях знань 
одночасно. 
65 
 
 
Рисунок 2.24 Управління інтеграцією проекту 
 
Для здійснення ефективного управління інтеграцією проекту формується план, 
який включає в себе наступне: 
- Основи для розпочатку проекту. 
- Опис стратегії управління проектом. 
- Визначення цілей. 
- Ієрархічні структури робіт (ІСР) до рівня, на якому ведеться облік та контроль. 
- Оцінка вартості, плановані дати початку та завершення робіт, розподіл 
відповідальності до рівня ІСР, на якому ведеться контроль. 
- Розподіл вартості проекту за часом. 
- Методи оцінки виконання за термінами та вартістю робіт. 
- Основні контрольні події та їх заплановані дати. 
- Базовий та необхідний персонал. 
66 
 
- Плани управління різними аспектами проекту (цілями, ресурсами, 
контрактами, ризиками, взаємодіями, персоналом і т. ін.). 
- Основні ризики (з врахуванням обмежень та припущень) та запланована реакція 
на кожну подію ризику. 
- Відкриті питання та призначені рішення. 
- Крім того, для успішного управління проектом необхідно ефективно керувати 
змінами. 
Зміни в організації передбачають зміну однієї чи декількох внутрішніх змінних 
в області цілей, структури, завдань, технологій та людського фактору.  
При впровадженні змін в організації менеджер повинен пам'ятати, що всі змінні 
взаємопов'язані.  
Для забезпечення стійкості організації, керівництво повинно адаптувати свої 
цілі до змін у зовнішньому середовищі та самій організації. Зміна цілей є необхідною 
навіть для успішних організацій, які вже досягли своїх поточних цілей. Структурні 
зміни становлять одну з типових форм змін в організації. Вони необхідні у випадку 
значних змін у цілях і стратегії, і мають великий вплив на людський компонент, що 
може викликати опір таким змінам.  
Зміни в технології та завданнях ведуть до змін у процесах і графіку виконання 
завдань, впровадженню нового обладнання та методів роботи, зміні стандартів і 
характеру роботи. Ці зміни, як правило, вимагають перегляду планів і змін у структурі 
та робочому персоналі. Заміна людських ресурсів включає в себе технічну підготовку, 
зміни в груповому спілкуванні, мотивації, лідерстві, оцінці якості роботи, 
підвищенню кваліфікації керівного складу, формуванню груп. Для успішної 
впровадження змін серед працівників, необхідно забезпечити їх взаємодію з іншими 
аспектами змін. 
Модель Грейнера використовується для управління змінами і включає шість 
етапів, які проілюстровані на Рис. 2.25. 
67 
 
Етап 1 Етап 2
Тиск на Спонукання до дії Посередництво 
керівництво на вищому рівні
Усвідомлення Етап 3 Переорієнтація 
конкретної Діагностика на внутрішні 
проблеми проблеми проблеми
Етап 4
Знаходження Виконання Етап 5
загального нового курсу Експеримент
рішення
Етап 6
Прийняття нових Виявлення 
методів Підкріплення і результатів
згода
 
Рис.2.25 Модель проведення організаційних змін 
 
Етап 1. На початковому етапі управлінської діяльності виникає тиск і 
стимулювання для усвідомлення потреби в змінах і готовності до їх впровадження. 
Цей тиск може бути зумовлений зовнішніми факторами, такими як зростаюча 
конкуренція, економічні зміни, нові правила або регуляції від уряду, або внутрішніми 
факторами, такими як зменшення продуктивності праці, значні витрати, втрати 
персоналу, конфлікти та скарги в організації. 
Етап 2. Другий етап включає посередництво і зміну акценту уваги. Керівництво 
відчуває необхідність у змінах, але не може об'єктивно проаналізувати проблему. Тут 
потрібні послуги зовнішнього консультанта, який може надати об'єктивну оцінку 
ситуації. 
68 
 
Етап 3. На третьому етапі керівництво здійснює діагностику та усвідомлення, 
збираючи відповідну інформацію та визначаючи причини проблем, які вимагають 
змін. 
Етап 4. Після визначення проблеми настає етап пошуку нового рішення та 
шляхів його впровадження. Часто керівництво повинно отримати погодження тих, 
хто відповідає за виконання змін. 
Етап 5. На п'ятому етапі відбувається експеримент і визначення. Організація не 
може ризикнути великими змінами без обґрунтованого розуміння проблем і 
труднощів. Експеримент і визначення негативних наслідків допомагають коригувати 
плани для досягнення бажаного ефекту. 
Етап 6. Заключний етап - підкріплення і отримання згоди. Керівництво повинно 
мотивувати персонал, переконуючи його в тому, що запропоновані зміни є вигідними 
як для організації, так і для кожного працівника. 
Хоча процедура управління змінами добре розроблена, рекомендується 
мінімізувати кількість змін. Це можливо, якщо всі працівники достатньо компетентні, 
кваліфіковані та віддані своїй роботі. Тому в проекті використовуються методи 
оцінки персоналу. 
Методи оцінки персоналу повинні враховувати структуру підприємства, 
характер діяльності персоналу, цілі оцінки і бути зрозумілими; вони мають включати 
5-6 кількісних показників та об'єднувати письмові та усні завдання. У проекті 
застосовуються наступні методи оцінки персоналу: 
Оцінка за результатами. Цей метод розглядається як інструмент комунікації, де 
керівник і підлеглий зацікавлені в досягненні виробничих результатів та винагороди, 
що відповідають обом сторонам. Керівник діє як консультант, спрямовуючи увагу на: 
Оцінка працівників не обмежується лише досягнутими результатами; вона 
також охоплює розвиток здібностей, підвищення кваліфікації та загальний інтерес 
працівника. При цьому активною участю в оцінці займаються не лише керівники, але 
й самі працівники. Обговорення часто зосереджується на результатах трудової 
діяльності, уникаючи виставлення оцінок. Головний акцент робиться на спільному 
розв'язанні проблем і завдань, в той час як винагорода розглядається окремо. 
69 
 
Метод вирішальної ситуації застосовується для оцінки виконавців і базується 
на детальному описі "правильної" і "неправильної" поведінки працівника у 
конкретних ситуаціях. Ці описи служать визначеною нормою для порівняння 
поведінки оцінюваного працівника. 
Метод 360° передбачає оцінку працівника керівником, колегами і його 
підлеглими. Оцінка включає як загальний погляд, так і індивідуальні відгуки для 
кожного учасника. 
 
2.10 Контроль та мотивація 
Контроль 
Для впровадження проекту з розробки додатка для управління фінансами 
визначено ряд контрольних точок, серед яких: 
- Розробка техніко-економічного обґрунтування та оцінка соціальної 
ефективності; 
- Підготовка технічного завдання; 
- Розробка дизайну; 
- Створення прототипу продукту для тестування; 
- Реалізація робочої версії продукту; 
- Запуск продукту. 
Графічне зображення віхи проекту наведено на Рис. 2.26 для кращого візуального 
уявлення. 
70 
 
 
Рисунок 2.26 Діаграма Ганта разом з віхами проекту 
 
Керівник проекту здійснює контрольну діяльність, спрямовану на оцінку 
досягнення поставлених цілей та виявлення факторів, що можуть спричинити 
дестабілізацію процесу виконання робіт. Цей процес передбачає раціональне 
прийняття управлінських рішень для виправлення можливих відхилень до того, 
як вони призведуть до негативних наслідків для виконання проекту, таких як 
порушення графіка, перевищення витрат та низька якість виконання робіт. 
Контроль забезпечується шляхом спостереження, вимірювання, 
реєстрації, збереження і обробки даних, але його завдання не включає оцінку 
відхилень за конкретними критеріями. 
Для забезпечення ефективного контролю визначені рівні відхилень 
різних параметрів проекту. Зокрема: 
- Відхилення в часі вимірюється шляхом порівняння запланованого та 
фактичного часу виконання задач. Щотижня здійснюється перевірка 
відповідності витрат запланованому часу, що сприяє своєчасному виявленню 
відхилень і забезпечує можливість коригувати плани. 
- Фінансове відхилення передбачає використання фінансового резерву, який 
становить приблизно 10% від загальних витрат. У випадку потреби у 
додаткових фінансах використовується резерв, що не впливає на попередньо 
визначену вартість проекту. 
71 
 
- Відхилення якості не допускається, оскільки керівник проекту ретельно 
перевіряє виконані завдання на відповідність встановленій якості. Якщо якість 
не відповідає нормативам, виконавчі завдання переносяться на доопрацювання 
за залученням додаткових ресурсів. 
 
Мотивація 
Мотивація, визначена як одна з основних функцій менеджменту, виявляється в 
здійсненні впливу на працівників з метою стимулювання їх до праці та підтримки 
трудової активності. Висвітлюючи погляд відомого американського фахівця з 
менеджменту, Річарда Л. Дафта, на мотивацію, можна розглядати її як внутрішні або 
зовнішні сили, що спонукають людину до ентузіазму та завзятості у виконанні 
конкретних дій. Зауважується, що мотивація працівників безпосередньо впливає на їх 
продуктивність, і завдання менеджера частково полягає у спрямуванні мотивації на 
досягнення цілей організації. 
Для успішного управління трудовим колективом необхідно мати хоча б базові 
знання про психологію людини. Крім того, талановитий керівник володіє не лише 
знаннями, але і особливим чуттям та інтуїцією, що дозволяють йому вгадувати 
мотиваційні фактори та приймати правильні рішення щодо спонукання членів 
колективу до продуктивної праці. 
Стимулювання персоналу визначається використанням зовнішніх чинників, що 
мотивують працівника до ефективної праці та підвищення його результативності. Це 
може бути як позитивне, спрямоване на задоволення потреб працівника і збереження 
його існуючої поведінки, так і негативне, яке блокує існуючу поведінку через 
зниження рівня задоволення. Останнє може включати систему штрафів, але в 
сучасних умовах застосовуються й інші методи: 
- Нейтралізація демотивуючих факторів, таких як страх, недовіра, привселюдна 
критика та інші, шляхом їх усунення. 
- Забезпечення відкритої інформації для працівників, що дозволяє їм відчувати 
себе частиною компанії. 
72 
 
- Підтримка зворотного зв’язку від працівників щодо виконаних завдань, 
досягнутих цілей та помилок. 
- Використання не лише матеріального, а й словесного заохочення, яке може 
бути дуже мотивуючим. 
- Персоналізовані інструменти мотивації, враховуючи цінності та індивідуальні 
особливості працівників. 
- Забезпечення можливості працівників висловити свої думки та побажання через 
регулярні відкриті зустрічі. 
- Залучення працівників до вирішення цікавих і нестандартних завдань, що може 
стимулювати їх креативність. 
- делегація працівникам не лише завдання, а й відповідальність. Це надає змогу 
відчути себе важливим. 
Крім тих способів, що були перераховані, у нашій системі впроваджено систему 
поступового зростання, яка передбачає наявність власного рівня (Level) для кожного 
працівника. При успішному виконанні завдань протягом кожних шести місяців 
працівник може підняти свій рівень, а разом з цим і заробітну плату. Перехід на новий 
рівень відзначається святкуванням, під час якого кожному присуджується "кубок". Це 
офіційне визнання діє як позитивний стимул. 
 
2.11 Інформаційна безпека в проекті 
Від самого старту виникнення ідеї проекту до його завершення, питання 
інформаційної безпеки є надзвичайно вагомим, оскільки будь-який витік інформації 
може суттєво вплинути на подальший розвиток проекту. Тому ми використовуємо 
власну систему управління комп'ютерними інцидентами, яка дозволяє 
автоматизувати процеси управління інцидентами інформаційної безпеки. Ця система 
інтегрує людей і апаратно-програмне забезпечення для моніторингу та захисту, а 
також інформаційну інфраструктуру організації. 
Створюючи єдиний центр управління інцидентами інформаційної безпеки, ми 
можемо забезпечити ефективний контроль та координацію дій для локалізації та 
73 
 
розслідування інцидентів. Процес управління комп'ютерними інцидентами буде 
виконуватися за такою схемою: 
- Отримання інформації про комп'ютерний інцидент. 
- Занесення отриманої інформації в центральний реєстр. 
- Пошук інформації про схожі інциденти та прийняття заходів для їх усунення 
(це сприяє швидкості реакції). 
- Аналіз ситуації, визначення місця порушення та автоматизоване введення 
контрзаходів. 
- Визначення причин порушення та можливих винних (розслідування). 
- Створення статистики інцидентів інформаційної безпеки, виявлення тенденцій 
і аналіз їх динаміки. 
- Проведення профілактичних заходів та розробка заходів для запобігання 
повторенню порушень. 
Крім того, наряду з системою управління комп'ютерними інцидентами 
інформаційної безпеки, ми впровадили ряд заходів для запобігання витоку 
інформації. Наприклад, найцінніша інформація про сам проект зберігається в 
зашифрованій формі.  
- Усі, хто працює над проектом, підписують договір про нерозголошення 
(у разі розголошення будь-якої інформації співробітник оплачує штраф у сумі 10 тис. 
$). 
- Працюють лише в офісі, ніякої віддаленої роботи (окрім дизайнера, але 
він не має надважливої інформації), тобто інформація залишається лише в ПК 
співробітників. До того ж співробітник має лише невелику частину інформації 
(мінімальну, що необхідна для роботи над певною частиною проекту). 
- Завдяки програмі ScreenMaster, менеджер переглядає що саме і 
коли  робить співробітник. 
- Переносні носії інформації не можуть використовуватись 
співробітниками, адже порти заблоковані. 
- Для того, щоб потрапити в компанію має бути ключ-карта.  
74 
 
РОЗДІЛ ІІІ 
ОЦІНКА ЕФЕКТИВНОСТІ ПРОЕКТУ 
 
3.1 Планування фінансових ресурсів інвестиційної фази ІТ проекту 
 
На основі моделі мережі процесів для втілення інвестиційної фази ІТ-проекту 
та попереднього прогнозу витрат на цей етап розробляється початковий варіант 
календарного графіка фінансування інвестиційної фази (див. Таблицю 3.1). Графік 
демонструє щомісячні потреби (Kt) у фінансових ресурсах (капіталовкладеннях) і 
розробляється з урахуванням рівномірного за місяцями фінансування довгострокових 
процесів, використання яких розтягується на декілька місяців (наприклад, оренда та 
утримання приміщень). Графік наведено на рис. 3.1 А, де зазначені суми щомісячних 
фінансових потреб. Загальна сума капіталовкладень складатиме: 
 
К  , тис. грн. 
t Кt
 
Оскільки проект фінансується за рахунок залучення кредитного капіталу, а на 
етапі інвестицій спостерігається нарощення капіталовкладень, визначаються 
накопичені їх суми - щомісячні потреби у кредитних ресурсах. Графік накопичених 
сум представлено на рис. 3.1 Б. 
З використанням накопичених щомісячних сум кредитних ресурсів 
обчислюються квартальні виплати процентів за кредит і створюється відповідний 
графік – див. рис. 3.1 В. Розміри поточних сум виплати процентів становлять 
 
ВП  П
t КС * к , тис.грн. 
t 100
 
Кде КСt– це кредитна сума за t-ий місяць (з графіка “б”), в тисячах гривень. 
Пк– щомісячний процент оплати за кредит, у відсотках. 
75 
 
Загальна сума виплати процентів за кредит на інвестиційному етапі проекту 
становитиме: 
 
ВП ВП , тис.грн. 
t
 
В цілому, графік поточних витрат на капіталовкладення (“а”), графік 
накопичених витрат на кредитні ресурси (“б”) і графік виплати відсотків за кредит 
(“в”) формують, по суті, календарний план фінансування інвестиційної фази проекту 
 
180
159,74
160
140
120
100
80
52,69 56,1
60 47,58 44,12 44,76 44,49
38,4
40 27,42 32,44
26,62 29,44 30,04
20
0
1 2 3 4 5 6 7 8 9 10 11 12 13
 
А) графік поточних потреб у капіталовкладеннях (К= 633,84 тис. грн.) 
76 
 
700
633,84
600 589,35
533,25
500,81
500 470,77
441,33
402,93
400
358,17
314,05
300
266,47
213,78
200
100
54,04
27,42
0
1 2 3 4 5 6 7 8 9 10 11 12 13
 
Б) графік накопичених сум капіталовкладень – потреб у кредитних ресурсах 
7,00
6,34
5,89
6,00
5,33
5,01
5,00 4,71
4,41
4,03
4,00 3,58
3,14
3,00 2,66
2,14
2,00
1,00 0,54
0,27
0,00
1 2 3 4 5 6 7 8 9 10 11 12 13
 
В) графік виплати процентів за кредит (Пк = 1%, ПТ = 48.06 тис. грн.) 
Рискнок 3.1 Календарний план фінансування інвестиційної фази проекту 
65 
 
Таблиця 3.1 
Прогноз грошових потоків проекту  
 
Роботи Місяці (тис. грн) Раз ом 
1 2  3  4  5  6  7  8  9  1 0 1 1 1 2 13  
1. Аналіз 8 8 
середовища по 
Укаїні            
2. Аналіз ринку 10 ,4 5,6            16 
3. ТЕО  8            8 
4. Комерційний 4 4 
аналіз   
5. Оренда і 11,82 7,82 7,82 7,82 7,82 7,82 7,82 7,82 7,82 7,82 7,82 90 
утримання 
офісних 
приміщень             
6. Закупівля меблів 109,5 109,5 
та техніки             
7. Написання ТЗ   29 ,4          29,4 
8. Планування 4 4 
робіт             
9. Затвердження 1,6 1,6 
ТЗ             
10. Розподіл 4 4,00 
ресурсів             
11. Розробка PSD- 6,25 6,25 
шаблонів landing 
pages             
12. Брендінг    2          2 
13. Неймінг 2 2 
 
66 
 
Продовження таблиці 3.1 
 
           
14. Розробка PSD- 2,6 7,8 10,4 
шаблонів content 
pages            
15. Розробка 3,2 6,5 9,7 
landing pages          
16. Імплементація 10,2 12,6 13,2 6 42 
бізнес-логіки         
17. Реалізація 7,2 12,6 12,6 13,2 8,4 54 
логіки додатку          
18. Розробка 3,84 14,08 14,72 5,76 38,4 
content pages             
19. SEO- 3,2 3,2 
оптимізація            
20. Тестування           3, 2 4,8 8 
21. Bug fixing           11,16 7,4 5 18,61 
22. SMM           4  1  5 
23. Таргетинг            3,5  3,5 
24. Контекстна 3 3 
реклама            
25. Підготовка до 15,8 20,2 36 
запуску 
26. Виплата премій 4,62 4,62 4,62 4,62 4,62 4,62 4,62 4,62 4,62 4,62 4,62 4,62 4,62 60 
27.Конроль за 4,4 4,4 4,4 4,4 4,4 4,4 4,4 4,4 4,4 4,4 4,4 4,4 4,4 57,2 
виконанням 
проекту 
Разом 27,42 26,62 159,74 52,69 47,58 44,12 44,76 38,4 29,44 30,04 32,44 56,1 44,49 633 ,84 
Наростаючим 27,42 54,04 213,78 266,47 314,05 358,17 402,93 441,33 470,77 500,81 533,25 589,35 633,84 
підсумком 
68 
Таблиця 3.3 
Прогноз динаміки показників операційної діяльності 
 
Назва Показники 
1. Коефіцієнт щорічного зростання (зниження) ціни продукції (Ц ) 1,05 
2. Коефіцієнт щорічного зростання (зниження) ціни на продукти(сировину)   
 ( ) 0,98 
Ц П
3.  Коефіцієнт щорічного зростання (зниження) рівня оплати праці (ОП ) 1,1 
4. Коефіцієнт щорічного зростання рівня постійних витрат (ПВ ) 1,02 
 
Доходи від операційної діяльності за роками формуються на основі 
запланованих обсягів надання послуг та визначення рівня цін на ці послуги. 
 
3.2 Оптимізація плану фінансування інвестиційної фази проекту 
Під час вирішення цього завдання слід враховувати, що загальним підходом 
до оптимізації інвестиційних процесів є спроба максимально зменшити потреби в 
капіталовкладеннях на більш ранні етапи інвестиційної фази для мінімізації часу 
та обсягів капіталовкладень, які залишаються "замороженими". Для досягнення 
цього метаємного проектується таким чином, щоб фінансові потоки були 
максимально сконцентровані на пізніших етапах. Наприклад, оптимальний підхід 
до виплати заробітної плати за виконання завдань передбачає розрахунок після 
завершення всієї роботи або значної її частини. 
Враховуючи це, розробляється оптимізований варіант графіку поточних 
витрат на капіталовкладення. Порівняно з початковим варіантом, він 
використовує ту ж саму суму фінансових потреб, але більш раціонально 
розподіляє гроші за місяцями з урахуванням фактору часу. 
Для оцінки переваг другого варіанту над першим необхідно розрахувати 
дисконтовані значення грошових потоків інвестиційної фази проекту. Загальна 
сума дисконтованих витрат за j-тим варіантом фінансування складає: 
 
СВД  В * , тис. грн. 
j jt КД
t
69 
 
де Вjt – витрати j-го варіанту у t-у місяці, тис. грн.; 
   КДt – коефіцієнт дисконтування t-го місяця. 
Величина КДt розраховується за формулою: 
1
КД t  t
 Пб  , 
1 
 100 
 
Де Пб – щомісячний банківський відсоток, відсоток. 
Менша величина СВДj свідчить про переваги саме цього варіанту 
фінансування. Різниця між їхніми величинами СВДj визначає величину 
порівняльного економічного ефекту одного варіанту порівняно з іншим. 
З метою подальших розробок застосовується більш раціональний графік 
календарних поточних потреб у капіталовкладеннях. Зміна цього графіка 
призводить до відповідних змін у графіку накопичених сум капіталовкладень і 
графіку виплати процентів за кредит. На Рис. 3.2 представлено оптимізований 
варіант календарного плану фінансування інвестиційної фази проекту. 
Порівняння початкового і оптимізованого варіантів плану дозволяє оцінити 
переваги одного перед іншим – зокрема, зниження загальної суми виплат 
процентів за кредит – ВП. 
Графік потреб у кредитних ресурсах і графік виплат процентів за кредит є 
основою для розробки та укладення кредитного договору з банком-кредитором. 
 
180 168,98
160
140
120
100
80 64,94
55,65
60 46,8949,54 52,14
32,4 34,7631,42 34,48
40 24,8225,42
20 12,4
0
1 2 3 4 5 6 7 8 9 10 11 12 13
 
А) оптимізований графік поточних потреб у капіталовкладеннях (К= 633,84 тис. грн.) 
70 
 
700
633,84
600 578,19
526,05
491,57
500 466,15
441,33
400 376,39
344,97
310,21
300 260,67
213,78
200
100 44,8
12,4
0
1 2 3 4 5 6 7 8 9 10 11 12 13
 
Б) оптимізований графік накопичених сум капіталовкладень – потреб у кредитних ресурсах 
7,00
6,34
6,00 5,78
5,26
4,92
5,00 4,66
4,41
4,00 3,76
3,45
3,10
3,00 2,61
2,14
2,00
1,00 0,45
0,12
0,00
1 2 3 4 5 6 7 8 9 10 11 12 13
 
В) оптимізований графік виплати процентів за кредит (Пк = 1%, ПТ = 47 тис. грн.) 
 
Рисунок 3.2: Оптимізований графік фінансування інвестиційної фази 
проекту 
 
Як видно на Рис. 3.2 в), витрати на відсотки за кредит зменшились більше, 
ніж на 1 тис. гривень в порівнянні з Рис. 3.1 в). 
3.3 Розробка зведеного бюджету витрат інвестиційної фази проекту 
Основою для створення планового зведеного бюджету витрат інвестиційної 
фази проекту є дані щодо прогнозу витрат окремих процесів та визначена загальна 
сума виплат процентів за кредит – ВП (за оптимізованим варіантом плану 
фінансування). 
71 
 
Бюджет розробляється як окремий планово-фінансовий документ, який 
отримує затвердження від керівника проекту (див. Рис. 3.3). 
“Затверджую” 
Керівник проекту Запорожець А. О. 
Дата 01.07.23 Підпис _________ 
 
Зведений кошторис 
планових витрат інвестиційної фази проекту 
№ Шифр 
Процеси, роботи Витрати, тис. грн. 
п/п процесу 
Аналіз середовища по 
1  
Україні 8 
2 Аналіз ринку  16 
3 ТЕО  8 
4 Комерційний аналіз  4 
Оренда і утримання офісних 
5  
приміщень  90 
6 Закупівля меблів та техніки  109,5 
7 Написання ТЗ  29,4 
8 Планування робіт  4 
9 Затвердження ТЗ  1,6 
10 Розподіл ресурсів  4,00 
Розробка PSD-шаблонів 
11  
landing pages 6,25 
12 Брендінг  2 
13 Неймінг  2 
Розробка PSD-шаблонів 
14  
content pages 10,4 
72 
 
15 Розробка landing pages  9,7 
16 Імплементація бізнес-логіки  42 
17 Реалізація логіки додатку  54 
18 Розробка content pages  38,4 
19 SEO-оптимізація  3,2 
20 Тестування  8 
21 Bug fixing  18,61 
22 SMM  5 
23 Таргетинг  3,5 
24 Контекстна реклама  3 
25 Підготовка до запуску  36 
26 Виплата премій  60 
Конроль за виконанням 
27  
проекту 57,2 
28 Проценти за кредит  47,00 
 Всього витрат  К =680,84 
Розрахунок виконав бухгалтер-економіст проекту ___________________ 
 
Форма оформлення кошторису, яка представлена на Рис. 3.3, включає всі 
етапи, що вимагають фінансових витрат, і завершується визначенням потреб у 
виплаті відсотків за кредитами. 
Зведений кошторис визначається як один із найважливіших документів для 
планування та координації, який забезпечує ефективне управління процесами в 
ході реалізації проекту. 
 
73 
 
3.4 Прогнозування показників операційної діяльності 
Розглянкмо завдання розрахунку для передбачення вартісних показників 
операційної діяльності, які мають тенденцію до змін протягом років проекту і 
визначають річні операційні доходи та витрати. 
Цей розділ прогнозування спрямований на відповіді на такі питання: як 
змінюється ціна продукції за одиницю, як витрати на матеріали змінюються 
внаслідок змін цін на матеріальні ресурси, як витрати на оплату праці змінюються 
через зміни цін на робочі ресурси, і як змінюються витрати постійного характеру 
протягом років проекту. Основу розрахунків складають прогнози динаміки 
показників операційної діяльності, що наведені у вихідних даних. Прогнозовані 
значення показників для кожного року операційної діяльності (t-го року) будуть 
розраховані на основі цих прогнозів.  
- прогноз ціни одиниці продукції 
Ц t = Ц t-1 * ∆Ц, грн./одиницю; 
- проноз прямих матеріальних витрат 
М t = М t-1 * ∆Ц м, грн./одиницю; 
- проноз прямих витрат на оплату праці 
ОП t = ОП t-1 * ∆ОП, грн./одиницю; 
- прогноз рівня постійних витрат операційної діяльності 
ПВ t = ПВ t-1 * ∆ПВ, грн./рік, 
де Цt-1, Мt-1, ОПt-1, ПВt-1 - відповідні показники попереднього року 
операційної діяльності; 
∆Ц, ∆Цм, ∆ОП, ∆ПВ – Коефіцієнти темпу зміни, які визначають, чи 
відбувається зростання чи зниження значень показників для кожного наступного 
року операційної діяльності, відображені в розрахованих прогнозних значеннях. 
Ці прогнози систематизовані у Таблиці 3.4 та Таблиці 3.5, і розрахунки виконані 
для десяти років операційної діяльності. Два пакети представлені окремо в обох 
таблицях. Постійні витрати включені лише до Таблиці 3.4, оскільки вони 
розраховані сумарно для обох пакетів. 
 
74 
 
Таблиця 3.4 
Прогноз динаміки вартісних показників операційної діяльності 
Роки операційної діяльності 
Показники 
1 2 3 4 5 6 7 8 9 10 
1. Ціна одиниці продукції 50,0 52,5 55,1 57,8 60,7 63,8 67,0 70,3 73, 77,5
(Цt), грн./од. 0 0 3 8 8 1 0 6 87 7 
2. Прямі матеріальні 2,5
3,00 2,94 2,88 2,82 2,77 2,71 2,66 2,60 2,50 
витрати (Мt), грн./од. 5 
3. Прямі витрати на оплату 10,6 11,7 12,8 14,1 15,5 17, 18,8
8,00 8,80 9,68 
праці (ОПt), грн./од. 5 1 8 7 9 15 6 
4. Постійні витрати (ПВt), 78,1 79,7 81,3 82,9 84,6 86,3 88,0 89,8 91, 93,4
грн./од. 8 4 4 7 2 2 4 0 60 3 
 
Таблиця 3.5 
Прогноз динаміки вартісних показників операційної діяльності 
Роки операційної діяльності 
Показники 
1 2 3 4 5 6 7 8 9 10 
14
1. Ціна одиниці продукції 100, 105, 110, 115, 121, 127, 134, 140, 155,
7,7
(Цt), грн./од. 00 00 25 76 55 63 01 71 13 
5 
2. Прямі матеріальні 2,5
3,00 2,94 2,88 2,82 2,77 2,71 2,66 2,60 2,50 
витрати (Мt), грн./од. 5 
3. Прямі витрати на оплату 23,0 25,3 27,8 30,6 33,6 37,0 40,7 44,8 49, 54,2
праці (ОПt), грн./од. 0 0 3 1 7 4 5 2 30 3 
 
Отримані значення вартісних показників будуть використані при 
обчисленні операційних доходів і витрат протягом років реалізації проекту. 
 
3.5 Планування амортизаційних витрат операційної діяльності 
Мета розробки цього комплексу розрахунків полягає в обґрунтуванні 
амортизаційних витрат на кожен рік операційної діяльності. Згідно з 
бухгалтерськими стандартами, суб'єкт господарської діяльності має право 
самостійно вибирати строк і метод погашення амортизаційних витрат. Існує шість 
можливих методів амортизації: прямолінійного списання, зменшення залишкової 
вартості, прискореного зменшення залишкової вартості, кумулятивного, 
виробничого. 
Податкове законодавство виділяє 16 груп фондів, для кожної з яких 
встановлено свій метод нарахування амортизації. Наприклад, для групи 4, що 
75 
 
включає електронно-обчислювальні машини та програмне забезпечення, 
застосовується метод прискореного зменшення залишкової вартості з 
мінімальним строком корисного використання 2 роки. 
Розрахунок річної суми амортизації за методом зменшення залишкової 
вартості включає добуток залишкової вартості об'єкта на початок звітного періоду 
або первісної вартості на дату початку нарахування амортизації та річної норми 
амортизації, яка обчислюється відповідно до строку корисного використання 
об'єкта і подвоюється. 
Важливо враховувати, що можливе застосування менших значень норм, але 
не більше встановлених нормативів. Підприємство також може застосовувати 
механізм податкової амортизації для погашення витрат на основні фонди. 
Розмір річної амортизації для групи основних фондів в t-му році 
операційної діяльності розраховується згідно з вищезазначеними методами та 
нормативами. 
Н
А  БВ * ам , грн., 
t t 100
БВt визначає балансову вартість групи на початок року у гривнях, а Ham 
представляє собою встановлену підприємством норму річної амортизації (не 
перевищуючи граничних норм), виражену у відсотках. 
Балансова вартість групи на початок t-го року визначається за підсумками 
даних з попереднього року. 
 
БВ  БВ  ,грн 
t t1 Аt1
 
Балансова вартість для першого року операційної діяльності визначається 
ісходною вартістю групи. Орієнтаційним пунктом для цього є зведений кошторис 
витрат інвестиційної фази проекту. Первісні вартості груп складаються з таких 
елементів: 
76 
 
4 група: вартість комп'ютерів і програмного забезпечення. Визначено, що 
строк використання ПК становитиме 4 роки, а комунікаційного обладнання - 2 
роки. 
6 група: меблі. Строк служби меблів складає 5 років. 
Розрахунок амортизаційних витрат виконаний протягом 10 років 
операційної діяльності і представлений в Таблиці 3.6. 
Таблиця 3.6 
Розрахунок амортизаційних витрат за роками операційної діяльності 
 
Річна Роки операційної діяльності 
Групи Первісна норма 
основних вартість, аморт
1 2 3 4 5 6 7 8 9 10 
фондів тис.грн. изації, 
% 
4 група 
(обладна 4,5 0,65 1,6 4,5 1,6 4,5 1,6 4,5 1,6 4,5 1,6 4,5 
ння) 
4 група 
27, 78,
(комп’ют 78 0,65 9,6 3,3 78,0 27,3 9,6 3,3 27,3 9,6 
3 0 
ери) 
6 група 13,
13,2 0,65 4,6 1,6 0,6 0,2 13,2 4,6 1,6 0,6 0,2 
(меблі) 2 
33, 24, 13, 91, 37,
Разом 95,7 - 17,7 8,5 82,5 47,1 38,1 
5 7 5 1 3 
 
ІТ компанія встановила однакову норму амортизації на рівні 65% як для 
обладнання, так і для комп’ютерів. 
З аналізу Таблиці 3.6 видно, що починаючи з першого року операційної 
діяльності, витрати піддаються амортизації, оскільки вони були придбані ще під 
час передінвестиційного періоду і вже використовувались протягом 1 року. 
 
3.6 Планування кредитних процесів операційної діяльності 
Висвітлюється необхідність повернення сум кредитів, використованих на 
інвестиційній стадії проекту, і оплати відсотків за їх використання. Перші виплати 
здійснюються за рахунок прибутку, а другі включаються до складу операційних 
витрат. 
77 
 
В роботі досліджено варіант організації кредитного процесу, що передбачає 
відстрочку повернення кредиту на перший рік операційної діяльності (оскільки в 
перший рік відсутній дохід), а повернення його наступає в другому або третьому 
році. Якщо повернення розтягується, то щорічно банку сплачується 50%, або за 3 
роки - 33% відповідно. 
Сума кредиту становить 633,84 тис. гривень, при цьому відсотки за перші 
13 місяців становлять 47 тис. гривень. Взятий кредит має річну ставку 12%. Схема 
використання та повернення кредиту представлена в Таблиці 3.7. 
 
Таблиця 3.7 
Схема використання та повернення кредиту за роками діяльності 
Роки діяльності 
Показники 
1 2 3 4 
1 варіант 
 316,84 316,84 - 
1. Повернення суми кредиту, тис. грн.  
2. Використана за рік сума кредиту, тис. 
633,84 633,84 316,84  
грн. 
3. Оплата процентів, тис. грн.  123,1 38  
4.Повернення кредиту (ПК)  439,9 354,84  
2 варіант 
 633,84   
1. Повернення суми кредиту, тис. грн.  
2. Використана за рік сума кредиту, (%) 633,84 633,84   
3. Оплата процентів, тис. грн.  123,1   
4.Повернення кредиту (ПК)  756,94   
 
Другий варіант видається більш вигідним та економічно обґрунтованим, але 
при цьому зменшується можливість отримання більшого чистого прибутку, 
оскільки відшкодування кредиту передбачено вже після другого року з моменту 
відкриття його (в перший рік операційної діяльності), тобто після отримання 
першого прибутку. 
Розраховані щорічні суми повернення кредиту використовуватимуться при 
формуванні грошових потоків фінансової діяльності, у той час як річні суми 
оплати процентів будуть враховуватися при розрахунках операційних витрат. 
 
78 
 
3.7 Прогноз доходів операційної діяльності 
Оперативні доходи протягом років операційної діяльності визначаються 
запланованими обсягами виробництва та реалізації продукції, а також рівнем цін 
на продукцію, які були спрогнозовані та визначені у таблиці 1. Розрахунок 
щорічних доходів проводиться протягом 10 років операційної фази проекту. Дані 
наведено в Таблиці 3.8. 
 
Таблиця 3.8 
Прогноз доходів операційної діяльності 
Роки операційної діяльності 
Показники 
1 2 3 4 5 6 7 8 9 10 
1.  ОР 
сімейного 50 55,0 60,5 66,6 73,2 80,5 88,6 97,4 107,2 117,9 
пакету 
2. ОР бізнес  
пакету тис. 25 26,3 27,6 28,9 30,4 31,9 33,5 35,2 36,9 38,8 
од 
3. Ціна 
сімейного 
50 52,5 55,1 57,9 60,8 63,8 67,0 70,4 73,9 77,6 
пакету 
грн./од. 
4. Ціна 
бізнес 105,
100 110,3 115,8 121,6 127,6 134,0 140,7 147,7 155,1 
пакету 0 
грн./од. 
5. Річний 
500 5643 6373, 7202, 8142, 9210, 10424, 11804, 13374, 15161,
дохід (Д), 
0 ,8 8 2 7 9 8 9 8 4 
тис. грн. 
 
З аналізу Таблиці 3.8 можна відзначити, що в компанії спостерігається 
тенденція щорічного зростання обсягів реалізації. Для сімейного пакету 
встановлено коефіцієнт зростання, рівний 1,1, а для бізнес-пакету – 1,05. 
Співмірно до збільшення обсягів реалізації зростає і прибуток. 
 
79 
 
3.8 Прогноз витрат операційної діяльності 
Щорічні суми операційних витрат для t-го року операційної фази проекту 
обчислюються наступним чином: 
ОВ  ВЗ  ПВ  А  ПК , (тис. грн.) 
t t t t t
Де ВЗt - затрати, що змінюються від року до року (у тисячах гривень), 
ПВt - постійні затрати (у тисячах гривень), 
Аt - сума амортизаційних витрат (у тисячах гривень), 
ПКt - сума повернення кредиту (у тисячах гривень). 
 
Щорічні витрати змінного характеру для t-го року операційної фази 
проекту, незалежно від того, чи це сімейний, чи бізнес-пакет, обчислюються 
наступним чином: 
  
ВЗ  ОРt М t ОПt , тис.грн. 
t 1000
де OPt - обсяг реалізації продукції в одиницях, 
Mt - витрати на прямі матеріали на одиницю продукції у гривнях за 
одиницю, 
ОПt - витрати на пряму оплату праці (з урахуваннями) на одиницю 
продукції у гривнях за одиницю. 
Щорічні суми змінних витрат для обох пакетів обчислюються як сума двох 
окремих розрахунків. 
Операційні витрати розраховуються на протязі перших 10 років операційної 
діяльності і відображені у Таблицях 3.9 та 3.10. 
Таблиця 3.9 
Прогноз витрат операційної діяльності, тис. грн. (1 – варіант) 
Роки операційної діяльності 
Показники 
1 2 3 4 5 6 7 8 9 10 
Витрати 
змінні (ВЗ) 1,2 1,4 1,6 1,9 2,2 2,5 2,9 3,4 4,0 4,7 
Витрати 
78,2 79,7 81,3 83,0 84,6 86,3 88,0 89,8 91,6 93,4 
постійні (ВП) 
Амортизація 
33,5 17,7 8,5 82,5 47,1 24,7 13,5 91,1 38,1 37,3 
(А) 
80 
 
Продовження таблиці 3.9 
Роки операційної діяльності 
Показники 
1 2 3 4 5 6 7 8 9 10 
Повернення 
439,9 354,8 
кредиту (ПК)         
Разом ОВ 133, 184, 133, 135,
552,8 453,7 91,4 167,3 9 113,5 104,5 3 7 4 
 
Таблиця 3.10 
Прогноз витрат операційної діяльності, тис. грн. (2 – варіант) 
Роки операційної діяльності 
Показники 
1 2 3 4 5 6 7 8 9 10 
Витрати змінні (ВЗ) 1,2 1,4 1,6 1,9 2,2 2,5 2,9 3,4 4,0 4,7 
Витрати постійні 
78,2 79,7 81,3 83,0 84,6 86,3 88,0 89,8 91,6 93,4 
(ВП) 
Амортизація (А) 33,5 17,7 8,5 82,5 47,1 24,7 13,5 91,1 38,1 37,3 
Повернення 
756,94   
кредиту (ПК)        
Разом операційні 
витрати (ОВ) 869,8 98,8 91,4 167,4 133,9 113,5 104,4 184,3 133,7 135,4 
 
Прогноз витрат операційної діяльності розглядається для двох варіантів 
повернення кредитів. 
 
3.9 Прогноз грошових потоків операційної діяльності 
Проводиться прогнозний аналіз грошових потоків операційної діяльності, 
який, базуючись на порівнянні доходів та витрат протягом років цієї фази, має за 
мету відобразити зміну прибутку. Розрахунки виконуються для 10 років 
операційної діяльності. 
Розрахунок грошових потоків базується на використанні попередніх 
таблиць. 
Розмір балансового прибутку t-го року проекту складе: 
ПБ  Д ОВ , тис. грн. 
t t t
Оподаткований прибуток t-го року операційної фази проекту складе: 
ОП  ПБ  А , тис. грн. 
t t t
 
81 
 
Податок на прибуток t-го року складе: 
П  Н
ОП * п , тис. грн.,   
t t 100
де Н  - діюча на момент розрахунків ставка (норма) податку на прибуток, 
п
10%. 
Чистий прибуток t-го року: 
ПЧ ОП  П , тис. грн. 
t t t
Розрахунки виконуються для 10 років операційної діяльності та 
представлено в таблицях 3.11 та 3.12. 
 
Таблиця 3.11 
Прогноз грошових потоків операційної діяльності (1-варіант) 
Показники, Роки операційної діяльності 
тис. грн. 1 2 3 4 5 6 7 8 9 10 
Доход від 5643, 6373, 7202, 8142, 9210, 1042 1180 1337 1516
5000 
реалізації (Д) 8 8 2 7 9 4,8 4,9 4,8 1,4 
Операційні 
витрати (ОВ) 552,8 453,7 91,4 167,3 133,9 113,5 104,5 184,3 133,7 135,4 
Балансовий 
4447, 5190, 6282, 7034, 8008, 9097, 1032 1162 1324 1502
прибуток 
2 1 4 9 8 4 0,3 0,6 1,1 6 
(ПБ) 
Амортизація 
33,5 17,7 8,5 82,5 47,1 24,7 13,5 91,1 38,1 37,3 
(А) 
Оподаткован
4413, 5172, 6273, 6952, 7961, 9072, 1030 1152 1320 1498
ий прибуток 
7 4 9 4 7 7 6,8 9,5 3 8,7 
(ОП) 
Податок на 441,3 517,2 627,3 695,2 796,1 907,2 1030, 1152, 1320, 1498,
прибуток (П) 7 4 9 4 7 7 68 95 3 87 
Чистий 3972, 4655, 5646, 6257, 7165, 8165, 9276, 1037 1188 1348
прибуток  33 16 51 16 53 43 12 6,6 2,7 9,8 
       
82 
 
Таблиця 3.12 
Прогноз грошових потоків операційної діяльності (2-варіант) 
Показники Роки операційної діяльності 
, тис. грн. 1 2 3 4 5 6 7 8 9 10 
Доход від 
5643, 6373, 7202, 8142, 9210, 10424 11804 13374 15161
реалізації 5000 
8 8 2 7 9 ,8 ,9 ,8 ,4 
(Д) 
Операційні 
витрати 869,8 98,8 91,4 167,4 133,9 113,5 104,4 184,3 133,7 135,4 
(ОВ) 
Балансовий 
4130, 6282, 7034, 8008, 9097, 10320 11620 13241
прибуток 5545 15026 
2 4 8 8 4 ,4 ,6 ,1 
(ПБ) 
Амортизаці
33,5 17,7 8,5 82,5 47,1 24,7 13,5 91,1 38,1 37,3 
я (А) 
Оподаткова
ний 4096, 5527, 6273, 6952, 7961, 9072, 10306 11529 14988
13203 
прибуток 7 3 9 3 7 7 ,9 ,5 ,7 
(ОП) 
Податок на 
409,6 552,7 627,3 695,2 796,1 907,2 1030, 1152, 1320, 1498,
прибуток 
7 3 9 3 7 7 69 95 3 87 
(П) 
Чистий 3687, 4974, 5646, 6257, 7165, 8165, 9276, 10376 11882 13489
прибуток  03 57 51 07 53 43 21 ,6 ,7 ,8 
 
З таблиць 3.11 та 3.12 можна взяти до уваги, що обидві опції повернення 
кредиту є можливими, проте застосування другої схеми є більш обґрунтованим. 
 
3.9 Прогноз грошових потоків проекту 
Метою проведення прогнозних розрахунків є порівняння грошових потоків 
інвестиційної, операційної та фінансової діяльності в межах даного проекту для 
підтвердження його ефективності. 
Оскільки фінансування інвестиційної фази проекту здійснюється виключно 
за рахунок приверненого кредитного капіталу, тобто без використання власного 
капіталу, грошові потоки від інвестиційної діяльності відсутні. Грошові потоки 
від фінансової діяльності представляють собою щоквартальні інвестиції за 
рахунок кредиту, які були визначені на етапі початкових розрахунків під час 
операційної діяльності - це поступові річні суми повернення кредиту. 
Для t-го періоду значення коефіцієнта дисконтування складає 
83 
 
1 , 
КД 
t t
 Н д 
1 
 100
де Нд – норма доходу на капітал (12% річних). 
Таблиця 3.13 відображає грошові потоки проекту в умовах, що моделюються в 
даній роботі. Результати розрахунків грошових потоків відтворено у вигляді 
графічної схеми номінальних (реальних) грошових потоків проекту, де сальдо 
реальних грошей відображено на Рис. 3.4. 
 
 
89 
 
                  Таблиця 3.13 
Прогноз грошових потоків проекту  
Фази, роки, квартали проекту 
Роки інвестиційної фази Роки операційної фази 
Показники 1 1 2 3 4 5 6 7 8 9 10 
1-3 4-6 7-9 10-13           
міс міс міс міс 
- - -
1. Грошові 
213, 144,3 -11 2,6 163,0 - - - - - - - - - - 
потоки ІД 
78 9 7 
2. Чистий 3687,0 4974,5 5646,5 6257,0 7165, 8165,4
- - - - 9276,21 10376,6 11882,7 13489,8 
прибуток ОД 3 7 1 7 53 3 
3. Амортизація - - - - 33,5 17,7 8,5 82,5 47,1 24,7 13,5 91,1 38,1 37,3 
4. Грошові 
потоки - 
213, 144,3 163,0
фінансової 112 ,6 756,94     - - - - - 
78 9 7 
діяльності     
(кредит) 
- - -
5. Сальдо 3687,0 4974,5 5646,5 6257,0 7165, 8165,4
213, 144,3 -11 2,6 163,0 9276,21 10376,6 11882,7 13489,8 
реальних грошей 3 7 1 7 53 3 
78  9  7  
6. Коефіцієнт 
0,9 7 0,9 4 0,9 1 0,8 8 0,89 0,8 0,71 0,64 0,57 0,51 0,45 0,4 0,36 0,32 
дисконтування 
7. Дисконтований - - - -
3281,4 3979,6 4009,0 4004,5 4084, 4164,3
потік грошей за 207, 135,7 102,4 143,5 4174,29 4150,64 4277,77 4316,74 
6 6 2 2 35 7 
періодами 37 3 7 0 
8. Дисконтований 
- - - -
потік грошей 2692,4 6672,0 10681, 14685, 4084, 8248,7 12423,0 16573,6 20851,4 25168,1
207, 343,0 445,5 589,0
наростаючим 0 5 07 60 35 2 2 6 3 6 
37 9 6 6 
підсумком 
90 
 
16000
14000
12000
10000
8000
13489,8
6000 11882,7
10376,6
9276,21
4000 8165,43
7165,53
4974,57 5646,51 6257,07
2000 3687,03
0
1 2 3 4 5 6 7 8 9 10
 
Рисунок 3.4 відображає грошові витрати та прибутки протягом десяти 
років. 
 
З аналізу рисунку 3.4 видно, що прибуток постійно зростає, що свідчить 
про те, що проект є прибутковим. 
 
3.10 Оцінка показників ефективності проекту 
Проводяться розрахунки показників ефективності проекту на основі 
прогнозу та його реалізації протягом 10 років. За формалізованим підходом 
показник абсолютного ефекту проекту визначається як різниця між 
накопиченими грошовими витратами та прибутками проекту. У випадку 
дисконтованих грошових потоків цей показник називається чистим 
дисконтованим прибутком (доходом) проекту - ЧДП (ЧДД). 
ЧДП  П * КД В * КД = 25168,16– 589,06 = 24579,1 тис. грн., 
t t t t
де Pт - поточні грошові притоки, тис. грн.; 
Bт - поточні грошові відтоки, тис. грн. 
91 
 
Проте це розглядається з точки зору використання капіталу. Оскільки 
передбачається, що інвестиційна фаза повністю фінансується за рахунок 
запозиченого кредитного капіталу, що означає, що для власника проекту сума 
інвестиційних відтоків дорівнює нулю, то з його погляду: 
ЧДП  П * КД 0 = 25168,16– 0 = 25168,16 тис. грн. 
t t
Такий рівень ЧДП свідчить про високий комерційний ефект проекту. 
 
Індекс прибутковості (доходності) капіталу проекту є показником 
відносної ефективності використання кредитного капіталу. 
∑
т П ∗  25168,16 
ІД = = = 42,7 
∑
т  ∗  589,06
 
В цьому випадку, з погляду власника проекту, це лише формальний 
показник, хоча він є досить високим. 
Для розрахунку строку окупності капіталу, який планується інвестувати 
у проект, визначається середньорічна величина грошових притоків. 
 
∑
 т П ∗  25168,16 
П = = = 2516,816 тис. грн., 
Топ 10
де Т  - тривалість операційного періоду генерування грошових 
оп
притоків, років. 
Очікуваний строк окупності капіталу, що буде вкладений у проект 
∑
т В ∗  589,06
Ток = = = 0,23 роки 
П 2516,816
Отже, проект буде окуповано вже через 3 місяці його експлуатації. 
Показник внутрішньої норми доходності проекту (ВНД) визначається 
шляхом розв'язання рівняння: 
П *
t КД 
t В *  0  
t КД
t
92 
 
Якщо підставити вираз 1
КД  , отримуємо наступне 
t t
 
1
Н д

 100 
вирішення цього рівняння: 
Пt Вt  
  0
t t
 Н д   
1  1
Н д

 100   100 
Вирішення цього рівняння відносно X  Н  , дає значення, яке являє 
д
собою показник ВНД. Такий показник повинен перевищувати норму доходу 
на капітал, яка взята за основу при розрахунках показників ефективності 
проекту. 
80921,45 633,84
Х  − = 0 
Х 
1 + 1 +
100  100
 
Шляхом підстановки доведено, що X > H, де H – норма доходу, що 
становить 12% річних. 
Аналіз беззбитковості операційної діяльності в проекті проводиться з 
метою визначення мінімальних (критичних) обсягів операцій, при яких 
операційна система починає відшкодовувати свої постійні витрати та 
генерувати прибуток. Оскільки показники операційної діяльності змінюються 
протягом років проекту, аналіз беззбитковості проводиться для кожного року 
операційної фази. 
Критичний обсяг виробництва та реалізації продукції для t-го року 
операційної діяльності буде розрахований за формулою: 
ВП
ОК  t , одиниць продукції, 
t Ц 
t ВЗОt
 де ВПt – постійні витрати t-го року, грн.; 
 Цt– ціна за одиницю продукції t-го року, грн./одиницю; 
 ВЗОt – змінні витрати на одиницю продукції, грн./од. 
93 
 
 Величина ВЗОt визначається наступним чином: 
ВЗО  М ОП , грн./одиницю, 
t t t
 де Мt – прямі матеріальні витрати на одиницю продукції, грн./одиницю, 
ОПt – прямі витрати на оплату праці (з нарахуваннями) на одиницю продукції 
для t-го року операційної фази проекту, грн./од. 
Якщо мова йде про рік, в якому треба повернути визначену суму частки 
кредиту - СКt, то ОКt визначається за формулою: 
 ВП 
t СК
ОК t , одиниць продукції. 
t Ц 
t ВЗОt
Розрахунки відображені в Таблиці 3.14.  
Таблиця 3.14 
Розрахунок точки беззбитковості для 10 років 
Показники, Роки операційної діяльності 
тис. грн. 
1 2 3 4 5 6 7 8 9 10 
Постійні 78,2 93,4
79,70 81,30 83,00 84,60 86,30 88,00 89,80 91,60 
витрати (ВП) 0 0 
Ціна одиниці 50,0 77,6
52,50 55,10 57,90 60,80 63,80 67,00 70,40 73,90 
(Ц1) 0 0 
Ціна одиниці 100, 105,0 110,3 115,8 121,6 127,6 134,0 140,7 147,7 155,
(Ц2) 00 0 0 0 0 0 0 0 0 10 
Матеріальні 
3,00 2,94 2,88 2,82 2,77 2,71 2,66 2,60 2,55 2,50 
витрати (Мt1) 
Матеріальні 
3,00 2,94 2,88 2,82 2,77 2,71 2,66 2,60 2,55 2,50 
витрати (Мt2) 
Оплата праці 18,8
8,00 8,80 9,68 10,65 11,71 12,88 14,17 15,59 17,15 
(ОПt1) 6 
Оплата праці 23,0 54,2
25,30 27,83 30,61 33,67 37,04 40,75 44,82 49,30 
(ОПt2) 0 3 
Змінні 
11,0 21,3
витрати на 11,74 12,56 13,47 14,48 15,59 16,83 18,19 19,70 
0 6 
од. (ВЗО1) 
Змінні 
26,0 56,7
витрати на 28,24 30,71 33,43 36,44 39,75 43,41 47,42 51,85 
0 3 
од. (ВЗО2) 
Сума 756,
                  
кредиту (СК) 94 
Критичний 
0,68 0,67 0,65 0,64 0,63 0,63 0,62 0,61 0,60 
обсяг (ОК) 7,39 
 
94 
 
Дуже складно визначити точку беззбитковості для кожного року, 
особливо враховуючи використання користувачами обох пакетів. Отже, для 
спрощення обчислень було розраховано кількість одиниць продукції для 
кожного пакету, припускаючи, що користувачі куплять однакову кількість як 
сімейного, так і бізнес-пакету. 
Останнім етапом завершення роботи є розробка проекту кредитного 
договору між банком та підприємством-позичальником (додаток А). До 
кредитного договору додається графік отримання та повернення кредитів 
(додаток Б). Виконаний комплекс розрахунків є необхідною складовою 
фінансово-економічного обґрунтування (ТЕО) будь-якого проекту, що 
підлягає обговоренню з інвестором або кредитором. Оцінка ефективності 
проекту здійснюється шляхом розгляду загальної концепції, економічного 
обґрунтування можливості здійснення та очікуваної ефективності. 
Також проведена оцінка соціально-економічної ефективності, яка 
відображає ефективність проекту з урахуванням інтересів усього суспільства 
та витрат, пов'язаних із його виконанням. Однак слід відзначити, що головним 
методом оцінки соціальної ефективності проекту залишається експертний 
метод. 
Для достовірної оцінки соціальної ефективності важливо враховувати 
два рівні: локальний (пов'язаний з задоволенням соціальних потреб 
працівників на конкретному підприємстві) і муніципальний чи 
загальнодержавний (стосується рівня соціального захисту та задоволення 
соціальних потреб різних верств населення, забезпечуваних місцевими 
органами та державою в цілому). 
Подальшим кроком є визначення абсолютних масштабів і відносного 
рівня задоволення різноманітних соціальних потреб працівників підприємства 
за рахунок власних матеріальних і фінансових ресурсів, накопичених завдяки 
виробничо-господарській і комерційній діяльності, а також застосування 
нових форм господарювання. 
95 
 
Обща послідовність дослідження соціального впливу проекту подана на 
Рис. 3.5. 
Внутрішній соціальний вплив проекту Зовнішній соціальний вплив проекту
Персонал: Вплив на зайнятість населення в 
1. Кількість нових робочих місць регіоні
2. Вимоги до кваліфікації
Демографічна ситуація в регіоні
Оплата праці
Доходи та рівень життя в регіоні
Умови праці, травматизм
Екологія в регіоні
Безконфліктність і соціальне 
партнерство на підприємстві
Соцільна значущість продукції Криміногенна ситуація в регіоні
проекту
 
Рисунок 3.5 Соціальний аналіз проекту 
 
Соціальний вплив на муніципальному рівні розглядається у наступних 
аспектах: 
а) Окремі особи: кожен користувач продукту зможе контролю вати 
власні кошти, що дасть можливість покращити власне фінансове становище. 
б) Сім’ї: загальний моніторинг коштів сім’ї допоможе зменшити 
витрати на певні категорії, що призведе до заощадження коштів і витрату на 
більш потрібні на корисні категорії. 
в) Підприємці та власники бізнесу: отримання повної фінансової 
звітності зможе допомогти у розвитку бізнесу, а це у свою чергу призведе до 
появи нових робочих місць, що теж має позитивний соціальний ефект. 
г) Демографічна ситуація країни: за рахунок управління коштами 
можливе покращення демографічного стану країни. 
д) Екологічний та криміногенний вплив: даний вплив відсутній. 
96 
 
 Отже, проект та продукт проекту має значну соціальну значущість не 
лише для працівників, але і для користувачів продукту. 
 
3.11 Реалізація продукту проекту 
Реалізація почалась із розробки веб-інформаційної системи головного 
сайту компанії Danavero. Мета такого сайту полягає в тому, щоб заполучити 
як можна більше нових клієнтів з усього світу. Головна сторінка представена 
на Рис. 3.6.  
 
 
97 
 
 
 
 
  
98 
 
ВИСНОВКИ 
 
Бурхливий розвиток інформаційно-технологічної індустрії в Україні та 
світі відкриває можливості для вирішення низки довгострокових проблем. З 
метою успішної реалізації проекту були визначені основні цілі, націлені на 
досягнення максимального прибутку від продукту, такі як проведення 
ринкового аналізу, розробка функціоналу відповідно до вимог, визначених у 
технічному завданні (ТЗ), створення інтерфейсу згідно з PSD-шаблонами, 
ідеалізація UI/UX, SEO-оптимізація та маркетингова кампанія, ґрунтуючись 
на розробленій маркетинговій стратегії. 
Очікуваними результатами проекту є готовий прогноз, розроблене 
технічне завдання, завершені PSD-шаблони для всіх сторінок, повністю 
протестована робоча версія проекту та успішний запуск готового продукту. 
У хід проекту впливають різні фактори, такі як політична стабільність, 
економічні умови, соціокультурні та технологічні тенденції. Ключовими 
етапами проекту є оцінка та прогноз, розробка ТЗ, дизайн, розробка, 
тестування, маркетинг та запуск. 
Продукт проекту планується відзначити унікальною технологією 
розробки, ефективною маркетинговою стратегією, асоціативним брендом, 
розширеним функціоналом та високим рівнем інформаційної безпеки. 
Для успішного втілення проекту була утворена проектна команда, яка 
включає проектного менеджера, бекенд-розробника, фронтенд-розробника, 
тестувальника, дизайнера, SEO-копірайтера та маркетолога. Для управління 
проектом використовується програма MS Project, яка допомагає вирішувати 
завдання в рамках WBS, визначає лист задач та календарний план, створює 
діаграму Ганта та сітковий графік, розподіляє ресурси та розраховує трудові 
та матеріальні витрати проекту. 
Для забезпечення якості проекту були визначені критерії та методи 
досягнення заданого рівня якості. 
99 
 
Під час виконання проекту було ідентифіковано потенційні ризики та 
визначено заходи для їхнього управління або пом'якшення впливу. Серед 
найбільш ймовірних ризиків вказано можливі помилки на будь-якому етапі 
проекту, ефект масштабування, що може призвести до застаріння проекту під 
час його розробки, та виникнення багів, які можуть бути виявлені 
користувачами. 
Для забезпечення ефективного комунікаційного процесу у команді 
використовується програма Slack, яка інтегрована з Kanban-системою Trello та 
системою контролю версій GitHub. 
З метою підвищення ефективності роботи команди впроваджено ряд 
мотиваційних заходів. Зокрема, запроваджена система зростання, що дозволяє 
працівникам підвищувати свій рівень та відповідно рівень заробітної плати 
кожні півроку. 
Однією з ключових переваг продукту є високий рівень інформаційної 
безпеки користувачів. З цією метою в проекті введено правила, укладено угоди 
про конфіденційність та впроваджено систему управління інцидентами 
інформаційної безпеки. 
Була проведена економічна оцінка проекту, що підтвердила його 
ефективність. Чистий дисконтований прибуток оцінено на 24 579,1 тис. грн, 
індекс доходності склав 42,73, а термін окупності становить 0,23 року. 
Розроблений проект має значущий вплив не лише в ІТ-сфері, але й у 
сфері економіки та послуг. Готовий продукт дозволяє індивідуально вести 
облік власних коштів, полегшує контроль сімейного бюджету та спрощує 
процес розробки бухгалтерської звітності для підприємств.  
100 
 
СПИСОК ВИКОРИСТАНИХ ДЖЕРЕЛ 
 
1. Идея успешного проекта [Електронний ресурс]. – 2015. – Режим 
доступу до ресурсу: http://marketnotes.ru/about_marketing/project-idia/. 
2. Дитхелм Г. Управление проектами / Герд Дитхелм. – Санкт-
Петербург: Бизнес-пресса, 2004. – 400 с. – (2). 
3. Управление проектами – Самара: Самарский Государственный 
Технический Университет, 2015. – 95 с. 
4. Лучшие приложения для учета финансов [Електронний ресурс]. – 
2017. – Режим доступу до ресурсу: http://softcatalog.info/ru/android/obzor/uchet-
finansov. 
5. ТОП-8 бесплатных приложений для учёта личных финансов 
[Електронний ресурс]. – 2015. – Режим доступу до ресурсу: 
https://platiza.ru/about/BlogArticle/116. 
6. Amadeo K. What Is Competitive Advantage? Three Strategies That 
Work [Електронний ресурс] / Kimberly Amadeo. – 2018. – Режим доступу до 
ресурсу: https://www.thebalance.com/what-is-competitive-advantage-3-strategies-
that-work-3305828.  
7. Patel N. Online Marketing Made Simple: A Step-by-Step Guide 
[Електронний ресурс] / Neil Patel. – 2015. – Режим доступу до ресурсу: 
https://neilpatel.com/what-is-online-marketing/.  
8. Таргетированная реклама [Електронний ресурс] – Режим доступу 
до ресурсу: https://apollo-8.ru/targetirovannaya-reklama. 
9. СММ (SMM) Маркетинг социальных медиа [Електронний ресурс] 
– Режим доступу до ресурсу: 
10. Стратегічний менеджмент / [М. П. Бутко, М. Ю. Дітковська, С. М. 
Задорожна та ін.]. – К.: Центр учбової літератури, 2016. – 376 с. 
11. Управління змістом проекту, цілі та задачі [Електронний ресурс] – 
Режим доступу до ресурсу: http://www.managerhelp.org/hoks-1134-1.html. 
101 
 
12. Чорна М. В. Проектний аналіз / М. В. Чорна. – Харків: Консум, 
2003. – 228 с. 
13. Управління проектами – Хмельницький: Хмельницький 
національний університет, 2015. – 276 с. 
14. Андрущакевич Т. О. SWOT-аналіз як основний інструмент 
стратегічного управління, його переваги і недоліки [Електронний ресурс] / Т. 
О. Андрущакевич, О. В. Коновалова – Режим доступу до ресурсу: 
http://www.rusnauka.com/3_SND_2010/Economics/58123.doc.htm. 
15. Павленко А. Ф. Маркетинг / А. Ф. Павленко, А. В. Войчак. – К.: 
КНЕУ, 2003. – 246 с. 
16. Elevating Expectations: 5 Ways Product Quality Impacts Your Brand 
[Електронний ресурс]. – 2018. – Режим доступу до ресурсу: 
https://www.business.com/articles/5-reasons-why-product-quality-matters/.  
17. SWOT Analysis and PEST Analysis – When to Use Them 
[Електронний ресурс]. – 2018. – Режим доступу до ресурсу: 
https://creately.com/blog/diagrams/swot-analysis-vs-pest-analysis/.  
18. Project Scope Triangle [Електронний ресурс]. – 2006. – Режим 
доступу до ресурсу: http://www.projectscopetemplate.com/project-scope-triangle-
213.html.  
19. Трикутник проекту [Електронний ресурс]. – 2016. – Режим 
доступу до ресурсу: https://support.office.com/uk-
ua/article/%D0%A2%D1%80%D0%B8%D0%BA%D1%83%D1%82%D0%BD%
D0%B8%D0%BA-
%D0%BF%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D1%83-8c892e06-
d761-4d40-8e1f-17b33fdcf810.  
20. Гудзь О. Є. Менеджмент ідей та управління проектами / О. Є. 
Гудзь, А. А. Глушенкова., 2016. – 156 с.  
21. Класифікація споживачів [Електронний ресурс] – Режим доступу 
до ресурсу: http://marketing-helping.com/konspekti-lekcz/17-konspekt-lekczj-
discziplna-qmarketingq/257-klasifkaczya-spozhivachv.html.  
102 
 
22. Статистика жителів України [Електронний ресурс] – Режим 
доступу до ресурсу: http://database.ukrcensus.gov.ua/Mult/Dialog/Saveshow.asp. 
23. Мороз Л. А. Маркетинг / Л. А. Мороз, Н. І. Чухрай. – К.: „Інтелект-
Захід”, 2002. – 244 с. 
24. Запорожець А. О. Розробка проекту інтернет-магазину техніки на 
основі ситуаційного аналізу / А. О. Запорожець. – Черкаси, 2018. – 35c.  
25. Ноздріна Л. В. Управління проектами / Л. В. Ноздріна, В. І. Ящук, 
О. І. Полотай. – К.: Центр учбової літератури, 2010. – 432 с. 
26. Нечаюк Л. І. Менеджмент / Л. І. Нечаюк, Н. О. Телеш. – К.: Центр 
учбової літератури, 2003. – 348 с. 
27. Петренко Н. О. Управління проектами / Н. О. Петренко, Л. О. 
Кустріч, М. О. Гоменюк. – К.: Центр учбової літератури, 2015. – 244 с. 
28. Управління проектами інформаизації – Тернопіль: Тернопільский 
національний технічний університет Ім. И. Пулюя, 2016. – 235 с. 
29. Попов В. Л. Управління фнноваційними проектами / В. Л. Попов. 
– Москва: Инфра-М, 2009. – 336 с. 
30. Запорожець А. О., Запорожець М. В. Застосування методів тайм-
менеджменту в управлінні проектами.. Вісник ЧДТУ. – 2018. -  №2. – 139 С. 
31. Погановська А. Р. Інформаційний менеджмент і управління 
проектами / А. Р. Погановська, В. С. Селуков, Д. А. Даниленко. – Миколаїв: 
ЧДУ ім. П. Могили, 2017. 
32. Машошина Т. В. Зміст та характеристика проектного 
менеджменту / Т. В. Машошина. – Харків, 2013. – 93 с. 
33. Управління вартістю проекту на етапі виконання проекту 
[Електронний ресурс] – Режим доступу до ресурсу: 
http://www.managerhelp.org/hoks-1141-1.html. 
34. Должанський І. З. Бізнес-план: технологія розробки : навч. посіб. / 
І. З. Должанський, Т. О. Загорна. – К. : ЦНЛ, 2006. – 384 с 
35. Прокопенко Т. О. Методологія управління ІТ проектами / Т. О. 
Прокопенко. – Черкаси: ЧДТУ, 2017. – 109 с. 
103 
 
36. Мазур И. И. Управление проектами / И. И. Мазур, В. Д. Шапиро, 
Н. Г. Ольдерогге. – Москва: Омега-Л, 2004. – 664 с.  
37. Аньшин В. В. Управление проектами: Фундаментальный курс / В. 
В. Аньшин, О. А. Ильина. – Санкт-Петербург: Высшая школа экономики, 
2013. – 900 с.  
38. Скляр І. Д. Проектне фінансування. Конспект лекцій / І. Д. Скляр. 
– Суми: СумДУ, 2008. – 77 с. 
39. Lavanya N. Risk analysis and management: a vital key to effective 
project management. [Електронний ресурс] / N. Lavanya, T. Malarvizhi. – 2008. 
– Режим доступу до ресурсу: https://www.pmi.org/learning/library/risk-analysis-
project-management-7070.  
40. Управление проектами / А. И.Балешов, Е. М. Рогова, М. В. 
Тихонов, Е. А. Ткаченко. – Москва: Юрайт, 2015. – 386 с. 
41. Олейник Д. В. Что такое Канбан [Електронний ресурс] / Д. В. 
Олейник. – 2016. – Режим доступу до ресурсу: https://dou.ua/lenta/articles/what-
is-kanban/. 
42. Сервисы, с которыми у Slack есть интеграция [Електронний 
ресурс]. – 2018. – Режим доступу до ресурсу: 
https://startpack.ru/integration/slack-team-communication. 
43. What is Scrum Project Management? [Електронний ресурс] – Режим 
доступу до ресурсу: https://www.versionone.com/scrum-project-management/. 
44. Shmidt T. Strategic Project Management Made Simple: Practical Tools 
for Leaders / Terry Shmidt. – Hardcover, 2009. – 296 с.  
45. Управління проектами.Конспект лекцій – К.: НУХТ, 2016. – 99 с. 
46. Рульєв В. А. Менеджмент / В. А. Рульєв, С. О. Гуткевич. – К.: 
Центр учбової літератури, 2011. – 312 с. 
47. Крушельницька О. В. Управління персоналом / О. В. 
Крушельницька. – К.: Кондор, 2003. – 272 с. 
104 
 
48. Загірняк М. В. Економіка підприємства. Ч.1 / М. В. Загірняк, Я. Г. 
Перерва, О. І. Маслян. – Кременчук: ТОВ "Кременчуцька міська друкарня", 
2015. – 736 с. 
49. Колот А. М. Мотивація персоналу / А. М. Колот. – К.: КНЕУ, 2002. 
– 337 с. 
50. Коленько С. Г. Учебник и практикум для академического 
бакалавриата. / С. Г. Коленько. – Москва: Юрайт, 2015. – 256 с. 
51. Пересипкiна Н. А. Мотивація персоналу: чому негативні стимули 
не працюють / Н. А. Пересипкiна. // Кадровик України. – 2016. – №7. 
52. Система управління інцидентами інформаційної безпеки – К.: 
Інститут програмних систем НАН України, 2009. – 143 с. 
53. Інформаційна та кібербезпека: соціотехнічний аспект / В. 
Л.Бурячок, В. Б. Толубко, В. О. Хорошко, С. В. Толюпа. – К.: ДУТ, 2015. – 288 
с. 
54. Управление проектами / Под ред. В.Д.Шапиро -  М., 1996 – 610 с. 
55. Проектний аналіз . Навч. посібн. / За ред. Москвіна С.О. – К. 1999 
– 368с. 
56. Збірник типових договорів / авт. – упоряд. М.І. Гейко ,     M.M. 
Лядецький - K .: А.c.K. – 2002 – 464c. 
57. Бушуєв С.Д., Морозов В.В. Управление закупками в проектах 
В2т./ Укр. ассоция управл. проектами , Укр ИНТЭИ – К.,1999    
58. Р.Б. Тян, Б.І. Холод, В.А. Ткаченко Управління проектами: Підручник.. – 
К.: Центр навчальної  літератури, 2003. – 224 с.   
59. Данченко Е.Б., Чернова Л.С., Бедрий Д.И., Погорелова Е.В., 
Мазуркевич А.И. Функционально-стоимостной анализ в управлении 
проектами наукоемких предприятий: Монография. – Днепропетровск: «ІMA-
Press», 2011. – 237 с. 
60. Полковников А.В. Управление проектами / А.В. Полковников, 
М.Ф. Дубовик – М.: Эксмо, 2011. – 526 с. – (Полный курс МВА). 
105 
 
61. Креативные технологии управления проектами и программами: 
монография С.Д. Бушуев, Н.С. Бушуева, И.А. Бабаева и др. – К.: «Сомит-
Книга», 2010 – 768 с. 
62. Руководство к своду знаний по управлению проектами 
(Руководство РМВоК). – 4-е изд. Project Management Institute – 2008. 
63. Старостіна А.О. Ризик- менеджмент: теорія та практика: Навч. 
посіб. / А.О. Старостіна, В.А. Кравченко. – К.: Видавництво «Кондор», 2009. – 
220 с. 
64. Фунтов В.Н. Основы управления проектами в компании.  2-е изд., 
доп. – СПб.: Питер, 2008. – 336 с. 
65. Лега Ю.Г., Прокопенко Т.О., Данченко О.Б. Концепція програми 
розвитку галузі цукрової промисловості України. Вісник ЧДТУ. – 2010. -  №4. 
- С.25 – 31. 
66. Прокопенко Т.О., Олєйнікова Т.Ю. Модель стратегічного 
управління проектом в сфері малого бізнесу. Східно-Європейський журнал 
передових технологій. – 2011. - №1/6(49). – С.26 -28. 
67. Прокопенко Т.О. Застосування методу аналізу сценаріїв в 
експертизі проектів. Тези доповідей VIIІ міжнародної конференції  
„Управління проектами у розвитку суспільства ”. Тема: Управління 
програмами приватно-державного партнерства з метою стабілізації розвитку 
України.// Відповідальний за випуск С.Д. Бушуєв, - К.: КНУБА, 2011.- С.175. 
68. Прокопенко Т.О. Деякі аспекти фінансово-економічної оцінки 
ефективності проектів та програм. Східно-Європейський журнал передових 
технологій. – 2012. - №1/12(55). – С.28 -30. 
69.  Прокопенко Т.О. Аналіз методів оцінки ефективності проектів і 
програм. Вісник ЧДТУ. – 2012. -  №1. - С. 
70. Никонова И. А. Проектный анализ и проектное финансирование / 
И. А. Никонова. – Москва: Альпина Паблишер, 2012. – 160 с. 
71. Зайцев Н.А., «Экономика промышленного предприятия» Учебник 
М.:1998. – 415 с. 
106 
 
72. Марцин В. С. Економіка торгівлі / В. С. Марцин. – К.: Знання, 
2008. – 603 с. – (2). 
73. Щукін Б. М. Аналіз інвестиційних проектів / Б. М. Щукін. – К.: 
МАУП, 2002. – 125 с. 
74. Цыс С. В. Лендинг это — не простой сайт, а инструмент для 
продаж [Електронний ресурс] / С. В. Цыс. – 2018. – Режим доступу до ресурсу: 
http://landing.uni.co.ua/blog/chto-takoe-landing-page/. 
75. Ноздрева Р. Б. Маркетинг: как побеждать на рынке / Р. Б. Ноздрева, 
Л. И. Цыгичко. – Москва: Финансы и статистика, 1991. – 304 с. 
76. Арчибальд, Рассел Д. Управление высокотехнологичными 
программами и проектами / Рассел Д. Арчибальд. – Из-ва ДМК-Прес и 
Компания АйТи, 2003. – 472 с. 
77. Верзух, Э. Управление проектами : ускоренный курс по программе 
МВА. : Пер.с англ. – М.: ООО «И. Д. Вильямс», 2008. – 480 с. 
78. Клиффорд, Ф. Грей, Управление проектами: практическое 
руководство / Ф. Грей Клиффорд, Ларсон Ерик У. – М.: Дело и Сервис, 2002. 
– 528 с. 
79. Батенко, Л.П., Управління проектами: Навчальний посібник / 
Батенко Л.П., Загородніх О.Л., Ліщинські В.В. – К.: КНЕУ, 2004. – 231 с. 
80. Бурков, В.Н. Как управлять проектами: научно-практическое 
издание / В.Н. Бурков, Д.А. Новиков – М.: СИНТЕГ-ГЕО, 1997. – 401с. 
81. Воропаев, В.И. Управление программами и проектами. / В.И. 
Воропаев, З.М. Гальперина, М.Л. Разу и др. – М.: Аланс, 1995. – 225 с. 
82. Кобиляцький, Л.С. Управління проектами: Навч. посібник. / Л.С. 
Кобиляцький. – К.: МАУП, 2002. – 200с. 
83. Товб, А. Управление проектами: стандарты, методы, опыт / А. 
Товб, Г. Ципес.– М.: Олимп-бизнес, 2003. – 292 с. 
84. Филлипс, Джозеф. Управление проектами в области 
информационных технологий / Джозеф Филлипс. – М.: Лори, 2006. - 374 с. 
107 
 
85. Леонова С. В. Соціально-відповідальний маркетинг: реалії та 
перспективи впровадження / С. В. Леонова, Л. Ю. Шевців. – 2015. 
86. Самойлова Е. Зачем переходить на проектный менеджмент? 
[Електронний ресурс] / Е. Самойлова. – 2017. – Режим доступу до ресурсу: 
https://worksection.com/blog/why-project-management.html. 
87. Проектний менеджмент [Електронний ресурс] – Режим доступу до 
ресурсу: https://www.quality-assurance-group.com/shho-take-proektnyj-
menedzhment-profesiya-proektnogo-menezhera-it/.