ChSTU repository
ChSTU repository preserves and enables easy and open access to all types of digital content including text, images, moving images, mpegs and data sets
Learn More
Please use this identifier to cite or link to this item:
https://er.chdtu.edu.ua/handle/ChSTU/6762| Title: | Управління стартапом з розробки web-орієнтованої інформаційної системи для аналізу діяльності співробітників ІТ-компанії |
| Authors: | Триус, Юрій Васильович Олійник, Софія Володимирівна |
| Keywords: | УПРАВЛІННЯ ПРОЄКТАМИ;ІНФОРМАЦІЙНА СИСТЕМА;УПРАВЛІННЯ ПЕРСОНАЛОМ;HRM;ПРОГРАМНІ ЗАСОБИ. |
| Issue Date: | 15-Dec-2022 |
| Abstract: | Стрімкий розвиток галузі інформаційних технологій (ІТ) в Україні вимагає створення нових допоміжних засобів управління стартапами, проєктами, ІТ-компаніями тощо. Через великий потік IT-фахівців компанії мають шукати безліч менеджерів, які б змогли вправно керувати командами, аналізувати ефективність співробітників, слідкувати за їх робочим часом та координувати в проєкті загалом. Часто в ІТ-компаніях, які мають великий персонал ІТ-фахівців, менеджерів та HR бізнес-партнерів стає забагато в співвідношенні з кількістю співробітників, обовʼязки та діяльність яких тісно пов’язані з реалізацією та підтримкою продукту. Мета дослідження полягає в дослідженні особливостей управління стартапом з розробки web-орієнтованої інформаційної системи для аналізу діяльності співробітників ІТ-компанії. Об’єкт дослідження: Процеси управління персоналом ІТ-компанії та засоби автоматизації роботи проєктних менеджерів. Предмет дослідження. Розробка та впровадження web-орієнтованої інформаційної системи для аналізу діяльності співробітників ІТ-компанії на основі розширення функціоналу існуючих HRM систем для покриття обов’язків проєктних менеджерів, що можна автоматизувати. Апробація результатів роботи. Основні положення і результати кваліфікаційної роботи магістра доповідалися і були обговорені на міжнародній науково-практичній конференції «АКІТ-2022» (Кропивницький, 2022). Публікації. Результати кваліфікаційної роботи магістра опубліковані у збірнику тез доповідей міжнародної науково-практичної конференції: Ю. Триус, С. Олійник, Є. Ткаченко, Управління стартапом з розробки web-орієнтованої інформаційної системи для аналізу діяльності співробітників ІТ-компанії: збірник тез доповідей міжнародної науковотехнічної конференції: 10-11 листопада 2022 р. Кропивницький/ Центральноукраїнський національний технічний університет. |
| URI: | https://er.chdtu.edu.ua/handle/ChSTU/6762 |
| Appears in Collections: | 122 Комп’ютерні науки (Управління стартапами і проектами в галузі інформаційних технологій) |
Files in This Item:
| File | Description | Size | Format | |
|---|---|---|---|---|
| Пояснювальна записка_Олійник Софія_МСТП-2102_2022-2023.pdf Restricted Access | 4.02 MB | Adobe PDF | View/Open Request a copy |
Items in DSpace are protected by copyright, with all rights reserved, unless otherwise indicated.
Extracted text
МІНІСТЕРСТВО ОСВІТИ І НАУКИ УКРАЇНИ
ЧЕРКАСЬКИЙ ДЕРЖАВНИЙ ТЕХНОЛОГІЧНИЙ УНІВЕРСИТЕТ
Факультет інформаційних технологій і систем
Кафедра комп’ютерних наук та системного аналізу
Пояснювальна записка
до кваліфікаційної роботи
магістра
(освітньо-кваліфікаційний рівень)
на тему: «Управління стартапом з розробки web-орієнтованої
інформаційної системи для аналізу діяльності співробітників ІТ-компанії»
Виконала: студентка 2 курсу, групи
МСТП-2102
спеціальності 122 «Комп’ютерні науки»
(шифр і назва спеціальності)
освітня програма «Управління стартапами
(назва освітньої програми)
і проєктами в галузі інформаційних
технологій»
Олійник Софія Володимирівна
Керівник Триус Ю.В.
(прізвище та ініціали)
Рецензент Тесленко П.О.
(прізвище та ініціали)
Черкаси 2022 року
2
Бланк завдання на кваліфікаційну роботу магістра студенту
Черкаський державний технологічний університет
Факультет Інформаційних технологій і систем
Кафедра Комп’ютерних наук та системного аналізу
Освітньо-кваліфікаційний рівень Магістр
Спеціальність 122 – комп’ютерні науки
Освітня програма Управління стартапами і проєктами в галузі інформаційних технологій
ЗАТВЕРДЖУЮ
Завідувач кафедри КН та СА
_______________ Триус Ю.В.
«____» ____________ 20__ р.
ЗАВДАННЯ
на кваліфікаційну роботу магістра студенту
Олійник Софії Володимирівні
(прізвище, ім‘я, по батькові)
1. Тема роботи
«Управління стартапом з розробки web-орієнтованої інформаційної системи для аналізу
діяльності співробітників ІТ-компанії»
Керівник роботи Триус Юрій Васильович, д.п.н., к.ф.-м.н., професор
(прізвище, ім’я, по батькові, науковий ступінь, вчене звання)
затверджені наказом університету від «14» жовтня 2022 р. №275 /04 .
2. Строк подання студентом роботи «8» грудня 2022 року.
3. Вихідні дані до роботи:
результати та матеріали з проходження виробничої та переддипломної практики
4. Зміст пояснювальної записки (перелік питань, що їх належить розробити):
Вступ
1. Аналіз передумов створення проєкту та обґрунтування його реалізації;
2. Формування задуму проєкту та розробка його концепції;
3. Планування та управління проєктом;
4. Процес практичної реалізації проєкту;
Висновки.
5. Перелік додатків (з точним зазначенням назв додатків):
А. Схема декомпозиції (поділ «тільки за продуктами»)
Б . Схема декомпозиції (поділ «тільки за процесами»)
1. Інструкція користувача
3
В. Структура декомпозиції робіт проєкту
Г. Повний перелік робіт проєкту
Д . Повний перелік робіт з визначеною тривалістю
Ж. Повний перелік робіт з призначеними ресурсами
6. Консультанти розділів роботи
Прізвище, ініціали та Підпис, дата
Розділ посада
завдання видав завдання прийняв
консультанта
7. Дата видачі завдання ___.___.20__ р.
КАЛЕНДАРНИЙ ПЛАН
Строк виконання
№ з/п Назва етапів кваліфікаційної роботи магістра Примітка
етапів роботи
1 Видача завдання на кваліфікаційну роботу Виконано
до 14.10.2022
магістра.
2 Аналіз літературних джерел, об’єкту та предмету Виконано
до 29.10.2022
дослідження.
3 Написання теоретичного розділу кваліфікаційної Виконано
до 07.11.2022
роботи магістра.
4 Написання аналітичного розділу (аналіз об’єкту Виконано
до 15.11. 2022
й предмету дослідження).
5 Написання практичних розділів й висновків Виконано
до 29.11.2022
кваліфікаційної роботи магістра.
6 Передзахист кваліфікаційної роботи магістра на Виконано
до 08.12.2022
засіданні випускової кафедри.
7 Подання роботи завідувачу кафедри КН та СА. до 8.12. 2022 Виконано
8 Захист кваліфікаційної роботи магістра. 15.12.2022 Виконано
Студент _____________________________ / Олійник С. В. /
(підпис) ПІБ
Керівник роботи ____________________________ / Триус Ю.В. /
4
РЕФЕРАТ
Кваліфікаційна робота магістра містить: 90 с., 35 рис., 14 табл., 25
використаних джерел, 6 додатків.
Актуальність теми. Стрімкий розвиток галузі інформаційних технологій (ІТ)
в Україні вимагає створення нових допоміжних засобів управління стартапами,
проєктами, ІТ-компаніями тощо.
Через великий потік IT-фахівців компанії мають шукати безліч менеджерів, які
б змогли вправно керувати командами, аналізувати ефективність співробітників,
слідкувати за їх робочим часом та координувати в проєкті загалом. Часто в ІТ-
компаніях, які мають великий персонал ІТ-фахівців, менеджерів та HR бізнес-
партнерів стає забагато в співвідношенні з кількістю співробітників, обовʼязки та
діяльність яких тісно пов’язані з реалізацією та підтримкою продукту.
Іноді, менеджери просто не встигають тримати все під контролем, внаслідок
цього виникає потреба в частковій автоматизації процесу менеджменту для
розвантаження частини персоналу, які безпосередньо мають відношення до ІТ-
менеджменту, та створенні комфортних умов роботи для таких спеціалістів.
Ці задачі можуть частково вирішити спеціалізовані HRIM (Human Resource
Information Managment) системи, що містять у собі деякі підсистеми для таймтрекінгу
(англ. Time Tracking — відстеження часу) роботи працівників, ведення штатних
розкладів та оргструктур, обліку кадрів та розрахунку заробітної плати тощо. Але,
такі системи вирішують лише загальні задачі з управління та більше стосуються саме
HR (Human Resource) процесів, тому було вирішено створити проєкт з розробки web-
орієнтованої інформаційної системи для аналізу діяльності співробітників ІТ-
компанії. За допомогою цієї інформаційної системи планується покрити частину
обовʼязків менеджерів та PC (Project Coordinator) фахівців для розвантаження
управлінських процесів в ІТ-компаніях.
Мета та задачі дослідження. Мета дослідження полягає в дослідженні
особливостей управління стартапом з розробки web-орієнтованої інформаційної
системи для аналізу діяльності співробітників ІТ-компанії. У роботі розглядається
5
проєкт створення web-орієнтованої інформаційної системи для аналізу діяльності
співробітників ІТ-компанії.
Для досягнення поставленої мети в досліджені необхідно вирішити такі задачі:
дослідження особливостей управління проєктами в ІТ-сфері;
дослідження методологій управління проєктами в ІТ-галузі та їх
особливостей;
пошук способів та методів для автоматизації процесів ІТ-менеджменту;
аналіз та порівняння програмних продуктів аналізу діяльності
співробітників ІТ-компанії, зокрема HRIM систем;
формування стратегії розробки web-орієнтованої інформаційної системи для
аналізу діяльності співробітників ІТ-компанії;
обґрунтування доцільності та актуальності проєкту;
проведення структурного планування проєкту;
розробка компонентів управління проєктом;
виявлення та оцінювання можливостей подальшого удосконалення
продукту з метою розширення його функціональності.
Об’єкт дослідження: Процеси управління персоналом ІТ-компанії та засоби
автоматизації роботи проєктних менеджерів.
Предмет дослідження. Розробка та впровадження web-орієнтованої
інформаційної системи для аналізу діяльності співробітників ІТ-компанії на основі
розширення функціоналу існуючих HRM систем для покриття обов’язків проєктних
менеджерів, що можна автоматизувати.
Методи дослідження. Теоретичний аналіз джерельної бази, порівняння
статистичних даних про динаміку щорічного рівня приросту ІТ-фахівців в Україні,
спостереження за поведінкою ІТ-компаній при проведенні дослідження, опис та
представлення даних, що були отримані у ході проведення дослідження, аналіз і
синтез статистичних даних аналітичних видань при проведенні аналізу ринку ІТ-
компаній України, логіко-структурний підхід, аналіз дерева цілей, метод
декомпозиції, методи управління ризиками, метод бюджетування «знизу-нагору»,
SWOT-аналіз, STEP-аналіз, календарне планування.
6
Апробація результатів роботи. Основні положення і результати
кваліфікаційної роботи магістра доповідалися і були обговорені на міжнародній
науково-практичній конференції «АКІТ-2022» (Кропивницький, 2022).
Публікації. Результати кваліфікаційної роботи магістра опубліковані у
збірнику тез доповідей міжнародної науково-практичної конференції: Ю. Триус, С.
Олійник, Є. Ткаченко, Управління стартапом з розробки web-орієнтованої
інформаційної системи для аналізу діяльності співробітників ІТ-компанії: збірник тез
доповідей міжнародної науковотехнічної конференції: 10-11 листопада 2022 р.
Кропивницький/ Центральноукраїнський національний технічний університет.
Перелік ключових слів: УПРАВЛІННЯ ПРОЄКТАМИ, ІНФОРМАЦІЙНА
СИСТЕМА, УПРАВЛІННЯ ПЕРСОНАЛОМ, HRM, ПРОГРАМНІ ЗАСОБИ
7
ABSTRACT
Master's qualifying work includes: 90 pp., 35 figures, 14 tables, 25 used sources, 6
appendices.
Actuality of theme. The rapid development of the information technology (IT)
industry in Ukraine requires the creation of new management tools for startups, projects, IT
companies, etc.
Due to the large flow of IT specialists, companies need to look for many managers
who can skillfully manage teams, analyze the efficiency of employees, monitor their
working hours and coordinate in the project in general. Often in IT companies that have a
large staff of IT specialists, managers and HR business partners it becomes too much in
relation to the number of employees whose duties and activities are closely related to the
implementation and support of the product.
Sometimes, managers simply do not have time to keep everything under control, as a
result of which there is a need for partial automation of the management process to relieve
part of the staff that is directly related to IT management, and to create comfortable working
conditions for such specialists.
These tasks can be partially solved by specialized HRIM (Human Resource
Information Management) systems, which contain some subsystems for time tracking of
employees' work, maintaining staff schedules and organizational structures, personnel
accounting and salary calculation, etc. However, such systems solve only general
management tasks and are more related to HR (Human Resource) processes, so it was
decided to create a project to develop a web-oriented information system for analyzing the
activities of IT company employees. With the help of this information system, it is planned
to cover part of the duties of managers and PC (Project Coordinator) specialists to relieve
management processes in IT companies.
Purpose and tasks of research. The purpose of the study is to investigate the
peculiarities of the management of a startup for the development of a web-oriented
information system for the analysis of the activities of IT company employees. The work
considers the project of creating a web-oriented information system for analyzing the
activities of IT company employees.
8
In order to achieve the set goal, it is necessary to solve the following tasks in the
research:
- study of the peculiarities of project management in the IT sphere;
- research of project management methodologies in the IT industry and their
features;
- search for ways and methods to automate IT management processes;
- analysis and comparison of software products for analyzing the activities of IT
company employees, in particular HRIM systems;
- formation of a strategy for the development of a web-oriented information system
for analyzing the activities of IT company employees;
- substantiation of the feasibility and relevance of the project;
- structural planning of the project;
- development of project management components;
- identification and evaluation of the possibilities of further improvement of the
product in order to expand its functionality.
Object of research: Personnel management processes of IT companies and means of
automating the work of project managers.
Subject of research: Development and implementation of a web-oriented
information system for analyzing the activities of IT company employees based on
expanding the functionality of existing HRM systems to cover the responsibilities of project
managers, which can be automated.
Research methods. Theoretical analysis of the source base, comparison of statistical
data on the dynamics of the annual growth rate of IT specialists in Ukraine, observation of
the behavior of IT companies during the research, description and presentation of data
obtained during the research, analysis and synthesis of statistical data of analytical
publications at conducting market analysis of IT companies of Ukraine, logical-structural
approach, goal tree analysis, decomposition method, risk management methods, "bottom-
up" budgeting method, SWOT analysis, STEP analysis, calendar planning.
Approval of the results of work. The main provisions and results of the master's
qualification work were reported and discussed at the international scientific and practical
9
conference "AKIT-2022" (Kropyvnytskyi, 2022).
Publications. The results of the master's qualification work were published in the
collection of abstracts of reports of the international scientific and practical conference: Yu.
: November 10-11, 2022. Kropyvnytskyi/ Central Ukrainian National Technical University.
The key words: PROJECT MANAGEMENT, INFORMATION SYSTEM,
PERSONNEL MANAGEMENT, HRM, SOFTWARE
10
ЗМІСТ
ВСТУП ............................................................................................................. 12
1 ЗАГАЛЬНА ХАРАКТЕРИСТИКА РИНКУ IT-ПОСЛУГ ТА
ОБҐРУНТУВАННЯ НЕОБХІДНОСТІ РЕАЛІЗАЦІЇ ПРОЄКТУ ......................... 15
1.1 Аналіз ринку IT-послуг ......................................................................... 15
1.2 Особливості управління стартапами в ІТ-галузі ................................ 17
1.3 Постановка та обґрунтування проблеми ............................................. 19
1.4 Огляд існуючих інструментів ............................................................... 22
1.4.1 Zoho People ............................................................................................. 22
1.4.2 BambooHR ............................................................................................... 23
1.4.3 Workable .................................................................................................. 24
Висновки до розділу 1 .................................................................................... 26
2 ФОРМУВАННЯ ЗАДУМУ ТА РОЗРОБКА КОНЦЕПЦІЇ ПРОЄКТУ .. 27
2.1 Аналіз оточення проєкту ....................................................................... 27
2.2 Аналіз зацікавлених сторін ................................................................... 27
2.3 Розробка концепції проєкту .................................................................. 32
2.4 Учасники проєкту .................................................................................. 35
2.5 Життєвий цикл проєкту ......................................................................... 36
2.5.1 Результати проєкту за фазами життєвого циклу ................................ 38
2.5.2 Стратегія отримання результатів за фазами життєвого циклу проєкту39
Висновки до розділу 2 .................................................................................... 39
3 ПЛАНУВАННЯ ТА УПРАВЛІННЯ ПРОЄКТОМ ................................... 41
3.1 Управління змістом проєкту ................................................................. 41
3.2 Організаційна структура проєкту та матриця відповідальності ....... 44
3.3 Розробка календарного плану проєкту ................................................ 46
3.4 Управління ресурсами проєкту ............................................................ 51
3.5 Планування якості проєкту ................................................................... 56
3.6 Управління ризиками проєкту .............................................................. 59
3.7 Планування закупівель в проєкті ......................................................... 65
3.8 Планування комунікацій в проєкті....................................................... 66
Висновки до розділу 3 .................................................................................... 67
4 ПРАКТИЧНА РЕАЛІЗАЦІЯ ПРОДУКТУ ПРОЄКТУ ............................ 68
11
4.1 Розробка технічних вимог ..................................................................... 68
4.2 Архітектура проєкту .............................................................................. 70
4.3 Реалізація проєкту .................................................................................. 72
4.4 Аналіз результатів .................................................................................. 80
Висновки до розділу 4 .................................................................................... 80
ВИСНОВКИ ..................................................................................................... 81
СПИСОК ВИКОРИСТАНИХ ДЖЕРЕЛ ....................................................... 82
ДОДАТКИ ........................................................................................................ 84
ДОДАТОК А .................................................................................................... 84
ДОДАТОК Б .................................................................................................... 85
ДОДАТОК В .................................................................................................... 86
ДОДАТОК Г .................................................................................................... 87
ДОДАТОК Д .................................................................................................... 92
ДОДАТОК Ж ................................................................................................... 97
12
ВСТУП
Актуальність теми. Стрімкий розвиток галузі інформаційних технологій (ІТ)
в Україні вимагає створення нових допоміжних засобів управління стартапами,
проєктами, ІТ-компаніями тощо. Компанії надзвичайно швидко ростуть та стають все
більш децентралізованими. Лише за останні три роки ця галузь в Україні зросла більш
ніж удвічі по експорту та більш ніж на 50% по кількості спеціалістів. При цьому, чим
більше компанія та команда, тим більша виникає потреба у їх менеджменті.
Через великий потік IT-фахівців компанії мають шукати безліч менеджерів, які
б змогли вправно керувати командами, аналізувати ефективність співробітників,
слідкувати за їх робочим часом та координувати в проєкті загалом. Часто в ІТ-
компаніях, які мають великий персонал ІТ-фахівців, менеджерів та HR бізнес-
партнерів стає забагато в співвідношенні з кількістю співробітників, обовʼязки та
діяльність яких тісно пов’язані з реалізацією та підтримкою продукту.
Найбільшою проблемою, з якою можуть зіткнутися менеджери з персоналу, є
трудомістке управління, оскільки існує дуже багато завдань, функцій і процесів, які
потрібно виконати вчасно та якісно. Ось кілька прикладів:
розробка та реалізація кадрової стратегії на основі планування,
прогнозування та оцінювання потреби в кадрових ресурсах компанії;
управління чисельністю працівників та їх наймом;
управління адаптацією нових співробітників;
управління якістю, компетентністю та конкурентоспроможністю
працівників;
управління компенсаціями, бонусами, заробітною платою та пільгами;
заохочування до ефективної праці персоналу як матеріально, так і
нематеріально;
контроль витрат на персонал;
контроль за поведінкою та добросовісністю працівників;
менеджмент продуктивності;
управління скороченням, звільненням;
13
ведення архіву;
орієнтування на збереження цінних експертів;
забезпечення ефективності бізнес-процесів.
Іноді, менеджери просто не встигають тримати все під контролем, внаслідок
цього виникає потреба в частковій автоматизації процесу менеджменту для
розвантаження частини персоналу, які безпосередньо мають відношення до ІТ-
менеджменту, та створенні комфортних умов роботи для таких спеціалістів.
Ці задачі можуть частково вирішити спеціалізовані HRIM (Human Resource
Information Managment) системи, що містять у собі деякі підсистеми для таймтрекінгу
(англ. Time Tracking — відстеження часу) роботи працівників, ведення штатних
розкладів та оргструктур, обліку кадрів та розрахунку заробітної плати тощо. Але,
такі системи вирішують лише загальні задачі з управління та більше стосуються саме
HR (Human Resource) процесів, тому було вирішено створити проєкт з розробки web-
орієнтованої інформаційної системи для аналізу діяльності співробітників ІТ-
компанії. За допомогою цієї інформаційної системи планується покрити частину
обовʼязків менеджерів та PC (Project Coordinator) фахівців для розвантаження
управлінських процесів в ІТ-компаніях.
Мета та задачі дослідження. Мета дослідженні полягає в розробці проєкту зі
створення web-орієнтованої інформаційної системи з використанням проектного
підходу до управління, яка забезпечуватиме аналіз діяльності співробітників ІТ-
компанії.
Задачі, що вирішуються в роботі:
дослідження особливостей управління проєктами в ІТ-сфері;
дослідження методологій управління проєктами в ІТ-галузі та їх
особливостей;
пошук способів та методів для автоматизації процесів ІТ-менеджменту;
аналіз та порівняння програмних продуктів аналізу діяльності
співробітників ІТ-компанії, зокрема HRIM систем;
формування стратегії розробки web-орієнтованої інформаційної системи для
аналізу діяльності співробітників ІТ-компанії;
14
обґрунтування доцільності та актуальності проєкту;
проведення структурного планування проєкту;
розробка компонентів управління проєктом;
виявлення та оцінювання можливостей подальшого удосконалення
продукту з метою розширення його функціональності.
Об’єктом дослідження є процеси управління персоналом ІТ-компанії та засоби
автоматизації роботи проєктних менеджерів.
Предмет дослідження – розробка та впровадження web-орієнтованої
інформаційної системи для аналізу діяльності співробітників ІТ-компанії на основі
розширення функціоналу існуючих HRM систем для покриття обов’язків проєктних
менеджерів, що можна автоматизувати.
У процесі дослідження використовувалися наступні методи:
теоретичний аналіз джерельної бази, порівняння статистичних даних про
динаміку щорічного рівня приросту ІТ-фахівців в Україні, спостереження за
поведінкою ІТ-компаній при проведенні дослідження, опис та
представлення даних, що були отримані у ході проведення дослідження;
аналіз і синтез статистичних даних;
STEP аналіз;
SWOT аналіз;
логіко-структурний підхід;
аналіз дерева цілей;
метод декомпозиції;
календарне планування.
Ураховуючи основні тенденції ІТ-галузі, можна говорити про те, що розробка
web-орієнтованої інформаційної для аналізу діяльності співробітників ІТ-компанії
системи та виведення її на ринок є логічним рішенням, завдяки якому ІТ-компанії
матимуть можливість зменшити витрати на менеджмент та вивести підприємство на
міжнародний рівень і закордонні ринки. Розробка даного продукту допоможе
створити для ІТ-менеджерів більш сприятливі умови роботи, шляхом автоматизації
деяких управлінських процесів.
15
1 ЗАГАЛЬНА ХАРАКТЕРИСТИКА РИНКУ IT-ПОСЛУГ ТА
ОБҐРУНТУВАННЯ НЕОБХІДНОСТІ РЕАЛІЗАЦІЇ ПРОЄКТУ
1.1 Аналіз ринку IT-послуг
Світовий ІТ-ринок стрімко розвивається. Україна має перевагу на ІТ-ринку
порівняно з найближчими країнами-конкурентами. Перш за все це:
найбільший ринок праці;
найбільша кількість випускників з ІТ-спеціалізацією.
При цьому в Україні в 3-4 рази менше ІТ-спеціалістів на 100 тис. населення, ніж
у країнах-конкурентах. Це свідчить про високий потенціал розширення зайнятості в
ІТ-сфері через формальну і неформальну освіту та перекваліфікацію. [1]
Зокрема, левова частина ІТ-фахівців це випускники спеціалізованих курсів, на
яких готують таких спеціалістів як Manual QA, Automation QA, UI/UX Designer,
Software Engineer тощо.
У нашому регіоні відомі компанії більш заохоченні в прийнятті в колектив
таких спеціалістів, ніж закордоном, де вкрай рідко можна зустріти компанію, яка б
прийняла в свій колектив спеціаліста без вищої технічної освіти. ІТ-школи, курси,
корпоративні програми ІТ-компаній – це неформальна освіта, що активно
розвивається.
Зараз неформальна освіта готує 10-12 тис. нових ІТ-фахівців на рік. Також,
спільно з університетами ІТ-компанії розробляють освітні програми, надаючи власну
експертизу та менторську підтримку студентам.
Усі перечисленні фактори створюють сприятливі умови для розвитку ІТ-галузі,
уможливлюється подвоєння експортних надходжень в Україну в найближчі роки.
За розрахунками НБУ, Держстату, ДПС та МОН [1] можливі три сценарії
розвитку ІТ-індустрії в Україні, а саме оптимістичний сценарій, базовий та
консервативний (Рисунок 1.1).
Результати передбачення за трьома сценаріями наведено в Таблиці 1.1 [1].
16
Фактична та передбачувана експортна виручка, %
18 16,8
15 14,9
13,2
12 10,9 12,5
9,8 12,7
8,8
9 8,2 10,7
6,8
9
6 5 7,8
4,2
3,2
3
0
2018 2019 2020 2021 2022 2023 2024 2025
Оптимістичний сценарій Базовий сценарій Консервативний сценарій
Рисунок 1.1 – Фактична та передбачувана експортна виручка, % [1]
Таблиця 1.1 – Результати передбачення за трьома сценаріями розвитку ІТ-індустрії в
Україні
Очікуваний результат Експортна виручка
за 2021-2025 рр., %
Оптимістичний Зростання кількості зайнятих на 24,3%
сценарій основі попередніх трендів (середнє
зростання 13,3%)
Базовий Зростання кількості зайнятих на 21,6%
сценарій основі прогнозів формальної та
неформальної освіти (середнє
зростання 10,8%)
Консервативний Зростання кількості зайнятих на 16,7%
сценарій основі прогнозів формальної освіти
(середнє зростання 6,6%)
Крім того, запровадження спеціального правового режиму для ІТ-індустрії «Дія
City» має надати деякі додаткові стимули для бізнесу: спеціальний податковий
17
режим, більш гнучкі умови працевлаштування, договірний захист інвестицій та
додаткові інструмент у сфері корпоративного управління. З огляду на результати
діалогу ІТ-індустрії та влади, враховуючи головні побажання галузі, впровадження
«Дія City» дійсно стане наступний кроком у подальшому розвитку цифрової
економіки України [1].
1.2 Особливості управління стартапами в ІТ-галузі
Одне з найвідоміших визначень стартапу було дано Стівом Бланком [2]. Він
популярна людина в діловому світі, викладає в таких університетах, як Стенфорд і
Берклі. Бланк описує різницю між стартапом і малим бізнесом. За його словами,
стартап — це «тимчасова організація, яка шукає відновлюваний і масштабований
бізнес», тоді як малий бізнес працює за фіксованою бізнес-моделлю.
Загальні особливості стартапів:
Інновація. Стартапи відрізняються від інших бізнесів. Вони не копіюють
продукти чи послуги, які вже широко доступні на ринку.
Технології. Використовуються як штучний інтелект, так й інші технологічні
рішення для створення конкурентної переваги.
Масштабованість. Створення бізнес-моделі, яку можна масштабувати та
повторювати.
Зростання. Стартапи — це компанії, які розвиватимуться неймовірно
швидко.
Вік. Як правило, вони молоді, і після 5 років у бізнесі більшість із них
припиняють працювати як стартапи.
Ризик. Невизначеність можна побачити скрізь у процесі запуску, і це
невід’ємна частина того, що дозволяє їм бути успішними.
Стартапи належать до підприємницьких проєктів, що передбачають активну
діяльність, поєднання підприємництва та управління. Реалізація таких проєктів
відбувається в умовах підвищених ризиків, складнощів у визначенні вартості та
прогнозуванні ефективності. Кожний їх етап, фактично, є окремим проєктом, що має
власні наслідки і визначає можливість подальшого розвитку стартапу. Слід також
18
зауважити, що стартап-проєкт виконується фаундерами, які часто не мають
відповідного рівня компетентностей, знань та досвіду [3].
Реалізація стартапу як інноваційного проєкту проходить п’ять
загальноприйнятих стадій: посівну стадію (англ. seed stage), стадію запуску (англ.
startup stage), стадію зростання (англ. growth stage), стадію розширення (англ.
expansion stage), стадію «виходу» (англ. exit stage). Кожна з них має завершуватись
притаманними їм результатами, які визначають спроможність стартапу переходити
на новий етап розвитку. Перші три стадії проходять усі стартапи, незалежно від
кінцевої мети – продажу проєкту чи перетворення у бізнес. Останні дві стадії мають
різні результати – завершення проєкту інтегруванням у велику компанію як окремого
проєкту чи дочірнього підприємства або перетворення у повноцінну компанію,
засновану розробниками для функціонування як підприємства [3].
Особливості управління стартапами на різних стадіях:
Управління на посівній стадії. На даній стадії застосовується креативне
управління для пошуку підприємницької ідеї, маркетинг-менеджмент у
процесі діагностики продукту, ринку, галузі, споживачів [4]. Належне
управління на посівній стадії забезпечує продовження розвитку стартапу.
При цьому для менеджерів має значення виявлення стратегічної
перспективності ідеї та окреслення її в реальний проєкт.
Етап ініціації проєкту. На передпроєктній фазі інструментом акумуляції
плану реалізації стартапу та визначення його ключових позицій з
представленням інвесторам, партнерам або навіть учасникам команди
можна застосувати інформаційну карту проєкту. Така карта включає: назву і
авторів проєкту, його коротку анотацію, термін реалізації і необхідні
ресурси, опис проблематики, цільові групи, основні цілі і завдання, кількісні
та якісні показники досягнення результатів, план по етапах, резюме
основних виконавців, кошторис витрат і шаблон бізнес-моделі.
Етап реалізації стартап-проєкту. На етапі реалізації стартапу як
управлінські інструменти можуть застосовуватись технології проєктного
управління IT-стартапів: Agile, RAD та Scrum.
19
Управління стартапом на стадії запуску. На стадії запуску починається
втілення бізнес-ідеї, тому завданням управління є організація налагодженої
командної роботи, управління ресурсопотоками, організація системної
взаємодії з партнерами проєкту, взаємоузгодження цілей та результатів з
інвесторами.
Управління на стадії зростання стартапу. На цій стадії, крім традиційного
управління проєктом, застосовується управління за результатами та
фінансовий менеджмент, оскільки відбувається збільшення реалізації
продукції і викликане ним збільшення фінансового потоку.
Управління стартапом на стадії розширення відбувається на основі
загальноприйнятих підходів менеджменту, оскільки на ній стартап-проєкт
набуває ознак підприємства.
Управління стартапом на стадії виходу. Стадія виходу означає, що
інвестори отримують можливість повернути вкладені інвестиції̈ завдяки
збільшенню вартості компанії ̈ та продати свою частку. Тому на ній слід
застосовувати методи фінансового управління, управління акціонерним
капіталом, біржовою діяльністю.
1.3 Постановка та обґрунтування проблеми
У будь-якому бізнесі команда є самим важливим капіталом компанії.
Ефективна робота команди є життєво необхідною для успіху бізнесу, а мотивація
співробітників – головний компонент ефективної роботи. Відсутність мотивації
взагалі може привести до ситуації коли людина захоче звільнитися, команда втрачає
не тільки кваліфікованого спеціаліста, а ще й вимушена витрачати ресурси на пошук
та навчання нового кандидата.
Наведемо перелік факторів що впливають на мотивацію співробітників:
цікаві та різноманітні задачі;
конкурентна заробітна плата;
кар’єрний ріст;
гнучкий графік роботи;
20
оплата відпусток та лікарняних.
Уся робота з персоналом компанії входить до сфери відповідальності HR [6]
менеджера – працівника відділу кадрів проте з новими та сучасними підходами до
роботи.
До задач HR-менеджера входять:
підбір нових спеціалістів;
оформлення документів про працевлаштування;
допомога в адаптації;
розробка системи премій та штрафів;
організація заходів з командою;
кадрові процеси та документооборот;
розвиток та мотивація співробітників;
оцінка ефективності співробітників;
ведення графіку відвідуваності;
формування здорової атмосфери в колективі.
З ростом компанії кількість роботи для менеджерів зростає і з’являється
необхідність у збільшені штату HR-відділу, але з таким підходом важко втримати
продуктивність роботи відділу на високому рівні. Логічним стає покращення процесу
роботи шляхом автоматизації виконання рутинної роботи HR-менеджера. Для цього
використовуються спеціалізовані інформаційні системи – HRM-системи [5].
HRM (Human Resource Management) – це система для управління персоналом з
додатковими функціональними можливостями. Вона виконує великий об’єм бізнес-
процесів, розрахунків та аналізу всіх аспектів «життя» співробітника в компанії: від
розрахунку заробітної плати до професійного росту та розвитку кар’єри.
HRM-системи створені для вирішення двох основних задач:
упорядкувати розрахунки та облік операцій, пов'язаних з управлінням
персоналом;
зменшити втрати, пов'язані з рухом кадрів.
У першому випадку ефект очевидний. Автоматизація операцій і використання
21
єдиної бази даних забезпечує коректність розрахунків, ведення статистики та
аналітики, оперативність дій. Результат другої задачі важко оцінити, але він вагомий.
Інформаційні системи управління персоналом дозволяють керівнику вибудовувати
кадрову стратегію, що базується на всебічному аналізі показників діяльності кожного
робітника, приймати ефективні рішення, планувати перестановки, навчання,
формувати систему мотивації.
Автоматизована система управління персоналом – це західна ідея, яка вже
давно набрала там популярності. В Україні тільки віднедавна почали
використовувати такі системи у великих компаніях, тому вітчизняний ринок попиту
на ці системи не встиг до кінця сформуватися.
На Рисунку 1.2 зображено дерево проблем в управління персоналом, при цьому
основна проблема – відсутність в компанії системи для аналізу діяльності
співробітників. Внаслідок цього, відділ кадрів витрачає багато ресурсів на рутину
роботу, процеси взаємозв’язку займають багато часу, а їх відсутність викликає
складнощі в роботі команди. Відсутність процесів для оперативного вирішування
проблем, що виникають у співробітника призводить до стратегічної проблеми -
низька мотивація співробітника.
Рисунок 1.2 – Дерево проблем в управлінні персоналом
Проаналізувавши дерево проблем в управлінні персоналом ІТ-компанії,
створено портрети потенційних користувачів інформаційної системи (Рисунок 1.3).
22
Тип проєкту – B2B (Business-to-business), оскільки вважається, що готовий
програмний продукт має бути придбаним іншими компаніями, які, в свою чергу,
надаватимуть ліцензії своїм співробітникам.
Рисунок 1.3 – Портрети потенційних користувачів
1.4 Огляд існуючих інструментів
Сьогодні лідерами на ринку програмних продуктів для аналізу діяльності
співробітників є застосунки, які дуже різняться між собою реалізованими
інструментами. Це спричинено відмінністю використаних методів аналізу роботи
співробітника. Одні застосунки фокусуються на часі роботи працівника, а інші на
його професійному рості. Проаналізуємо деякі найбільш популярні HRM-системи.
1.4.1 Zoho People
Zoho People — це хмарне HR програмне забезпечення, створене для контролю
співробітників, швидкої адаптації до змін і підвищення гнучкості й ефективності
управління персоналом [7]. Спрощує роботу відділу кадрів, утримує таланти та
створює високоефективну робочу силу, ставлячи на перше місце досвід працівників.
Переваги системи Zoho People:
HR-аналітика;
електронний підпис;
облік відпрацьованих годин;
управління відсутністю;
простий конструктор шаблонів та форм;
створення звіту про продуктивність;
функції з автоматизації рутинних HR-задач;
набір шаблонів для документів;
веб та мобільна версія застосунку.
23
На Рисунку 1.3 зображено одну з сторінок системи Zoho People.
Рисунок 1.4 – Додаток Zoho People
1.4.2 BambooHR
Система BambooHR надає можливість додавати індивідуальні розділи в
особисті справи співробітників на розсуд HR-фахівця [8]. Не менш важливою
частиною функціоналу BambooHR є інструменти автоматизації працевлаштування
співробітників. Вони допомагають оптимізувати і прискорити виконання багатьох
формальних процесів, включаючи оформлення документів, розсилку інструкцій і чек-
листів для нових співробітників. Крім того, сервіс дозволяє автоматизувати облік
оплати робочих годин, а також відпусток, відгулів, лікарняних тощо. До додаткових
функцій BambooHR відноситься гнучка система формування звітності, модуль
самообслуговування співробітників, управління робочими процесами, навчальними
заходами і тренінгами.
Переваги системи BambooHR:
автоматизація пошуку та відстеження даних про релевантних кандидатів;
управління великою кількістю даних про співробітників та кандидатів;
розділення прав доступу для різних користувачів;
24
детальна аналітика;
інтеграція з багатьма інструментами;
гнучкі налаштування елементів інтерфейсу;
управління навчанням співробітників.
На Рисунку 1.4 зображено одну з сторінок системи BambooHR.
Рисунок 1.4 – Додаток BambooHR
1.4.3 Workable
Онлайн-система Workable призначена для управління процесами рекрутингу
нових співробітників [9]. Це рішення комбінує систему відслідковування кандидатів
та рекрутингову платформу с потужним пошуком, спрямованим на пошук
релевантних резюме в інтернеті.
Переваги системи Workable:
управління наймом та кандидатами;
25
публікація вакансій на різних сайтах в один клік;
стилізація інтерфейсу під бренд компанії;
пошук кандидатів через соціальні мережі;
конструктор резюме та вакансій;
шаблони листів, масова розсилка електронних листів;
управління задачами HR-відділу.
На Рисунку 1.5 зображено одну з сторінок системи Workable.
Рисунок 1.5 – Додаток Workable
У Таблиці 1.2 наведено порівняння розглянутих систем на основі притаманних
їм критеріїв та функціональних можливостей. Можна зробити висновок, що система
Zoho People має найкращий набір функціональних можливостей і, у деякому сенсі,
може слугувати зразком для web-орієнтованої інформаційної системи.
26
Таблиця 1.2 – Порівняння відомих HRM систем за їхніми функціональними
можливостями
Назва Zoho People BambooHR Workable
Управління + + +
даними про
співробітників
Відслідкування + + -
робочого часу
Детальна + + +
аналітика
окремого
співробітника
Управління - - +
наймом та
кандидатами
Функція + - -
онбордингу
Оцінка + - -
продуктивності
Висновки до розділу 1
У даному розділі було проаналізовано сучасний стан ІТ-галузі в Україні і
визначено доцільність створення проєкту з розробки web-орієнтованої інформаційної
системи для аналізу діяльності співробітників ІТ-компанії. Також, виділено основні
особливості стартапів та їх управління. Було створено дерево проблем управління ІТ-
персоналом та портрети потенційних користувачів web-орієнтованої інформаційної
системи. Оглянуто існуючі аналоги та надано порівняльну таблицю розглянутих
систем на основі певних критеріїв, притаманних таким системам.
27
2 ФОРМУВАННЯ ЗАДУМУ ТА РОЗРОБКА КОНЦЕПЦІЇ ПРОЄКТУ
2.1 Аналіз оточення проєкту
Для аналізу оточення проєкту було використано STEP–аналіз [10]. Це
маркетинговий інструмент призначений для визначення соціальних, економічних,
політичних та технологічних аспектів зовнішнього середовища, які можуть вплинути
на організацію. Результати аналізу наведено в Таблиці 2.1.
Таблиця 2.1 – STEP-аналіз проєкту
STEP-аналіз
Соціальні фактори Технологічні фактори
Тенденція способу життя Рівень компетентності
Рівень зайнятості спеціалістів
Репутація проєкту та партнерів Проблеми інтелектуальної
Думки і ставлення споживачів власності
Зрілість технологій
Інтеграція з існуючими
технологіями
Економічні фактори Політичні фактори
Рівень інфляції Поточне законодавство на
Економічна ситуація та тенденції ринку
Інвестиційний клімат в галузі Політична стабільність
Оподаткування Державне регулювання
конкуренції
Фінансування, гранти та
ініціативи
2.2 Аналіз зацікавлених сторін
Усі організації, установи, групи людей, потенційні користувачі, партнери або
опоненти, які можуть бути причетними до проєкту, є зацікавленими сторонами.
У Таблиці 2.2. наведено перелік зацікавлених сторін проєкту.
28
Таблиця 2.2 – Перелік зацікавлених сторін проєкту
Замовник
Роль Замовник
Зиск Отримання прибутку та технічного фундаменту для
реалізації нових ідей в майбутньому
Механізм участі Планування, контроль та управління, прийняття
рішень на всіх етапах реалізації проєкту
Форма підтримки проєкту Організація команди та необхідних ресурсів, сприяння
виконанню проєкту
Інвестори
Роль Інвестор
Зиск Автоматизація бізнес-процесів, зниження витрат на
пошук і навчання нових співробітників, та відділ
кадрів
Механізм участі Ініціація проєкту, фінансування та контроль
виконання проєкту
Форма підтримки проєкту Фінансування проєкту
Користувачі
Роль Кінцеві споживачі продукту
Зиск Можливість аналізувати діяльність співробітників
компанії
Механізм участі Використання продукту, придбання продукту,
створення користувацького досвіду та відгуків про
продукт
Форма підтримки проєкту Придбання та використання продукту
29
Продовження Таблиці 2.2
Постачальники
Роль Партнери
Зиск Отримання прибутку за рахунок надання послуг та
постачання обладнання
Механізм участі Надання послуг для роботи проєкту за умовами
договору
Форма підтримки проєкту Постачання послуг та обладнання
Органи влади
Роль Держструктури
Зиск Поповнення державного бюджету
Механізм участі Стягнення податків, контроль за дотриманням законів
Форма підтримки проєкту Контроль відносин на ринку, оподаткування
Кожна зацікавлення сторона приносить свою вигоду проєкту, тому потрібно
визначити стратегії взаємодії з кожною зацікавленою стороною для отримання
максимальної вигоди від співпраці.
Стратегія взаємодії із замовником:
Замовник відповідає перед інвесторами, тому він має завжди отримувати
актуальну інформацію про хід виконання проєкту і можливість внесення коректив до
плану.
Стратегія взаємодії з користувачами:
Задоволеність кінцевих користувачів напряму впливає на прибуток проєкту,
тому важливо, щоб система повністю відповідала потребам та вимогам бізнесу.
Дизайн інтерфейсу має бути зручним та зрозумілим. Потрібно налагодити канал
зворотного зв’язку для оперативного реагування на скарги та питання користувачів.
Стратегія взаємодії з постачальниками:
Умови співпраці з постачальниками є взаємовигідними, а саме: за надані
послуги та обладнання замовнику, постачальник отримує прибуток. З огляду на це,
відносини мають бути партнерськими та довготривалими, постачальник отримає
30
постійного клієнта, а замовник – якісні послуги, технічну підтримку та в
майбутньому може заключити більш вигідний контракт.
Стратегія взаємодії з органами влади:
Під час планування проєкту варто звернути увагу на правову складову. Всі
процеси мають бути у рамках закону, особливо у сфері сплати податків та
інтелектуальної власності. Надалі треба проводити моніторинг ситуації та реагувати
на можливі зміни в законах.
Проєкт існує в середовищі, де постійно піддається впливу різноманітних
зовнішніх та внутрішніх факторів та взаємодіє з учасниками проєкту. Для аналізу цих
факторів, зменшення шансів невдач та знаходження точок зростання проведено
SWOT-аналіз [11]. Результати наведено у Таблиці 2.3.
Таблиця 2.3 – Матриця SWOT-аналізу проєкту
ВНУТРІШНІ Сильні сторони Слабкі сторони
ФАКТОРИ Використання новітніх Низький прибуток на
технологій початку
Користувачі продукту в Відсутність репутації у
основній масі це малий та споживачів
середній бізнес Ефективність
Фінансова допомога просування продукту
зацікавлених інвесторів Неузгодженість в
управлінні
ЗОВНІШНІ Можливості Загрози
ФАКТОРИ Реалізація нових ідей на Нестабільна ситуація
технічній базі проєкту на ринку
Заключення більш Зміна постачальників
вигідних контрактів з Серед конкурентів є
постачальниками потужні західні
Низький рівень сервіси
конкуренції на Поява нових
вітчизняному ринку технологій
Розвиток економіки Втрата репутації у
Розширення споживача
функціональності
інструментів
Визначивши внутрішні та зовнішні фактори можна сформувати шляхи
регулювання проєктної ситуації для майбутнього розвитку проєкту.
31
а) Як скористатися можливостями:
1) розширювати функціонал застосунку, враховуючи відгуки та потреби
користувачів;
2) розширювати та покращувати співпрацю з постачальниками;
3) мотивувати спеціалістів команди проєкту;
4) просувати застосунок на вітчизняному ринку.
б) Що може завадити скористатися можливостями:
1) недостатня компетентність спеціалістів у команді проєкту;
2) затримки в роботі та неузгодженість дій в команді;
3) проблеми з просуванням продукту.
в) Як подолати найбільшу небезпеку для компанії:
1) використовувати правила та норми в процесі виконання проєкту;
2) використовувати додаткові інструменти для управління командою та
планування робіт;
3) залучити кваліфікованих спеціалістів для консультацій з приводу
безпеки та маркетингу.
г) За рахунок чого можна зменшити загрози:
1) співпраця тільки з попередньо перевіреними партнерами та
постачальниками;
2) використовувати різні джерела поширення продукту та залучення
нових користувачів;
3) взаємовигідні умови співпраці з партнерами.
На основі результатів проведеного SWOT-аналізу було виділено та
проаналізовано альтернативи реалізації проєкту:
1. Створення застосунку для управління процесом рекрутингу:
Переваги: Швидка реалізація застосунку, простий функціонал продукту
буде легко просувати.
Недоліки: Простий функціонал, дуже велика конкуренція.
2. Створення застосунку для управління роботою команди:
32
Переваги: Можливість реалізації різноманітних методів управління
роботою команди.
Недоліки: Дуже велика конкуренція, конкурентами є світові компанії.
3. Створення застосунку для управління діяльністю та розвитком
співробітника:
Переваги: Низький рівень конкуренції на вітчизняному ринку.
Недоліки: Напрямок тільки набирає популярності серед малого та
середнього бізнесу.
Серед альтернатив було обрано створення застосунку для управління
діяльністю та розвитком співробітника.
2.3 Розробка концепції проєкту
Через великий потік IT-фахівців, компанії мають шукати багато менеджерів, які
б змогли вправно керувати командами, аналізувати ефективність співробітників,
слідкувати за їх робочим часом та координувати в проєкті загалом. Часто в ІТ-
компаніях, які мають великий персонал ІТ-фахівців, менеджерів та HR бізнес-
партнерів стає забагато в співвідношенні з кількістю співробітників, обовʼязки та
діяльність яких тісно пов’язані з реалізацією та підтримкою продукту.
Найбільшою проблемою, з якою можуть зіткнутися менеджери з персоналу, є
трудомістке управління, оскільки існує дуже багато завдань, функцій і процесів, які
потрібно виконати вчасно та якісно.
Мета проєкту: Створення та впровадження застосунку для управління
діяльністю співробітника, що буде давати можливість контролювати процес навчання
та розвитку, управляти відсутністю, лікарняними та відпустками співробітника.
Цілі проєкту:
- зайняття нової ніші на ринку IT-послуг та отримання прибутку;
- зменшення витрат на менеджмент.
Продукт проєкту:
Web-орієнтована інформаційна система, що відповідає наступним
характеристикам:
33
- підтримка браузерів: Chrome, Firefox, Safari, Microsoft Edge;
- мобільна версія інтерфейсу;
- можливість зберігати інформацію про всіх співробітників в одному місці;
- можливість планувати використання лікарняних та відпусток співробітників;
- можливість аналізувати прогрес професійних навичок співробітника.
Критерії успішності проєкту:
- кількість зареєстрованих користувачів через рік після запуску – не менше ніж
30000;
- кількість постійних користувачів через рік після запуску – не менше ніж 1000.
Обмеження проєкту:
- додаток має однаково працювати на всіх операційних системах та у всіх
браузерах;
- термін – тривалість проєкту 12 місяців;
- бюджет – не більш ніж 500 000 грн.
Допущення проєкту:
- за трудовими ресурсами – на розробку проєкту може вистачити команди з 6
людей, робочий тиждень складає 5 робочих днів, робочий день 8 годин;
- зменшення / збільшення вартості різних рівнів підписки в залежності від стану
економіки та попитом користувачів;
- затримка запуску проєкту може складати не більше 2 місяців від запланованого
терміну.
На рисунку 2.1 схематично представлено дерево цілей проєкту.
34
Рисунок 2.1 – Дерево цілей проєкту
Розберемо детальніше цілі проєкту та складемо стратегічний план їх
досягнення:
- Отримання прибутку:
Планується зробити продукт повністю платним з демонстраційною версією для
нових користувачів. Основні клієнти – це малий та середній бізнес, який цікавить
зменшення витрат на менеджерів з персоналу та оптимізація роботи окремих
співробітників.
- Зайняття нової ніші на вітчизняному ринку ІТ-послуг:
В умовах ринкової економіки потрібно постійно реагувати та адаптуватися до
нових змін, щоб проєкт залишався конкурентоспроможним. Також потрібно завжди
шукати шляхи до розвитку проєкту, отримання додаткового прибутку, співпраці з
новими партнерами.
- Залучення достатньої кількості користувачів:
Для розвитку і просування застосунку дуже важливо набрати достатню
кількість користувачів, щоб доходи від проєкту почали перевищувати витрати на
підтримку його роботи.
35
- Автоматизація процесу ведення обліку діяльності співробітника:
Головне призначення застосунку – спростити рутину роботу працівників
відділу кадрів. Для цього потрібно автоматизувати процес обліку присутності
співробітників, їх лікарняних та відпусток, управління системами премій та штрафів,
створення прозорого процесу розвитку кар’єри співробітників у компанії.
Базуючись на розглянутій вище проєктній концепції, було складено канву
бізнес-моделі [12], що зображена на Рисунку 2.2.
Рисунок 2.2 – Канва бізнес-моделі
2.4 Учасники проєкту
На основі результатів аналізу середовища проєкту та всіх факторів, що на нього
впливають, можемо виділити наступних учасників проєкту:
- Ініціатор проєкту – Інвестори;
- Замовник проєкту – Власник стартапу;
- Інвестори – Інвестори, Власник стартапу;
- Конкуренти – інші компанії та їх застосунки, що допомагають в аналізі
діяльності співробітників.
- Органи влади – Податкова;
- Постачальники – Постачальники обладнання та послуг;
- Кінцеві користувачі – Малий та середній бізнес.
Схему учасників проєкту зображено на Рисунку 2.2.
36
Рисунок 2.2 – Схема учасників проєкту
2.5 Життєвий цикл проєкту
Життєвий цикл проєкту зі створення та впровадження інформаційної системи
для аналізу діяльності співробітників ІТ-компанії складається з наступних фаз:
- Ініціалізація;
- Планування;
- Виконання;
- Завершення.
Розглянемо детальніше кожну фазу, дамо їй характеристику та наведемо
перелік основних робіт:
Ініціалізація:
Початкова фаза будь-якого проєкту, що включає формулювання проблеми,
аналіз рішень та визначення альтернатив рішення цієї проблеми. Дослідження ринку,
визначення доцільності реалізації проєкту та сбір всієї необхідної інформації.
Основні роботи:
- аналіз та розробка загальної концепції проєкту. Визначення чітких цілей,
завдань, вимог, можливостей, обмежень та очікуваних результатів проєкту;
- створення основних документів: статут проєкту, структура організації
37
команди;
- залучення спеціалістів до команди проєкту та проведення співбесід;
- узгодження з замовником основної документації по проєкту та плану дій на
початковий період.
Планування:
На основі попереднього аналізу середовища проєкту формується команда,
визначаються правила роботи в команді. Всі майбутні роботи детально плануються,
складаються графіки та назначаються відповідальні на кожну задачу.
Основні роботи:
- редагування та затвердження основної документації по проєкту;
- затвердження кандидатів до команди за результатами співбесід;
- розробка плану управління проєктом: календарного плану та плану
виконання робіт (WBS);
- ініціалізація всіх інструментів управління командою та процесами у команді
та проєкті;
- створення та затвердження технічного завдання, визначення технічних
характеристик обладнання необхідного для розробки проєкту;
- заключення договорів з постачальниками обладнання та інших технічних
послуг.
Виконання:
На цій фазі команда займається реалізацією проєкту. Створюється прототип або
мінімальний життєздатний продукт. Такий підхід дає результат в мінімальні строки,
поки команда буде далі розробляти додатковий функціонал для проєкту,
маркетинговий відділ вже може займатися залученням користувачів та отримувати
відгуки.
Основні роботи:
- управління та керування процесом реалізації проєкту;
- розробка дизайну інтерфейсу для застосунку;
- верстка екранів застосунку згідно макетів дизайну;
- розробка серверної частини застосунку, інтеграція з сервісами партнерів;
38
- реалізація логіки клієнтської частини застосунку, під’єднання серверної
частини;
- тестування та відлагодження програми;
- ініціалізація кампанії з просування продукту;
- розрішення конфліктних ситуацій.
Завершення:
Налаштування інструментів для моніторингу роботи застосунку та збирання
статистики та аналітики використання. Налаштування процесів збирання відгуків та
підтримки користувачів. Завершення всіх основних процесів розробки.
Основні роботи:
- Розгортання фінальної версії застосунку на сервері, налаштування збирання
логів роботи програми та резервного копіювання даних;
- Підключення сервісів Google Analytics для аналізу поведінки користувачів;
- Формальне завершення всіх проєктних етапів.
2.5.1 Результати проєкту за фазами життєвого циклу
Ініціалізація:
- Розроблена загальна концепція і стратегія проєкту;
- Узгоджено основні документи про проєкт.
Планування:
- Затверджена основна документація по проєкту та технічне завдання;
- Затверджено план управління проєктом;
- Налаштовано інструменти для контролю ведення розробки, перевірки
результатів виконання задач та взаємозв’язку між членами команди;
- Сформовано команду під проєкт.
Виконання:
- Виконано пакети робіт;
- Розроблено та протестовано мінімальний життєздатний продукт;
- Опубліковано продукт та розпочато рекламну кампанію із залучення
39
користувачів та отримання відгуків про користування;
- Розроблено та протестовано повну версію продукту.
Завершення:
- Налаштовано систему моніторингу роботи застосунку;
- Створено систему підтримки користувачів;
- Наказ про завершення проєкту.
2.5.2 Стратегія отримання результатів за фазами життєвого циклу
проєкту
Ініціалізація:
- Проведення детальних співбесід для залучення кваліфікованих спеціалістів
до команди;
- Аналіз зовнішнього та внутрішнього середовища проєкту, можливостей,
обмежень та загроз.
Планування:
- Використання спеціальних інструментів для планування робіт на проєкті;
- Проведення роз’яснювальної роботи серед команди.
Виконання:
- Управління та контроль процесу виконання робіт проєкту;
- Перевірка якості результатів виконаних робіт.
Завершення:
- Аналіз результатів виконаної роботи.
Висновки до розділу 2
У другому розділі було проведено аналіз оточення проєкту, а саме STEP-аналіз.
Також, були перелічені зацікавлені сторони, які можуть бути причетні до проєкту, та
визначені стратегії взаємодії з кожною зацікавленою стороною для отримання
максимальної вигоди від співпраці. За допомогою складеної матриці SWOT-аналізу
описано зовнішні та внутрішні фактори впливу на проєкт – це надало змогу
сформувати шляхи регулювання проєктної ситуації для майбутнього розвитку
40
проєкту.
Розроблено концепцію проєкту, у якій визначено мету, цілі, продукт, критерії,
обмеження, допущення проєкту. Базуючись на створеній концепції, було створено
дерево цілей та канву бізнес-моделі проєкту.
Схематично показано учасників проєкту, поетапно описано життєвий цикл
проєкту, отримано результати проєкту за фазами життєвого циклу та описано
стратегію отримання результатів за фазами життєвого циклу.
41
3 ПЛАНУВАННЯ ТА УПРАВЛІННЯ ПРОЄКТОМ
3.1 Управління змістом проєкту
Управління змістом проєкту складається з процесів, спрямованих на
визначення тільки необхідних для успішного виконання проєкту робіт. До процесів
управління змістом належать:
- визначення змісту – процес детального опису продукту та проєкту;
- побудова ієрархічної структури робіт (WBS) – процес поділу результатів
проєкту на менші, більш контрольовані частини;
- планування змісту – контроль процесу виконання проєкту та керування
змінами плану;
- затвердження змісту – затвердження виконаних результатів проєкту.
Наведемо список ключових завдань, які необхідно виконати, щоб проєкт
завершився успішно:
- створення та затвердження проєктної документації;
- формування стратегії розвитку проєкту;
- написання технічного завдання;
- створення концептуальної схеми продукту;
- розробка дизайну інтерфейсу програми;
- розробка MVP продукту;
- тестування продукту;
- запуск MVP;
- проведення рекламної кампанії для залучення користувачів;
- розробка додаткового функціоналу;
- тестування нового функціоналу;
- підготовка спеціалістів для служби підтримки;
- запуск повної версії продукту.
Ієрархічна структура робіт (WBS) – це ієрархічна декомпозиція повного змісту
робіт, що виконується командою проєкту для досягнення цілей проєкту і генерації
необхідних результатів. Ієрархічні рівні вказують на те, як роботи співвідносяться
42
між собою та з проєктом у цілому. Кожен наступний рівень містить роботи, які
залежать від результатів роботи на наступному рівні. Декомпозиція робіт і деталізація
змісту проєкту допомагає більш точно оцінити обсяг роботи і час, необхідний для
реалізації.
Ієрархія робіт повинна відповідати таким правилам:
- усі елементи мають забезпечувати досягнення об’єктивних або вимірюваних
результатів;
- усі елементи мають бути агрегатом усіх підпорядкованих собі елементів, що
знаходяться на рівень нижче;
- логіка декомпозованих робіт має зберігатися на всіх рівнях;
- реалізації структурних схем має бути адаптивними та гнучкими.
Створення структури розбиття робіт – це рекурсивний перегляд всіх елементів
схеми, розбиття її на логічні частини та повторення доти, доки декомпозиція стане
неможливою. На початковому етапі достатньо визначити верхні рівні. Подальшу
деталізацію краще проводити вже після написання технічного завдання.
При розробці схеми декомпозиції можна використовувати поділ «за
продуктами» (Рисунок 3.1), або поділ «за процесами» (Рисунок 3.2).
Рисунок 3.1 – Схема декомпозиції (поділ «тільки за продуктами»)
Збільшену схему декомпозиції наведено у Додатку А.
43
Рисунок 3.2 – Схема декомпозиції (поділ «тільки за процесами»)
Збільшену схему декомпозиції за процесами наведено у Додатку Б.
На головному рівні ієрархічної структури робіт проєкту визначено кінцевий
результат – створення та впровадження web-орієнтованої інформаційної системи. На
другому рівні визначено основні пакети робіт, виконання яких необхідне для
отримання кінцевих результатів проєкту. Детальну структуру робіт проєкту наведено
на Рисунку 3.3.
44
Рисунок 3.3 – Структура декомпозиції робіт проєкту
Збільшену схему декомпозиції робіт проєкту наведено в Додатку В.
3.2 Організаційна структура проєкту та матриця відповідальності
Команда повністю зібрана з нових спеціалістів. Схема організаційної структури
команди проєкту зображено на рисунку 3.4. За типом організаційна структура
відноситься до збалансованої матриці.
Рисунок 3.4 – Організаційна структура проєкту
45
Менеджер проєкту відповідає за визначення функцій, а функціональні
менеджери – за їх реалізацію. Менеджер є відповідальним за розробку загального
плану виконання проєкту, під час розробки якого він радиться зі спеціалістами різних
галузей в команді. Важливим завданням менеджера є створення графіків роботи та
управління їх виконанням. Згідно з графіком реалізації та генеральним планом,
функціональний менеджер призначає спеціалістів та відповідає за реалізацію своєї
частини проєкту. Для ефективної роботи така команда потребує тісного зв‘язку та
сумісного вирішення технічних та операційних проблем.
На основі розробленої організаційної структури виконавців проєкту та
структури декомпозиції робіт був здійснений розподіл відповідальностей між
учасниками проєкту по основним задачам. У результаті було сформовано матрицю
відповідальностей, що визначає ролі виконавців на різних етапах виробництва та
реалізації проєкту. Матрицю наведено у таблиці 3.1.
Таблиця 3.1 – Матриця відповідальностей
Основні роботи за проєктом
1 2 3 4 5 6 7 8
(1.1) Розробка проєктної документації та В І І П І І І
узгодження проєкту
(1.2.3) Формування стратегії проєкту В П П І
(1.3.1.1) Створення технічного завдання МК П І В П І І
(1.3.1.2) Створення концептуальної МК В І І І І
схеми продукту
(1.3.1.3.1) Розробка дизайну продукту МК В І І
(1.3.1.3.2) Верстка сторінок МК І В І
інформаційної системи
Менеджер
проєкту
Бухгалтер
Дизайнер
Технічний
спеціаліст
Програміст
Адміністратор
Спеціаліст з
маркетингу
46
Продовження Таблиці 3.1
(1.3.1.4) Розробка основного функціоналу МК І В І
інформаційної системи
(1.3.2) Закупівля апаратно-програмного В І І І І
комплексу порталу
(1.3.3) Закупівля контенту МК
(1.3.4) Розробка кампанії по просуванню МК П І І В
продукту проєкту
(1.4) Тестування системи МК І В П І
(1.5) Запуск продукту у комерційну МК І В І П
експлуатацію
(1.5.1) Навчання спеціалістів служби МК В І І І
підтримки абонентів
(1.6.1) Підписання документації про В П П
передачу продукту замовнику
(1.6.2) Початок кампанії по просуванню І І П П В
МК
продукту
В – відповідальний
МК – моніторинг та контроль
І – інформаційна підтримка
П – підзвітний відповідальному
3.3 Розробка календарного плану проєкту
Календарний план створюється для визначення дат виконання робіт,
планування дати завершення проєкту та контролю працівників та процесу виконання
проєкту.
Основні цілі календарного планування:
- контроль виконання проєкту;
- своєчасне надходження коштів;
- визначення ступеню завантаженості та слушне забезпечення ресурсами;
47
- гарантування виконання проєкту вчасно.
Робота з розробки календарного плану проєкту завжди носить ітеративний
характер, оскільки під час роботи завжди виникає необхідність повернутися до
попередніх етапів для деталізації. Календарний план проєкту, розроблений на даному
етапі, є першим наближеним прогнозом його реалізації. У процесі виконання проєкту,
прогноз уточнюється з урахуванням реального дотримання термінів виконання робіт
проєкту. Переваги комп'ютерних систем управління проєктами найкраще
виявляються саме у процесі створення календарного плану проєкту та у можливості
швидкого прогнозування перебігу його реалізації.
Перш за все потрібно визначити повний перелік робіт та пакетів робіт.
Результати робіт мають відрізнятися на всіх рівнях, а рівень деталізації робіт в
пакетах робіт мають забезпечити зручне планування, координацію, та контроль.
Розроблену структуру декомпозиції проєктних робіт можна використовувати як
основу при складані переліку робіт.
Нижче наведено приклад заповнення переліку пакетів робіт та робіт проєкту
(Рисунок 3.5).
48
Рисунок 3.5 – Вікно проєкту з переліком робіт.
Повний перелік робіт наведено в Додатку Г.
Після складання переліку робіт проєкту у полі часової діаграми є лінії діаграми,
які починаються і закінчуються одночасно, так як не визначено тривалості робіт.
Потрібно визначити дата початку і дата закінчення, або тривалість для кожної роботи
на нижньому рівні.
Для визначення дати початку роботи найпростіше скористатись календарем,
який відкривається в комірці стовпця Start навпроти назви роботи. Після визначення
тривалості робіт, перелік робіт має наступний вигляд (Рисунок 3.6):
49
Рисунок 3.6 – Вікно проєкту з визначеною тривалістю робіт.
Повний перелік робіт з визначеною тривалістю наведено у Додатку Д.
Останнім кроком у планування робіт проєкту є визначення зв'язків між
роботами. Після визначення послідовності виконання робіт система може
розрахувати часовий графік проєкту і представити його на діаграмі.
Для зв'язування робіт використовують два основних інструменти: вказування
попередника (роботу зв'язують роботою-попередником проставляючи у стовпці
Predecessor ідентифікатор роботи попередника, або встановлення зв'язку
безпосередньо на часовій діаграмі з використанням піктограми зв'язування [13].
50
Зв'язки між роботами можуть бути чотирьох типів:
- Start to Start (SS) – старт до старту;
- Finish to Finish (FF) – фініш до фінішу;
- Finish to Start (FS) – фініш до старту;
- Start to Finish (SF) – старт до фінішу.
За замовчуванням роботи проєкту зв'язуються між собою послідовно, тобто
зв'язком фініш до старту.
Встановлюючи зв'язки між роботами обов'язково потрібно враховувати часові
обмеження на роботи [13], які можуть бути наступних типів:
- As Late As Possible (ALAP) – так пізно, як це можливо;
- As Soon As Possible (ASAP) – так швидко, як це можливо;
- Finish No Earlier Than (FNET) – фініш не раніше, ніж;
- Finish No Later Than (FNLT) – фініш не пізніше, ніж;
- Must Finish On (MFO) – фініш на визначену дату;
- Must Start On (MSO) – старт визначеної дати;
- Start No Earlier Than (SNET) – старт не раніше, ніж;
- Start No Later Than (SNLT) – старт не пізніше, ніж.
Крім того, слід враховувати конкретну дату часового обмеження. Для кожного
типу обмеження, суть і призначення яких стає зрозумілим після уведення
послідовності виконання робіт, логічним є уведення лише пари часових параметрів.
Так, наприклад, для роботи з обмеженням типу MFO логічно визначати дату фінішу і
тривалість. У цьому випадку, дата початку розраховується автоматично.
На початку визначення зв'язків між роботами проєкту було встановлено для
всіх робіт обмеження типу ASAP, які було адаптовано для окремих робіт згодом.
Після виконання зв’язків робіт календарний план нашого проєкту мав
наступний вигляд (Рисунок 3.7):
51
Рисунок 3.7 – Вікно проєкту з вказаними зв’язками між роботами.
3.4 Управління ресурсами проєкту
Визначення ресурсів проєкту
Наступний крок – планування ресурсів. Планування ресурсів полягає у
виявленні всіх наявних ресурсів для виконання робіт проєкту та їх ефективному
розподілі між роботами.
Ресурси проєкту – це люди, обладнання, матеріали та гроші, що необхідні для
виконання робіт. У нашому випадку ресурсом проєкту є команда проєкту.
Планування ресурсів починається з визначення складу ресурсів, тобто
складання переліку людей, що необхідні для виконання проєктних робіт [14].
Це можна зробити двома способами:
- призначити ресурси кожній роботі і таким чином сформувати їх перелік;
- скласти перелік ресурсів, а потім призначати до робіт, використовуючи
складений перелік.
Оскільки склад команди вже визначено, скористаємось іншим способом.
Microsoft Project надає таку структуру для опису ресурсів у листі ресурсів проєкту:
- Resource Name – назва ресурсу;
- Type – тип (працівник, матеріал);
- Material Label – позначення матеріалу;
52
- Initials – абревіатура працівника;
- Group – група;
- Max. Units – максимальне використання ресурсу;
- Std. Rate – звичайний тариф оплати (протягом робочого часу);
- Ovt. Rate – тариф оплати за роботу в неробочий час;
- Cost/Use – одноразові витрати;
- Accrue At – форма оплати (аванс, погодинно, по факту);
- Base Calendar – базовий календар ресурсу;
- Code – код ресурсу.
Усі члени команди повністю використовуються в роботі, тому потрібно
виставити рівень максимального використання кожного ресурсу рівним 100%. У
випадку, якщо ресурс використовується частково – необхідно вказати відсоток його
використання на проєкті.
Результати заповнення таблиці ресурсів даними наведено на рисунку 3.8:
Рисунок 3.8 – Заповнення таблиці ресурсів проєкту.
Призначення ресурсів до робіт проєкту
Визначивши ресурси проєкту можна почати їх призначення до робіт.
Назначити ресурс на роботу можна у вікні інформації про задачу або безпосередньо
у плані навпроти роботи. У обох випадках потрібно обрати ресурс з переліку та
вказати рівень його використання як зображено на рисунку 3.9.
53
Рисунок 3.9 – Перелік доступних ресурсів проєкту для призначення.
Після присвоєння ресурсів, їх назви відображаються на діаграмі поруч з лініями
робіт (Рисунок 3.10):
Рисунок 3.10 – Відображення призначених роботам ресурсів на часовій діаграмі
Повний перелік робіт з призначеними ресурсами наведено у Додатку Ж.
54
Вирішення конфліктів ресурсів
Після призначення ресурсів до кожної роботи Microsoft Project оцінює рівень
навантаження кожного ресурсу, який можна переглянути на графіку перевантаження
ресурсів. На рисунку 3.11 зображений лист ресурсів, після їх призначення, де
червоним виділені ресурси в використані яких виявлено конфлікти. Як видно з
рисунку більшість ресурсів виявилася перевантаженою.
Рисунок 3.11 – Вигляд перевантажених ресурсів
Також можемо переглянути графік перевантаження для обраного ресурсу, на
якому зображена діаграма використання на часовій шкалі. На рисунку 3.12 наведено
графік перевантаження для ресурсу «Менеджер проєкту».
Рисунок 3.12 – Графік перевантаження ресурсу «Менеджер проєкту»
У проєкті перевантаженими виявились ресурси «Менеджер проєкту», «Бізнес
аналітик», «Програміст» та «Маркетолог». Суть перевантаження в тому, що для
виконання призначеної роботи, ресурс має витратити більше часу ніж виділено на
роботу. Причин цьому може бути декілька, наприклад:
- призначення ресурсу до завдань, виконання яких повністю або частково
55
здійснюється в один і той же час;
- збільшення об’єму робіт завдання, що призводить до перевищення
допустимого рівню перевантаження ресурсу;
- призначення ресурсу через зміни у плані може припасти на дні, коли ресурс
недоступний.
Для того, щоб позбавитися перевантаження ресурсів потрібно оптимізувати їх
використання. Оптимізація ресурсів означає:
- згладжування – покращення використання ресурсів у межах визначених
часових резервів;
- вирівнювання – призводить до зміни шляху виконання задач.
Існують інші способи вручну виправити перевантаження ресурсів:
- змінити виконавця роботи, або змінити об’єм роботи ресурсу;
- змінити дати початку робіт в розкладі, щоб використання ресурсів не
накладались;
- позначити роботу як понаднормову.
Перевантаження ресурсів призводить до понаднормової роботи виконавців, що
в свою чергу витрачає важливий час, запас якого має залишатися на випадок настання
ризикових ситуацій на проєкті.
Для виконання вирівнювання ресурсів Microsoft Project має інструменти, які
автоматично проводять перерозподіл використання ресурсів. Можна виправити
перевантаження як одного так і всіх ресурсів одразу.
Зазвичай, застосовують всі способи оптимізації, так як автоматичні засоби
використовують тільки метод згладжування.
Після зміни виконавців у деяких роботах та автоматичного вирівнювання всіх
ресурсів проєкту отримали новий план.
На рисунку 3.13 зображено завантаженість ресурсів на плані до проведення
«згладжування», а на рисунку 3.14 зображено завантаженості ресурсів на плані після
проведення «згладжування» без перевантаження ресурсів.
56
Рисунок 3.13 – Завантаженість ресурсів на плані до проведення «згладжування»
Рисунок 3.14 – Завантаженості ресурсів на плані після проведення «згладжування»
Після калібрування всіх ресурсів вдалося повністю уникнути перевантаження
кожного ресурсу. Тривалість виконання проєкту значно зросла, у порівняні з
попередньою оцінкою, проте не перевищує визначених обмежень виконання проєкту.
3.5 Планування якості проєкту
Для контролю рівня якості у проєкті визначені такі правила формування якості:
- всі роботи в проєкті виконуються після узгодженої настанови з якості;
57
- використання технологій управління проєктами як складової частини
системи управління якістю;
- відповідальний за якість виконання роботи не має бути виконавцем роботи;
- обов’язкове використання сертифікованого обладнання та ліцензованого
програмного забезпечення;
- кожен виконавець відповідає за якість своєї роботи;
- контроль за якістю відбувається на усіх етапах виконання проєкту.
Визначимо заходи, які допоможуть досягти максимальної якості виконання
робіт на кожній фазі проєкту:
Фаза ініціалізації:
Всебічний аналіз ринку та середовища проєкту. Об’єктивне визначення потреб
та очікувань потенційних користувачів. Повнота статуту проєкту та техніко-
економічного обґрунтування.
Фаза планування:
Повнота основних нормативних документів та інструкцій, структур проєкту,
оцінки ризиків, тощо. Створення правил формування команди, вимог до кандидатів
та рекомендацій щодо побудови ефективних комунікацій проєкту.
Фаза виконання:
Відповідність результатів робіт внутрішнім та загальновизнаним стандартам
якості. Забезпечення детального та всебічного тестування продукту з метою
виявлення і усунення максимальної кількості помилок і недоліків на фазі виконання
проєкту.
Фаза завершення:
Оцінка та аналіз результатів, термінів та якості виконання проєкту. Створення
звітів про результати проєкту. Повнота та якість архіву проєкту.
Визначимо методи досягнення якості на різних фазах життєвого циклу проєкту:
Фаза ініціалізації:
Залучення висококваліфікованих спеціалістів для проведення детального
аналізу вимог користувачів. Набір працівників в команду на конкурсній основі.
Фаза планування:
58
Залучення висококваліфікованих спеціалістів, урахування якнайбільшого числа
факторів, що можуть впливати на якість виконання робіт. Підготовка документів з
урахуванням досвіду аналогічних проєктів. Виявлення вимог до якості проєкту і
продукту та визначення шляхів задоволення цих вимог.
Фаза виконання:
Залучення висококваліфікованих спеціалістів, забезпечення дисципліни праці,
точне доведення до усіх членів команди їх завдань та обов’язків. Постійний контроль
виконання поставлених задач, сертифікація обладнання, ліцензування програмного
забезпечення, проведення контрольного тестування продукту.
Фаза завершення:
Підготовка документів з урахуванням досвіду аналогічних проєктів. Виявлення
вимог до якості проєкту та якості продукту, визначення шляхів задоволення цих
вимог.
Ключові показники якості наведені у таблиці 3.6
Таблиця 3.6 – Ключові показники якості
Показники Цільове Допустиме Опис Відповідальні Контро- Етап
значення значення люючий
1. 2. 3. 4. 5. 6. 7.
Підтримка iOS від iOS від Версії операційних Технічний Менеджер Фаза
операційних 10,3 та 11,3 та систем на яких спеціаліст, проєкту планування,
систем віще віще повинен працювати Програміст Фаза
Android Android застосунок виконання,
від 5,0 та від 6 та Тестування
віще Win віще
Phone від
8,0 та
вище
Час заванта- До 3х До 3х Час за який Технічний Менеджер Фаза
ження секунд секунд застосунок повинен спеціаліст, проєкту планування,
інформацій- бути запущений на Програміст Фаза
ної системи смартфоні виконання,
Тестування
Час До 5ти До 15ти Час за який контент Технічний Менеджер Фаза
оновлення секунд секунд має бути спеціаліст, проєкту планування,
контенту оновлений/відобр Програміст Фаза
ажений на екрані виконання,
телефону Тестування
Бюджет 1,0 млн 1,2 млн Бюджет який Менеджер Замовник На всіх
грн грн допущенній при проєкту проєкту фазах
створенні
застосунку
59
Продовження Таблиці 3.6
1. 2. 3. 4. 5. 6. 7.
Час виконано в Допустиме Виконання робіт в Менеджер Замовник На всіх
виконання термін відхилення термін впливає на проєкту проєкту фазах
поставлених не пізніше бюджет проєкту.
задач 2х тижнів
зазначено-
го терміну
Надійність 100% 100% Відповідність Менеджер На фазі
виконаних кінцевих проєкту виконання,
робіті результатів тестування
поставленим цілям
Перевірка
кінцевого
результату згідно
до погоджених
специфікацій та
дизайну
інформаційної
системи для кожної
операційної
системи на всіх
етапах робіт.
3.6 Управління ризиками проєкту
Для уникнення та зменшення наслідків негативних подій, що можуть статися
під час виконання проєкту, а також наближення позитивних подій, потрібно оцінити
ризики та імовірності цих подій на етапі планування проєкту та визначити план дій.
Загальний процес управління ризиками наведено на рисунку 3.15.
Рис 3.15 – Схема процесу управління ризиками
У проєкті було використано наступні процеси управління ризиками:
- планування управління ризиками – визначення підходів та планування дій по
управлінню ризиками проєкту;
- ідентифікація ризиків – повторюваний процес, що передбачає пошук ризиків,
що можуть вплинути на проєкт;
- визначення пріоритетів ризиків;
60
- кількісний аналіз ризиків проводиться для тих ризиків, які були кваліфіковані
у процесі якісного аналізу як ті, що потенційно або суттєво мають вплив на
конкурентоспроможні якості продукту. В процесі кількісного аналізу ризиків
оцінюється ефект від таки ризикових подій та присвоюється цифровий
рейтинг;
- планування реагування на ризики – розробка шляхів та визначення дій по
збільшенню можливостей та зниженню загроз для цілей проєкту;
- контроль управління ризиками – аналізу та планування ризиків що
виникають повторно, відслідковування визначених ризиків, а також контроль
виконання дій по реагуванню на ризики та аналіз їх ефективності.
Для класифікації ступеню впливу ризикової події на хід виконання проєкту
приймемо наступну шкалу:
- «0» - ризик не має ні якого впливу;
- «1» - ризик має мінімальний вплив;
- «2» - ризик має невеликий вплив;
- «3» - ризик має помірний вплив;
- «4» - ризик має великий вплив;
- «5» - ризик має надмірно великий вплив.
Розподілимо ймовірність настання ризикової події по наступних іменованих
діапазонах (від 0 до 1, де 0 – подія неможлива, 1 – подія достовірна):
- 0-0.3 – низька ймовірність;
- 0.3-0.5 – середня ймовірність;
- 0.5-0.7 – велика ймовірність;
- 0.7-0.99 – дуже велика ймовірність.
При реалізації проєкту було сформовано наступну ієрархічну структуру
ризиків:
1. Управління проєктом:
1.1 Помилки у плануванні.
2. Ресурси:
2.1 Постачальники:
61
2.1.1 Невиконання умов контрактів постачальниками;
2.1.2 Низька якість послуг що постачається.
2.2 Фінанси:
2.2.1 Збільшення бюджету проєкту;
2.2.2 Припинення фінансування проєкту.
2.3 Персонал:
2.3.1 Звільнення ключових виконавців;
2.3.2 Низька кваліфікація персоналу;
2.3.3 Низька мотивація персоналу;
2.3.4 Слабкий канал мотивації.
3. Технічні:
3.1 Обладнання:
3.1.1 Збій у роботі обладнання;
3.1.2 Невідповідність характеристик обладнання до темпів зростання
запитів системи.
3.2 Програмне забезпечення:
3.2.1 Виявлення помилок при проведенні тестів;
3.2.2 Недостатній функціонал програмного забезпечення.
4. Економічні:
4.1 Інфляція:
4.1.1 Коливання курсу.
4.2 Законодавство:
4.2.1 Зміни у оподаткуванні.
5. Соціальні:
5.1 Рівень життя:
5.1.1 Зниження середнього прибутку населення;
5.1.2 Стиль життя;
5.1.3 Демографічна криза.
6. Комерційні:
6.1 Маркетинг:
62
6.1.1 Малоефективне просування продукту на ринку;
6.1.2 Хибні дані про стан ринку.
6.2 Продажі:
6.2.1 Відхилення від прогнозу продажів (падіння продажів).
Було сформовано головну таблицю ризиків проєкту (Таблиця 3.2), яка містить
наступні дані:
Таблиця 3.2 – Таблиця ризиків проєкту
№ п/п Вид Умова Ризикова подія Наслідки Ймовірність Вплив ОВР
виникнення
1.1 Управління Помилки у Людський Зрив календарного 20 4 0.8
проєктом плануванні фактор плану, додаткові
витрати на
позапланові ресурси
2.1.1 Ресурси Невиконання Неточність в Затримки у плані 10 4 0.4
умов умовах виконання проєкту
контрактів контракту, викликані пошуком
постачальник халатність з нових постачальників
ам и боку або переглядом умов
постачальника. контрактів.
2.1.2 Ресурси Низька якість Висока Зниження іміджу 20 3 0.6
послуг що затримка проєкту, невиконання
постачається обробки плану продаж
запитів серверу
2.2.1 Ресурси Збільшення Ріст цін на Призупинення або 8 5 0.4
бюджету товари та закриття проєкту
проєкту послуги
2.2.2 Ресурси Зупинка Непорозуміння Призупинення 4 5 0.2
фінансування з інвесторами проєкту на
проєкту проєкту невизначений термін
2.3.1 Ресурси Ухід з Високі Затримки в термінах 30 5 1.5
команди навантаження, виконання, додаткові
ключових неконкурентна витрати на пошук та
виконавців заробітна навчання нового
плата, низька співробітника
мотивація
2.3.2 Ресурси Недостатня Економія на Погана якість 10 4 0.4
кваліфікація спеціалістах виконаних робіт,
персоналу додаткові витрати на
тестування та
виправлення помилок
2.3.3 Ресурси Низька Низьке Погана якість та 10 3 0.3
мотивація фінансування, затримки у виконанні
співробітникі високе робіт
в навантаження.
2.3.4 Ресурси Слабкий Відсутність Затримки у виконані 10 4 0.4
канал визначених робіт через
комунікації процедур відсутність контролю
взаємодії ходу реалізації
проєкту
3.1.1 Технічні Збій у роботі Зупинка Відсутність доступу 20 3 0.6
обладнання серверів на до застосунку у
постачальник яких користувачів, втрата
ів розміщене виручки, втрата часу
програмне на ремонт або
забезпечення постачання і
63
налаштування нового
обладнання
3.1.2 Технічні Невідповідніс Невірно Незаплановані 10 2 0.2
ть прогнозовані додаткові витрати на
характеристи темпи росту обладнання.
к обладнання навантажень
до темпів
зростання
запитів до
системи
3.2.1 Технічні Знаходження Низький рівень Додаткові витрати 80 1 0.8
помилок при тестування з часу на виправлення
проведенні боку помилок та повторне
тестів співробітника тестування
3.2.2 Технічні Недостатній Невірно Витрати на розробку 30 1 0.3
функціонал функціональні додаткового
програмного вимоги та функціоналу
забезпечення технічне
завдання
4.1 Економічні Інфляція Природне Зростання цін на 90 2 1.8
явище товари та послуги
поза бюджетом
4.1.1 Економічні Коливання Економічна Зростання цін на 80 2 1.6
курсу криза товари та послуги
поза бюджетом
4.2.1 Економічні Зміни законів Зміни в рамках Додаткові витрати на 15 1 0.15
про плану на незаплановані
оподатку- наступний рік податкові збори
вання або зміна
політики уряду
5.1.1 Соціальні Зниження Економічна Зменшення кількості 70 2 1.4
показників криза користувачів платної
середнього підписки,
доходу невиконання планів
населення продажів
5.1.2 Соціальні Стиль життя Зміна Переорієнтація 20 3 0.6
тенденцій потенційних
розвитку користувачів на інші
технології
5.1.3 Соціальні Демографіч- Економічна Зменшення кількості 10 2 0.2
на криза криза користувачів платної
підписки,
невиконання планів
продажів
6.1.1 Комерційні Мала Некоректно Невиконання планів 10 4 0.4
ефективність складена продажів
просування маркетингова
продукту на компанія,
ринку недостатнє
фінансування
реклами.
6.1.2 Комерційні Некоректні Погано Некоректна 5 4 0.2
дані про стан проведено маркетингова
ринку аналіз ринку компанії, втрата
потенційних
користувачів
6.2.1 Комерційні Невиконання Високі Зменшення прибутку 50 2 1
планів прогнози проєкту
продаж продаж,
неякісне
маркетингове
дослідження
64
Для проведення загального оцінювання ймовірних впливів ризикових подій на
виконання проєкту було визначено матрицю ймовірностей та наслідків (Таблиця 3.3).
Таблиця 3.3 – Матриця ймовірностей та наслідків
Р / Вплив 1 2 3 4 5
0.9 4.1
0.7 3.2.1 5.1.1, 4.1.1
0.5 6.2.1
0.3 3.2.2 2.3.1
0.1 4.2.1 5.1.3, 3.1.2 5.1.2, 3.1.1, 2.3.3, 6.1.2, 6.1.1, 2.3.4, 2.2.2, 2.2.1
2.1.2 2.3.2, 2.1.1, 1.1
Для подальшого формування фінансового резерву на управління ризиками було
виявлено згідно таблиці 3.3 найбільш впливові ризикові події: 4.1, 4.1.1, 5.1.1, 6.2.1.
Визначення резервного фонду:
- 4.1 – за прогнозами інфляція у 2023 році знизиться до 20% на рік, відповідно
це призведе до збільшення витрат на проєкт до 100 000 грн;
- 4.1.1 – Коливання валют за статистикою відбуваються в межах 20%, тому слід
виділити резерв у розмірі 80 000 грн;
- 5.1.1 – Зниження попиту призведе до зниження прибутку на близько 10%;
- 6.2.1 – розробка маркетингових компаній для просування продукту проєкту
та створення адаптивної системи ціноутворення.
Стратегії реагування та конкретні заходи з реагування
- 2.1.1 – пошук та укладання договору з новими постачальниками;
- 4.1, 4.1.1 – виділення фінансів на створення резервів згідно прогнозам;
- 5.1.1, 5.2.1, 6.2. – розробка маркетингових компаній для просування продукту
проєкту та створення адаптивної системи ціноутворення;
- 2.3.1, 2.3.3 – моніторинг рівня мотивації співробітників, тренінги, перегляди
розміру оплати;
65
Моніторинг та контроль
- 2.1.1 – звіти про виконану роботу, індикатором є створений календарний план
виконання робіт;
- 4.1, 4.1.1 – відслідковування основних макроекономічних показників: рівень
інфляції та курс валют;
- 5.1.1, 5.2.1, 6.2.1 – моніторинг результатів ходу рекламної компанії та
аналітики;
- 2.3.1 – моніторинг ринку праці, відслідковування рівня заробітніх плат.
Матриця відповідальності за ризики:
Для моніторингу індикаторів ризикових подій було визначено матрицю
відповідальності (Таблиця 3.4).
Таблиця 3.4 – Матриця відповідальності моніторингу ризиків
Ризик Відповідальний
2.1.1 Зрив поставок Менеджер проєкту
2.3.1 Ухід ключових спеціалістів Менеджер проєкту
4.1 Інфляція Бізнес аналітик
4.1.1 Коливання курсу Бізнес аналітик
5.1.1 Вихід на ринок нових рішень Маркетолог
5.2.1 Зниження доходів населення Маркетолог
6.2.1 Низька якість просування продукту Маркетолог
3.7 Планування закупівель в проєкті
Закупівлі в проєкті проводилися за двома напрямками:
- набір команди;
- оренда серверів для роботи.
Набір команди:
Під час відбору спеціалістів до команди слід звернути увагу на рівень
кваліфікації, мотивації та очікування кожного кандидата. Важливо підібрати такого
кандидата, який зможе достатньо якісно виконувати поставлену роботу, якнайменше
впливати на вірогідністю настання ризикової події, зв’язаної з його зоною
66
відповідальності.
Оренда серверів для роботи:
Для роботи команди над розробкою програмного забезпечення потрібно
використовувати сервери, розгортати версію продукту для розробки та
налаштовувати там системи доставки оновлень.
Також потрібні сервери для тестової версії продукту, що має бути максимально
наближена, по оточенню, до сервера, що буде використовуватись в майбутній
експлуатації.
3.8 Планування комунікацій в проєкті
Під час роботи над проєктом, співробітники постійно мають тримати в курсі
всю команду про стан та результати виконання робіт. Планування комунікацій в
проєкті полягає в розробці системи для своєчасного поширення, редагування та
зберігання інформації по проєкту.
Використання спеціального програмного забезпечення для управління
задачами команди значно підвищує ефективність роботи всієї команди. Такі
інструменти основуються на певних методологіях розробки програмного
забезпечення, тому слід звернути на це увагу під час підпору програми для управління
задачами команди.
Програмне забезпечення Notion, не призначене саме для управління розробкою
або проєктом, проте широкий функціонал повністю покриває потреби команди. В
застосунку є можливості налаштувати таблиці, листи дошки. Можна надавати доступ
до матеріалів всім співробітникам, що дасть змогу всім працювати з однією базою
інформації.
Окрім управління інформацією про стан виконання проєкту, важливим є
питання каналів зв’язку з командою. Для підтримки зв’язку та інформування про хід
виконання проєкту слід, періодичні, організувати відеоконференції з командою. Для
спілкування між членами команди по робочим питанням використовувати робочі
чати.
67
Висновки до розділу 3
У даному розділі розроблено схеми декомпозиції "за продуктами" та "за
процесами", створено детальну структура робіт проєкту. Розглянуто організаційну
структуру проєкту та створено матрицю відповідальностей, що визначає ролі
виконавців на різних етапах виробництва та реалізації проєкту. Крім того, був
створений календарний план проєкту, у якому детально вказано скільки має тривати
кожен етап роботи.
Також, визначені ресурси проєкту. Людським ресурсам були надані відповідні
посади та проаналізовано рівень їх завантаженості до проведення "згладжування" та
після задля оптимізації робочих процесів.
Охарактеризовано управління ризиками проєкту, управління закупівлями
необхідного обладнання, управління комунікаціями та якістю.
68
4 ПРАКТИЧНА РЕАЛІЗАЦІЯ ПРОДУКТУ ПРОЄКТУ
4.1 Розробка технічних вимог
Успішне виконання задачі напряму залежить від чіткості її формулювання. Для
того, щоб чітко поставити задачу дизайнеру та розробникам потрібно скласти
технічне завдання до проєкту, спираючись на попередні результати аналізу проблеми.
У технічному завдані потрібно вказати функціональні вимоги до інформаційної
системи. У таблиці 4.1 наведено перелік функціональних вимог до web-орієнтованої
інформаційної системи для аналізу діяльності співробітників ІТ-компанії.
Таблиця 4.1 – Таблиця функціональних вимог до інформаційної системи
№ Функція Опис Функції Дані
1 Реєстрація Створення нової організації Назва, пошта
Організації адміністратора,
пароль
адміністратора
2 Авторизація Вхід в обліковий запис користувачем Пошта, пароль
3 Редагування Редагування інформації про користувача Ім’я, прізвище,
профілю в профілі пошта, пароль,
номер телефону
4 Видалення Видалення облікового запису
облікового користувача, та всієї інформації, що
запису відноситься до нього
5 Видалення Видалення інформації про організацію та
організації всі пов’язані з нею дані
6 Управління Запрошення нового співробітника, Ім’я, пошта
співробітниками редагування та видалення співробітників
організації
7 Управління Створення, редагування та видалення Назва, опис,
задачами задач, назначення відповідальних відповідальний
69
Продовження Таблиці 4.1
8 Моніторинг часу Збереження часу початку і кінця Час початку роботи,
роботи роботи, часу витраченого на задачу та час кінця роботи,
співробітників відображення статистики роботи час витрачений на
задачу
9 Адміністрування Можливість побачити стан та процес
співробітників роботи співробітника, назначити
онлайн зустріч, планувати
підвищення.
10 Сповіщення Надсилання повідомлення на пошту Новина
співробітників співробітнику про новину в
про новини організації
11 Перегляд Зображення статистики роботи Період,
статистики команда та окремих співробітників у співробітник
вигляді графіків та таблиць
Виходячи з функціональних вимог можемо надати опис об’єктів, що будуть
використовуватися надалі. Структура даних наведена в таблиці 4.2.
Таблиця 4.2 – Структура моделей даних у проєкті
Назва об’єкту Поле Тип поля
Обліковий запис Ідентифікатор Унікальний текст
Ім’я Текст
Прізвище Текст
Пошта Текст
Організація Організація
Роль Текст
Пароль Текст
Дата створення запису Дата
70
Продовження Таблиці 4.2
Організація Ідентифікатор Унікальний текст
Назва Текст
Опис Текст
Адміністратори Список користувачів
Дата створення Дата
Роль Ідентифікатор Унікальний текст
Назва Текст
Задача Ідентифікатор Унікальний текст
Назва Текст
Опис Текст
Статус Текст
Дата створення Дата
Дата закриття Дата
Відповідальний Користувач
Повідомлення Ідентифікатор Унікальний текст
Відправник Користувач
Адресат Користувач
Текст повідомлення Текст
Дата Дата
Пост з новиною Ідентифікатор Унікальний текст
Заголовок Текст
Текст Текст
Дата Дата
Посилання Текст
4.2 Архітектура проєкту
З огляду на минулий досвід розробки проєктів, було вирішено використовувати
багаторівневу клієнт-серверну архітектуру, де за представлення, обробку та
71
збереження інформації відповідають різні сервіси. Опишемо кожен рівень роботи
інформаційної системи.
Рівень збереження
За збереження даних відповідатиме база даних PostgreSQL. Це система
керування реляційними базами даних, де інформація зберігається в попередньо
створену таблицю. Для успішного використання реляційної бази даних, потрібно
буде попередньо створити схему бази даних.
Рівень обробки даних
Обробкою інформації займаються функції на сервері. Для того, щоб можна було
зв’язуватися з сервером зовні та викликати його функції – потрібно реалізувати API.
Також має бути реалізований ефективний механізм обробки великої кількості запитів
на сервер по АРІ.
Беручи до уваги обмеженість часу та ресурсів на розробку, для реалізації
серверу було обрано фреймворм Strapi Headless CMS, на базі Node.js. Такий вибір
дасть можливість легко масштабувати сервер в майбутньому, коли кількість
користувачів збільшиться.
Рівень представлення
За логіку представлення інформації буде відповідати застосунок створений на
базі фреймворку Next.js, що має багато користних та зручних інструментів з коробки.
Управління роботою всього застосунку, його підтримка та аналіз роботи
проєкту будуть виконуватися через адміністративну панель, що надає Strapi CMS.
72
Рисунок 4.1 – Графічне зображення обраної архітектури проєкту
4.3 Реалізація проєкту
Спираючись на визначені в технічному завдані функціональні вимоги до
програмного продукту та моделі об’єктів, було створено схему бази даних, яку
зображено на рисунку 4.2.
Сервер є основою роботи всього застосунку, тому реалізація програмного
рішення починається саме з нього. Сервер Strapi CMS створюється шляхом
розгортання шаблону сервера, який можна завантажити з офіційного репозиторію
фреймворку.
Після завантаження шаблону сервера і встановлення всіх необхідних пакетів,
сервер вже готовий до роботи. Після запуску одразу з’являється доступ до панелі
адміністратора сервера (Рисунок 4.2).
73
Рисунок 4.2 – Схема бази даних
Після визначення вигляду бази даних було розпочато розробку серверної
частини застосунку. Strapi CMS – це фреймворк для розробки серверних застосунків,
що має готові функції управління контентом та зручний механізм налаштування
стандартної логіки обробки запитів. Перш за все потрібно розгорнути примірник
шаблону проєкту з офіційного сайту Strapi [??] і завантажити всі необхідні бібліотеки,
після чого проєкт готовий до запуску (Рисунок 4.3).
74
Рисунок 4.3 – Вікно панелі адміністратора сервера
Фреймворк сам займається налаштуванням моделей таблиць в базі даних,
розробнику залишається тільки задати моделі через інтерфейс адміністративної
панелі.
Згідно схеми бази даних було налаштовано моделі на сервері. На рисунку 4.4
наведено приклад опису моделі для таблиці організації.
Рисунок 4.4 – Опис моделі для таблиці організації
75
Згідно заданих моделей автоматично створюється API, яке вже готове до
використання, проте більш складну логіку, ніж збереження і редагування записів,
потрібно реалізовувати самостійно.
У таблиці 4.3 наведений перелік методів API, що були розроблені згідно
функціональних вимог.
Таблиця 4.3 – Опис методів для запитів на сервер
Запит Метод Опис Параметри
/auth/login POST Вхід в обліковий запис identifier, password
/auth/register POST Створення облікового first_name, surname,
запису email, password
/auth/forgot-password POST Відправити лист на email
пошту для відновлення
паролю
/auth/reset-password POST Відновлення паролю reset_token, password
/tasks GET Отримати список задач assigned, status
/tasks POST Створити задачу title, description,
start_date, status,
assigned
/tasks/: id PUT Редагувати деталі задачі title, description,
start_date, status,
assigned
/tasks/: id DELETE Видалити деталі задачі
/messages GET Отримати список _start, _limit,
повідомлень user_from
/messages POST Відправити text, user_to
повідомлення
користувачу
/messages/: id PUT Редагувати текст text
повідомлення
76
Продовження Таблиці 4.3
/ messages /: id DELETE Видалити повідомлення
/visits GET Отримати інформацію start_date, end_date
про відвідування
/visits POST Створити запис про date
відвідування
/news GET Отримати список новин organization, _start,
організації _limit
/news POST Створити запис про title, description
новину
/news/:id PUT Редагувати новину title, description
/news/:id DELETE Видалити новину
Разом із серверною частиною проводилася розробка дизайну інформаційної
системи. Згідно функціональних вимог було виділено головні сторінки системи;
- сторінка входу;
- сторінка реєстрації;
- сторінка задач співробітника;
- сторінка команди;
- сторінка планування;
Результати розробки макетів дизайну наведені на рисунках 4.5 – 4.10.
77
Рисунок 4.5 – Сторінка авторизації
Рисунок 4.6 – Сторінка реєстрації
78
Рисунок 4.7 – Сторінка задач співробітника
Рисунок 4.8 – Меню повідомлень
79
Рисунок 4.9 – Сторінка управління командою
Рисунок 4.10 – Сторінка планування
80
4.4 Аналіз результатів
У процесі розробки, з самого початку, було використано Microsoft Project для
моніторингу прогресу використання ресурсів та виконання проєкту. На рисунку 4.11
зображено відхилення від плану виконання проєкту.
Рисунок 4.11 – Відхилення по проєкту
Загалом відхилення у виконані задач знаходяться в допустимих межах, а деякі,
виконані швидше ніж планувалося.
На даному етапі було підготовано все необхідне для початку роботи над
розробкою клієнтської частини.
Висновки до розділу 4
У четвертому розділі визначено функціональні вимоги до розроблюваної
інформаційної системи та, виходячи з функціональних вимог, надано структуру
моделей даних у проєкті.
Обрано та графічно представлено архітектуру проєкту.
Спираючись на визначені в технічному завданні функціональні вимоги до
програмного продукту та моделі об'єктів, було створено схему бази даних, описано
методи для запитів на сервер, виділено головні сторінки системи та розроблено
макети дизайну для інформаційної системи.
В останньому підрозділі даного розділу проаналізовані результати виконання
проєкту та визначено відхилення у виконанні задач.
81
ВИСНОВКИ
Через великий потік IT-фахівців, компанії мають шукати безліч менеджерів, які
б змогли вправно керувати командами, аналізувати ефективність співробітників,
слідкувати за їх робочим часом та координувати в проєкті загалом. Часто в ІТ-
компаніях, які мають великий персонал ІТ-фахівців, менеджерів та HR бізнес-
партнерів стає забагато в співвідношенні з кількістю співробітників, обовʼязки та
діяльність яких тісно пов’язані з реалізацією та підтримкою продукту. Іноді,
менеджери просто не встигають тримати все під контролем, внаслідок цього виникає
потреба в частковій автоматизації процесу менеджменту для розвантаження частини
персоналу, які безпосередньо мають відношення до ІТ-менеджменту, та створенні
комфортних умов роботи для таких спеціалістів.
На початку дослідження було поставлено ряд завдань, що були вирішені у
наступних розділах дипломної роботи.
У першому розділі роботи було розглянуто стан ринку IT та доцільність
створення інформаційної системи для аналізу діяльності співробітників компанії.
Було розглянуто та обґрунтовано проблему діяльності співробітників компанії,
побудовано дерево проблем управління персоналом.
Другий розділ присвячений аналізу факторів, що впливають на проект та
формуванню концепції проекту. У розділі визначені цілі та завдання проекту,
проаналізовані стратегії їх досягнення та побудоване дерево цілей. Результатом
роботи в розділі є стратегічний план, проаналізовані зацікавлені сторони та зроблено
прогноз очікуваних результатів проекту.
Третій розділ включає в себе структурне планування та розробку компонентів
управління проектами. Було створено організаційну структуру проекту, ієрархічну
структуру робіт та календарний план виконання, за яким будуть виконуватися роботи
проєкту. Також була проведена детальна оцінка ризиків та визначено дії для їх
уникнення.
У четвертому розділі роботи описано процес реалізації проекту, а саме початку
розробки інформаційної системи. Було визначено функціональні вимоги, створене
технічне завдання для розробників та проаналізовано отримані результати.
82
СПИСОК ВИКОРИСТАНИХ ДЖЕРЕЛ
1. IT Ukraine Association.URL: https://itukraine.org.ua/results-of-a-national-study-of-
the-it-industry.html
2. Стів Бланк. Чотири кроки до осяяння. Стратегія створення успішних стартапів.
Паблішер, 2017, 368 c.
3. http://marketing.kpi.ua/files/studentam/metodichki/Управління_стартапами.pdf
4. Балабанова Л.В. Стратегічне управління персоналом підприємства : [навч.
посібник] / Л.В. Балабанова, О.В. Стельмашенко. К. : Знання, 2011. 236 с.
5. Human Resource Management. URL:
https://www.techtarget.com/searchhrsoftware/definition/human-resource-management-
HRM
6. Human Resources. URL: https://www.investopedia.com/terms/h/humanresources.asp
7. Zoho People. URL: https://www.zoho.com/people/
8. BambooHR. URL: https://www.bamboohr.com/
9. Workable. URL: https://www.workable.com/
10. СТЕП-аналіз: поняття та його значення у розвитку компанії. STEP-аналіз. URL:
https://bizreview.com.ua/step-analiz-ponyattya-ta-jogo-znachennya-u-rozvitku-
kompaniyi-step-analiz/
11. SWOT-аналіз як основа формування маркетингових стратегій. URL:
http://www.agrosvit.info/pdf/6_2010/5.pdf
12. Business model canvas як універсальна концепція управління бізнесом в компанії.
URL: http://www.investplan.com.ua/pdf/9_2017/4.pdf
13. https://eim.snau.edu.ua/wp-content/uploads/2022/02/Управління-проектами.pdf
14. https://ua-
referat.com/Використання_MS_Project_для_визначення_критичного_шляху_прое
кту
15. Петренко Н.О. Управління проектами [текст] навчальний посібник. / Н.О.
Петренко, Л.О. Кустріч, М.О. Гоменюк. – К.: «Центр учбової літератури», 2015. –
244 с.
16. Управління проектами: навч. посіб. / Ю.І. Буріменко, Л.В. Галан, І.Ю. Лебедєва,
83
А.Ю. Щуровська; за ред. Ю.І. Буріменко. – Одеса: ОНАЗ ім. О.С. Попова, 2017. –
208 с.
17. Бушуєва Н.С. Управління проектами та програмами організаційного розвитку:
навч. посібн. / Н.С. Бушуєва, Ю.Ф. Ярошенко, Р.Ф. Ярошенко. - К.: Саммит-
Книга, 2010.– 200 с.
18. Филипенко О. М. Управління проектами: навч. посібник / О. М. Филипенко, Т. С.
Колєснік. – Харків : ХДУХТ, 2016. – 161 с.
19. Васильков В. Г. Організація виробництва / В. Г. Василько. – Київ: Київський
національний економічний університет, 2003. – 524 с.
20. Кучеренко В. Р. Управління проектами в підприємницьких структурах:
навч.посіб. [Текст] / В. Р. Кучеренко, Е. А. Кузнєцов, О. С. Маркітан; Х.: Бурун
Книга, 2010. -272 с.
21. Управління проектами: Навчальний посібник / Під заг. ред. доц., к.т.н. Шевченко
Т.Є. – К.: ІВЦ «Політехніка», 2011. – 237 с.
22. Козик В.В. Практикум з управління проектами: навчальний посібник / В.В.
Козик, І. Є. Тимчишин; Нац. ун-т «Львів. Політехніка». - Львів: Львівської
політехніки, 2012. - 177 с.
23. Основи індивідуальних компетенцій для Управління проектами, програм та
портфелів Том 1. Управління проектами / Бушуєв С.Д., Бушуєв Д.А.; Під
редакцією Бушуєва С.Д. – К.: «Саміт-Книга», 2017. – 178 С.
24. Управління проектами: Підручник. / Ноздріна Л.В., Ящук В.І., Полотай О.І.- К.:
2010. – 432с.
25. Гонтарева І. В. Управління проектами: підручник. Х.: ХНЕУ, 2011. 443 с.
84
ДОДАТКИ
ДОДАТОК А
Схема декомпозиції (поділ «тільки за продуктами»)
Рисунок А.1 – Схема декомпозиції (поділ «тільки за продуктами»)
85
ДОДАТОК Б
Схема декомпозиції (поділ «тільки за процесами»)
Рисунок Б.1 – Схема декомпозиції (поділ «тільки за процесами»)
86
ДОДАТОК В
Структура декомпозиції робіт проєкту
Рисунок В.1 – Схема декомпозиції робіт проекту
87
ДОДАТОК Г
Повний перелік робіт проєкту
Назва задачі
Створення і впровадження інформаційної системи
Управління Проєктом
Управління людськими ресурсами
Розробка організаційної структури проєкту
Формування вимог до кандидатів
Підбір персоналу в проєкт
Призначення відповідальних
Управління змістом
Визначення та затвердження змісту проєкту
Розробка ієрархічної структури робіт
Управління строками
Складання розкладу
Ресурсне планування
Розробка та затвердження календарного плану
Управління ризиками
Створення плану управліня ризиками
Створення реєстру ризиків
Оцінка ризиків
Розробка плану реагування на ризики
Розробка процедури моніторингу ризиків
Управління якістю
Визначення ключових параметрів якості
Визначення процедур контролю
Управління вартістю
Складання бюджету
Затвердження бюджету
Складання плану фінансових витрат на проєкт
Контроль та моніторинг
Визначеня заходів з моніторингу проєкту
Призначення відповідальних
88
Визначення контрольних подій
Контроль проєкту та аналіз відхилень
Управління комунікаціями
Створення плану комунікацій
Створення розкладу робочих зустрічей
Налаштування системи звітності
Управління закупівлями
Створеня плану закупівель
Підписання угод з постачальниками
Ініціалізація
Формальний початок проєкту
Призначення менеджера проєкту
Формування стратегії проєкту
Маркетингові дослідження
Аналіз оточення проєкту
Аналіз альтернатив
Аналіз зацікавлених сторін
SWOT-аналіз
Розробка та затвердження Статуту проєкту
Розробка
Розробка інформаційної системи
Створення ТЗ
Розробка ТЗ
Розробка бізнес-вимог до продукту (маркетингова частина)
Розробка технічних вимог
Розробка вимог до систем моніторингу
Узгодження ТЗ
Узгодження бізнес-вимог до продукту (маркетингова частина)
Узгодження технічних вимог
Узгодження вимог до систем моніторингу
Створення концептуальної схеми продукту
Розробка дизайн-макету сторінок
Розробка дизайну продукту
89
Розробка мобільної версії дизайну застосунку
Розробка комп'ютерної версії дизайну застосунку
Погодження дизайну
Затвердження дизайну
Front-End (Верстка)
Верстка мобільної версії застосунку
Верстка комп'ютерної версії застосунку
Розробка основного функціоналу продукту
Розробка БД
Логічне проєктування
Фізичне проєктування
Back-End Розробка функціональної машини продукту
Розробка системи авторизації
Розробка системи обліку доходів та витрат
Розробка функцій отримання статистики
Розробка системи аналізу витрат та доходів
Розробка системи доступів до функціоналу
Розробка механізму інтеграції з іншими сервісами
Розробка системи платних підписок
Front-End
Розробка логіки інтерфейсів авторизації
Розробка логіки інтерфейсів обліку доходів та витрат
Розробка логіки інтерфейсів статистики
Розробка логіки інтерфейсів аналітики
Розробка логіки рівнів доступу користувача до застосунку
Розробка логіки інтерфейсів управління обліковим записом
Тестове наповнення БД
Закупівля апаратно-програмного компалексу (АПК)
Постачання АПК продукту
Розрахунки з постачальником
Розробка кампанії по просуванню продукту проєкту
Розробка логотипу
Розробка банерів
90
Розробка текстів для розміщення в соціальних мережах
Тестування системи
Запуск порталу у тестову експлуатацію
Розгортання тестової платформи
Налаштування серверів
Розгортання БД
Інтеграція продукту в тестове середовище
Налаштування системи адміністрування
Налаштування системи моніторингу
Технічне тестування
Тест на граничне навантаження
Тест відказостійкості системи
Usability-тестування
Формування фокус-груп користувачів
Проведення користувацького тестування представниками фокус-груп
Проведення користувацького тестування групою тестувальників
Аналіз отриманих результатів тестування
Збір протоколів тестування
Формування переліку недоліків
Коригування виявлених недоліків та помилок
Проведення контрольного тестування
Тестування системи моніторингу
Тестування системи адміністрування
Запуск продукту у комерційну експлуатацію
Навчання спеціалістів служби підтримки
Наказ про запуск продукту у комерційну експлуатацію
Закриття
Передача продукту замовнику
Закриття контрактів з постачальниками
Підписаня документації про передачу продукту
Початок кампанії по просуванню продукту
Розміщення історій з рекламою в Instangam
Розміщення рекламних постів в Telegram, Facebook, LinkedIn
91
Формування проєктної документації та передача в архів
Аналіз результатів проєкту
Розпуск команди проєкту
Проєкт завершено
Рисунок Г.1 – Повний перелік робіт проєкту
92
ДОДАТОК Д
Повний перелік робіт з визначеною тривалістю
Название задачи Длительность
Створення і впровадження інформаційної системи 163 дней
Управління Проєктом 65 дней
Управління людськими ресурсами 16 дней
Розробка організаційної структури проєкту 2 дней
Формування вимог до кандидатів 2 дней
Підбір персоналу в проєкт 10 дней
Призначення відповідальних 2 дней
Управління змістом 10 дней
Визначення та затвердження змісту проєкту 5 дней
Розробка ієрархічної структури робіт 5 дней
Управління строками 10 дней
Складання розкладу 2 дней
Ресурсне планування 3 дней
Розробка та затвердження календарного плану 3 дней
Управління ризиками 6,5 дней
Створення плану управліня ризиками 2 дней
Створення реєстру ризиків 2 дней
Оцінка ризиків 4 ч
Розробка плану реагування на ризики 8 ч
Розробка процедури моніторингу ризиків 4 ч
Управління якістю 11,5 дней
Визначення ключових параметрів якості 2 дней
Визначення процедур контролю 3 дней
Управління вартістю 6 дней
Складання бюджету 3 дней
Затвердження бюджету 1 день
Складання плану фінансових витрат на проєкт 2 дней
Контроль та моніторинг 3,5 дней
Визначеня заходів з моніторингу проєкту 1 день
Призначення відповідальних 4 ч
93
Визначення контрольних подій 4 ч
Контроль проєкту та аналіз відхилень 1 день
Управління комунікаціями 6,5 дней
Створення плану комунікацій 1 день
Створення розкладу робочих зустрічей 4 ч
Налаштування системи звітності 4 дней
Управління закупівлями 3 дней
Створеня плану закупівель 1 день
Підписання угод з постачальниками 1 день
Ініціалізація 51,5 дней
Формальний початок проєкту 0 дней
Призначення менеджера проєкту 1 день
Формування стратегії проєкту 51,5 дней
Маркетингові дослідження 5 дней
Аналіз оточення проєкту 2 дней
Аналіз альтернатив 1 день
Аналіз зацікавлених сторін 2 дней
SWOT-аналіз 2 дней
Розробка та затвердження Статуту проєкту 10 дней
Розробка 91,5 дней
Розробка інформаційної системи 85,5 дней
Створення ТЗ 13,5 дней
Розробка ТЗ 9 дней
Розробка бізнес-вимог до продукту (маркетингова частина) 5 дней
Розробка технічних вимог 3 дней
Розробка вимог до систем моніторингу 1 день
Узгодження ТЗ 4,5 дней
Узгодження бізнес-вимог до продукту (маркетингова частина) 1 день
Узгодження технічних вимог 1 день
Узгодження вимог до систем моніторингу 1 день
Створення концептуальної схеми продукту 1 день
Розробка дизайн-макету сторінок 46 дней
Розробка дизайну продукту 8 дней
94
Розробка мобільної версії дизайну застосунку 5 дней
Розробка комп'ютерної версії дизайну застосунку 3 дней
Погодження дизайну 3 дней
Затвердження дизайну 2 дней
Front-End (Верстка) 13 дней
Верстка мобільної версії застосунку 5 дней
Верстка комп'ютерної версії застосунку 3 дней
Розробка основного функціоналу продукту 69 дней
Розробка БД 7 дней
Логічне проєктування 5 дней
Фізичне проєктування 2 дней
Back-End Розробка функціональної машини продукту 44 дней
Розробка системи авторизації 2 дней
Розробка системи обліку доходів та витрат 7 дней
Розробка функцій отримання статистики 4 дней
Розробка системи аналізу витрат та доходів 10 дней
Розробка системи доступів до функціоналу 3 дней
Розробка механізму інтеграції з іншими сервісами 5 дней
Розробка системи платних підписок 5 дней
Front-End 18 дней
Розробка логіки інтерфейсів авторизації 2 дней
Розробка логіки інтерфейсів обліку доходів та витрат 5 дней
Розробка логіки інтерфейсів статистики 4 дней
Розробка логіки інтерфейсів аналітики 3 дней
Розробка логіки рівнів доступу користувача до застосунку 2 дней
Розробка логіки інтерфейсів управління обліковим записом 2 дней
Тестове наповнення БД 2 дней
Закупівля апаратно-програмного компалексу (АПК) 16 дней
Постачання АПК продукту 1 день
Розрахунки з постачальником 1 день
Розробка кампанії по просуванню продукту проєкту 6 дней
Розробка логотипу 1 день
Розробка банерів 2 дней
95
Розробка текстів для розміщення в соціальних мережах 3 дней
Тестування системи 42,5 дней
Запуск порталу у тестову експлуатацію 2,5 дней
Розгортання тестової платформи 1,5 дней
Налаштування серверів 4 ч
Розгортання БД 4 ч
Інтеграція продукту в тестове середовище 4 ч
Налаштування системи адміністрування 4 ч
Налаштування системи моніторингу 4 ч
Технічне тестування 2 дней
Тест на граничне навантаження 1 день
Тест відказостійкості системи 1 день
Usability-тестування 17 дней
Формування фокус-груп користувачів 5 дней
Проведення користувацького тестування представниками фокус-груп 12 дней
Проведення користувацького тестування групою тестувальників 12 дней
Аналіз отриманих результатів тестування 6 дней
Збір протоколів тестування 2 дней
Формування переліку недоліків 4 дней
Коригування виявлених недоліків та помилок 5 дней
Проведення контрольного тестування 6 дней
Тестування системи моніторингу 2 дней
Тестування системи адміністрування 2 дней
Запуск продукту у комерційну експлуатацію 2 дней
Навчання спеціалістів служби підтримки 2 дней
Наказ про запуск продукту у комерційну експлуатацію 0 дней
Закриття 10 дней
Передача продукту замовнику 2 дней
Закриття контрактів з постачальниками 1 день
Підписаня документації про передачу продукту 1 день
Початок кампанії по просуванню продукту 8 дней
Розміщення історій з рекламою в Instangam 3 дней
Розміщення рекламних постів в Telegram, Facebook, LinkedIn 5 дней
96
Формування проєктної документації та передача в архів 3 дней
Аналіз результатів проєкту 1 день
Розпуск команди проєкту 2 дней
Проєкт завершено 0 дней
Рисунок Д.1 – Повний перелік робіт з визначеною тривалістю
97
ДОДАТОК Ж
Повний перелік робіт з призначеними ресурсами
Название задачи Длительность Начало Окончание Предшественники Названия ресурсов
Сб
Створення і впровадження інформаційної системи 163 дней Ср 19.07.23
03.12.22
Управління Проєктом 65 дней Вт 06.12.22 Пн 06.03.23
Управління людськими ресурсами 16 дней Вт 06.12.22 Вт 27.12.22 42
Розробка організаційної структури проєкту 2 дней Вт 06.12.22 Ср 07.12.22 Менеджер проєкту
Формування вимог до кандидатів 2 дней Чт 08.12.22 Пт 09.12.22 4 Менеджер проєкту
Пн
Підбір персоналу в проєкт 10 дней Пт 23.12.22 5 Менеджер проєкту
12.12.22
Пн
Призначення відповідальних 2 дней Вт 27.12.22 6 Менеджер проєкту
26.12.22
Управління змістом 10 дней Вт 10.01.23 Пн 23.01.23 49
Визначення та затвердження змісту проєкту 5 дней Вт 10.01.23 Пн 16.01.23 Менеджер проєкту
Адміністратор;Програміст;Технічний
Розробка ієрархічної структури робіт 5 дней Вт 17.01.23 Пн 23.01.23 9
спеціаліст
Управління строками 10 дней Вт 17.01.23 Пн 30.01.23
Складання розкладу 2 дней Вт 17.01.23 Пт 20.01.23 Менеджер проєкту
Пн
Ресурсне планування 3 дней Ср 25.01.23 12 Менеджер проєкту
23.01.23
Розробка та затвердження календарного плану 3 дней Чт 26.01.23 Пн 30.01.23 13 Менеджер проєкту
Управління ризиками 6,5 дней Вт 31.01.23 Ср 08.02.23 11
Створення плану управліня ризиками 2 дней Вт 31.01.23 Ср 01.02.23 Менеджер проєкту
Створення реєстру ризиків 2 дней Чт 02.02.23 Пт 03.02.23 16 Менеджер проєкту
Пн
Оцінка ризиків 4 ч Пн 06.02.23 17 Менеджер проєкту
06.02.23
Пн Менеджер проєкту;Бухгалтер;Технічний
Розробка плану реагування на ризики 8 ч Вт 07.02.23 18
06.02.23 спеціаліст
Менеджер проєкту;Бухгалтер;Технічний
Розробка процедури моніторингу ризиків 4 ч Ср 08.02.23 Ср 08.02.23 19
спеціаліст
Управління якістю 11,5 дней Пт 17.02.23 Пн 06.03.23 11
Визначення ключових параметрів якості 2 дней Пт 17.02.23 Вт 21.02.23 Менеджер проєкту
Визначення процедур контролю 3 дней Чт 02.03.23 Пн 06.03.23 22 Менеджер проєкту
98
Управління вартістю 6 дней Чт 09.02.23 Пт 17.02.23 11;15;37
Складання бюджету 3 дней Чт 09.02.23 Вт 14.02.23 Бухгалтер
Затвердження бюджету 1 день Вт 14.02.23 Ср 15.02.23 25 Менеджер проєкту
Складання плану фінансових витрат на проєкт 2 дней Ср 15.02.23 Пт 17.02.23 26 Менеджер проєкту;Бухгалтер
Ср
Контроль та моніторинг 3,5 дней Пн 27.02.23 42
22.02.23
Визначеня заходів з моніторингу проєкту 1 день Ср 22.02.23 Чт 23.02.23 Менеджер проєкту
Призначення відповідальних 4 ч Пт 24.02.23 Пт 24.02.23 29 Менеджер проєкту
Визначення контрольних подій 4 ч Пт 24.02.23 Пт 24.02.23 30 Менеджер проєкту
Пн
Контроль проєкту та аналіз відхилень 1 день Пн 27.02.23 31 Менеджер проєкту
27.02.23
Управління комунікаціями 6,5 дней Вт 21.02.23 Ср 01.03.23 11
Створення плану комунікацій 1 день Вт 21.02.23 Ср 22.02.23 Менеджер проєкту
Створення розкладу робочих зустрічей 4 ч Чт 23.02.23 Чт 23.02.23 34 Менеджер проєкту
Адміністратор;Менеджер проєкту;Технічний
Налаштування системи звітності 4 дней Пт 24.02.23 Ср 01.03.23 35
спеціаліст
Пн
Управління закупівлями 3 дней Чт 09.02.23 8
06.02.23
Пн
Створеня плану закупівель 1 день Вт 07.02.23 Менеджер проєкту
06.02.23
Підписання угод з постачальниками 1 день Ср 08.02.23 Чт 09.02.23 38 Менеджер проєкту
Сб
Ініціалізація 51,5 дней Вт 14.02.23
03.12.22
Сб
Формальний початок проєкту 0 дней Сб 03.12.22
03.12.22
Пн
Призначення менеджера проєкту 1 день Пн 05.12.22 41
05.12.22
Пн
Формування стратегії проєкту 51,5 дней Вт 14.02.23
05.12.22
Маркетингові дослідження 5 дней Ср 28.12.22 Вт 03.01.23 7 Спеціаліст з маркетингу
Аналіз оточення проєкту 2 дней Ср 28.12.22 Чт 29.12.22 7 Бухгалтер
Аналіз альтернатив 1 день Ср 04.01.23 Ср 04.01.23 44;45 Бухгалтер
Аналіз зацікавлених сторін 2 дней Чт 05.01.23 Пт 06.01.23 46 Бухгалтер
99
Пн
SWOT-аналіз 2 дней Вт 14.02.23 47 Бухгалтер;Менеджер проєкту
09.01.23
Пн
Розробка та затвердження Статуту проєкту 10 дней Пн 09.01.23 Менеджер проєкту
05.12.22
Розробка 91,5 дней Чт 05.01.23 Пт 12.05.23
Розробка інформаційної системи 85,5 дней Чт 05.01.23 Чт 04.05.23
Створення ТЗ 13,5 дней Чт 05.01.23 Вт 24.01.23
Розробка ТЗ 9 дней Чт 05.01.23 Вт 17.01.23
Розробка бізнес-вимог до продукту
5 дней Чт 05.01.23 Ср 11.01.23 44;46 Спеціаліст з маркетингу
(маркетингова частина)
Розробка технічних вимог 3 дней Чт 12.01.23 Пн 16.01.23 54 Технічний спеціаліст
Розробка вимог до систем моніторингу 1 день Вт 17.01.23 Вт 17.01.23 55 Технічний спеціаліст
Ср
Узгодження ТЗ 4,5 дней Вт 24.01.23 53
18.01.23
Узгодження бізнес-вимог до продукту
1 день Ср 18.01.23 Чт 19.01.23 Спеціаліст з маркетингу;Менеджер проєкту
(маркетингова частина)
Узгодження технічних вимог 1 день Чт 19.01.23 Вт 24.01.23 Технічний спеціаліст;Менеджер проєкту
Узгодження вимог до систем моніторингу 1 день Ср 18.01.23 Ср 18.01.23 Технічний спеціаліст;Менеджер проєкту
Створення концептуальної схеми продукту 1 день Вт 24.01.23 Ср 25.01.23 52 Технічний спеціаліст
Ср
Розробка дизайн-макету сторінок 46 дней Чт 30.03.23
25.01.23
Ср
Розробка дизайну продукту 8 дней Пн 06.02.23
25.01.23
Розробка мобільної версії дизайну застосунку 5 дней Ср 25.01.23 Ср 01.02.23 61 Дизайнер
Розробка комп'ютерної версії дизайну
3 дней Ср 01.02.23 Пн 06.02.23 64 Дизайнер
застосунку
Пн
Погодження дизайну 3 дней Чт 09.02.23 63 Дизайнер;Спеціаліст з маркетингу
06.02.23
Затвердження дизайну 2 дней Чт 09.02.23 Пн 13.02.23 66 Спеціаліст з маркетингу;Менеджер проєкту
Пн
Front-End (Верстка) 13 дней Чт 30.03.23 67
13.03.23
Пн
Верстка мобільної версії застосунку 5 дней Пн 20.03.23 Програміст
13.03.23
Пн
Верстка комп'ютерної версії застосунку 3 дней Чт 30.03.23 69 Програміст
27.03.23
100
Ср
Розробка основного функціоналу продукту 69 дней Вт 02.05.23 8
25.01.23
Ср
Розробка БД 7 дней Пт 03.02.23 61
25.01.23
Логічне проєктування 5 дней Ср 25.01.23 Ср 01.02.23 Технічний спеціаліст
Фізичне проєктування 2 дней Ср 01.02.23 Пт 03.02.23 73 Технічний спеціаліст
Back-End Розробка функціональної машини
44 дней Пт 03.02.23 Чт 06.04.23 72
продукту
Розробка системи авторизації 2 дней Пт 03.02.23 Вт 07.02.23 Програміст
Розробка системи обліку доходів та витрат 7 дней Вт 07.02.23 Чт 16.02.23 76 Програміст
Розробка функцій отримання статистики 4 дней Чт 16.02.23 Ср 22.02.23 77 Програміст
Розробка системи аналізу витрат та доходів 10 дней Ср 22.02.23 Ср 08.03.23 78 Програміст
Розробка системи доступів до функціоналу 3 дней Ср 08.03.23 Пн 13.03.23 79 Програміст
Розробка механізму інтеграції з іншими Пн
5 дней Пн 27.03.23 80 Програміст
сервісами 20.03.23
Розробка системи платних підписок 5 дней Чт 30.03.23 Чт 06.04.23 81 Програміст
Front-End 18 дней Чт 06.04.23 Вт 02.05.23 68
Розробка логіки інтерфейсів авторизації 2 дней Пт 21.04.23 Вт 25.04.23 76 Програміст
Розробка логіки інтерфейсів обліку доходів та Пн
5 дней Пн 17.04.23 77 Програміст
витрат 10.04.23
Пн
Розробка логіки інтерфейсів статистики 4 дней Пт 21.04.23 78 Програміст
17.04.23
Розробка логіки інтерфейсів аналітики 3 дней Вт 25.04.23 Пт 28.04.23 79 Програміст
Розробка логіки рівнів доступу користувача
2 дней Пт 28.04.23 Вт 02.05.23 80 Програміст
до застосунку
Розробка логіки інтерфейсів управління
2 дней Чт 06.04.23 Пн 10.04.23 82 Програміст
обліковим записом
Тестове наповнення БД 2 дней Вт 02.05.23 Чт 04.05.23 71 Технічний спеціаліст
Закупівля апаратно-програмного компалексу
16 дней Пт 17.02.23 Пн 13.03.23 24;39
(АПК)
Постачання АПК продукту 1 день Пт 17.02.23 Пн 20.02.23
Розрахунки з постачальником 1 день Пт 10.03.23 Пн 13.03.23 92ОН+14 дней Менеджер проєкту
Розробка кампанії по просуванню продукту
6 дней Чт 04.05.23 Пт 12.05.23 90;48;62
проєкту
101
Розробка логотипу 1 день Чт 04.05.23 Пт 05.05.23 Дизайнер;Спеціаліст з маркетингу
Розробка банерів 2 дней Пт 05.05.23 Вт 09.05.23 95 Дизайнер;Спеціаліст з маркетингу
Розробка текстів для розміщення в соціальних
3 дней Вт 09.05.23 Пт 12.05.23 96 Спеціаліст з маркетингу
мережах
Тестування системи 42,5 дней Чт 04.05.23 Пн 03.07.23 90;91
Запуск порталу у тестову експлуатацію 2,5 дней Чт 04.05.23 Пн 08.05.23
Розгортання тестової платформи 1,5 дней Чт 04.05.23 Пт 05.05.23
Налаштування серверів 4 ч Чт 04.05.23 Чт 04.05.23 Адміністратор
Розгортання БД 4 ч Пт 05.05.23 Пт 05.05.23 101 Адміністратор
Інтеграція продукту в тестове середовище 4 ч Пт 05.05.23 Пт 05.05.23 102 Адміністратор
Пн
Налаштування системи адміністрування 4 ч Пн 08.05.23 100 Адміністратор
08.05.23
Пн
Налаштування системи моніторингу 4 ч Пн 08.05.23 104 Адміністратор
08.05.23
Технічне тестування 2 дней Вт 09.05.23 Ср 10.05.23 99
Тест на граничне навантаження 1 день Вт 09.05.23 Вт 09.05.23 Технічний спеціаліст
Тест відказостійкості системи 1 день Ср 10.05.23 Ср 10.05.23 Технічний спеціаліст
Usability-тестування 17 дней Чт 11.05.23 Пт 02.06.23 106
Формування фокус-груп користувачів 5 дней Чт 11.05.23 Ср 17.05.23 Бухгалтер
Проведення користувацького тестування
12 дней Чт 18.05.23 Пт 02.06.23 110 Бухгалтер[25%];Менеджер проєкту[25%]
представниками фокус-груп
Проведення користувацького тестування групою
12 дней Чт 18.05.23 Пт 02.06.23 110 Бухгалтер[25%];Менеджер проєкту[25%]
тестувальників
Пн
Аналіз отриманих результатів тестування 6 дней Пн 12.06.23 109
05.06.23
Пн
Збір протоколів тестування 2 дней Вт 06.06.23 Бухгалтер[50%];Технічний спеціаліст[50%]
05.06.23
Бухгалтер[25%];Менеджер
Формування переліку недоліків 4 дней Ср 07.06.23 Пн 12.06.23 114
проєкту[25%];Технічний спеціаліст[25%]
Коригування виявлених недоліків та помилок 5 дней Вт 13.06.23 Пн 19.06.23 113 Програміст;Технічний спеціаліст
Бухгалтер[50%];Дизайнер[50%];Менеджер
Проведення контрольного тестування 6 дней Вт 20.06.23 Вт 27.06.23 116
проєкту[50%];Технічний спеціаліст[50%]
Тестування системи моніторингу 2 дней Ср 28.06.23 Чт 29.06.23 117 Технічний спеціаліст[50%]
Тестування системи адміністрування 2 дней Пт 30.06.23 Пн 03.07.23 118 Технічний спеціаліст[50%]
102
Пн
Запуск продукту у комерційну експлуатацію 2 дней Ср 05.07.23 94;98
03.07.23
Спеціаліст з маркетингу;Менеджер
Навчання спеціалістів служби підтримки 2 дней Вт 04.07.23 Ср 05.07.23
проєкту;Технічний спеціаліст
Наказ про запуск продукту у комерційну Пн
0 дней Пн 03.07.23 Менеджер проєкту
експлуатацію 03.07.23
Закриття 10 дней Чт 06.07.23 Ср 19.07.23 120
Передача продукту замовнику 2 дней Чт 06.07.23 Пт 07.07.23
Закриття контрактів з постачальниками 1 день Чт 06.07.23 Чт 06.07.23 Менеджер проєкту
Підписаня документації про передачу продукту 1 день Пт 07.07.23 Пт 07.07.23 Менеджер проєкту
Пн
Початок кампанії по просуванню продукту 8 дней Ср 19.07.23 124
10.07.23
Пн
Розміщення історій з рекламою в Instangam 3 дней Ср 19.07.23 Спеціаліст з маркетингу
17.07.23
Розміщення рекламних постів в Telegram, Пн
5 дней Пт 14.07.23 Спеціаліст з маркетингу
Facebook, LinkedIn 10.07.23
Формування проєктної документації та передача в
3 дней Чт 06.07.23 Пн 10.07.23 122 Технічний спеціаліст
архів
Аналіз результатів проєкту 1 день Вт 11.07.23 Вт 11.07.23 130 Менеджер проєкту
Розпуск команди проєкту 2 дней Ср 12.07.23 Чт 13.07.23 131 Менеджер проєкту
Проєкт завершено 0 дней Чт 13.07.23 Чт 13.07.23 132
Рисунок Ж.1 – Повний перелік робіт з призначеними ресурсами