Будь ласка, використовуйте цей ідентифікатор, щоб цитувати або посилатися на цей матеріал:
https://er.chdtu.edu.ua/handle/ChSTU/5160| Назва: | Управління проектом в сфері Data Science |
| Автори: | Прокопенко , Тетяна Олександрівна Альошін, Ярослав Ігорович |
| Ключові слова: | Data Science;Інформаційні технології;Проектний менеджер;Операційна система;розробка |
| Дата публікації: | 20-гру-2023 |
| Короткий огляд (реферат): | Кожна професійна діяльність включає в себе планування та управління, від цих процесів, в цілому, залежить якість та результат роботи. Не секрет що, ІТгалузь є провідником та опорою людства до високотехнологічного майбутнього про яке ми мріємо. Такою ж опорою стала і Agile – конференція 2001-го року у галузі розробки програмного забезпечення в Сноубердж, штат Юта, США, у результаті якої спільні обговорення видатних діячів галузі допомогли сформулювати маніфест Agile. Маніфест Agile відіграв важливу роль у визнанні та розповсюджені гнучких підходів до розробки програмного забезпечення, та фактично заснував професію проектного менеджера такою, як ми знаємо її зараз. Проектний менеджер (Project Manager) – фахівець, відповідальний за планування, моніторинг та успішне завершення проекту. Він пов’язує та координує різні за напрямком команди проекту, управляє ресурсами та звітністю, проводить моніторинг ризиків та планів виконання під час розробки продукту. Ця професія зовсім не нова, адже кожне підприємство має працівника, що виконує ті ж функції, але головна відмінність між проектним менеджером в ІТ та іншими галузями полягає в кінцевому результаті, де в ІТ менеджмент направлений на успішний результат окремого продукту, а не ведення економічно-господарської діяльності всієї компанії. Звертаючись до маніфесту Agile, можемо простежити чіткий перехід до інших пріоритетів розробки продукту в ІТ, на відміну від інших галузей. Основні положення маніфесту ідеально демонструють напрями діяльності проектного менеджера в ІТ, зокрема: 1. Індивідуали та взаємодія більш цінні, ніж інструменти та процеси. 2. Робочий продукт більш цінний, ніж вичерпний план. 3. Комунікація із замовником більш цінна, ніж угода про обслуговування. 4. Готовність до змін більш цінна, ніж виконання плану.6 Такий підхід дозволяє значно збільшувати кількісні та якісні показники команди та продукту в цілому, що дозволить кожному учаснику процесу розвиватись та отримувати задоволення від своєї роботи, що дуже важливо в такому динамічному світі. Актуальність даної дипломної роботи очевидна кожній людині, хто не перебуває у інформаційному вакуумі. Дедалі більше бізнесів та робітників звертають увагу на новітні досягнення у сфері штучного інтелекту, а новини про нову розвинуту модель генерації відео- чи фото-матеріалів з’являється майже не кожен тиждень. Кожного дня створюється майже 380 мільйонів терабайт інформації, станом на 2023 рік світ міститиме 120 зетабайт інформації, і з кожним наступним роком кількість даних буде збільшуватись на 25%. Дана статистика демонструє потребу у фахівцях, що здатні працювати з великими обсягами даних та знаходити цінні закономірності. Зі збільшенням DS проектів прямопропорційно буде збільшуватись кількість необхідних проектних менеджерів даного напрямку, адже наука про дані має доволі специфічний характер робіт та професій, що об’єднуються на одному проекті. Тим не менше, все більше компаній створюють команди, що займаються імплементацією алгоритмів машинного навчання до своєї сфери діяльності. Наука про дані дозволяє додати прогнозованості та керованості вашій компанії, дивитись на її діяльність під іншим кутом та отримувати детальні відповіді на питання «Чому?» та «Як?». Дана робота аналізує яким повинен бути проектний менеджмент команди, що розробляє інформаційно-аналітичну систему для компанії що займається ресейлінгом товарів широкого вжитку (FMCG). Важливо розуміти специфіку роботи та інструментів які використовуються науковцями про дані, та усвідомлювати, що стандартні процеси та рутини притаманні веб-розробці або мобільній розробці, не підходять для проектів такого напряму. Метою дослідження є застосувати сучасні методи проектного менеджменту до досить нового напряму ІТ-галузі, вдосконалити та використовувати знання та навички отриманні під час навчання.7 Для досягнення даної мети було поставлено та вирішено наступні завдання: Визначення цілей проекту; Дослідження галузі; Дослідження ринку та конкурентоспроможності; Формування концепції проекту Створення переліку задач використовуючи WBS; Розподіл задач, призначення відповідальних; Встановлення термінів виконання задач; Визначення ймовірних ризиків та засобів боротьби з ними; Управління ресурсами проекту; Визначення бюджету проекту; Планування та проведення закупівель; Визначення критеріїв якості та контроль їх дотримання; Налагодження комунікації між виконавцями; Інтеграція проекту; Контроль та мотивація; Управління інформаційною безпекою; Оцінка економічної та соціальної ефективності проекту; Розробка техніко-економічного обґрунтування проекту. Об’єктом дослідження є проект розробки системи Sales Optimization&Prediction. Предметом дослідження є застосування класичної методології PMBOK та гнучких методологій в управлінні проектом, а також методи проектного аналізу (аналіз інвестиційної та операційної діяльності), методи моніторингу ризиків, інформаційної безпеки, методи контролю та мотивації працівників. Застосовано методи гнучкого підходу Scrum для управління комунікацією команди та взаємозв’язок із замовником, Kanban для розподілу завдань та встановлення часових рамок.8 Наукова новизна отриманих результатів полягає у використанні типових методів проектного менеджменту до нового напряму роботи компанії. Працюючи над цим проектом, менеджер може потрапити у ситуацію, коли звичні процеси на дають бажаного результату. Саме тому, важливо розглянути проект, де учасники команди мають дуже відмінні професії та використовуються інструменти вузького напряму. Розглянуті підходи до аналізу проекту, зокрема ситуаційний аналіз, дають змогу оцінити доцільність використання гнучких методологій та проектного менеджменту до даного проекту в цілому. Важливо зрозуміти, чи є Agile оптимальним варіантом керування Data Science проектом, що дає оптимальність в часі, у витратах, в прибутках тощо та пристосовується до динамічного клімату ІТгалузі. Практичне застосування одержаних результатів полягає в тому, щоб теоретичні дослідження, що отримані під час створення статуту та аналізу проекту допомогли реалізувати управління проектом по створенню інформаційноаналітичної системи Sales Optimization&Prediction. Апробація результатів роботи і публікації. Результати дипломної роботи представлені на ІІ Міжнародній науково-практичній Інтернет-конференції «Інновації та перспективні шляхи розвитку інформаційних технологій (ІПШРІТ- 2023) – Черкаси 6.12.2023. |
| URI (Уніфікований ідентифікатор ресурсу): | https://er.chdtu.edu.ua/handle/ChSTU/5160 |
| Розташовується у зібраннях: | 126 Інформаційні системи та технології (IT Project Management) |
Файли цього матеріалу:
| Файл | Опис | Розмір | Формат | |
|---|---|---|---|---|
| РЕП_МАГ_Альошін_МІТ-2211.pdf Restricted Access | Управління проектом в сфері Data Science | 4.77 MB | Adobe PDF | Переглянути/Відкрити Запит копії |
Усі матеріали в архіві електронних ресурсів захищено авторським правом, усі права збережено.
Extracted text
МІНІСТЕРСТВО ОСВІТИ ТА НАУКИ УКРАЇНИ
ЧЕРКАСЬКИЙ ДЕРЖАВНИЙ ТЕХНОЛОГІЧНИЙ УНІВЕРСИТЕТ
ФАКУЛЬТЕТ ІНФОРМАЦІЙНИХ ТЕХНОЛОГІЙ І СИСТЕМ
КАФЕДРА ІНФОРМАЦІЙНИХ ТЕХНОЛОГІЙ ПРОЕКТУВАННЯ
ПОЯСНЮВАЛЬНА ЗАПИСКА
до кваліфікаційної роботи магістра
на тему: «Управління проектом в сфері Data Science»
Виконав: здобувач другого
(магістерського) рівня вищої освіти
2-го курсу групи МІТ-2211
Спеціальності 126 Інформаційні системи
та технології
ОП «IT Project Management»
Альошін Ярослав Ігорович
Керівник: Завідувач кафедри
інформаційних технологій проектування,
доктор технічних наук, професор,
Прокопенко Тетяна Олександрівна
Рецензент: Директор ТОВ
«Андерсенлаб» Алесін Олег Вікторович
Черкаси – 2023 року
2
ЗМІСТ
СПИСОК УМОВНИХ СКОРОЧЕНЬ ............................................................................ 4
ВСТУП .............................................................................................................................. 5
РОЗДІЛ І ........................................................................................................................... 9
КОНЦЕПЦІЯ ПРОЕКТУ SALES OPTIMIZATION&PREDICTION .......................... 9
1.1. Опис галузі, причини виникнення ідеї. ............................................................ 9
1.2 Сегментація ринку ............................................................................................ 10
1.3 Конкурентноспроможність .............................................................................. 12
1.4 Резюме проекту ................................................................................................. 17
1.5 SWOT, PEST аналіз .......................................................................................... 20
1.6 Обмеження на проект та характеристика користувачів ............................... 23
1.7 Основні вимоги та завдання ............................................................................ 26
РОЗДІЛ ІІ ....................................................................................................................... 27
2.1 Управління змістом та предметною областю проекту ................................. 27
2.2 Управління ресурсами проекту ....................................................................... 32
2.3 Управління часом проекту ............................................................................... 35
2.4 Управління вартістю проекту .......................................................................... 40
2.5 Управління закупівлями на проекті ................................................................ 43
2.6 Управління якістю проекту ............................................................................. 45
2.7 Управління ризиками проекту ........................................................................ 48
2.8 Управління інформаційним зв’язком в проекті ............................................ 56
2.9 Управління інтеграцією в проекті................................................................... 57
2.10 Контроль та мотивація ..................................................................................... 61
2.11 Інформаційна безпека в проекті ...................................................................... 64
РОЗДІЛ ІІІ ...................................................................................................................... 66
3.1 Планування фінансових ресурсів інвестиційної фази ІТ проекту ............... 66
3.2 Оптимізація плану фінансування інвестиційної фази проекту .................... 71
3.3 Розробка зведеного кошторису проекту ........................................................ 74
3.4 Прогнозування амортизаційних витрат операційної діяльності ................. 75
3.5 Планування кредитних процесів інвестиційної діяльності .......................... 77
3.6 Прогноз витрат операційної діяльності .......................................................... 78
3
3.7 Прогноз грошових потоків операційної діяльності ...................................... 79
3.8 Прогноз грошових потоків проекту ................................................................ 80
3.9 Оцінка показників ефективності проекту ...................................................... 83
3.10 Аналіз беззбитковості операційної діяльності проекту ................................ 85
3.11 Розробка проекту кредитного договору ......................................................... 86
3.12 Оцінка соціально-економічної ефективності................................................. 86
3.13 Реалізація продукту проекту ........................................................................... 88
ВИСНОВКИ ................................................................................................................... 93
СПИСОК ВИКОРИСТАНИХ ДЖЕРЕЛ ..................................................................... 96
ДОДАТКИ ............................................................ Помилка! Закладку не визначено.
Додаток А .......................................................... Помилка! Закладку не визначено.
Додаток Б .......................................................... Помилка! Закладку не визначено.
Додаток В .......................................................... Помилка! Закладку не визначено.
4
СПИСОК УМОВНИХ СКОРОЧЕНЬ
DS – Наука про дані
ML – Машинне навчання
IT – Інформаційні технології
OC – Операційна система
БД – Бази даних
ПМ – Проектний менеджер
ІД – Інвестиційна діяльність
ОД – Операційна діяльність
ІБ – Інформаційна безпека
ШІ – Штучний інтелект
B2B – Від бізнесу до бізнесу
API – Аpplication programming interface, прикладний програмний інтерфейс
IDE – Інтегроване середовище розробки
ETL – Витяг, перетворення, завантаження
5
ВСТУП
Кожна професійна діяльність включає в себе планування та управління, від
цих процесів, в цілому, залежить якість та результат роботи. Не секрет що, ІТ-
галузь є провідником та опорою людства до високотехнологічного майбутнього
про яке ми мріємо. Такою ж опорою стала і Agile – конференція 2001-го року у
галузі розробки програмного забезпечення в Сноубердж, штат Юта, США, у
результаті якої спільні обговорення видатних діячів галузі допомогли
сформулювати маніфест Agile. Маніфест Agile відіграв важливу роль у визнанні та
розповсюджені гнучких підходів до розробки програмного забезпечення, та
фактично заснував професію проектного менеджера такою, як ми знаємо її зараз.
Проектний менеджер (Project Manager) – фахівець, відповідальний за
планування, моніторинг та успішне завершення проекту. Він пов’язує та координує
різні за напрямком команди проекту, управляє ресурсами та звітністю, проводить
моніторинг ризиків та планів виконання під час розробки продукту. Ця професія
зовсім не нова, адже кожне підприємство має працівника, що виконує ті ж функції,
але головна відмінність між проектним менеджером в ІТ та іншими галузями
полягає в кінцевому результаті, де в ІТ менеджмент направлений на успішний
результат окремого продукту, а не ведення економічно-господарської діяльності
всієї компанії.
Звертаючись до маніфесту Agile, можемо простежити чіткий перехід до
інших пріоритетів розробки продукту в ІТ, на відміну від інших галузей. Основні
положення маніфесту ідеально демонструють напрями діяльності проектного
менеджера в ІТ, зокрема:
1. Індивідуали та взаємодія більш цінні, ніж інструменти та процеси.
2. Робочий продукт більш цінний, ніж вичерпний план.
3. Комунікація із замовником більш цінна, ніж угода про обслуговування.
4. Готовність до змін більш цінна, ніж виконання плану.
6
Такий підхід дозволяє значно збільшувати кількісні та якісні показники команди та
продукту в цілому, що дозволить кожному учаснику процесу розвиватись та
отримувати задоволення від своєї роботи, що дуже важливо в такому динамічному
світі.
Актуальність даної дипломної роботи очевидна кожній людині, хто не
перебуває у інформаційному вакуумі. Дедалі більше бізнесів та робітників
звертають увагу на новітні досягнення у сфері штучного інтелекту, а новини про
нову розвинуту модель генерації відео- чи фото-матеріалів з’являється майже не
кожен тиждень. Кожного дня створюється майже 380 мільйонів терабайт
інформації, станом на 2023 рік світ міститиме 120 зетабайт інформації, і з кожним
наступним роком кількість даних буде збільшуватись на 25%. Дана статистика
демонструє потребу у фахівцях, що здатні працювати з великими обсягами даних
та знаходити цінні закономірності. Зі збільшенням DS проектів прямопропорційно
буде збільшуватись кількість необхідних проектних менеджерів даного напрямку,
адже наука про дані має доволі специфічний характер робіт та професій, що
об’єднуються на одному проекті.
Тим не менше, все більше компаній створюють команди, що займаються
імплементацією алгоритмів машинного навчання до своєї сфери діяльності. Наука
про дані дозволяє додати прогнозованості та керованості вашій компанії, дивитись
на її діяльність під іншим кутом та отримувати детальні відповіді на питання
«Чому?» та «Як?». Дана робота аналізує яким повинен бути проектний менеджмент
команди, що розробляє інформаційно-аналітичну систему для компанії що
займається ресейлінгом товарів широкого вжитку (FMCG). Важливо розуміти
специфіку роботи та інструментів які використовуються науковцями про дані, та
усвідомлювати, що стандартні процеси та рутини притаманні веб-розробці або
мобільній розробці, не підходять для проектів такого напряму.
Метою дослідження є застосувати сучасні методи проектного менеджменту
до досить нового напряму ІТ-галузі, вдосконалити та використовувати знання та
навички отриманні під час навчання.
7
Для досягнення даної мети було поставлено та вирішено наступні завдання:
Визначення цілей проекту;
Дослідження галузі;
Дослідження ринку та конкурентоспроможності;
Формування концепції проекту
Створення переліку задач використовуючи WBS;
Розподіл задач, призначення відповідальних;
Встановлення термінів виконання задач;
Визначення ймовірних ризиків та засобів боротьби з ними;
Управління ресурсами проекту;
Визначення бюджету проекту;
Планування та проведення закупівель;
Визначення критеріїв якості та контроль їх дотримання;
Налагодження комунікації між виконавцями;
Інтеграція проекту;
Контроль та мотивація;
Управління інформаційною безпекою;
Оцінка економічної та соціальної ефективності проекту;
Розробка техніко-економічного обґрунтування проекту.
Об’єктом дослідження є проект розробки системи Sales
Optimization&Prediction.
Предметом дослідження є застосування класичної методології PMBOK та
гнучких методологій в управлінні проектом, а також методи проектного аналізу
(аналіз інвестиційної та операційної діяльності), методи моніторингу ризиків,
інформаційної безпеки, методи контролю та мотивації працівників. Застосовано
методи гнучкого підходу Scrum для управління комунікацією команди та
взаємозв’язок із замовником, Kanban для розподілу завдань та встановлення
часових рамок.
8
Наукова новизна отриманих результатів полягає у використанні типових
методів проектного менеджменту до нового напряму роботи компанії. Працюючи
над цим проектом, менеджер може потрапити у ситуацію, коли звичні процеси на
дають бажаного результату. Саме тому, важливо розглянути проект, де учасники
команди мають дуже відмінні професії та використовуються інструменти вузького
напряму. Розглянуті підходи до аналізу проекту, зокрема ситуаційний аналіз, дають
змогу оцінити доцільність використання гнучких методологій та проектного
менеджменту до даного проекту в цілому. Важливо зрозуміти, чи є Agile
оптимальним варіантом керування Data Science проектом, що дає оптимальність в
часі, у витратах, в прибутках тощо та пристосовується до динамічного клімату ІТ-
галузі.
Практичне застосування одержаних результатів полягає в тому, щоб
теоретичні дослідження, що отримані під час створення статуту та аналізу проекту
допомогли реалізувати управління проектом по створенню інформаційно-
аналітичної системи Sales Optimization&Prediction.
Апробація результатів роботи і публікації. Результати дипломної роботи
представлені на ІІ Міжнародній науково-практичній Інтернет-конференції
«Інновації та перспективні шляхи розвитку інформаційних технологій (ІПШРІТ-
2023) – Черкаси 6.12.2023.
9
РОЗДІЛ І
КОНЦЕПЦІЯ ПРОЕКТУ SALES OPTIMIZATION&PREDICTION
1.1. Опис галузі, причини виникнення ідеї.
Все більше і більше компаній звертаються до професіоналів у сфері Data Science
для того, щоб додати впевненості та швидкості до системи прийняття рішень, що
принесуть користь бізнесу. Багато компаній розвивають свої продукти завдяки
моделям машинного навчання, зокрема українська система держави у смартфоні
«Дія» користується Computer Vision алгоритмами для авторизації користувача.
Деякі компанії засновуються на основі ідеї створення продуктів на базі штучного
інтелекту, як наприклад OpenAI.
В основу ідеї лягла потреба бізнесу у сфері рісейлингу та логістики, для
швидкого орієнтування у справах компанії та побудова стратегії на наступні
періоди базуючись виключно на реальних даних, прибираючи будь-який вплив
людської помилки. Багато компаній перейшли до нового етапу аналітичної роботи
з даними, розуміючи, що побудувати графіки та презентувати їх, як раніше, в Excel
не принесе користі при прийнятті бізнес-рішень. Розвиток BI (Business Intelligence)
систем продукує велику кількість вакансій аналітиків та інженерів даних. Кількість
доступної для аналізу інформації збільшується в геометричній прогресії і щоб бути
в ногу з трендами та своїми клієнтами, компанії створюють власні інформаційні
системи. Саме таку систему буде створено в результаті цього проекту.
Є декілька передумов виникнення нової ідеї, яка виникає не безпідставно:
Ситуація на ринку і конкурентна боротьба;
Політичні чи економічні зміни;
Розширення або інвестування підприємства;
Експертна зустріч;
Відгуки клієнтів та користувачів.[1]
10
Кожна Data Science задача унікальна, адже все залежить від даних та бізнес-
потреб, що ми маємо. Звісно моделі, що застосовуються, вже відомі, але наш
алгоритм потрібно пристосувати до унікального набору даних, проаналізувати
закономірності та виявити проблеми датасету. Саме тому, кожна компанія, що
зацікавлена у розвитку свого бізнесу через машинне навчання не може
використовувати рішення, що були придумані для іншої компанії.
1.2 Сегментація ринку
Як раніше було вказано, моделі, створені для однієї компанії, можуть не
працювати для іншої. На ринку є компанії, що надають консультаційні та
девелоперські послуги у сфері Data Science, зокрема добре відома в Україні
GlobalLogic.
Рис. 1.1 – Перелік послуг GlobalLogic у сфері DS
11
Рис. 1.2 – Перелік послуг Eleks у сфері DS
Рис. 1.3 – Перелік послуг SoftServe у сфері DS
Як бачимо одні з найбільших компаній, представлених в Україні, надають послуги
у сфері науки про дані. Така взаємодія має свої переваги та недоліки.
Переваги:
Економія ресурсів через відсутність процесу найму працівників;
Концентрація на ключових компетенціях компанії;
Можлива більша експертність працівників;
Гнучкість в управлінні обсягами діяльності.
12
Недоліки:
Втрата контролю над процесами та функціями;
Проблеми з безпекою даних;
Потенційні конфлікти часових поясів;
Низька якість послуг;
Проблеми в управлінні та контролі.
Для зручності та впевненості у використанні переваг машинного навчання,
компанії наймають власні команди у сфері Data.
1.3 Конкурентноспроможність
Конкурентоспроможність Data Science проекту визначається рядом факторів,
що охоплюють якість аналітики, використання передових технологій, ефективне
використання даних, а також здатність постійно пристосовуватися до змін.
Наведемо ключові аспекти, які можуть забезпечити конкурентоспроможність Data
Science проекту:[2]
1. Якість даних:
Гарантія, що дані, з якими ви працюєте, є чистими, надійними та
консистентними.
Здатність обробляти дані різних типів та джерел.
2. Моделі та алгоритми:
Застосування сучасних алгоритмів та методів машинного навчання, таких як
deep learning, якщо це відповідає завданням.
Прагнення до ефективності у використанні ресурсів для швидкої та точної
роботи моделей.
1. Інтерпретованість та зрозумілість:
Забезпечення можливості розуміти, які фактори впливають на результати, та
коригування моделей при необхідності.
13
4. Ефективна комунікація:
Здатність комунікувати з не-технічними аудиторіями та пояснювати
значення результатів для бізнесу.
5. Швидкість розробки та впровадження:
Використання методів розробки, таких як Scrum або Kanban, для гнучкої
адаптації до змін у вимогах та негайної реакції на нові відомості чи завдання.
6. Захист даних:
Заходи для захисту конфіденційності та безпеки даних під час їх обробки та
зберігання.
7. Доменне розуміння:
Здатність враховувати контекст та особливості галузі, в якій ви працюєте.
8. Освіта та Розвиток:
Готовність навчатися новим технологіям та підходам, оскільки галузь Data
Science постійно еволюціонує.
9. Співпраця та Командна робота:
Здатність працювати в команді та співпрацювати з різними бізнес-процесами
та запитами.
Збалансованість цих факторів і вдосконалення їх у контексті конкретних завдань
допомагає забезпечити конкурентоспроможність Data Science проекту.
Розглянемо стратегію, що наша компанія має намір вийти з даним продуктом
на ринок та продавати його в рамках B2B типу комерційних відносин. B2B означає
«business-to-business» - вид взаємодії, де трансакції здійснюються між
підприємствами, а не між підприємством та користувачами чи користувачами та
користувачами. B2B відносини є великим поштовхом для обох компаній, адже
14
розвивають конкурентність, збільшують прибуток та обмін товарами і послугами,
знаходять ключові рішення для бізнесу. Тоді одним з аспектів успіху компанії стане
маркетинг та його ефективна стратегія. Перевага новітніх технологій для компаній
в тому, що не потрібно довго шукати нові ринки збуту реклами, достатньо вийти в
Інтернет простір та будувати Інтернет маркетинг. Інтернет-маркетинг - це дії,
спрямовані на просування товарів і послуг в інтернеті. Основна мета інтернет-
маркетингу - перетворити відвідувачів сайту в покупців і збільшити прибуток [3].
У інтернет-маркетингу є три важливі переваги, які відрізняють його від
класичного маркетингу:
- Інтерактивність. В інтернеті можна безпосередньо взаємодіяти з
аудиторією, підтримувати зв'язок з клієнтами і контролювати ситуацію.
- Таргетинг. Це механізм, що дозволяє виділити зі всієї наявної аудиторії
тільки цільову і показувати рекламу саме їй.
- Веб-аналітика. Вона допомагає зрозуміти, які дії виявилися
максимально ефективними і залучили на сайт більше відвідувачів, які потім
конвертувалися в покупки.
Існує багато видів інтернет-маркетингу, проте завдяки зібраним даним та
проведеному аналізі отримали маркетингову стратегію, яка достатньо просто, але
ефективна:
Таргетована реклама - це реклама, спрямована на цільову аудиторію, яка
відповідає певному набору вимог, заданому рекламодавцем. Вона
показується цільової аудиторії незалежно від того, шукають люди зараз цей
товар чи ні. Майбутні клієнти можуть взагалі не знати про товар, але цій групі
людей він потенційно цікавий. Група людей була виділена за отриманими
характеристиками майбутніх споживачів. Така реклама буде
використовуватись у найбільш популярних соціальних мережах. [4]
Контекстна реклама - це реклама, орієнтована на людину, яка саме зараз
шукає ваш товар або послугу . В контексті всі оголошення налаштовуються
на певні ключові запити, які вводить сам користувач. Тобто робота ведеться
15
безпосередньо з цільовою аудиторією, яка шукає інформацію про послугу в
інтернеті.
SMM - маркетинг в соціальних медіа - це просування товарів і послуг в
соціальних мережах, які сприймаються маркетингом, як соціальні медіа.
Маркетинг соціальних медіа це ефективний інструмент, за допомогою якого
відвідувачі залучаються на сайт з соціальних мереж, спільнот, блогів,
щоденників і форумів [5].
Сьогодні аудиторія соціальних мереж порівнянна з аудиторією телевізійних
телеканалів, тільки вона більш уважна і активна. SMM має більше спільного з
мережевим PR, ніж з рекламою. SMM це безпосередня робота в спільнотах, які
охоплюють цільову групу користувачів. Це інструменти прямого та прихованого
взаємодії з цільовою аудиторією. Отже, підготовлена маркетингова стратегія є
однією із важливих конкурентних переваг.
Розглянемо матрицю конкуренції Майкла Портера, щоб зрозуміти стратегію
конкурентоспроможності [6]:
Рис. 1.4 – Матриця конкуренції Портера
У даному випадку обрана стратегія Фокусування на Диференціації. Стратегія
"Фокусування на диференціації" є важливою для підприємств, які мають
можливість виокремитися на ринку завдяки унікальним характеристикам. Однак ця
стратегія вимагає великих зусиль у дослідженні ринку, розробці та збереженні
унікальних аспектів продуктів чи послуг. Вона може бути дуже вигідною, якщо
16
підприємство успішно зосереджує свої ресурси на конкретному сегменті ринку та
ефективно взаємодіє з унікальністю своїх пропозицій.
Таблиця 1
Опис стратегії фокусування на диференціації
Назва Сутність стратегії Передумови Перспективи Загрози
стратегії застосування
Фокусування Стратегія Орієнтація на Можливість Зростаюча
на "Фокусування на конкретний створення конкуренція в
диференціації диференціації" сегмент ринку, сильного обраному
полягає в глибоке бренду та сегменті.
створенні та розуміння виняткового Можливість
пропозиції потреб цільової положення на заміщення
унікальних аудиторії, ринку. унікальних
продуктів чи інновації в Здатність характеристик
послуг, які продукції, залучати конкурентами.
відрізняються від здатність вірних клієнтів, Ризик, що
конкурентів. виправдовувати готових споживачі
Основна ідея вищі ціни через платити за можуть не
полягає в тому, унікальність, унікальність цінувати чи не
щоб виділитися на зосередженість продуктів чи розпізнавати
ринку завдяки на розвитку послуг. унікальність
високій якості, бренду та Потенціал для пропозицій.
унікальним маркетингу. стабільного Зменшення
характеристикам, позиціонування попиту через
дизайну або іншим в обраному зміни у
унікальним сегменті ринку. вимогах
аспектам. ринку.
17
1.4 Резюме проекту
Мета проекту: збільшити прибуток та товарообіг компанії, покращити розуміння
бізнес-потреб та взаємодію між аналітичною і керуючою командами. У досягненні
даної мети допоможе створення дерева цілей – графічне зображення взаємозв’язку
і підпорядкованості цілей.
Рис. 1.5 – Дерево цілей проекту
Аналізуючи дерево цілей, приходимо до висновку що, щоб максимізувати
прибуток, треба досягти збільшення прибутку та зменшення витрат. Зрозуміло що,
в рамках ринкових відносин важливо переінвестовувати кошти від прибутку
компанії в розвиток компанії. Для збільшення прибутку було поставлено наступні
цілі: проведення аналізу ринку, вихід на ринок з повністю розробленим
18
функціоналом продукту та застосування продукту до власних даних, проведення
вдалої маркетингової компанії, налагодити постійний зв’язок між командою
аналітиків та керівниками компанії. В той час, зменшити витрати можна завдяки:
відмові від співпраці зі сторонніми компаніями (в результаті чого збільшиться
професійність внутрішньої команди, збереження недоторканості даних, більший
контроль), зменшення витрат на командування та поїздки адже контролювати стан
справ та приймати рішення допоможе інформаційна система, менші втрати товару
або прибутку через прогнозованість діяльності компанії.
Місія проекту: надати компанії можливість відслідковувати діяльність
компанії, приймати рішення на основі прогнозів, підвищити
конкурентоспроможність.
Ключі до успіху:
Доступна і зручна інформаційна система;
Кваліфікована та вмотивована проектна команда;
Адаптивність та готовність до непередбачених завдань;
Детальний аналіз ринку.
Основними інструментами управління проекту є:
Моніторинг діяльності конкурентів;
Моніторинг власної діяльності;
Забезпечення всіх етапів роботи над проектом документарною, нормативно-
правовою, кадровою, технологічною та фінансовою базою;
Контроль над усіма видами діяльності, зокрема ходом робіт, дієвих осіб
проекту, ресурсами;
Встановлення окремого порядку виконання робіт проекту та дотримання
плану;
Розподіл обов’язків та задач між учасниками проекту, в залежності від
позиції та контроль їх виконання;
Контроль якості отриманого продукту;
19
Постійне вдосконалення та своєчасне оновлення продукту на етапі
використання;
Моніторинг технологій[7].
Класифікація проекту
Капіталовкладення в проект складає 2 млн. грн, працевитрати близько 20 тис.
людино-годин. Тому за масштабом даний проект середній. Для таких проектів
рекомендується:
Визначення двох керівників – проектний менеджер та лідер команди Data
Science;
Гнучка організація роботи команди, для відсутності простою в команді;
Враховуючи специфіку діяльності, потрібно уникнути зміни кадрів у команді
до запуску продукту;
Спрощений графік виконання проекту;
Чіткий розподіл обов’язків та завдань кожного учасника проекту, володіння
інформацією щодо часових рамок задач;
Встановлення ключових показників продуктивності моделі, для
відслідковування успіхів розробки.
За строком реалізації проект короткостроковий – реалізація триватиме 12 місяців.
Варто враховувати, що капіталовкладення містять витрати щодо підтримки
продукту та оновлення даних. Для таких проектів рекомендується:
Забезпечити завершення розробку продукту тією ж командою, що почала
розробку;
Скоротити максимально звітність;
Дозволити частково приймати рішення на місцях (децентралізація)
Створити і використовувати систему стимулів учасників проекту;
Співпрацювати з мінімальної кількістю довірених підрядників[8].
20
Розробка відбувається відповідно до розроблених у ході проекту PSD шаблонів,
тому за вимогами до якості та засобами їх забезпечення проект бездефектний.
За вимогами до обмеженості ресурсів - це монопроект (окремі проекти певного
виду і масштабу, тобто він має одну ціль – створити інформаційно-аналітичну
систему контролю діяльності ресейлерової компанії).
За характером цільового завдання - маркетинговий проект. Маркетингові проекти
та програми — в організаційному відношенні це сукупність усіх дій, спрямованих
на підтримку та розвиток одного виду діяльності, що визначає певну технологічну
структуру.
За характером та сферою діяльності - інноваційний. Інноваційні проекти –
зосереджені на науково-дослідній діяльності, розробці програмних засобів
опрацювання інформації, створенні нових матеріалів, технологій, конструкцій
тощо [9].
1.5 SWOT, PEST аналіз
Використаємо найбільш вживані інструменти аналізу впливу зовнішніх та
внутрішніх чинників, які мають значення для розвитку компанії – SWOT аналіз та
PEST аналіз. SWOT-аналіз (SWOT analysis) - це метод стратегічного аналізу, який
дозволяє оцінити внутрішні та зовнішні фактори, що впливають на організацію чи
проект. Абревіатура "SWOT" визначає чотири основні категорії факторів: Strengths
(Сильні сторони), Weaknesses (Слабкі сторони), Opportunities (Можливості) та
Threats (Загрози).Основні етапи SWOT-аналізу виглядають наступним чином[10]:
1. Сильні сторони (Strengths) – Ідентифікація внутрішніх позитивних
факторів, які можуть призвести до успіху організації чи проекту. Це можуть бути
ресурси, експертіза, репутація, технології та інші переваги.
2. Слабкі сторони (Weaknesses) – Оцінка внутрішніх негативних факторів,
які можуть стати перешкодою для досягнення успіху. Це може включати вади в
структурі, обмежену експертізу, недостатні ресурси та інші слабкі пункти.
21
3. Можливості (Opportunities) – Аналіз зовнішніх факторів, які можуть
призвести до позитивних змін чи розвитку. Це може бути новий ринок,
технологічні інновації, зміни в законодавстві та інші перспективи.
4. Загрози (Threats) – Виявлення зовнішніх чинників, які можуть становити
ризик для організації чи проекту. Це може бути конкуренція, економічні труднощі,
політичні чинники та інші негативні аспекти[11, 12].
Таблиця 2
SWOT-аналіз проекту
Strengths Weaknesses
Обмеженість функціоналу моделі
Високий рівень інформаційної безпеки; машинного навчання;
Власна модель машинного навчання; Залежність від матеріальної бази;
Постійний моніторинг діяльності Залежність від кваліфікації
компанії; команди.
Доступ до важливих даних компанії;
Допомога в прийнятті рішень;
Адаптивність та гнучкість керівництва;
Opportunities Threats
Поширення використання ІТ Виток даних та інформації про
технологій всередині компанії; розробку;
Бажання керівництва покращити Неготовність керівництва до змін
управління компанією; або терпіння до результатів;
Бажання керівництва вводити нові Вихід за рамки початкового резюме
рішення на базі Data Science; проекту через несподівані
Розвиток бізнесу, збільшення результати або погану якість даних.
прибутку;
Виконувати ad-hoc прохання від
керівництва.
22
Після проведення SWOT-аналізу, команда чи організація може використовувати
отриману інформацію для формулювання стратегії розвитку. Наприклад, можуть
бути розроблені плани для максимізації переваг, вирішення проблем, використання
можливостей та мінімізації загроз.
PEST-аналіз (або PESTEL-аналіз) - це інструмент стратегічного аналізу, який
дозволяє визначити та оцінити вплив зовнішнього середовища на проект.
Абревіатура "PEST" визначає чотири основні категорії факторів: Political
(Політичні), Economic (Економічні), Social (Соціокультурні), Technological
(Технологічні). Іноді до PEST-аналізу додаються ще категорії - Legal (Юридичні)
та Environmental (Екологічні). Детальніше про кожну категорію PEST аналізу[13]:
1. Political (Політичні) – Включає політичні фактори, такі як стабільність влади,
податкова політика, регулювання, політичні ризики та інші аспекти, пов'язані з
управлінням країною чи регіоном.
2. Economic (Економічні) – Займається економічними факторами, такими як рівень
інфляції, обмінні курси, ставки відсотків, зростання або занепад економіки,
споживчі витрати та інші фінансові аспекти.
3. Social (Соціокультурні) – Враховує соціокультурні фактори, такі як демографічні
зміни, культурні тенденції, ставлення до роботи та життя, споживчі попити та інші
аспекти, пов'язані з суспільством.
4. Technological (Технологічні) – Аналізує технологічні аспекти, такі як інновації,
рівень технологічного розвитку, доступність нових технологій, дослідження та
розвиток та інші технічні впливи.
PEST-аналіз допомагає командам та організаціям розуміти зовнішнє середовище та
приймати управлінські рішення на основі виявлених факторів. Цей інструмент
допомагає виявляти можливості та загрози, що випливають з зовнішнього
середовища.
23
Таблиця 3
PEST-аналіз проекту
Political Economical
Політична стабільність; Фінансова спроможність
Податкова та фінансова покупців;
політика; Інфляція;
Зміни у політичному Витрати на кадри.
середовищі;
Рівень ущільнення розвитку
бізнесів всіх масштабів.
Social Technological
Темп приросту населення; Розвиток ІТ технологій, зокрема
Ставлення населення до сім’ї; Data Science галузі;
Стан ринку праці; Створення нових підходів
Рівень освіти населення. продажу продукції;
Поширення алгоритмів
машинного навчання;
Пошукова активність
споживачів.
1.6 Обмеження на проект та характеристика користувачів
Розглянемо обмеження на проект за допомогою трикутника проекту.
"Залізний трикутник проекту" - це концепція, що визначає основні елементи, які
визначають успішність проекту[14,15]. Цей трикутник включає три основні
складові, які є взаємодоповнюючими, але часто конфліктними:
1. Обсяг (Scope) – Це визначення того, що саме має включати проект. Обсяг
визначає всі завдання, функції, функціональності та вимоги, які мають бути
виконані для того, щоб проект вважався завершеним.
24
2. Терміни (Time) – Це обмеження, пов'язане з часом, в яке проект повинен бути
завершений. Терміни визначають, наскільки ефективно та ефективно проект
виконується в зазначений часовий період.
3. Ресурси (Resources) – Це обмеження, пов'язане з доступними ресурсами, такими
як бюджет, персонал, технології тощо. Ресурси визначають, наскільки ефективно
можуть бути використані обмежені ресурси для досягнення мети проекту.
Рис. 1.6 – Трикутник проекту
Взаємодія між цими трьома елементами утворює трикутник, де зміна одного
елемента може вплинути на інші. Наприклад, збільшення обсягу проекту може
призвести до збільшення термінів або необхідності додаткових ресурсів.
Зменшення бюджету може вплинути на якість проекту чи його обсяг. Якість
(Quality) – четверта складова трикутника, її головна особливість в тому, що зміна
хоча б однієї складової впливає на якість проекту. Мета проектного менеджменту
полягає в тому, щоб зберігати баланс між цими трьома елементами, управляти їх
взаємозалежністю та забезпечити успішне завершення проекту в межах обмежень.
Заплановано оптимізацію бюджету, тому будемо проводити наступні кроки:
Перевірка оплати праці та заборона понаднормової праці в команді;
Підібрати найкращі тарифи користування інструментами з однаковим
функціоналом;
Якісний тайм-менеджмент та управління на початку проекту.
25
Перелічені пункти вплинуть на бюджет, при якому не буде впливу на обсяг, але
можливий вплив на час. Відобразимо дані обмеження на діаграмі:
Рис. 1.7 – Обмеження на проект
Основна ціль аналізу ринку – побудова вдалої стратегії просування продукту, де
важливо зрозуміти основні групи користувачів та їх ціль користуванням
продуктом. Виокремлено наступні групи споживачів[16]:
Топ-менеджмент або керівники компаній – дана група споживачів
зацікавлена у послідовній та повній інформації, щодо справ своєї компанії. Їх
цікавить доступність та інформативність системи, можливість побачити
найменші деталі та виявити недоліки в роботі підприємства.
SPOCs (Single Points of Contact) – робітники, що працюють в рамках
визначеного бренду, маркету, магазину тощо. Ця група цікавиться глибокою
деталізацією даних для повного перегляду справ, що знаходяться під їх
керівництвом.
Інші компанії – як зазначалось вище, компанія може перейти до B2B
відносин з метою збільшити прибуток та конкуренцією. Важливим пунктом
стане ціна системи, адже мета всіх підприємств у збільшенні прибутку та
зменшенню витрат.
Продукт призначений для всіх соціально-професійних категорій, є
інклюзивним та відсутня залежність від статі тощо.
26
1.7 Основні вимоги та завдання
1) Інженерія даних
a) Визначити бізнес-вимоги до даних;
b) Визначити основні джерела даних;
c) Створити Data Factory або Data Lake, як основні контейнери для зберігання
даних;
d) Побудувати релевантну модель ETL (Extract – видобуття, Transform –
трансформація, Load – завантаження) пайплайн;
e) Створити чіткі правила доступу даних;
f) Моніторинг системи та проведення аналізу продуктивності.
2) Аналіз даних
a) Вивантажити дані до зручної мови програмування;
b) Визначити слабкі та сильні місця датасету, передати спостереження до
інженера даних для покращення пайплайну;
c) Очищення даних та проведення дескрептивної аналітики;
d) Проведення ad-hoc аналітики;
e) Підготовка презентації для користувачів;
f) Проведення прогностичної аналітики.
3) Машинне навчання
a) Ознайомитись із вимогами до моделі машинного навчання;
b) Побудувати модель на основі тестових даних;
c) Оцінити можливості та точність моделі;
d) Вивантажити результати до інформаційно-аналітичної системи;
e) Провести тестування системи.
4) Маркетинг та SEO-оптимізація
a) Провести опитування серед користувачів щодо очікувань до презентації, та
оцінка продукту після презентації;
b) Проведення зустрічей та сесій для знайомства з продуктом.
27
РОЗДІЛ ІІ
ГАЛУЗІ УПРАВЛІННЯ ПРОЕКТОМ SALES
OPTIMIZATION&PREDICTION
2.1 Управління змістом та предметною областю проекту
Зрозуміло що, обсяг та зміст проекту залежить від альтернативи реалізації,
тому перший крок – задіяти ситуаційний аналіз для визначення найкращої
альтернативи. Маємо розробка додатку в RStudio R (S2) Anaconda Python (S3) чи
Eclipse C++ (S4). Другий крок – визначення оптимального рішення з погляду
макроцілей E.
Таблиця 4
Опис макроцілей
Позначення макроцілі Опис макроцілі
E1 Зробити систему зручною для користувачів
E2 Отримати максимальний прибуток
E3 Реалізувати додаток зважаючи на обмеження в часі
та фінансових ресурсах
E4 Забезпечити адаптивність системи
Третій крок – кожній цілі присвоюється пріоритет, який буде враховуватись при
виборі альтернативи. Результатом вибору буде найвище значення отримане в
стовпчику І – індекс досяжності цілі. Отримане максимальне значення покажемо за
допомогою знаку «!».
28
Таблиця 5
Вибір оптимального набору рішень
B Кінцева Структура набору Макроцілі та ваги I
ситуація (бали)
E1/4 E2/5 E3/3 E4/2
B1 S2 (R2, R5, R6) 0,7 0,8 0,8 0,8 11!
B2 S3 (R2, R5, R7) 0,8 0,6 0,8 0,8 10
B3 S4 (R2, R5, R8) 0,6 0,7 0,6 0,5 9
Виконавши обрахунок кожного набору, отримуємо значення індексу досяжності
цілей, за допомогою чого розуміємо, що пара IDE – RStudio мова програмування –
R найкраще підходить для створення системи.
Переходимо до наступного етапу – визначення списку робіт. Для аналізу даної
складової управління проектом застосуємо та побудуємо структурну модель
проекту WBS. WBS – ієрархічне подання робіт проекту, в якому визначено всі цілі
проекту[20].
Таблиця 6
Функціональна WBS структура проекту
Проект Sales Optimization&Prediction
Оцінка та прогноз проекту
Аналіз середовища
Аналіз ринку
Оренда і утримання офісних приміщень
Закупівля меблів, техніки та
інфраструктури
Комерційний аналіз
ТЕО
29
Продовження таблиці 6
Робота з технічним завданням
Написання ТЗ
Планування робіт
Затвердження ТЗ
Розподіл ресурсів
Дизайн
Дизайн інформаційної системи
Підготовка презентації
Розробка
Створення API ключів
Створення ETL пайплайн
Попередній аналіз даних
Створення моделі машинного навчання
Прогностичний аналіз даних
Реалізація інформаційної системи
Тестування
Тестування
Bug fixing
Готова версія продукту
Маркетинг
Проведення опитувань
Підготовка до запуску
Побудована функціональна WBS структура допомагає створити декомпозицію за
функціями підрозділів та команд, що беруть участь у розробці. Варто звернути
увагу, що згідно WBS структурі, проект ділиться на 6 етапів, тим не менше деякі
етапи, як наприклад, оцінка та прогноз проекту або розробка містять в собі менші
етапи.
30
Рис. 2.1 – Структура етапу Оцінка та прогноз ринку
Оцінка та прогноз ринку є чи не найважливішим етапом розробки продукту, адже
наступні кроки залежать від результату досліджень на першому кроці. Аналіз
ринку та середовища є важливими для розуміння бізнес потреб компанії, адже це
допоможе створити те, що дозволить випередити конкурентів та досягти цілей
проекту. До фінансової інформації також належать заходи для залучення
інвестицій, в разі знаходження шляху покращення, спрощення або пришвидшення
проекту[21].
Робота з технічним завданням передбачає аналіз попереднього етапу, створення та
затвердження ТЗ разом з іншими учасника проекту, розподіл ресурсів та
планування робіт.
Етап Дизайн потрібен для кращого ознайомлення замовників з майбутнім
продуктом та залучення їх для кращого розуміння їхнього бачення кінцевого
продукту. На основі коментарів замовників потрібно підготувати макет продукту,
користуючись зручним для дизайнера інструментом, для подальшої презентації.
Перейдемо до етапу Розробка який вимагає найбільше ресурсів та часу. Його також
треба розбити на менші етапи для кращого розуміння процесу в цілому.
31
Рис. 2.2 – Структура етапу розробки проекту
Розробка – найважливіший етап розробки продукту, адже на цьому етапі
найвірогідніше вихід за часові рамки, що приводить до змін в трикутнику проекту,
про який написано вище. Саме тому проектний менеджер має бути уважним до
якісного розподілу задач та обов’язків серед учасників, та до контролю їх
виконання. Результатом цього етапу є перша робоча версія продукту, що повинна
бути представлена замовникам з ціллю отримання відгуків та коментарів для
подальшого покращення.
Наступним етапом є Тестування, на якому продукт проходить всі етапи Quality
Control, результатом якого є повністю робочий продукт.
Результатом етапу Маркетинг є підготовка до презентації та її проведення, після
якої важливо зібрати відгуки від учасників для покращення.
Перейдемо до планування графіку проекту, який є закономірним результатом
створення та визначення всіх етапів проекту. Найбільш поширеним способом
планування проекту є сітьове планування, в якому будується сітьовий графік
проекту – послідовна схема проекту, що відображає порядок та часові рамки
кожного етапу розробки.
32
Рис. 2.3 – Сітковий графік проекту
2.2 Управління ресурсами проекту
Одна з головних задач проектного менеджера – вміло управляти наявними на
проекті ресурсами, що включає в себе планування, закупівлі, аудиту та обліку,
контролю над ресурсами. Під словом «ресурс» в проекті ми розуміємо все, що є в
розпорядженні проекту, зокрема фінансові, трудові, матеріально-технічні ресурси,
команда проекту та час. Наведемо таблиці для матеріально-технічних та трудових
ресурсів[22].
Матеріально-технічні ресурси – комплектуючі, пристрої, ліцензії,
обладнання тощо. В таблиці також вказується кількість, вартість за одиницю та
термін експлуатації матеріально-технічного ресурсу.
Трудові ресурси – сукупність працівників, які приймають безпосередню
участь у розробці продукту з використанням матеріально-технічних ресурсів. В
таблиці також вказується ставка за 1 робочу годину та понаднормову ставку в
грн[23].
33
Таблиця 7
Матерільно-технічні ресурси проетку
№ Назва ресурсу Кількість Вартість за од. Термін експлуатації
(грн.) (років)
1. Ноутбук Lenovo ThinkBook 5 22 000 4
(Grey)
2. Гарнітура дротова Speedlink 5 500 3
Sonid Stereo Headset - USB
Black-Grey (SL-870002-BKGY)
3. Клавіатура+миша Rapoo 5 300 3
NX1750 USB Black
4. Стіл на 2 робочих місця 3 3000 5
(0.70х2.00х0.8м)
5. Стілець FunDesk LST4 OG-GY 6 700 5
6. Підписка на хмарні технології 1 50000 Безстроково
Azure
Таблиця 8
Трудові ресурси проекту
№ Назва ресурсу Ставка за 1 робочу годину (грн.) Понаднормова ставка
(грн.)
1. Менеджер 100 120
2. Дата інженер 75 90
3. Аналітик даних 65 80
4. ML інженер 80 96
5. Тестувальник 50 60
6. Дизайнер 65 78
7. Маркетолог 50 60
8. Бізнес аналітик 50 60
Матеріально-технічні ресурси були розподілені наступним чином:
34
Ноутбук та гарнітура були розподілені між менеджером, дата інженером,
аналітиком, ML інженером та тестувальником. Дизайнер, маркетолог та
бізнес аналітик використовували власну техніку;
Робочі місця були облаштовані для 6 осіб: менеджер, тестувальник,
маркетолог, дата інженер, аналітик та ML інженер. Дизайнер та бізнес
аналітик працював у віддаленому режимі.
Підписка на хмарні технології потрібно щоб створити API ключі та створити
базу даних користуючись Microsoft Azure.
Побудуємо таблицю працевитрат кожного етапу розробки:
Таблиця 9
Працевитрати етапів розробки
Назва ресурсу Працевитрати
Менеджер 816 год
ТЕО 80 год
Написання ТЗ 480 год
Планування робіт 64 год
Затвердження ТЗ 64 год
Розподіл ресурсів 40 год
Збір відгуків та їх аналіз 16 год
Підготовка до запуску 72 год
Бізнес аналітик 392 год
Аналіз середовища 80 год
Аналіз ринку 160 год
Організаційний аналіз 72 год
Структурний аналіз 80 год
Тестувальник 280 год
Тестування веб-додатку 280 год
35
Продовження таблиці 9
Дата інженер 360 год
Створення АРІ ключів 120 год
Реалізація ETL pipeline 240 год
Аналітик даних 304 год
Дескрептивна аналітика 160 год
Прогностична аналітика 72 год
Презентація результатів 72 год
ML інженер 1520 год
Створення моделі ML 1200 год
Оцінка моделі 80 год
Побудова веб-додатку 240 год
Дизайнер 240 год
Дизайн продукту 120 год
Презентація дизайну 120 год
Маркетолог 138 год
Проведення презентації 40 год
Збір відгуків та їх аналіз 16 год
Підготовка до запуску 72 год
2.3 Управління часом проекту
Управління часом включає в себе такі види діяльності проектного менеджера:
1) Визначення робіт;
2) Структурна декомпозиція у визначенні взаємозв’язків робіт;
3) Оцінка тривалості робіт;
4) Розробка календарного плану;
5) Контроль часу;
6) Визначення пріоритетності.
36
Декомпозиція та визначення робіт представлені у вигляді функціональної WBS
структури проекту в таблиці 6. Основним правилом, яким має оперуватись кожен
проектний менеджер на передінвестиційній фазі проекту – правило 6П: «правильне
попереднє планування попереджає погані показники». Важливо ефективно
визначати пріоритетність задач за допомогою матриці Ейзенхауера[24].
Рис. 2.4 – матриця Ейзенхауера
Перший сектор містить важливі та термінові задачі. Зазвичай там знаходяться
задачі які мають велику бізнес необхідність та критично важливі для реалізації
всього проекту. Другий сектор містить важливі але не термінові задачі. Там
знаходяться завдання що не надто критичні для бізнесу, але важливі для реалізації
всього проекту. Третій сектор містить задачі що мають велику бізнес необхідність
та не важливі для реалізації всього проекту. Четвертий сектор містить не
пріоритетні задачі проекту.
У результаті оптимізації та встановлення послідовності за допомогою сітьового
графіку, визначено тривалість робіт та розроблено календарний план проекту:
37
Таблиця 10
Календарний план робіт
Тривалість Початок Кінець Назва
Назва задачі
(день) ресурсів
Проект Sales 272 1.10.2023 1.10.2024
Optimization&Prediction
Оцінка та прогноз проекту 59 1.10.2023 30.11.2023
10 1.10.2023 11.10.2023 Бізнес-
Аналіз середовища
аналітик
20 11.10.2023 31.10.2023 Бізнес-
Аналіз ринку
аналітик
Оренда і утримання 9 11.11.2023 20.11.2023 Менеджер
офісних приміщень
Закупівля меблів, техніки 10 20.11.2023 30.11.2023 Менеджер
та інфраструктури
ТЕО 10 31.10.2023 11.11.2023 Менеджер
Робота з технічним 81 1.10.2023 20.12.2023
завданням
Написання ТЗ 60 1.10.2023 30.11.2023 Менеджер
Планування робіт 8 30.11.2023 7.12.2023 Менеджер
Затвердження ТЗ 8 7.12.2023 15.12.2023 Менеджер
Розподіл ресурсів 5 15.12.2023 20.12.2023 Менеджер
Дизайн 30 15.12.2023 15.1.2024
Дизайн інформаційної 15 15.12.2023 30.12.2023 Дизайнер
системи
Підготовка презентації 15 30.12.2023 15.1.2024 Дизайнер
Розробка 290 15.12.2023 15.9.2024
Створення API ключів 15 15.12.2023 30.12.2023 Дата інженер
38
Продовження таблиці 10
Створення ETL пайплайн 30 30.12.2023 1.2.2024 Дата інженер
Попередній аналіз даних 29 1.2.2024 29.2.2024 Аналітик
даних
Створення моделі 160 1.2.2024 10.7.2024 ML інженер
машинного навчання
Прогностичний аналіз 9 22.9.2024 1.10.2024 Аналітик
даних даних
Реалізація інформаційної 30 10.07.2024 10.08.2024 ML інженер
системи
Тестування 35 10.08.2024 15.9.2024
Тестування 35 10.08.2024 15.9.2024 Тестувальник
Маркетинг 16 15.9.2024 1.10.2024
Проведення опитувань 2 20.09.2024 22.09.2024 Маркетолог,
менеджер
Підготовка до запуску 14 15.9.2024 1.10.2024 Маркетолог,
менеджер
У календарному плані вказано лиш час за який має бути виконана задача,
проте не завжди вдається вкластись в цей час, іноді буває і навпаки, що задача
виконана раніше зазначеного терміну.
Для цього зручно використати метод критичного шляху. Метод критичного
шляху — це метод планування робіт в рамках проекту, включаючи управління
цими роботами і складання графіку їхнього виконання. Ключовим моментом
методу є поняття «критичного шляху».
Тривалість критичного шляху визначає тривалість реалізації проекту
загалом. Терміни виконання робіт, що лежать поза критичним шляхом, в тій чи
іншій мірі «плавають» — тобто для таких робіт завжди є можливість або збільшити
тривалість, або почати з запізненням — на загальній тривалості проекту це ніяк не
39
позначиться. Резерв часу, що створюється, можна використовувати на різноманітні
цілі: зменшення ризику невиконання роботи, оптимізацію витрати ресурсів,
оптимізацію грошових потоків тощо.
Для відображення критичного шляху застосовано розширену Діаграму Ганта
(Рис. 2.5). Діаграма Ганта — це один з найбільш популярних способів сіткового
графічного представлення плану проекту, вживаний в багатьох програмах
управління проектами [20].
Рис. 2.5 діаграма Ганта проекту
40
2.4 Управління вартістю проекту
Сформувавши ресурси та етапи проекту, сформулюємо вартість проекту.
Управління вартістю проекту включає в себе планування, розробка бюджету
проекту, управління витратами та направлене на завершення проекту в рамках
затверджених коштів. Для якісного формулювання бюджету проекту, створено
кошторисну документацію[25].
Кошторисна документація відображає вартісну оцінку всіх етапів проекту
необхідних для його успішного завершення. До кошторисної документації входить
витрати на трудові та матеріально-технічні ресурси в рамках поточного рівня цін.
Загальний кошторис містить різні витрати проекту та формулює загальний бюджет
всього проекту.
Першим пунктом бюджету є витрати на трудові ресурси нашої команди.
Рис. 2.6 – Стовпчиковий графік працевитрат за весь період розробки продукту
В наступних таблицях 11, 12, 13, 14 приведено локальні кошториси оплати праці,
приміщення, обладнання та меблів та маркетингових витрат.
41
Таблиця 11
Локальний кошторис оплати праці
№ Назва ресурсу Вартість (грн.)
1. Менеджер 134 800
2. Дата інженер 27 000
3. Аналітик даних 19 760
4. ML інженер 121 600
5. Тестувальник 14 000
6. Дизайнер 15 600
7. Маркетолог 6 900
8. Бізнес аналітик 19 600
9. Резерв (премії, 100 000
робота
понаднормово)
Всього 434 960
Варто зазначити, що локальний кошторис праці менеджера на рис. 2.6
відображається з наведеним в таблиці 11, у зв’язку з тим що менеджер витрачав ще
дві години щоденно для контролю за виконанням проекту. Наступна таблиця
відображає оплату приміщення.
Таблиця 12
Локальний кошторис оплати приміщення
№ Затрати Вартість (грн. за 11
місяців)
1 Комунальні платежі 13 000
2 Оренда 65 000
3 Резерв 8 000
Всього 86 000
42
Враховуємо вартість оренди за 10 місяців, адже на початкових етапах
розробки продукту бізнес-аналітик та менеджер працювали віддалено і потреби в
приміщенні була відсутня.
Таблиця 13
Локальний кошторис оплати обладнання та меблів
№ Обладнання Вартість (грн.)
1 Ноутбуки (5 шт) 110 000
2 Засоби зв’язку та маніпулювання (5 шт.) 4 000
3 Столи (3 шт.) 9 000
4 Стільці (6 шт.) 4 200
5 Підписка на хмарні технології Azure 50 000
6 Резерв 11 300
Всього 188 500
Ціни в таблиці 13 враховані з додатковою гарантією та без послуг кур’єрської
служби (вартість безкоштовна). Останній локальний кошторис відображає
маркетингові втрати (Таблиця 14). Сума витрачена на маркетинг невелика, адже
продукт в першу чергу запускається для внутрішнього користування в компанії, і
може змінитися при виході продукту на B2B ринок.
Таблиця 14
Локальний кошторис маркетингових витрат
№ Вид маркетингу Вартість (грн.)
1 Проведення опитувань 2 000
2 Маркетинг перед запуском 2 000
3 Резерв 2 000
Всього 6 000
43
Також в локальних кошторисах не вказано вартість хостингових послуг та домену,
адже компанія вже була користувачем даних послуг до відкриття проекту. На
основі локальних кошторисів, було сформовано зведений кошторис проекту
(Таблиця 15).
Таблиця 15
Зведений кошторис проекту
№ Найменування Вартість (грн.)
1 Працевитрати 434 960
2 Матеріальні затрати 86 000
3 Обладнання та меблі 188 500
4 Маркетинг 6 000
Всього 715 460
Протягом виконання проекту здійснюється контроль вартості за допомогою:
Система контролю зміни вартості. Має в собі процедури які відстежують чи
змінюється вартісна основа. Включає в себе роботу з документами,
відстежування ринкових цін та визначення повноважень, що необхідні для
затвердження змін[26].
Контроль за виконанням робіт проекту. Дозволяє оцінити величину
відхилень що мають місце, визначити причину відхилення та план наступних
дій щодо цього відхилення[27].
2.5 Управління закупівлями на проекті
Даний пункт включає придбання товарів і послуг, що були здійснені за межами
власної організації. Управління закупівлями на проекті - це важлива складова
проектного менеджменту, яка охоплює процеси визначення потреб у закупівлі,
вибір постачальників, укладання контрактів, контроль за виконанням умов
контрактів та інші аспекти, пов'язані із здійсненням закупівельних операцій.
Вивчення та ефективне впровадження цих процесів може сприяти успішному
44
виконанню проекту та забезпечити його високу якість. Основні етапи управління
закупівлями включають:
1. Планування закупівель. Оцінка потреб у закупівлі, визначення критеріїв вибору
постачальників, розробка плану закупівель та бюджету.
2. Ідентифікація постачальників. Пошук та оцінка потенційних постачальників,
розгляд пропозицій від різних постачальників.
3. Укладання контрактів. Співпраця з юридичним відділом для укладення
контрактів, визначення умов співпраці, врегулювання питань щодо цін, строків,
обсягів тощо.
4. Забезпечення конкурентного відбору. Забезпечення процесу вибору
постачальників за допомогою конкурентних торгів, тендерів, переговорів.
5. Контроль за виконанням контрактів. Систематичний моніторинг та контроль за
виконанням умов контрактів, вирішення можливих конфліктів, забезпечення якості
та вчасності поставок.
6. Ризик-менеджмент у закупівлях. Виявлення та оцінка ризиків, пов'язаних із
закупівлею, та розробка стратегій їх управління.
7. Аудит закупівель. Періодичний аналіз та аудит процесів закупівель для
забезпечення їх ефективності та відповідності стандартам[29].
Дана частина проектного менеджменту займає велику частину загального бюджету
проекту і є важливою в роботі менеджменту.
Матеріально-технічні ресурси, вказані в таблиці 13, куплені за допомогою прямої
форми торгівлі, де вказані ціна за одиницю згідно договору. Також наявна технічна
підтримка обладнання, у зв’язку із замовленням додаткової гарантії у
постачальника. Гарантія передбачає безоплатний ремонт при необхідності.
Залучено підрядника – маркетолог, було укладено контракт для надійності.
45
Витрати робіт наведені в локальному кошторисі оплати праці (Таблиця 11). Оренда
приміщення здійснюватиметься за допомогою ріелтора і буде укладений договір,
типовий для ріелторської компанії. Маркетингові витрати (таблиця 14) не
потребують договору, адже опитування здійснюється всередині компанії, та через
соціальні мережі.
2.6 Управління якістю проекту
Реалізація якісного продукту, що відповідає вимогам і очікуванням
споживачів – основна ціль розробки. Саме тому, одна із задач проектного
менеджера – слідкувати за ходом виконання задач та адаптуватись при наявності
недоліків і бути готовим до їх вирішення.
Якість – сукупність характеристик об’єкта, що визначає його здатність
задовольняти потреби користувачів та відповідати бізнес вимогам. Якість проекту
– ступінь відповідності всіх характеристик проекту основним вимогам проекту.
Управління якістю проекту здійснюється протягом всього проекту, починаючи з
формулювання цілей та резюме проекту, закінчуючи управління командою та
випуском готового продукту. В проектному менеджменті управління якості
формується завдяки філософії TQM (Total Quality Management) – тотальне
управління якістю[64]. Основні принципи TQM:
Фокус на клієнтах. Думка клієнтів високо цінується, адже вона дозволяє
зрозуміти вимоги та потреби користувачів під час розробки;
Прихильність працівників. TQM передбачає чітке інформування працівників
та керівників про цілі, обмеження, очікування та потреби. Компанія повинна
бути готова до проведення навчань працівників та надавати необхідні а
вчасні ресурси для виконання завдань;
Постійно вдосконалюватись. Даний пункт допомагає компанії бути гнучкою
та адаптуватись до будь-який внутрішніх чи зовнішніх змін;
46
Дотримання процесів. TQM спирається на візуалізацію планів та очікує
обізнаності і навченості від учасників процесу;
Комунікація. Ефективна співпраця та задоволення від процесу отримується в
результаті якісної комунікації між учасниками проекту;
Використання даних. TQM працює, коли створену документацію та плани
можна порівняти з оцінками керівництва, отримані шляхом аналізу даних.
Побудуємо діаграму Ісікаві для визначення параметрів, що впливають на якість:
Рис. 2.7 – Діаграма Ісікава для проекту
Як можна побачити, якість проекту залежить від багатьох зовнішніх та
внутрішніх чинників, нівелювати вплив яких потрібно проектному менеджеру. Як
і якість виконання окремих процесів, операцій і робіт залежить від якості проекту,
так і якість проекту залежить від якості управління проектом. Отже, щоб
отримати якісний продукт по закінченню проекту, потрібно налаштувати чітку
роботу процесів, робіт, взаємодії та, найголовніше, управління проектом[26].
Потрібно визначити які критерії якості релевантні для нашого проекту:
Виконання або перевершення вимог замовника;
Відповідність код-конвенції;
47
Відповідність стандартам ISO, зокрема ISO 9000-2011.
ISO 9000:2011 – це міжнародний стандарт, який визначає фундаментальні
принципи та рекомендації для систем управління якістю. Він надає основу для
організацій для розробки, впровадження та підтримки системи управління якістю,
яка може допомогти їм у постійному вдосконаленні своїх продуктів, послуг та
процесів. Стандарт не є приписним і дозволяє організаціям адаптувати його до
своїх конкретних потреб та контексту. ISO 9000-2011 ґрунтується на семи
принципах управління якістю:
1. Орієнтація на клієнта: Організації повинні розуміти поточні та майбутні потреби
своїх клієнтів і прагнути відповідати їхнім очікуванням.
2. Керівництво: Керівники повинні створювати та підтримувати середовище, яке
сприяє залученню, інноваціям та постійному вдосконаленню.
3. Залучення людей: Усі люди в організації повинні бути уповноважені та заохочені
до внеску в удосконалення якості.
4. Процесний підхід: Процеси повинні бути взаємопов'язаними та сприяти бажаним
результатам.
5. Удосконалення: Організації повинні постійно прагнути до вдосконалення своїх
продуктів, послуг та процесів.
6. Прийняття рішень на основі доказів: Рішення повинні ґрунтуватися на доказах,
отриманих шляхом аналізу та інтерпретації даних.
7. Управління взаємовідносинами: Організації повинні управляти своїми
взаємовідносинами з постачальниками та іншими зацікавленими сторонами, щоб
створити взаємну вигоду.
Впровадження стандартів типу ISO 9000 дає низку переваг: збільшення якості
продуктів та послуг, зниження витрат, покращення комунікації та оцінок від
клієнтів, підвищення морального духу працівників, посилення
конкурентоспроможності компанії.
Поліпшення здійснюється за допомогою циклічної процедури GSTD або PDCA
(Цикл Демінга) зображеними на Рис. 2.8:
48
Рис. 2.8 – Зображення циклу Демінга (PDCA)
Існує безліч фреймворків для постійного покращення якості продукту. Серед таких
Go-see-think-do, DMAIC (define-measure-analyze-improve-control), Lean Office тощо.
Їхня головна особливість полягає у їх адаптивності до вдосконалення будь-якого
проекту, а переваги подібні до тих що надають стандарти типу ISO 9000.
Впродовж етапу управління якості проекту було визначено головні чинники, що
впливають на кінцевий результат, визначено критерії та вимоги до даного пункту,
проаналізовано можливі рішення при виникненні проблем на стадії розробки
проекту, визначено план управління якістю проекту.
2.7 Управління ризиками проекту
Ризик – ймовірність того, що відбудеться небажана або непрогнозована подія.
Ризики чітко визначені в рамках підприємницької діяльності, зокрема: зниження
49
запланованих доходів, поява додаткових витрат, втрата підприємством виробничих
або трудових ресурсів тощо[30].
Ризики варто поділити на:
Фінансовий – можливість невиконання обов’язків компанії перед інвестором;
Інвестиційний – можливість знецінення власних або придбаних цінних
паперів, що формують інвестиційний портфель;
Ринковий – можливість потрясінь або «чорних лебедів» ринку;
Виробничий – можливість невиконання зобов’язань компанією перед
замовниками або споживачами;
Політичний – можливість збитковості підприємств при нестабільній
політичній ситуації в країні.
Варто оцінювати можливість виникнення проектного ризику – сукупності ризиків,
що створюють загрозу економічній частині проекту, зокрема створення
негативного впливу різноманітних чинників на грошові потоки. Нижче наведено
можливі ризики та їх ймовірності при реалізації проекту[31]:
Таблиця 16
Імовірність виникнення ризиків
№ Ризик Імовірність Метод розрахунку
імовірності
1 Допустити помилки при розробці, тестуванні 0.99 Експертний
чи в управлінні командою
2 Не можна досягти поставленого рівня якості 0.4 Експертний
3 Перевищити розрахований ліміт коштів на 0.48 Експертний
проект
4 Витік інформації 0.2 Експертний
5 Недотримання часових термінів 0.4 Експертний
6 Розроблений проект не відповідає 0.2 Експертний
очікуванням замовника
50
Продовження таблиці 2.12
7 Розроблений проект з великою кількістю багів, на які 0.6 Статистичний
вказуюють користувачі
8 Масштабування 0.7 Експертний
9 Непорозуміння в роботі між членами команди чи між 0.4 Експертний
командою та замовником
Можна зробити висновок, що найбільшу ймовірність мають наступні ризики:
допустити помилки при розробці, тестуванні чи управлінні командою,
масштабування та велика кількість багів в продукті. Варто розуміти, що дані
ризики не є такими, що ставитимуть загрозу розробці додатку, адже ймовірність,
що трапиться помилка розробника чи тестувальника майже 100%, але для цього
вже розроблено багато критеріїв оцінки моделей чи якості продукту, присутня
можливість використання необхідних фреймворків. Масштабування варто
уникати, адже воно має властивість накопичування. Велика кількість багів, на які
вказують користувачі чудова можливість вдосконалення продукту, головне
правильна пріоритетність багів, та прибирання критично важливих для бізнесу або
користувачів проблем. Фактори виникнення ризиків та боротьби з ними:
Таблиця 17
Фактори виникнення ризиків та засоби їх уникнення
№ Ризик, Ri Фактори, Fi Засіб боротьби з ним, Mi
1. Допустити помилки при Некомпетентність Перевіряти компетентність
розробці, тестуванні чи членів команди команди щотижнево та
в управлінні командою мотивувати до
саморозвитку.
2. Не можна досягти Некомпетентність Працювати над розвитком
поставленого рівня членів команди команди: для кожного план
якості вивчення нових технологій
та щотижневі уроки
англійської мови
51
Продовження таблиці 17
3. Перевищити Неправильно Розробити ТЗ з описаним
розрахований ліміт складений повним функціоналом
коштів на проект кошторис
Зростання цін При розрахунку
враховувати нестабільність
економіки та врахувати
резервні кошти
Зріст валюти При розрахунку
враховувати нестабільність
економіки та валюту
4. Витік інформації Член команди Підписати з кожним
розповів стороннім членом команди NDA
конфіденційну договір з умовами
інформацію фінансового стягнення при
розголошенні інформації
Встановити надійні
правила фаєрволу або
стандарти доступу до
даних
Проходження курсу
протидії фішингу або
захисту даних кожним
учасником команди
5. Недотримання часових Невірно При плануванні
термінів розрахований час враховувати резервний час
процесів
Недотримання Перед початком процесу
термінів виконання розглянути можливі
командою труднощі та обговорити їх
(особисті чи на щоденному чи
технічні проблеми) плановому мітингу
Відмова членів Працювати над мотивацією
команди команди, проводити team
працювати building заходи
52
Продовження таблиці 17
6. Розроблений проект не Нечітко При написанні ТЗ,
відповідає очікуванням сформовані вимоги ознайомити з
замовника проекту функціоналом усіх членів
команди та
використовуючи метод
мозкового штурму
розробити ТЗ доступним
для кожного.
7. Розроблений проект з Погано проведене Перевірка компетентності
великою кількістю тестування QA інженера, в разі
багів, на які вказуюють необхідності - знайти
користувачі нового
8. Масштабування Поки тривала Щоденно аналізувати
розробка, проект роботу конкурентів та
застарів зміну ІТ ринку
9. Непорозуміння в роботі Недостатня Проведення мітингів, на
між членами команди відкритість яких кожен може виразити
чи між командою та проекту; нездорова власну думку
замовником робоча атмосфера
Побудуємо когнітивні моделі ризиків відповідно до таблиці 17 (Рис. 2.9 – 2.18):
Рис. 2.9 – Приклад когнітивної моделі ризиків
53
Рис. 2.10 – Когнітивна модель ризику R1
Рис. 2.11 – Когнітивна модель ризику R2
Рис. 2.12 – Когнітивна модель ризику R3
54
Рис. 2.13 – Когнітивна модель ризику R4
Рис. 2.14 – Когнітивна модель ризику R5
Рис. 2.15 – Когнітивна модель ризику R6
55
Рис. 2.16 – Когнітивна модель ризику R7
Рис. 2.17 – Когнітивна модель ризику R8
Рис. 2.18 – Когнітивна модель ризику R9
56
2.8 Управління інформаційним зв’язком в проекті
Комунікація – важлива складова проекту, адже вона забезпечує безперебійне
поширення проектної інформації. За допомогою комунікації здійснюються процеси
формування, збору, зберігання та розміщення інформації, необхідної для розробки.
Кожен проект містить необхідні вимоги та потреби учасників проекту до
комунікації, вони, в свою чергу, діляться на чотири типи:
1) Потреба в інформації, для зрозумілого розподілу відповідальності;
2) Потреба в координації та злагодженості дій;
3) Потреба в інформації, щодо прогресу виконання робіт та стану проекту;
4) Потреба в інформації, щодо прийнятих рішень.
Інформація про проект повинна бути описана в документації, яка повинна бути
доступною для всіх учасників команди. Вона містить регламент для команди, опис
процесів роботи тощо. Використовуємо Kanban методологію для допомоги з
розподілом відповідальності, зокрема команда користується застосунком Trello.
Координація учасників проекту, спілкування між командою, надання інформації
буде забезпечено за допомогою застосунку Microsoft Teams, в якому присутня
легка інтеграція з Trello.
Рис. 2.19 – Інтерфейс Microsoft Teams та Trello
57
Також присутня інтеграція Microsoft Teams та Github – системі контролю версій
програмного забезпечення, завдяки чому ви завжди бачитимете які зміни вводяться
у ваш продукт. Працюючи в рамках методології гнучкої розробки Agile, варто
виділити поділ проекту на ітерації (спринти) під час яких проводиться багато
важливих комунікацій. Перш за все, кожного дня проводяться Stand Up або Daily
meeting на якому всі учасники команди діляться прогресом та майбутніми планами
щодо проекту. Не менш важливі ретроспективи, де аналізується що було зроблено
та що може бути покращено впродовж одного спринту. Також є Sprint Planning
Meeting під час якого обговорюється план подальших дій на спринті[33]. Час
зустрічі та доступність кожного учасника легко переглянути в застосунку Microsoft
Teams.
2.9 Управління інтеграцією в проекті
Процеси ініціації належать лише одній області знань «Управління інтеграцією»,
яка відіграє важливу роль на початковому етапі проекту, коли необхідно
сконцентрувати ресурси та зусилля щодо прогнозування розвитку проекту та
вирішення питань, що стосуються координації робіт в ході виконання проекту [34].
Область знань «Управління інтеграцією» є найбільшою серед інших областей та
єдиною, яка включає процеси кожної з основних груп. Ціль області знань
«Управління інтеграцією» проекту полягає в тому, щоб координувати всі аспекти
управління проектом на протязі всього життєвого циклу для досягнення
поставлених перед ним цілей [35]. В певному сенсі це створює сутність та основні
структури проекту, зокрема план управління проектом. Область знань «Управління
інтеграцією» охоплює весь спектр задач управління проектом, в той час як інші
області знань його поглиблюють і деталізують. У практичній діяльності по
управлінню проектами не всі області знань можуть перебувати в полі зору
менеджера проекту.
58
Рис. 2.20 – Управління інтеграцією проекту
Управління інтеграцією проекту здійснюється за допомогою плану, створеного на
початку проекту, що містить в собі наступні пункти:
Підстава для виконання проекту;
Описання прийомів управління проектом;
Визначення цілей проекту;
Ієрархічні структури робіт (ІСР), на якому здійснюється контроль та облік;
Оцінка термінів проекту, вартості, розподіл відповідальності;
Основні та необхідні учасники проекту:
Ризики проекту;
Плани управління різними складовими проекту;
Методи оцінок персоналу та виконаних робіт;
Не вирішені питання та задачі.
59
Важливою частиною проекту є управління змінами. Адже працюючи в рамках
гнучкої методології, одним з пунктів є готовність адаптуватись та гнучкість
команди до змін. Вони виникають при значних переосмисленнях цілей та
стратегії, і суттєво впливають на людську свідомість, яка чинить спротив таким
змінам. Важливо пам’ятати, що всі зміни взаємопов’язані, тому при зміні
технологій чи підходів до розробки, змінюється також час та кошторис проекту.
Також існують зміни пов’язані з людськими ресурсами, зокрема підвищення
кваліфікації, реорганізація групового спілкування, мотивації, лідерства, оцінка
якості роботи. Для проведення успішних змін, потрібно координувати і інші
частини проекту та проводити зміни. Для успіху в проведені змін
використовуємо модель Грейнера[36]:
Рис. 2.21 – Модель управління змінами в проекті
60
Етап 1. Тиск і спонукання. Першим кроком управлінської діяльності
керівництва повинно бути усвідомлення про необхідність змін, і готуватися до їх
проведення. Цей тиск може здійснюватися зовнішніми факторами (зростаюча
конкуренція, зміни в економіці, поява нових законів або постанов уряду), а також
внутрішніми факторами (зниження продуктивності праці, значне зростання витрат,
плинність кадрів, конфлікти та скарги в організації).
Етап 2. Посередництво і переорієнтація уваги. Керівництво відчуває
необхідність змін, але не може зробити обґрунтований аналіз проблем. Виникає
потреба в посередницьких послугах зовнішнього консультанта, який може
об'єктивно оцінити ситуацію.
Етап 3. Діагностика і усвідомлення. На цьому етапі керівництво збирає
відповідну інформацію, визначає причини виникнення проблем, які потребують
змін.
Етап 4. Знаходження нового рішення та шляхів його виконання. Після
визначення проблеми, керівництво шукає спосіб виправлення ситуації. В більшості
випадків керівництво повинно заручитися згодою тих, хто відповідає за його
виконання.
Етап 5. Експеримент і виявлення. Організація не може брати на себе ризик,
зразу проводячи масштабні зміни, без обґрунтованого визначення проблем,
прихованих труднощів. Шляхом експерименту і виявлення негативних наслідків
можливого рішення керівництво корегує свої плани для досягнення бажаного
ефекту.
Етап 6. Підкріплення і згода. Керівництво повинно мотивувати людей, щоб
вони погодилися і прийняли запропоновані для організації зміни. Цього можна
досягти переконанням підлеглих, що зміни вигідні як організації, так і особисто
кожному члену колективу.
Хоч і процедура управління змінами налагоджена, але краще зменшити
кількість змін. Це можливо, якщо усі працівники достатньо компетентні,
кваліфіковані та правильно ставляться до роботи. Саме тому в проекті застосовані
методи оцінки.
61
Методи оцінки персоналу мають відповідати структурі підприємства,
характеру діяльності персоналу, цілям оцінки, бути простими і зрозумілими;
включати 5-6 кількісних показників, поєднувати письмові та усні завдання. В
проекті використовуються наступні методи оцінки персоналу:
Оцінка за результатами. Цей метод оцінки персоналу розглядається як
комунікаційний механізм, за допомогою якого керівник і підлеглий
зацікавлені в досягненні виробничих результатів і рівня винагород, що
задовольняють обидві сторони. Керівник виконує роль консультанта, а не
оцінювача, зосереджуючи увагу не тільки на результатах, що досягнені, але
й на розвитку здібностей, підвищенні кваліфікації, зацікавленості
працівника. При даній оцінці активну участь беруть і самі робітники. Тут
часто обговорюються результати трудової діяльності, не виставляючи
оцінок. Наголос робиться на спільному вирішенні проблем, завдань, а
зарплата розглядається окремо.
Метод вирішальної ситуації використовується для оцінки виконавців,
ґрунтується на описі «правильної» і «неправильної» поведінки працівника в
певних ситуаціях, ці описи служать ніби еталоном для зіставлення поведінки
працівника, якого оцінюють.
Метод 360° - працівник оцінюється керівником, колегами і своїми
підлеглими. Заповнюється загальна та індивідуальна для кожного форма [37].
2.10 Контроль та мотивація
Було визначено контрольні точки розвитку проекту:
1) Аналіз та прогноз ринку;
2) Розробка технічного завдання;
3) Дизайн;
4) Аналіз даних;
5) Створення моделі;
6) Розробка веб-додатку та його тестування;
7) Запуск продукту.
62
Рис. 2.22 – Діаграма Ганта із запланованими етапами
63
Проектний менеджер повинен управляти таким процесом, як контроль
проектної діяльності. Він встановлює чи досягнуто поставлених цілей, за який
період вони були досягнуті, виявляє слабкі місця в організації та аналізує прийняті
управлінські рішення, виявляє причини виникнення проблем, якщо такі є.
Контроль дає можливість керівнику оцінити хід роботи над проектом, чи варто
вносити якісь зміни до термінів проекту чи його бюджету. Контроль обмежений та
проводиться виключно за допомогою спостережень, вимірювань, збережень та
опрацювань даних. Для ефективного контролю встановлюються відхилення різних
параметрів проекту[38]:
Фінансове відхилення. При складанні бюджету проекту, саме для відхилень
закладається додаткова стаття кошторису під назвою резерв, яка дозволяє
нівелювати незначні фінансові відхилення, що можуть виникнути під час
розробки;
Відхилення у часі. Складено графік виконання задач та закладено критичний
час, що може бути використаний в разі відхилень. Також впродовж
однакових періодів проводиться перевірка термінів виконання, що дозволяє
вчасно реагувати на зміни та залучати додаткові ресурси за необхідності;
Відхилення у якості. Під час аналізу якості продукту, може бути прийняте
рішення про залучення додаткових ресурсів, задля доопрацювання задачі на
наступному спринті.
Мотивація – один з варіантів впливу керівників на підлеглих з метою покращення
результатів праці та покращення комунікації всередині команди. Відомо, що
мотивація працівників прямо впливає на їхню трудову діяльність, продуктивність
та бажання отримати кращі результати. Одне з вмінь талановитого керівника –
знати людську психологію та вміти впливати на емоційний стан підлеглих,
спонукати членів команди до позитивних рішень[39].
Також застосовуються методи стимулювання, які бувають позитивними та
негативними. Давно доведено, що негативне стимулювання, як наприклад система
64
штрафів або покарань, не працює. Наразі кожна компанія має варіанти позитивних
стимулювань, серед яких[40]:
Безкоштовні відвідування спортивних залів, гуртків за інтересами;
Максимальна відкритість та комунікабельність керівників;
Існування засобів зворотнього зв’язку для отримання об’єктивних оцінок;
Словесне заохочення та персоналізовані інструменти мотивації;
Свобода вираження конструктивних думок;
Делегація працівникам відповідальних завдань.
Також багато компаній проводять Upgarde Interview раз на півріччя, під час яких
оцінюється твій рівень і, в залежності від результату, можна отримати підвищення.
2.11 Інформаційна безпека в проекті
Беручи участь в проектах, де містяться чутливі дані, обов’язковим пунктом
роботи проектного менеджера є безпека даних. Будь-який витік даних може
нанести шкоду не лише компанії, а й користувачам, тому важливо, щоб кожен
учасник проекту усвідомлював свої дії під час роботи над проектом. Вводяться
деякі обмеження для робітників задля захисту інформації, наприклад:
Вхід до офісних приміщень тільки з ключ-картою;
Всі робочі пристрої повинні мати сильний пароль, що містить більше 13
символів;
Підписуються договори, де чітко прописані пункти про нерозголошення
інформації (NDA);
Проводяться тренінги та курси на тему захисту інформації;
Для отримання доступу до даних потрібно відкривати тікет, який
переглядають відповідальні особи;
Встановлення фаєрволів до баз даних, та антивірусні програми на пристрої
працівників;
65
Також створюється процес управління комп’ютерними інцидентами, що буде:
відслідковувати кожен інцидент,
вносити інформацію про нього в єдину базу даних,
шукати подібні інциденти та план щодо їх усунення,
аналіз інциденту та як інцидент став можливим,
прийняття рішень та проведення відповідних заходів, з метою
недопущення повторних інцидентів[41,42].
66
РОЗДІЛ ІІІ
ОЦІНКА ЕФЕКТИВНОСТІ ПРОЕКТУ
3.1 Планування фінансових ресурсів інвестиційної фази ІТ проекту
Сформулювавши пункт управління вартістю проекту та побудувавши сітьовий
графік робіт для проекту, розробляється план графіку фінансування проекту.
Графіки відображають щомісячну потребу у фінансових ресурсах, що мають
розподілятися рівномірним шляхом, беручи до уваги довгу тривалість деяких
процесів. Загальна сума капіталовкладень складе:
= ∑ , тис грн
Рис. 3.1 – Графік поточних потреб у капіталовкладеннях ( = 715 460 грн)
Враховуючи, що фінансування проекту здійснюється шляхом залучення кредитних
коштів, на стадії інвестиційної фази проекту має місце нарощування
капіталовкладень, отже треба визначити накопичені суми у вигляді щомісячних
потреб у кредитних ресурсах. Побудовано відповідний графік:
67
Рис. 3.2 – Діаграма накопичених сум капіталовкладень – потреб у кредитних
ресурсах
На підставі накопичених щомісячних сум кредитних ресурсів визначаються
квартальні суми виплати процентів за кредит і розробляється відповідний графік,
формула величини поточних сум виплати відсотків має наступний вигляд:
П
ВП = × к , тис. грн
де – кредитна сума t-го місяця (Рис. 3.2) вказана в тис. грн, Пк – щомісячний
відсоток кредитування. Виходячи з цього, загальна сума відсотків за кредит в
період інвестиційної фази проекту становитиме:
ВП = ∑ ВП , тис. грн
Побудуємо відповідні графіки та таблицю прогнозів грошових потоків проекту:
68
Рис. 3.3 – Діаграма виплат відсотків по кредиту (П = 2%, ВП = 126 453 грн)
69
Таблиця 18
Прогноз грошових потоків проекту
Етап Місяць (тис. грн) Сума
1 2 3 4 5 6 7 8 9 10 11 12
Аналіз середовища 4 4
Аналіз ринку 8 8
ТЕО 8 8
Комерційний 7,6 7,6 4
аналіз
Оренда і
утримання 700 7,10 7,10 7,10 7,10 7,10 7,10 7,10 7,10 7,10 7,10 7,10 86
офісних
приміщень
Закупівля меблів 188,5 188,5
та техніки
Написання ТЗ 24 24 48
Планування робіт 6,4 6,4
Затвердження ТЗ 6,4 6,4
Розподіл ресурсів 4 4,00
Дизайн системи 7,8 7,8
Підготовка 7,8 2
презентації
Створення API 9,6 9,6
ключів
Продовження таблиці 18
70
Розробка ETL 19,2 19,2
pipeline
Попередній аналіз 15,26 15,26
даних
Створення моделі 13,2 15,2 15,2 15,2 15,2 12,8 86,8
та її оцінка
Прогностичний 6 6
аналіз
Створення веб 9,6 9,6 19,2
додатку
Тестування 7 7 14
Проведення 0,8 0,8
опитувань
Підготовлення до 10,8 10,8
запуску
Створення 2,5 2,5
презентацій
Виплата премій 100 100
Конроль за 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
виконанням
проекту
Разом 148,7 239,6 45,7 38,5 39,96 26,7 26,7 26,7 26,7 33,9 28,1 34,2 715,46
Наростаючим 148,7 388,3 434 472,5 512,46 539,16 565,86 592,56 619,26 653,16 681,26 715,46
підсумком
71
Прогнозування вартісних показників операційної діяльності мають
тенденцію змінюватись в залежності від зовнішніх та внутрішніх чинників. Наш
проект орієнтований на внутрішній ринок компанії і на B2B відносини, тому
прогноз показників операційної діяльності будуватися не буде. Проте експертно
було оцінено, що завдяки перевагам продукту що розробляється, буде покращено
середньорічний показник на 40% впродовж перших двох років, та на 70% впродовж
наступних 5 років, за умови тренування моделі на нових прогнозованих даних.
Варто додати, що також будуть змінюватись витрати на трудові ресурси, в той час
як технологічні ресурси можуть дешевшати через їх доступність. Побудуємо
прогноз динаміки показників операційної діяльності:
Таблиця 19
Прогноз динаміки показників операційної діяльності
Назва Показник
Коефіцієнт щорічного зростання (зниження) ціни продукції (Ц ) 1,05
Коефіцієнт щорічного зростання (зниження) ціни на
продукти(сировину) ( ) 0,98
Ц П
Коефіцієнт щорічного зростання (зниження) рівня оплати праці
(ОП 1,1
)
Коефіцієнт щорічного зростання рівня постійних витрат (ПВ ) 1,02
3.2 Оптимізація плану фінансування інвестиційної фази проекту
До вирішення цієї задачі треба підходити так, що є загальний підхід оптимізації
інвестиційних процесів, тобто перенести більші потреби у капіталовкладенні на
перші терміни інвестиційної фази проекту, щоб мінімізувати час та суми
капіталовкладень. Для цього розробляють систему, де фінансові потоки були
сконцентровані на пізніших етапах розробки у довготривалих процесах.
Наприклад, виплата заробітньої плати здійснюється після виконання всієї задачі
або її суттєвої частини. З урахуванням вище наведеного, розробляється оновлений
варіант графіку з оптимізованими потребами у капіталовкладенні, та використання
72
такого підходу там, де це можливо. Загальна сума витрат не змінюється, але
вносяться зміни до їх розподілу протягом усього проекту.
Для застосування процесу оптимізації, наведемо формули дисконтованих
величини грошових потоків та коефіцієнт дисконтування:
Загальна сума дисконтованих витрат складає:
СВД = ∑ × КД , тис. грн
де – витрати j-го варіанту у t місяці, КД – коефіцієнт дисконтування t-го місяця.
Коефіцієнт дисконтування t-го місяця розраховується за наступною формулою:
КД = П , де Пб – помісячний банківський відсоток.
( б )
Побудуємо графіки відповідних змін та проведемо аналіз отриманого:
Рис. 3.4 – Діаграма оптимізованих поточних потреб до капіталовкладення
73
Рис. 3.5 – Діаграма накопиченої суми оптимізованих поточних потреб до
капіталовкладення
Рис. 3.6 – Діаграма оптимізованих виплат відсотків за кредитом (2%, сума 124,76
тис. грн)
Основною оцінкою ефективності оптимізації є зниження суми виплат відсотків по
кредиту, в нашому випадку до оптимізації сума складала 126,45 тис. грн; після
оптимізації складає 124,76 тис. грн, що є менше на 1,69 тис. грн.
74
3.3 Розробка зведеного кошторису проекту
Попередні два пункти бюджету проекту, а саме прогноз витрат окремих
процесів та суми виплат відсотків за кредитом, є основою для побудови планового
зведеного кошторису (бюджету) витрат інвестиційної фази проекту. Кошторис
розробляється як окремий документ, який затверджує керівник проекту.
«Затверджую»
Керівник проекту Sales Optimization&Prediction
Альошін Я. І.
Дата 1.10.2023
Підпис _________
Зведений кошторис планових витрат інвестиційної фази проекту
Шифр
№ п/п Процес Витрати, тис. грн.
процесу
1 Аналіз середовища 4
2 Аналіз ринку 8
3 ТЕО 8
4 Комерційний аналіз 4
5 Оренда і утримання офісних 86
приміщень
6 Закупівля меблів та техніки 188,5
7 Написання ТЗ 48
8 Планування робіт 6,4
9 Затвердження ТЗ 6,4
10 Розподіл ресурсів 4,00
11 Дизайн системи 7,8
12 Підготовка презентації 2
13 Створення API ключів 9,6
75
14 Розробка ETL pipeline 19,2
15 Попередній аналіз даних 15,26
16 Створення моделі та її оцінка 86,8
17 Прогностичний аналіз 6
18 Створення веб додатку 19,2
19 Тестування 14
20 Проведення опитувань 0,8
21 Підготовлення до запуску 10,8
22 Створення презентацій 2,5
23 Виплата премій 100
24 Конроль за виконанням проекту 57,2
25 Проценти за кредит 124,76
Загальні витрати 840,22
Розрахунок виконав фінансовий аналітик проекту _____ Дата _______
Зведений кошторис є одним з найважливіших координаційних та
прогнозованих документів, що має вплив на всі процеси розробки продукту. В
ньому фігурують всі роботи, що будуть виконані, а також виплати відсотків по
кредиту та загальна сума витрат проекту.
3.4 Прогнозування амортизаційних витрат операційної діяльності
Метою розробки цього пункту бюджету проекту є обґрунтування
амортизаційних витрат проекту за роками операційної діяльності. Стандартною
процедурою вважається право суб’єкта господарської діяльності залишати на
власний розсуд терміни та методи погашення амортизаційних витрат. У
розпорядженні суб’єкта існують п’ять можливих методів амортизації:
прямолінійного списання;
зменшення залишкової вартості;
прискореного зменшення залишкової вартості;
76
кумулятивний;
виробничий.
Діюче податкове законодавство відокремлює, у складі основних фондів
суб‘єктів господарської діяльності, 16 груп фондів, для кожної з яких встановлено
свій метод нарахування амортизації. Для групи 4, до якої відносяться електронно-
обчислювальні машини та програмне забезпечення, застосовується метод
прискореного зменшення залишкової вартості. Мінімальний строк корисного
використання становить 2 роки. Річна сума амортизації, згідно методу зменшення
залишкової вартості, визначається як добуток залишкової вартості об’єкта на
початок звітного періоду, або первісної вартості на дату початку нарахування
амортизації та річної норми амортизації, яка обчислюється відповідно до термінів
корисного використання об’єкта і подвоюється. Припустимим є застосування
підприємством менших значень норм, але не більше вказаних нормативів.
Механізм податкової амортизації, припустимо, також застосовується на цілі
погашення витрат на основні фонди. Розмір річної амортизації групи основних
фондів для t-го року операційної діяльності складає:
= БВ × , грн
де БВ – балансова вартість групи на початок року, грн; – встановлена
підприємством норма річної автоматизації (не більше граничних норм), %.
Балансова вартість року t встановлюється за допомогою даних попереднього року:
БВ = БВ − , грн.
Відповідно, первісна вартість груп визначає балансову вартість першого року
операційної діяльності. Орієнтиром є зведений кошторис витрат інвестиційної фази
проекту. Первісні вартості складуть наступні групи:
- 4 група - вартість комп`ютерів і програмного забезпечення.
Визначено, що строк використання ПК становитиме 4 роки, комунікаційне
обладнання 2 роки.
- 6 група – меблі. Строк служби становитиме 5 років.
Розрахунок амортизаційних витрат виконаний на протязі 10 років.
77
Таблиця 20
Розрахунок амортизаційних витрат за роками операційної діяльності
Річна Роки операційної діяльності
Групи Первісна норма
основних вартість, аморт
1 2 3 4 5 6 7 8 9 10
фондів тис.грн. изації,
%
4 група
(обладна 4 65 1,4 4 1,4 4 1,4 4 1,4 4 1,4 4
ння)
4 група
(комп’ют 110 65 11 38,
38,5 13,5 4,8 110 38,5 13,5 4,8 13,5
0 5
ери)
6 група
13,2 65 4,6 1,6 0,6 0,2 13,2 4,6 1,6 0,6 0,2 13,2
(меблі)
Разом 127,2 65 114, 11 40,
44,5 19,1 6,8 53,1 22,1 7,8 30,7
2 4,6 1
Компанія встановила норму амортизації на рівні 65 відсотків для усіх матеріально-
технічних ресурсів. Також можна помітити, що з 1-го року операційної діяльності
амортизуються витрати тому, що вони були придбані за часів передінвестиційної
діяльності та мали 1 рік використання.
3.5 Планування кредитних процесів інвестиційної діяльності
У процесі операційної діяльності потрібно забезпечити повернення кредитів,
які використовуються на інвестиційній фазі проекту, і забезпечити оплату відсотків
за використання кредитів. Перші платежі забезпечуються за рахунок прибутку,
другі – відносяться до складу операційних витрат.
У роботі досліджено варіант побудови наступного кредитного процесу: відстрочка
повернення кредиту на 1-й рік операційної діяльності (адже в перший рік дохід
відсутній) і наступним його поверненням за 2 або 3 роки. Якщо повернення
триватиме, то щороку в банк потрібно віддавати по 50%, а за 3 роки 33 %
відповідно.
78
Сума, яка була взята в кредит рівна 715,46 тис. грн, відсотки станом на перші 15
місяців: 124,76 тис. грн. Кредит взятий під 15% річних. Побудуємо відповідну
таблицю:
Таблиця 21
Схема використання та погашення кредиту на основі років діяльності
Рік діяльності
Показник
1 2 3 4
1 варіант
357,7 357,7 -
1. Повернення суми кредиту, тис. грн.
2. Використана за рік сума кредиту, тис. грн. 715,46 715,46 316,84
3. Оплата процентів, тис. грн. 232 53,65
4.Повернення кредиту (ПК) тис. грн 589,7 411,35
2 варіант
715,46
1. Повернення суми кредиту, тис. грн.
2. Використана за рік сума кредиту, (%) 715,46 715,46
3. Оплата процентів, тис. грн. 232
4.Повернення кредиту (ПК) тис. грн 947,46
Робимо висновок, що вигідніше віддавати кредит згідно з 2-им планом, навіть
попри те, що нам потрібно більшу частину прибутку віддавати банку. Тим не
менше, така стратегія дозволить відразу на другий рік діяльності вільно
використовувати кошти для переінвестицій та отримання чистого прибутку.
3.6 Прогноз витрат операційної діяльності
Річні суми операційних витрат для t року операційної фази проекту складають:
= 3 + П + + П , тис. грн
де 3 – витрати змінного характеру, тис. грн; П – витрати постійного характеру,
тис. грн; – амортизаційні погашення; П – погашення кредиту, тис. грн.
Визначимо формулу знаходження витрат змінного характеру для року t
операційної діяльності продукту:
( ОП )
3 = , тис. грн
79
де – обсяг реалізації продукту в одиницях продукту; – витрати на прямі
матеріали на одиницю продукції грн/од.; ОП – витрати на пряму оплату праці на
одиницю продукції грн/од. Побудуємо таблицю витрат операційної діяльності
протягом 10 років, згідно обраного варіанту погашення кредиту:
Таблиця 21
Прогноз витрат операційної діяльності
Рік операційної діяльності
Показник
1 2 3 4 5 6 7 8 9 10
Витрати змінні (ВЗ) 2,1 2,4 2,6 2,9 3,2 3,5 3,9 4,4 5,0 5,7
Витрати постійні
78,2 79,7 81,3 83,0 84,6 86,3 88,0 89,8 91,6 93,4
(ВП)
Амортизація (А) 44,5 19,1 6,8 114,2 53,1 22,1 7,8 114,6 40,1 30,7
Повернення кредиту
947,46
(ПК)
Операційні витрати 1072,2 101 90,7 200,1 140,9 111,9 99,7 208,8 136,7 129,8
(ОВ)
3.7 Прогноз грошових потоків операційної діяльності
Виконаємо розрахунки грошових потоків для 10 років операційної
діяльності. Для цього використовуються розрахунки попередніх таблиць. Даний
пункт дозволяє оцінити прибутковість проекту, та додати прогнозованості до
керування проектом в майбутньому. Визначимо формулу розміру балансового
прибутку для t року:
ПБ = Д − , тис. грн
Формула оподаткованого прибутку для року t:
ОП = ПБ − А , тис. грн
Формула податку на прибуток для року t:
ОП = ОП × , тис. грн
80
де – діюча на момент розрахунків норма податку на прибуток 18%
Формула чистого прибутку для року t:
ПЧ = ОП − П , тис. грн
Таблиця 22
Прогноз грошових потоків операційної діяльності
Показник Роки операційної діяльності
и, тис.
1 2 3 4 5 6 7 8 9 10
грн.
Доход від
5643, 6373, 7202, 8142, 9210, 10424 1180 13374 15161
реалізації 5000
8 8 2 7 9 ,8 4,9 ,8 ,4
(Д)
Операційн 1072,
і витрати 101 90,7 200,1 140,9 111,9 99,7 208,8 136,7 129,8
2
(ОВ)
Балансови 3927, 5542, 6283, 7002, 8001, 10325 1159 13238 15031
й прибуток 9099
8 8 1 1 8 ,1 6,1 ,1 ,6
(ПБ)
Амортизац
44,5 19,1 6,8 114,2 53,1 22,1 7,8 114,6 40,1 30,7
ія (А)
Оподатков
аний 3883, 5523, 6276, 6887, 7948, 9076, 10317 1148 15000
13198
прибуток 3 7 3 9 7 9 ,3 1,5 ,9
(ОП)
Податок
на 698,9 994,2 1129, 1239, 1430, 1633, 1857, 2066, 2375, 2700,
прибуток 94 66 734 822 766 842 114 67 64 162
(П)
Чистий 3184, 4529, 5146, 5648, 6517, 7443, 8460, 9414, 10822 12300
прибуток 306 434 566 078 934 058 186 83 ,36 ,74
3.8 Прогноз грошових потоків проекту
Мета цього пункту – співставити грошові потоки інвестиційної, операційної
та фінансової фаз в межах проекту, для оцінки його ефективності. Варто розуміти
деякі обмеження накладені на цей пункт – грошових потоків інвестиційної
діяльності не буде, адже були залучені кредитні кошти, а не власний капітал.
Перший рік розробки буде представлено у щоквартальному вигляді, де присутні
81
інвестування від кредитних коштів, а розрахунки на початку операційної фази
містять кошти для погашення кредитів. Визначимо формулу коефіцієнта
дисконтування для періоду t:
КД = Н ,
Д
( )
де НД – норма доходу на капітал (15% річних).
Побудуємо таблицю грошових потоків для 10 років операційної діяльності, та
зобразимо графічно результат обчислення чистого прибутку, всі дані надані в тис.
грн:
82
Таблиця 23
Прогноз грошових потоків проекту
Фаза проекту
Рік інвестиційної фази Рік операційної фази
Показник 1 1 2 3 4 5 6 7 8 9 10
1-3 4-6 7-9 10-12
міс міс міс міс
1. Грошові -434 -105,1 -80,1 -96,2 - - - - - - - - - -
потоки ІД
2. Чистий
- - - - 3184,3 4529,4 5146,5 5648,0 6517 7443,0 8460,1 9414,8 10822,3 12300,7
прибуток ОД
3. Амортизація - - - - 44,5 19,1 6,8 114,2 53,1 22,1 7,8 114,6 40,1 30,7
4. Грошові
потоки 105,1 -
фінансової 434 80,1 96,2
6 947,46 - - - - -
діяльності
(кредит)
5. Сальдо
-434 -105,1 -80,1 -96,2 3184,3 4529,4 5146,5 5648,0 6517 7443,0 8460,1 9414,8 10822,3 12300,7
реальних грошей
6. Коефіцієнт
0,97 0,94 0,91 0,88 0,89 0,8 0,71 0,64 0,57 0,51 0,45 0,4 0,36 0,32
дисконтування
7. Дисконтований - - - -
2834,0 3623,5 3654,0 3614,7 3714, 3795,9 3807,04 3896,02 3936,22
потік грошей за 420, 98,79 72,89 84,65 3765,92
27 2 15 2 69 3 5 8 4
періодами 98 4 1 6
8. Дисконтований - - - -
потік грошей 2156,7 5780,2 9434,2 13048, 16763 20559, 24366,6 28132,5 32028,5
420, 519,7 592,6 677,3 35964,8
наростаючим 06 26 41 96 ,65 58 3 5 7
98 74 65 21
підсумком
83
Рис. 3.7 – Діаграма грошові потоки проекту протягом 10 років
Як бачимо, прибуток збільшується впродовж 10 років, що є гарною оцінкою
прибутковості проекту.
3.9 Оцінка показників ефективності проекту
Аналіз ефективності проекту в цьому пункті буде проводитись за допомогою
значень, отриманих в таблиці 23. Виведемо формулу та обрахуємо чистий
дисконтований прибуток проекту, на основі притоків, відтоків та коефіцієнту
дисконтування:
ЧДП = ∑ П × КД − ∑ × КД = 35964,8 − 677,321 = 35287,479 тис. грн
де П - поточні грошові притоки тис. грн; - поточні грошові відтоки тис. грн.
Враховуючи, що обчислення ведуться з точки зору капіталу, тоді потрібно
обчислити за коректною формулою для нашого проекту, адже інвестиційна фаза
84
повністю була забезпечена кредитними коштами. Тоді формула виглядає
наступним чином:
ЧДП = ∑ П × КД − 0 = 35964,8 − 0 = 35964,8 тис. грн
Високе значення чистого дисконтованого прибутку демонструє високу вірогідність
комерційного успіху проекту. Обрахуємо показник відносної ефективності
використаного капіталу за допомогою поточних грошових притоків та відтоків:
∑ П × КД 35964,8
ІД = = = 53,09
∑ × КД 677,321
Для розрахунку строку окупності капіталу, що передбачається вкласти у проект,
скористаємось формулами величини середньорічних грошових потоків та
очікуваним строком окупності капіталу:
∑ П ×КД ,
П = = = 3596,48 тис. грн
ТОП
∑ × КД 677,321
ТОК = = = 0,18 роки
П 3596,48
Робимо висновок, що проект окупиться через 3 місяці після його запуску.
Показник внутрішньої норми дохідності проекту визначається розв’язком
наступного рівняння:
П × КД − × КД = 0
Підставимо замість коефіцієнта дисконтування його формулу КД = Н :
Д
( )
∑ П ∑
Н − .
Д
( ) НД
85
Розв’язок даного рівняння дає норму дохідності вищу ніж закладена в проекті
спочатку.
3.10 Аналіз беззбитковості операційної діяльності проекту
Останнім пунктом аналізу бюджету проекту є аналіз беззбитковості, тобто
через яку кількість мінімальних обсягів операцій продукт самостійно буде
покривати свої постійні витрати і генерувати прибуток. Оцінювати будемо
беззбитковість окремих років операційної фази проекту, адже показники з плином
часу змінюються.
Маємо формулу критичного обсягу виробництва та реалізації продукту для
року t:
П
= , одиниць продукції
Ц З
де П – постійні витрати в рік, грн; Ц – ціна за одиницю продукції в рік, грн; З
– змінні витрати на одиницю продукції, грн/од. Для знаходження критичного
обсягу виробництва, визначимо формулу змінний витрат на одиницю продукції:
З = М + ОП грн/од.
де М – прямі матеріальні витрати на одиницю продукції; ОП – прямі матеріальні
витрати оплати праці на одиницю продукції впродовж операційної фази проекту
для року t. Якщо наша компанія отримувала кредит під час інвестиційної фази
проекту, то до формули критичного обсягу виробництва додається визначена сума
частки кредиту:
П СК
= , одиниць продукції
Ц З
Виведемо результати дослідження в таблицю 24
86
Таблиця 24
Аналіз беззбитковості операційної діяльності проекту
Рік операційної діяльності
Показник
1 2 3 4 5 6 7 8 9 10
Постійні
витрати 78,20 79,70 81,30 83,00 84,60 86,30 88,00 89,80 91,60 93,40
(ВП)
Ціна
500,00 520,50 550,10 570,90 600,80 630,80 670,00 700,40 730,90 770,60
одиниці
Матеріальні
витрати 2,1 2,4 2,6 2,9 3,2 3,5 3,9 4,4 5,0 5,7
(Мt)
Оплата
8,00 8,80 9,68 10,65 11,71 12,88 14,17 15,59 17,15 18,86
праці (ОПt)
Змінні
витрати на 2,16 2,55 2,85 3,29 3,59 4,37 5,49 6,87 8,77 11,17
од. (ВЗО)
Сума
кредиту
(СК) 947,46
Критичний 0,15 0,15 0,14 0,14 0,14 0,13 0,13 0,12 0,12
обсяг (ОК) 80,39
3.11 Розробка проекту кредитного договору
Останнім етапом розробки бюджету проекту та його аналізу є створення
кредитного договору між обраним банком та підприємством. Також розроблено
таблицю детального огляду суми кредиту, що надається та обов’язковими
процентами виплат. Матеріали викладені в додатку А та Б відповідно.
Цей етап є необхідним, адже при даному прецеденті сторона, що надає
кредитні чи інвестиційні послуги повинна ознайомитися з повним економічно-
фінансовим обґрунтуванням проекту, загальною концепцією та кінцевим
продуктом, можливості здійснення концепції та очікувану ефективність.
3.12 Оцінка соціально-економічної ефективності
87
Даний пункт призначений експертно оцінити чи доцільно використовувати
ресурси, задля реалізації цього інноваційно-інвестиційного проекту з точки зору
ефективності та користі для суспільства. Отримання об’єктивної оцінки можливе
тільки з врахування певних деталей:
Оцінка повинна визначатися на двох рівнях організації суспільства –
локальному (потреби підприємства, задоволення сукупності потреб
працівників) та державному (рівень задоволення сукупностей потреб різних
верств населення та рівень соціального захисту)[56];
Суб’єктивна оцінка рівня задоволення соціальних потреб працівників, як
результат накопичення власних ресурсів підприємства або заснування нових
форм господарювання)
На основі вище наведеного було створено відповідну діаграму[57].
Рис. 3.8 – Соціально-економічний вплив проекту
88
Отже проект має соціальну значущість не лише для працівників, але і для
користувачів продукту та населення регіону.
3.13 Реалізація продукту проекту
Розробка продукту почалась зі створення API ключів. АРІ – механізм, що
дозволяє двом програмним забезпеченням взаємодіяти напряму, використовуючи
набір визначень та протоколів. АРІ ключі були створені за допомогою Google Cloud
Platform, яка є універсальним інструментом для роботи з даними. Ключі були
сформовані для таких джерел даних: Google Analytics та Magento. Вони
використовуються для збирання користувацьких даних різних напрямів,
починаючи з середню кількість проведеного часу на сайті, закінчуючи з якого
девайсу виконаний вхід. Також на Magento зберігаються дані замовлень, покупок,
розмір чеку тощо. Саме такі дані будуть основними для аналізу та побудови моделі.
Наступний крок – побудова інфраструктури ETL pipeline на базі хмарних
обчислень Microsoft Azure. За допомогою АРІ ключів легко витягуємо дані та
зберігаємо в трьох контейнерах даних.
Рис. 3.9 – Бази даних в ETL pipeline
89
Було проведено дескрептивний аналіз даних, що були витягнуті. Одна з цілей
аналізу, детальніше ознайомитися з даними, необхідними результатами та
провести ретроспективу діяльності компанії.
Рис. 3.10 – Один з графіків дескриптивного аналізу розроділу типів продукції
Створення моделі та її оцінка відбувались на мові програмування R в IDE RStudio.
Найкращим вибором для задачі, де нам треба передбачити числові значення, як
наприклад продажі, є алгоритм лінійної регресії.
90
Рис. 3.11 – Лінійна регресія
Допоможе в побудові моделі xgboost – екстремальне градієнтне підсилювання,
бібліотека побудована на основі методу Ньютона-Рафсона (метод дотичних), що
здатна покращити якість моделі та її оцінки. Створено веб-додаток інформаційно-
аналітичної системи для легкого перегляду та маніпулювання даними.
91
Рис. 3.12 – Фільтри для маніпуляцій з даними
92
Рис. 3.13 – Інтерфейс розробленої системи
93
ВИСНОВКИ
З моменту створення маніфесту Agile, проектний менеджмент вийшов за
рамки звичної розробки веб-додатків або мобільних застосунків. Багато компаній
за межами інформаційних технологій застосовують напрацювання гнучкої
розробки, розширюють та розвивають напрацювання задля задоволення власних
потреб. Те ж стосується зовсім молодих категорій проектів ІТ галузі.
Даний проект розроблено в тому напрямку, який вважають
найперспективнішим у 21 столітті, адже кожного дня з’являються звістки про нові
розробки чи відкриття у сфері машинного навчання чи штучного інтелекту, а
потенційні відкриття можуть вивести людство на нову стадію розвитку, де високі
технології доступні для кожного. Проект задовольняє потреби підприємства у
якісному аналізі продуктивності та ефективності, підвищує рівень інформаційної
обізнаності кожного учасника виробництва. Система реалізована за допомогою
мови програмування R в IDE RStudio, з використанням алгоритмів машинного
навчання, направлених на прогнозування результатів діяльності компанії
В межах даної роботи проведено дослідження з використання можливостей
методологій Agile та PMBOK та фреймворків Kanban та Scrum для роботи над Data
Science проектами. Вони допомогли досягти мети, що була поставлена на початку
роботи.
Ідея проекту полягає у створенні інформаційно-аналітичної системи, який
був би легкий для освоєння та орієнтування для всіх працівників. Основна
перевага продукту в застосуванні алгоритмів машинного навчання для
прогнозування діяльності компанії та побудови швидкодійної системи зберігання
та обробки даних. Для реалізації проекту було поставлено наступні цілі:
Проведення комплексного аналізу ринку та середовища;
Розробка ETL pipeline;
Створення моделі машинного навчання та її оцінка точності;
94
Створення веб-додатку;
Проведення опитувань та презентацій для користувачів.
Очікуваними результатами проекту будуть: готові прогнози реалізації проекту,
запуск готового продукту та підвищення кількісних і якісних показників компанії.
На хід проекту впливає багато факторів, зокрема соціальні, економічні, політичні
та технологічні фактори. Задля адаптивності та гнучкості було розглянуто
можливий вплив потенційних ризиків, чіткого плану дій та розподіл
відповідальності.
Ключовими етапами проекту є:
Оцінка ринку;
Розробка технічного завдання;
Дизайн;
Розробка інформаційної системи;
Тестування;
Маркетинг.
Продукт має низку переваг:
Гнучкість та легкість освоєння;
Власна унікальна модель машинного навчання;
Доступність даних та ефективний аналіз;
Власна база даних реалізована за допомогою хмарних технологій;
Високий рівень інформаційної безпеки.
Продукт має низку недоліків:
Необхідність постійного оновлення у зв’язку зі старінням даних;
Довгий процес розробки;
95
Невизначеність подальших кроків.
Для реалізації даного проекту було залучено наступну команду: проектний
менеджер, бізнес-аналітик, тестувальник, інженер даних, аналітик даних, ML
інженер, тестувальник, дизайнер та маркетолог. Для управління проектом було
використано програму MS Project. Завдяки цьому було побудовано WBS
структуру проекту, сформовано лист задач та діаграму Ганта, сітковий графік,
визначено необхідні ресурси та детально наведено матеріально-технологічні та
людські витрати. Для успішного завершення продукту було досліджено критерії,
які впливають на якість проекту та стандарти якості.
Для досягнення результату було обрано низку застосунків, що допоможуть
в комунікації всередині команди та в розподілі задач. Для цих цілей було обрано
Microsoft Teams для ефективної комунікації, в інтеграції з Trello, яка являє в собі
Kanban дошку, де зручно відслідковувати терміни виконання задач та прогрес.
Для покращення роботи команди було розроблено ряд підходів контролю та
мотивації учасників проекту, зокрема систему кар’єрного зростання та
матеріального заохочення. Важливим аспектом проекту стала інформаційна
безпека, адже неперервна робота з даними передбачає низку ризиків, які потрібно
нівелювати шляхом підвищення компетенції робітників у сфері захисту даних та
встановлення чіткий правил доступу до інформації, а також впровадження
системи управління інцидентами інформаційної безпеки.
Було розроблено бюджет проекту, проведено аналіз економічної
ефективності. Наведені результати продемонстровані в таблицях та діаграмах.
Визначено, що чистий дисконтований прибуток становить 35964,8 тис. грн, індекс
прибутковості становить 53,09, а термін окупності – 0,18 років.
Даний проект демонструє, що проектний менеджмент є гнучким
інструментом створення будь-якого продукту, а наука про дані та машинне
навчання ще раз довело великий потенціал у застосуванні до будь-яких напрямів
96
людської діяльності. Компанії обов’язково все більше будуть звертатись до
професіоналів цього напрямку.
97
СПИСОК ВИКОРИСТАНИХ ДЖЕРЕЛ
1. ДІТХЕЛМ, Г., et al. ВГ ХОМЕНКО МОДЕЛЮВАННЯ ЗМІСТУ Й
ОРГАНІЗАЦІЇ САМОСТІЙНОЇ РОБОТИ СТУДЕНТІВ ЗАСОБАМИ
АВТОМАТИЗОВАНИХ СИСТЕМ УПРАВЛІННЯ ПРОЕКТАМИ. П 86 Педагогіка
формування творчої особистості у вищій і загаль, 2012, 480.
2. 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.
3. Patel N. Online Marketing Made Simple: A Step-by-Step Guide
[Електронний ресурс] / Neil Patel. – 2015. – Режим доступу до ресурсу:
https://neilpatel.com/what-is-online-marketing/.
4. Таргетована реклама — що це, налаштування та принципи роботи
[Електронний ресурс] – 2023 – Режим доступу до ресурсу:
https://netpeak.net/uk/blog/targetovana-reklama-nalashtuvannya-ta-printsipi-
roboti-neobkhidniy-minimum-znan-pro-
targeting/#:~:text=%D0%A2%D0%B0%D1%80%D0%B3%D0%B5%D1%82%
D0%BE%D0%B2%D0%B0%D0%BD%D0%B0%20%D1%80%D0%B5%D0%
BA%D0%BB%D0%B0%D0%BC%D0%B0%20%E2%80%94%20%D1%86%D
0%B5%20%D0%BF%D0%BE%D0%BA%D0%B0%D0%B7%20%D0%BE%D
0%B1%D1%80%D0%B0%D0%BD%D0%B8%D0%BC,%D0%B7%20%D0%B
A%D0%B0%D0%BC%D0%BF%D0%B0%D0%BD%D1%96%D1%8F%D0%B
C%D0%B8%20%D0%B2%20%D1%81%D0%BE%D1%86%D1%96%D0%B0
%D0%BB%D1%8C%D0%BD%D0%B8%D1%85%20%D0%BC%D0%B5%D1
%80%D0%B5%D0%B6%D0%B0%D1%85.
5. Що таке SMM та як працює маркетингу соціальних мережах. Гайд для
почтаківців [Електронний ресурс] – 2023 – Режим доступу до ресурсу:
98
https://netpeak.net/uk/blog/shcho-take-smm-i-yak-pratsyue-marketing-u-sotsial-
nikh-merezhakh-gayd-dlya-pochatkivtsiv/
6. Стратегічний менеджмент / [М. П. Бутко, М. Ю. Дітковська, С. М.
Задорожна та ін.]. – К.: Центр учбової літератури, 2016. – 376 с.
7. Управління змістом проекту, цілі та задачі [Електронний ресурс] –
Режим доступу до ресурсу: http://www.managerhelp.org/hoks-1134-1.html.
8. Чорна М. В. Проектний аналіз / М. В. Чорна. – Харків: Консум, 2003. –
228 с.
9. Управління проектами – Хмельницький: Хмельницький національний
університет, 2015. – 276 с.
10. Андрущакевич Т. О. SWOT-аналіз як основний інструмент
стратегічного управління, його переваги і недоліки [Електронний ресурс] / Т. О.
Андрущакевич, О. В. Коновалова – Режим доступу до ресурсу:
http://www.rusnauka.com/3_SND_2010/Economics/58123.doc.htm.
11. Павленко А. Ф. Маркетинг / А. Ф. Павленко, А. В. Войчак. – К.: КНЕУ,
2003. – 246 с.
12. Elevating Expectations: 5 Ways Product Quality Impacts Your Brand
[Електронний ресурс]. – 2018. – Режим доступу до ресурсу:
https://www.business.com/articles/5-reasons-why-product-quality-matters/.
13. SWOT Analysis and PEST Analysis – When to Use Them [Електронний
ресурс]. – 2018. – Режим доступу до ресурсу:
https://creately.com/blog/diagrams/swot-analysis-vs-pest-analysis/.
14. Project Scope Triangle [Електронний ресурс]. – 2006. – Режим доступу
до ресурсу: http://www.projectscopetemplate.com/project-scope-triangle-213.html.
15. Трикутник проекту [Електронний ресурс]. – 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.
99
16. Гудзь О. Є. Менеджмент ідей та управління проектами / О. Є. Гудзь, А.
А. Глушенкова., 2016. – 156 с.
17. Класифікація споживачів [Електронний ресурс] – Режим доступу до
ресурсу: http://marketing-helping.com/konspekti-lekcz/17-konspekt-lekczj-discziplna-
qmarketingq/257-klasifkaczya-spozhivachv.html.
18. Статистика жителів України [Електронний ресурс] – Режим доступу до
ресурсу: http://database.ukrcensus.gov.ua/Mult/Dialog/Saveshow.asp.
19. Мороз Л. А. Маркетинг / Л. А. Мороз, Н. І. Чухрай. – К.: „Інтелект-
Захід”, 2002. – 244 с.
20. Ноздріна Л. В. Управління проектами / Л. В. Ноздріна, В. І. Ящук, О. І.
Полотай. – К.: Центр учбової літератури, 2010. – 432 с.
21. Нечаюк Л. І. Менеджмент / Л. І. Нечаюк, Н. О. Телеш. – К.: Центр
учбової літератури, 2003. – 348 с.
22. Петренко Н. О. Управління проектами / Н. О. Петренко, Л. О. Кустріч,
М. О. Гоменюк. – К.: Центр учбової літератури, 2015. – 244 с.
23. Управління проектами інформатизації – Тернопіль: Тернопільский
національний технічний університет Ім. И. Пулюя, 2016. – 235 с.
24. Запорожець А. О., Запорожець М. В. Застосування методів тайм-
менеджменту в управлінні проектами.. Вісник ЧДТУ. – 2018. - №2. – 139 С.
25. Погановська А. Р. Інформаційний менеджмент і управління проектами
/ А. Р. Погановська, В. С. Селуков, Д. А. Даниленко. – Миколаїв: ЧДУ ім. П.
Могили, 2017.
26. Машошина Т. В. Зміст та характеристика проектного менеджменту / Т.
В. Машошина. – Харків, 2013. – 93 с.
27. Управління вартістю проекту на етапі виконання проекту
[Електронний ресурс] – Режим доступу до ресурсу:
http://www.managerhelp.org/hoks-1141-1.html.
28. Должанський І. З. Бізнес-план: технологія розробки : навч. посіб. / І. З.
Должанський, Т. О. Загорна. – К. : ЦНЛ, 2006. – 384 с
100
29. Прокопенко Т. О. Методологія управління ІТ проектами / Т. О.
Прокопенко. – Черкаси: ЧДТУ, 2017. – 109 с.
30. Скляр І. Д. Проектне фінансування. Конспект лекцій / І. Д. Скляр. –
Суми: СумДУ, 2008. – 77 с.
31. 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.
32. Олейник Д. В. Что такое Канбан [Електронний ресурс] / Д. В. Олейник.
– 2016. – Режим доступу до ресурсу: https://dou.ua/lenta/articles/what-is-kanban/.
33. What is Scrum Project Management? [Електронний ресурс] – Режим
доступу до ресурсу: https://www.versionone.com/scrum-project-management/.
34. Shmidt T. Strategic Project Management Made Simple: Practical Tools for
Leaders / Terry Shmidt. – Hardcover, 2009. – 296 с.
35. Управління проектами.Конспект лекцій – К.: НУХТ, 2016. – 99 с.
36. Рульєв В. А. Менеджмент / В. А. Рульєв, С. О. Гуткевич. – К.: Центр
учбової літератури, 2011. – 312 с.
37. Крушельницька О. В. Управління персоналом / О. В. Крушельницька.
– К.: Кондор, 2003. – 272 с.
38. Загірняк М. В. Економіка підприємства. Ч.1 / М. В. Загірняк, Я. Г.
Перерва, О. І. Маслян. – Кременчук: ТОВ "Кременчуцька міська друкарня", 2015.
– 736 с.
39. Колот А. М. Мотивація персоналу / А. М. Колот. – К.: КНЕУ, 2002. –
337 с.
40. Пересипкiна Н. А. Мотивація персоналу: чому негативні стимули не
працюють / Н. А. Пересипкiна. // Кадровик України. – 2016. – №7.
41. Система управління інцидентами інформаційної безпеки – К.: Інститут
програмних систем НАН України, 2009. – 143 с.
42. Інформаційна та кібербезпека: соціотехнічний аспект / В. Л.Бурячок, В.
Б. Толубко, В. О. Хорошко, С. В. Толюпа. – К.: ДУТ, 2015. – 288 с.
101
43. Управление проектами / Под ред. В.Д.Шапиро - М., 1996 – 610 с.
44. Проектний аналіз . Навч. посібн. / За ред. Москвіна С.О. – К. 1999 –
368с.
45. Збірник типових договорів / авт. – упоряд. М.І. Гейко , M.M.
Лядецький - K .: А.c.K. – 2002 – 464c.
46. Бушуєв С.Д., Морозов В.В. Управление закупками в проектах В2т./
Укр. ассоция управл. проектами , Укр ИНТЭИ – К.,1999
47. Р.Б. Тян, Б.І. Холод, В.А. Ткаченко Управління проектами: Підручник.. – К.:
Центр навчальної літератури, 2003. – 224 с.
48. Данченко Е.Б., Чернова Л.С., Бедрий Д.И., Погорелова Е.В.,
Мазуркевич А.И. Функционально-стоимостной анализ в управлении проектами
наукоемких предприятий: Монография. – Днепропетровск: «ІMA-Press», 2011. –
237 с.
49. Руководство к своду знаний по управлению проектами (Руководство
РМВоК). – 4-е изд. Project Management Institute – 2008.
50. Старостіна А.О. Ризик- менеджмент: теорія та практика: Навч. посіб. /
А.О. Старостіна, В.А. Кравченко. – К.: Видавництво «Кондор», 2009. – 220 с.
51. Лега Ю.Г., Прокопенко Т.О., Данченко О.Б. Концепція програми
розвитку галузі цукрової промисловості України. Вісник ЧДТУ. – 2010. - №4. -
С.25 – 31.
52. Прокопенко Т.О., Олєйнікова Т.Ю. Модель стратегічного управління
проектом в сфері малого бізнесу. Східно-Європейський журнал передових
технологій. – 2011. - №1/6(49). – С.26 -28.
53. Прокопенко Т.О. Застосування методу аналізу сценаріїв в експертизі
проектів. Тези доповідей VIIІ міжнародної конференції „Управління проектами у
розвитку суспільства ”. Тема: Управління програмами приватно-державного
партнерства з метою стабілізації розвитку України.// Відповідальний за випуск С.Д.
Бушуєв, - К.: КНУБА, 2011.- С.175.
102
54. Прокопенко Т.О. Деякі аспекти фінансово-економічної оцінки
ефективності проектів та програм. Східно-Європейський журнал передових
технологій. – 2012. - №1/12(55). – С.28 -30.
55. Прокопенко Т.О. Аналіз методів оцінки ефективності проектів і
програм. Вісник ЧДТУ. – 2012. - №1. - С.
56. Марцин В. С. Економіка торгівлі / В. С. Марцин. – К.: Знання, 2008. –
603 с. – (2).
57. Щукін Б. М. Аналіз інвестиційних проектів / Б. М. Щукін. – К.: МАУП,
2002. – 125 с.
58. Клиффорд, Ф. Грей, Управление проектами: практическое руководство
/ Ф. Грей Клиффорд, Ларсон Ерик У. – М.: Дело и Сервис, 2002. – 528 с.
59. Батенко, Л.П., Управління проектами: Навчальний посібник / Батенко
Л.П., Загородніх О.Л., Ліщинські В.В. – К.: КНЕУ, 2004. – 231 с.
60. Кобиляцький, Л.С. Управління проектами: Навч. посібник. / Л.С.
Кобиляцький. – К.: МАУП, 2002. – 200с.
61. Филлипс, Джозеф. Управление проектами в области информационных
технологий / Джозеф Филлипс. – М.: Лори, 2006. - 374 с.
62. Леонова С. В. Соціально-відповідальний маркетинг: реалії та
перспективи впровадження / С. В. Леонова, Л. Ю. Шевців. – 2015.
63. Проектний менеджмент [Електронний ресурс] – Режим доступу до
ресурсу: https://www.quality-assurance-group.com/shho-take-proektnyj-menedzhment-
profesiya-proektnogo-menezhera-it/.
64. Тотальне управління якістю (Total Quality Management - TQM) [Електронний
ресурс] – 2023 – Режим доступу до ресурсу:
https://www.maxzosim.com/totalnie-upravlinnia-iakistiu/