Розробка web-додатку "HR module" в компанії «Soft» на основі  проєктного підходу

Домбровський, Петро Миколайович

Please use this identifier to cite or link to this item: https://er.chdtu.edu.ua/handle/ChSTU/5462

Title:	Розробка web-додатку "HR module" в компанії «Soft» на основі проєктного підходу
Authors:	Прокопенко , Тетяна Олександрівна Домбровський, Петро Миколайович
Keywords:	web-додаток;Управління проектом;розробка;проєктний підхід;інформаційні технології
Issue Date:	20-Dec-2022
Abstract:	Управління проектом - методологія організації, планування керівництва, координації трудових, фінансових, матеріально-технічних і інформаційних ресурсів протягом проектного циклу, спрямована на ефективне досягнення його цілей шляхом застосування сучасних методів, техніки й технології керування для досягнення певних у проекті результатів по складу й обсягу робіт, вартості, строкам, якості. Протягом багатьох століть людству приходилося реалізовувати безліч проектів. Зростаюча складність проектів, з одного боку, і накопичений досвід управління, з іншої, зробили необхідним і можливим створення ідеології і методології управління проектами. Бурхливий розвиток кібернетики, теорії управління і дослідження операцій в середині ХХ сторіччя дозволило створити ряд формальних моделей і тим самим закласти систематичну наукову основу управління проектами. Планування проектів у поєднанні з процесами регулювання та контролю утворюють процес управління проектами, або проектний менеджмент. Управління проектами для України є новою наукою, але світовий досвід свідчить, що управління проектами стало загальним стандартом поведінки у практичній діяльності. Управління проектами з’явилось дуже давно, але свого значення цей термін набуває лише зараз. Вираз “проект” слово для всіх не нове, але більш сприйнятливе та вживане багато років в виразах типу “проектна організація”, “технічний проект”, “затвердити проект” та т. і. На сьогоднішній день розвиток нового напрямку управління проектами можна пов’язати з розвитком ринкової економіки, та впливу таких факторів, як підвищення умов замовника, складність кінцевого продукту, високі темпи організаційної перебудови, часті зміни технологій. В сучасному розумінні проект - це те, що змінює наше навколишнє середовище: побудова нового житлового будинку, розробка в сфері новітніх технологій чи створення нової технічної системи. Оскільки проект - це будь-який задум, що планується, то проект може бути не лише в матеріальній чи технічній сфері. Темою даної дипломної роботи є Розробка web-додатку "HR module" в компанії «Soft» на основі проєктного підходу. Застосування методології проектного менеджмент дає можливість чітко визначити мету і результати проекту, дати їм кількісні характеристики, тимчасові, вартісні і якісні параметри проекту, створити чіткий план проекту, виділити, оці-нити ризики і запобігти можливі негативні наслідки під час реалізації проекту. Актуальність теми. Застосування проектного підходу в процесі розробки web-додатку "HR module" в компанії «Soft» на основі проєктного підходу є актуальним науковим завданням, що дасть можливість підвищення ефективності використання необхідних ресурсів та дотриматись заданих часових рамок. Мета дослідження. Метою даної дипломної роботи є розкрити методологію проєктного менеджменту в процесі розробки web-додатку "HR module" в компанії «Soft» за допомогою теоретичних знань та практичних навичок, що були здобуті за час навчання.
URI:	https://er.chdtu.edu.ua/handle/ChSTU/5462
Appears in Collections:	126 Інформаційні системи та технології (IT Project Management)

Files in This Item:

File	Description	Size	Format
РЕП_МАГ_2022_Домбровський_МІТ-2111.pdf Restricted Access	Розробка web-додатку "HR module" в компанії «Soft» на основі проєктного підходу	1.75 MB	Adobe PDF	View/Open Request a copy

Show full item record

Extracted text

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

ПОЯСНЮВАЛЬНА ЗАПИСКА
до кваліфікаційної роботи магістра
на тему:: Розробка web-додатку "HR module" в компанії «Soft» на основі
проєктного підходу.

Виконав здобувач другого
(магістерського) рівня вищої освіти
__2___курсу, групи МІТ2111
Спеціальності 126 Інформаційні
системи та технології
ОП «IT Project Management»
Домбровський Петро Миколайович
Керівник: завідувач кафедри ІТП,
д.т.н., проф. Прокопенко Тетяна
Олександрівна
Рецензент: к.т.н., директор «Інтек
плюс» Катаєв Дмитро Сергійович

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

1
ЗМІСТ

ВСТУП ......................................................................................................................... 2
РОЗДІЛ I АНАЛІЗ ДІЯЛЬНОСТІ IT ГАЛУЗІ ......................................................... 5
1. Опис галузі, організації та її діяльності ............................................................ 5
РОЗДІЛ ІІ ГАЛУЗІ ЗНАНЬ З УПРАВЛІННЯ ПРОЕКТОМ «HR MODULE» В
КОМПАНІЇ «Soft» .................................................................................................... 18
2.1. Управління змістом проекту ......................................................................... 18
2.2. Управління трудовими ресурсами проекту ................................................. 29
2.3 Управління часом проекту ........................................................................... 377
2.4 Управління вартістю проекту ........................................................................ 42
2.5 Управління закупівлями в проекті ................................................................ 44
2.6. Управління якістю проекту ........................................................................... 45
2.7 Управління ризиками у проекті ..................................................................... 50
2.8 Управління інформаційним зв’язком у проекті ........................................... 54
2.9. Управління інтеграцією в проекті ................................................................ 58
2.10. Контроль проекту ......................................................................................... 60
Розділ ІІІ Оцінка економічної ефективності проекту ........................................... 64
3.1 Економічна ефективність проекту................................................................. 64
3.2 Соціальна ефективність проекту ................................................................... 65
ВИСНОВКИ .............................................................................................................. 68
СПИСОК ВИКОРИСТАНИХ ДЖЕРЕЛ ................................................................ 72
Додаток А.1 ............................................................................................................... 79
Додаток А.2 ............................................................................................................... 80
Додаток А.3 ............................................................................................................... 81
Додаток А.4 ............................................................................................................... 82
Додаток Б ................................................................................................................. 883

2
ВСТУП
Управління проектом - методологія організації, планування керівництва,
координації трудових, фінансових, матеріально-технічних і інформаційних
ресурсів протягом проектного циклу, спрямована на ефективне досягнення
його цілей шляхом застосування сучасних методів, техніки й технології
керування для досягнення певних у проекті результатів по складу й обсягу
робіт, вартості, строкам, якості.
Протягом багатьох століть людству приходилося реалізовувати безліч
проектів. Зростаюча складність проектів, з одного боку, і накопичений досвід
управління, з іншої, зробили необхідним і можливим створення ідеології і
методології управління проектами. Бурхливий розвиток кібернетики, теорії
управління і дослідження операцій в середині ХХ сторіччя дозволило створити
ряд формальних моделей і тим самим закласти систематичну наукову основу
управління проектами.
Планування проектів у поєднанні з процесами регулювання та контролю
утворюють процес управління проектами, або проектний менеджмент.
Управління проектами для України є новою наукою, але світовий досвід
свідчить, що управління проектами стало загальним стандартом поведінки у
практичній діяльності.
Управління проектами з’явилось дуже давно, але свого значення цей
термін набуває лише зараз. Вираз “проект” слово для всіх не нове, але більш
сприйнятливе та вживане багато років в виразах типу “проектна організація”,
“технічний проект”, “затвердити проект” та т. і.
На сьогоднішній день розвиток нового напрямку управління проектами
можна пов’язати з розвитком ринкової економіки, та впливу таких факторів, як
підвищення умов замовника, складність кінцевого продукту, високі темпи
організаційної перебудови, часті зміни технологій.
В сучасному розумінні проект - це те, що змінює наше навколишнє
середовище: побудова нового житлового будинку, розробка в сфері новітніх
технологій чи створення нової технічної системи. Оскільки проект - це будь-
3
який задум, що планується, то проект може бути не лише в матеріальній чи
технічній сфері. Темою даної дипломної роботи є Розробка web-додатку "HR
module" в компанії «Soft» на основі проєктного підходу.
Застосування методології проектного менеджмент дає можливість чітко
визначити мету і результати проекту, дати їм кількісні характеристики,
тимчасові, вартісні і якісні параметри проекту, створити чіткий план проекту,
виділити, оці-нити ризики і запобігти можливі негативні наслідки під час
реалізації проекту.
Актуальність теми. Застосування проектного підходу в процесі
розробки web-додатку "HR module" в компанії «Soft» на основі проєктного
підходу є актуальним науковим завданням, що дасть можливість підвищення
ефективності використання необхідних ресурсів та дотриматись заданих
часових рамок.
Мета дослідження. Метою даної дипломної роботи є розкрити
методологію проєктного менеджменту в процесі розробки web-додатку "HR
module" в компанії «Soft» за допомогою теоретичних знань та практичних
навичок, що були здобуті за час навчання.
Для досягнення поставленої мети були сформульовані та вирішені такі
завдання дослідження:
- визначити цілі проекту;
- підготовити обґрунтування та концепцію проекту;
- структурувати проект (підцілі, підпроекти, фази і т.д.);
- визначити фінансові потреби і джерела фінансування;
- підбор постачальників, підрядчиків і інших виконавців (на основі
процедур торгів і конкурсів);
- підготовка і висновок контрактів;
- розрахувати кошторису і бюджету проекту;
- визначити терміни виконання проекту і розробити графік
реалізації;
4
- забезпечити контроль за ходом виконання проекту і внесення
коректив у план реалізації;
- управління ризиками в проекті.
Об’єктом дослідження є проект розробки web-додатку "HR module" в
компанії «Soft».
Предмет дослідження – методи та засоби проектного менеджменту в
процесі розробки web-додатку "HR module" в компанії «Soft».
Галузь дослідження - галузь інформаційних технологій.
Методи дослідження. В роботі застосовані методи проектного
менеджменту згідно PMBok.
Наукова новизна одержаних результатів. Вперше застосовано сценарно-
цільовий метод при формуванні цілей проєкту та планування етапів та процесів
проекту у відповідності до сформованих цілей.
Практичне значення одержаних результатів. Практична значимість даної
роботи полягає в тому, що теоретичні положення та висновки знайшли своє
безпосереднє застосування в процесі розробки web-додатку "HR module" в
компанії «Soft» на основі проектного підходу.
Апробація результатів роботи і публікації. Результати дипломної роботи
представлені тезами Особливості розробки web-додатку "HR module" на основі
проєктного підходу// Матеріали IX Міжнародної науково-технічної Internet-
конференції «Сучасні методи, інформаційне, програмне та технічне
забезпечення систем керування організаційно-технічними та технологічними
комплексами», 25 листопада 2022. [Електронний ресурс] – К: НУХТ, 2022.

5
РОЗДІЛ I Концепція проекту розробки web-додатку "HR module" в компанії
«Soft»
1.1. Опис предметної області застосування проектного менеджменту в
компанії «Soft»
IT сфера є одним з найбільш прогресивних напрямків бізнесу, що
розвивається дуже швидкими темпами як в Україні, так і в цілому світі.
Основним видом діяльності є розробка продуктів та сервісів Інтернет
Технологій. Як свідчать дані НБУ за 2014-2015 рік, IT індустрія має дуже
великий внесок у ВВП країни. Дохід на 2014 рік складає 18.1 млрд. гривень (за
даними Horizon Capital), при цьому є стабільна сплата податків. На 2014-2015
рік налічується 74 000 - 100 000 IT спеціалістів, що працюють у даній сфері.
Прогнози говорять про те, що до 2020 року очікується зростання обсягу
галузі до 182 млрд. грн. в рік, також збільшиться кількість робочих місць до
180 000, тобто 20 000 нових місць щорічно (Рис.1.1). Варто також відмітити,
що на сьогодні середня заробітна плата ІТ спеціаліста становить 2 000 $.
Існує щонайменше 3000 ІТ компаній в Україні. В Черкасах їх налічується
близько 40ка. На рис. 1.1 показано прогноз кількості робочих місць, що будуть
забезпечувати IT компанії. [1]

Рисунок 1.1 - Розвиток структури ринку IT галузі в Україні
Інформаційні та комунікаційні технології в Україні знаходиться на
третьому місці в експорті, після аграрного сектору та металургії. Варто
зазначити, що довго третє місце займала хімічна промисловість, та IT посунула
її на четверте місце.
6
Компанія «Soft» займається створенням програмних продуктів. Компанія
застосовує проєктний підхід до виконання поставлених завдань. Головним
моментом роботи організації є використання Agile методології [1], яка є
гнучкою та дозволяє швидко та оперативно реагувати на зміни вимог та
уподобань клієнтів. Перевагами такого вибору є:
 регулярне спілкування з клієнтом;
 чітке уявлення команди про призначення та подальше використання
кінцевого продукту в цілому;
 оперативне врахування вимог замовника;
 регулярна демонстрація замовнику готової частини продукту;
 інтегральне тестування продукту.
Особливістю затосування таких методологій є приділення великої уваги
комунікаціям із клієнтами. Відносини із клієнтами та партнерами є запорукою
успішної роботи та взаєморозуміння. Способи комунікацій, які застосовуються
на підприємстві:
 персональні зустрічі менеджерів та керуючого персоналу;
 регулярні відеозустрічі з використанням різних додатків;
 щоденне або щотижневе звітування на електронну пошту;
 використання онлайн-ресурсів та додатків для організації спільної
роботи над проектами.
Компанія «Soft» включає в себе відділи створення програмних продуктів
та надання послуг користувачам, пов’язаних з цими продуктами, також
відділи, які займаються роботою з клієнтами та партнерами, продажем програм
та послуг, та допоміжні відділи адміністрування, фінансового обліку,
господарського забезпечення. Крім того, до структури компанії відносяться і
учбово-тренінговий та сертифікаційний центри.
Величезна кількість компаній у сфері ІТ зазвичай працює на
міжнародному рівні. Компанія «Soft» є однією з таких. Компанія «Soft» працює
в сфері IT технологій та займається робочим створенням програмних продуктів
на замовлення або своїх власних продуктів, які продає. Для того, щоб
7
працювати в такій компанії потрібно добре володіти англійською мовою, а
також однією з мов програмування, які є мовами даної компанії. Менеджери
повинні вести проекти та організовувати роботу на проекті, який вони ведуть.
На сьогоднішній день в розвитку технологій та науки ІТ-сфера є однією з
найважливіших у сфері економіки будь-якої держави. Мільйони програмістів
та інших працівників у сфері програмування створюють різноманітні продукти
від найскладніших систем управління виробничим обладнанням та науково-
дослідною технікою до розважальних користувацьких додатків [2].
Компанія застосовує новітні методи розробки програмних продуктів,
тестує свої результати роботи на найновіших засобах програмного
забезпечення, а також використовує для організації праці робітників сучасні
прогресивні методи розподілу задач, звітування та комунікацій.
Компанія паралельно розробляє велику кількість цікавих проектів, серед
яких відеоігри, і додатки для комерційних та торгових підприємств, і програми
для користувачів сонячної електроенергії, і спеціалізовані сервіси для роботи з
конференціями та презентаціями, тощо.
Проект HR module розроблявся для власних потреб компанії.
Проблематика відсутності інструменту для автоматизації HR та Recruitment
процесів зрозуміла - це є надлишок ручної або напівручної роботи. По мірі
того, як компанія розвивалася, і штат її зростав, виникла потреба у створенні
середовища для одержання та обробки інформації про співробітників та
кандидатів. Як і перед будь-якою іншою компанією, перед «Soft» стояв вибір:
обрати готове рішення або розробити власне. Провівши аналіз готових рішень,
було зроблено висновок, що більшість з таких програм лиш частково
покривають задачі, що ставила компанія перед даним проектом і тому слід
придбати декілька додатків, що означає, що HR менеджера мають працювати у
декількох програмах, дублюючи інформацію, що є незручно. Іншим недоліком
готових рішень було те, що деякі бізнес-процеси слід було змінювати, так як
усі готові програми написані під конкретні бізнес процеси, що не завжди
співпадають з тими, що діють у компанії.
8
1.2 SWOТ та PEST аналізи проекту

Методологія проектного менеджменту є одним з тих небагатьох засобів
управління, за допомогою яких досягається більш високий рівень якості
управління, оптимізації та інновації. Реалізація проекту вимагає виконання
певної кількості різноманітних заходів і робіт, які для зручності розгляду
можна поділити на дві групи: основна діяльність і діяльність із забезпечення
проекту. Такий підхід забезпечує поділ процесу реалізації проекту на фази і
стадії, оскільки ці види діяльності часто не співпадають у часі [3].
При формулюванні стратегії впровадження програмного продукту
(інформаційної системи) необхідно чітко уявляти, можливості та загрози
ринку. Процес всебічного пристосування підприємства до зовнішніх і
внутрішніх умов характерний для ринкових умов господарювання
обумовлюється загальною макроекономічною ситуацією, зміною кон’юнктури
ринку чи впливом внутрішніх факторів підприємства. Для ефективного
розвитку в конкурентному середовищі підприємство повинне мати певний
рівень прибутку, постійно збільшувати свою ринкову вартість, зберігати та
збільшувати частку ринку. А це, в свою чергу, передбачає постійні зміни на
підприємстві в організаційній структурі, технології, управлінні [4].
SWOТ-аналіз - це аналіз зовнішнього та внутрішнього середовища
організації. Аналізу підлягають сильні сторони (Strength), слабкі сторони
(Weakness) внутрішнього середовища, а також можливості (Opportunities) і
загрози (Threats) зовнішнього середовища організації [5].
Згідно методології SWOT-аналізу необхідно виявити сильні та слабкі
сторони, можливості і загрози проекту розробки web-додатку "HR module" в
компанії «Soft». Після цього встановлюються зв'язки між ними, які в
подальшому можуть бути використані для формулювання подальшої стратегії
проекту розробки web-додатку "HR module" в компанії «Soft». SWOT-аналіз
проекту розробки web-додатку "HR module" в компанії «Soft» наведений в
таблиці 1.1
9

Таблиця 1.1.
Результати SWOТ-аналізу проекту розробки web-додатку "HR module" в
компанії «Soft».
Strengths Opportunities
(конкурентні переваги) (сприятливі обставини, використання
яких створює переваги)
1. Високий рівень контролю якості; 1. Необхідність в розробці ІС;
2. Зростання оборотних коштів; 2. Ритмічна робота проектної
3. Досвід роботи з клієнтами; команди;
4. Концентрація на певних 3. Погіршення позицій
продуктах та послугах; конкурентів;
5. Передові інформаційні 4. Співпраця з зарубіжними
технології та висока якість партнерами;
обслуговування; 5. Удосконалення менеджменту;
6. Висококваліфікований персонал 6. Надання послуг он-лайн;
та досконала система 7. Участь в міжнародних
управління; проектах
7. Ефективна взаємодія з
місцевими органами влади.
Weaknesses Threats
(слабкі сторони) (фактори, які потенційно можуть
погіршити становище на ринку)
1. Некомпетентність персоналу у 1. Нестабільність політичного
питаннях прийняття середовища;
управлінських рішень; 2. Економічна депресія;
2. Погане управління активами; 3. Можливі великі коливання
3. Не виділяються та не курсу обміну валюти;
вдосконлюються основні 4. Вихід на ринок нових
10
бізнес-процеси; конкурентів;
4. Надмірний ріст персоналу. 5. Збільшення податків.
PEST - аналіз дає можливість виявлення політичних (P - political),
економічних (E - economic), соціальних (S - social) і технологічних (T -
technological) аспектів зовнішнього середовища, які впливають на реалізацію
інвестиційної фази проекту будівництва торгівельного центру [6].
Таблиця 1.2.
PEST аналіз проекту розробки web-додатку "HR module" в компанії «Soft».
Група
факторів Фактор Опис

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

енергетики технологій, використання сучасної техніки та
обладнання.

11
Політика досліджується, тому що вона регулює владу, яка в свою чергу
визначає середовище проекту і отримання ключових ресурсів для його
реалізації. Основна причина вивчення економіки - це створення картини
розподілу ресурсів на рівні держави, що впливає на реалізацію проекту. Не
менш важливі споживчі переваги визначаються за допомогою соціального
компонента PEST-аналізу. Останнім чинником є технологічний компонент.
Метою його дослідження прийнято вважати виявлення тенденцій у
технологічному розвитку, які часто є причинами змін і втрат ринку, а також
появи нових продуктів [7].
Таким чином, стратегічне управління проектом розробки web-додатку "HR
module" в компанії «Soft» дасть можливість забезпечити подання процесів
управління із необхідним ступенем деталізації, що дозволить врахувати ряд
додаткових (якісних) характеристик та формувати раціональні рішення [8].

1.3. Концепція проекту

Проект розробки web-додатку "HR module" в компанії «Soft», що
представляється нам, як принципово нова система, що автоматизує повний
спектр HR та Recruitment процесів, що увібрала в себе багаторічний досвід
групи програмістів і аналітиків «Soft». Тому, оцінивши ресурси, необхідні для
реалізації даного проекту, було прийнято рішення розробити свій продукт під
назвою HR Module.
Метою проекту розробки web-додатку "HR module" в компанії «Soft» є
підвищення ступеню автоматизації роботи компанії «Soft» в рамках єдиної
архітектури на рівні, що не уступає ведучим вітчизняним розробкам. Дерево
цілей представлене на рисунку (Рис. 1.4). Другорядною метою проекту є
створити зручний для використання web-додаток для автоматизації HR та
Recruitment процесів, щоб мати можливість продати її іншим фірмам чи
організаціям даної галузі, при чому, щоб дана ціль не зашкоджувала головній
меті проекту для даної організації.
12
Впровадження web-додатоку забезпечить такі можливості:
- підтримка організаційних процесів компанії «Soft» шляхом обміну,
обробки інформації та прийняття рішень,створення інфраструктури,
що сприяє підняттю ефективності інформаційного обміну;
- автоматизація HR та Recruitment процесів.

Рисунок 1.2 Дерево цілей

Дерево цілей має чотири рівні завдань. Опис та шляхи досягнення цілей
представлені в таблиці (табл. 1.3)
Таблиця 1.3
Опис та шляхи досягнення цілей
Код Ціль Шляхи досягнення Вага
цілі
Створення конкурентно
С здатного програмного Розробити програмний продукт для 1
продукту
С Автоматизація HR та
1 Recruitment процесів Розробити web-додатку "HR module" 0,65

Створення
С рентабельного Розробити програмний продукт для
2
програмного продукту клієнтів компанії «Soft» 0,35

13
Розробка АРМів Розробити технічний комплекс разом
С11 працівників з організаційно-технічними 0,15
регламентами
С12 Створення WEB сайту Розробити WEB сайт 0,20
С Розробка якісного Розробка продукту у відповідності до
21 продукту стандартів 0,05

С Мінімізація витрат на Просування через пошукові системи
22 підтримку та соціальні мережі 0,45

С Розробка програмного Розробка фунціоналу із
111 забезпечення застосуванням сучасних мов 0,15
програмування
С Впровадження
112 програмного продукту Підтримки та навчання персоналу 0,08

С121 Розробка Розробтити інтерфейс для взаємодії
Front end між користувачем і 0,15
back end
С122 Розробка back end Розробити бази даних та функціонал 0,07
Забезпечення належного
С рівня якості за Проведення тестування, розробка
211 допомогою тестування тестової документації 0,12

та тестової документації
Забезпечення
С212 коректності та Перевірка функціоналу, пошук багів 0,08
надійності розробки
Забезпечення
С стабільного
221 функціонування Розробка точних проектних рішень 0,35
продукту
С222 Розвиток продукту Впровадження покращень та
необхідних змін 0,10

За класом проекту (складом і структурою самого проекту та його
предметної галузі) проект розробки web-додатку "HR module" є:
1) за класом – монопроект;
14
2) за типом – економічний;
3) за видом – інвестиційний;
4) за тривалістю – короткостроковим;
5) за масштабом – середній;
6) за ступенем складності – простий.
Відповідно до методології проектного менеджменту, необхідно визначити
середовище, в якому виникає, існує і завершується проект. Адекватне бачення
оточення проекту має неабияке значення, так як проект є породженням цього
середовища і існує для задоволення тих чи інших його потреб. Тому
життєздатність проекту максимальною мірою залежить від того, наскільки
точно подано опис оточення проекту з позиції його взаємодії з проектом [10].
Оточення проекту — це чинники впливу на його підготовку та реалізацію.
Оточення проекту впровадження енергозберігаючих технологій представлено
на рис. 1.5.
Ініціатор компанія Замовник Інвестор Керівник проекту
«Soft» компанія «Soft» компанія «Soft»
Проектувальник
Конкуренти Проект розробки компанія «Soft»

web-додатку "HR
module"
Команда проекту

Фінансова Ліцензіари, органи Підрядник
влади
уснанова АКІБ
«ПриватБанк»

Рисунок 1.5. Оточення проекту.
Основними учасниками проекту розробки web-додатку "HR module" є:
15
1) Інвестор - суб'єкт інвестиційної діяльності, що здійснюють вкладення
власних, позикових або притягнутих засобів у формі інвестицій і забезпечує
їхнє цільове використання[11]. Як інвестора можуть виступати:
- органи, уповноважені керувати державним і муніципальним майном і
муніципальними правами;
- громадяни, підприємства, об'єднання підприємців і інші юридичні особи;
- іноземні фізичні і юридичні особи, держави і міжнародні організації.
В даному проекті інвесторами виступають компанія «Soft» .
2) Замовник є головним учасником проекту розробки web-додатку "HR
module". Замовниками в даному проекті виступають компанія «Soft».
3) Користувач проекту може бути інвестор або замовник, а також інші
фізичні і юридичні особи, державні і муніципальні органи і міжнародні
організації, для яких створюється об'єкт інвестиційної діяльності. В даному
проекті користувачами виступають працівники компанія «Soft», а також
працівники організації, яка купить даний додаток.
4) Керівник проекту [13] для забезпечення ефективного керівництва
командою повинний:
- визначити організаційну структуру команди, підібрати її склад,
розподілити функції й обов'язку;
- призначити керівників і відповідальних за окремі напрямки;
- вчасно спланувати, розподілити і скоординувати роботу;
- чітко пояснити мети і задачі;
- переборювати перешкоди й уникати конфліктів;
- забезпечить трудову активність команди силою особистого авторитету,
зацікавити кожного члена команди, надавати їм допомогу і виявляти
участь, підтримати перспективу команди;
- залучати усіх до рішення задач;
- забезпечити підтримку проекту з боку керівництва і регулювання
відносин з оточенням команди, створювати привабливий імідж
команди.
16
Керівник проекту – особа , відповідальна за успіх проекту, а також за
підбор і роботу своєї команди і завершення проекту. Це відбувається в рамках
обмежень, накладених партнерськими й іншими організаціями, зовнішніми
стосовно проектної команди.
Керівник проекту є ключовою фігурою в команді проекту. Від його
лідерських якостей, організаційних здібностей, харизми, уміння вчасно
приймати рішення і згладжувати конфлікти прямо залежить успіх проекту.
Керівник проекту повинний бути призначений якомога раніше. Звичайно
керівника проекту призначає Замовник (директор компанії «Soft» ).
5) Команда проекту [13] використання методології управління проектами
припускає створення спеціальної групи (команди проекту ), що керує процесами
в рамках реалізованого проекту. Ця група створюється на період реалізації
проекту і після його завершення розпускається. Команда проекту – спільність
людей, що регулярно взаємодіє один з одним для досягнення визначеної цілі
проекту, що вважає себе цілим, відмінним від інших груп і окремих працівників.
Навіть володіючи кращими інформаційними системами і високою
мотивацією, деякі з проектів бувають успішними без ефективної команди
проекту. Проблема полягає в тім, що часто команди проекту були
зігноровані, коли менеджмент був сфальцьований на розробці загального
сітьового плану. Що може утруднити створення команди? Це те, що люди, що
ніколи до цього не працювали разом, повинні почати спільно швидко й
ефективно працювати для виконання задачі, що ніхто з них не виконував
раніше.
Показники ефективної діяльності команди.
- ясне розуміння цілі проекту і націленості на кінцевий результат;
- чіткий розподіл функцій і відповідальності;
- наявність плану розвитку команди;
- командна солідарність;
- взаєморозуміння і безконфліктність;
- відвідуваність робочих нарад і активна участь у рішенні проблем.
17
В даному проекті до команди проекту відносимо: головний розробник, 3
розробника,QA- інженер, QS –інженер, системний адміністратор, дизайнер
сайту (OBS проекту в Додатку А) .
6) Проектувальники - здійснюють розробку всіх проектних рішень. В
даному проекті виступають два експерти з галузі створення ІС. Також можна
віднести до непрямих проектувальників працівників компанія «Soft» », так як їх
можна використовувати, як експертів в галузі туристичного бізнесу (головним
експертом виступає головний аналітик).
7) Постачальники – надають послуги при виникненні потреби в
матеріалах, устаткуванні та інших послугах, необхідних для виконання робіт
9) Ліцензіар - організація, яка видає ліцензії.
10) Фінансовий інститут – це різні кредитні установи. (В проекті
використовується власний капітал, тому фінансовий інститут не фігурує).
11) Посередники (консалтингові, інжинірингові і інші фірми).
12) Конкуренти - сторона, яка завжди не зацікавлена в успішному
виконанні проекту.
Джерела фінансування даного проекту - це власні кошти компанії, ні
кредитні, ні інвесторські кошти до проекту не залучалися.

Висновки до розділу 1
В першому розділі досліджено предметна сфера, ідея та можливості
реалізації проекту розробки web-додатку "HR module", розроблено концепцію
проекту, здійснено PEST та SWOT аналізи проекту. Сформовано резюме
проекту розробки web-додатку "HR module", де описано мету проекту,
оточення та учасники проекту, інвестиційні можливості та продукт проекту.
Розроблено цільове дерево проекту, сценарій його реалізації на основі
сценарно-цільового методу.

18
РОЗДІЛ ІІ Галузі знань розробки web-додатку "HR module" на основі
проектного підходу
Управління процесом розробки веб-додатку "HR module" передбачає
управління змістом проекту, управління трудовими ресурсами проекту,
управління часом, управління фінансовими ресурсами на виконання проекту,
управління закупівлями супутнім обладнанням і витратними матеріалами,
управління якістю проекту, мінімізація ризиків і управління цими ризиками,
управління інформаційним зв’язком в проекті, управління інтеграцією в
проекті, контроль проекту [14, 15].
2.1. Управління змістом проекту

Управління змістом проекту включає в себе процеси, що забезпечують
включення в проект тих і тільки тих робіт, які необхідні для успішного
завершення проекту. Управління змістом проекту безпосередньо пов’язане з
визначенням і контролем того, що включається і що не включається в проект.
[16]
Процес управління змістом проекту включає в себе наступні роботи:
 збір вимог – процес визначення та документування потреб зацікавлених
сторін проекту для досягнення цілей проекту;
 визначення змісту – процес розробки докладного опису проекту та
продукту;
 підтвердження змісту – процес формалізованого приймання завершених
результатів проекту;
 управління змістом – процес моніторингу статусу проекту та змісту
продукту, а також управління змінами базового плану по змісту. [17]
Веб додаток “HR module” створений для того, щоб допомагати HR-
департаменту та менеджменту айті компанії виконувати свою роботу, а саме
зберігати, редагувати та аналізувати наступне:
 Інформація про кандидатів на працевлаштування;
 Інформація про працівників;
19
 Дані про відпустки та лікарняні працівників;
 Характеристика роботи кожного працівника;
 Календар святкових днів;
 Розподіл навантаження по проектам;
 Календар навантаження працівників;
 Мови програмування, технології, які використовуються працівниками
фірми (Ruby, Php, Java та інші), та описують працівників, як фахівців у
тій чи іншій сфері айті технологій;
 Інформація для проведення співбесід для кандидатів;
 Посадова інструкція для HR менеджера та проектного менеджера IT
компанії.
HR модуль включає в себе дев’ять функціональних сторінок. Головна
сторінка називатися “Masters”, це база даних всіх співробітників компанії (рис.
2.1). Тут є можливість фільтрації за технологією співробітників, за статусом
(працює або звільнений). А також є поле для пошуку співробітника.

Рисунок 2.1. - Сторінка “Masters”
20
Головною особливістю цієї бази є можливість більш детального
перегляду профілю і редагувати профіль співробітника (рис. 2.2).

Рисунок 2.2 - Форма перегляду профілю співробітника

Рисунок 2.3 - Форма редагування и створення профілю співробітника

21
Сторінка “candidates” має схожу структуру зі сторінкою “Masters” це база
даних всіх кандидатів, з якими була співбесіда. Метою створення цієї бази була
автоматизація проходження всіх етапів інтерв'ю, та автоматичне перенесення
всіх даних про кандидата у основну базу співробітників у випадку позитивного
результату інтерв'ю. Також є функція автоматичного відправлення вітального
листа з необхідною інформацією на особисту електронну пошту кандидата
(рис.2.4)

Рисунок 2.4 - Сторінка “candidates”

Ця сторінка також має фільтрацію по технологіям та за статусом
кандидата.
Сторінка “Interviews” це база даних, де можна переглядати призначенні
та минулі інтерв’ю (рис. 2.5). Метою створення цієї сторінки було організація
праці HR. Тут є можливість створення інтерв’ю, а також фільтрація за статусом
і за результатом.
22

Рисунок 2.5 - Сторінка “Interviews”

Сторінка “Rules” це база даних (рис. 2.6), де можна переглядати усі
основні правила та обов'язки затвердженні компанією. Метою створення цієї
сторінки була необхідність мати швидкий доступ до даної інформації. Тут
також є можливість створення, редагування та видалення контенту.

Рисунок 2.6 - Сторінка “Rules”

Сторінка “Questions” це база даних, де можна переглядати усі основні
питання для кандидата по технологіям, які написані на двох мовах(українська
та англійська). Метою створення цієї сторінки була необхідність мати швидкий
доступ до даної інформації. Тут також є можливість створення, редагування та
видалення контенту (рис. 2.7).

23

Рисунок 2.7 - Сторінка “Questions”

Сторінка “Projects” це база даних, де можна переглядати усі проекти, які
на даний час розробляють в компанії (рис. 2.8).
По проекту можна отримати такий перелік інформації:
 ім'я проект менеджера (один проект менеджер може займатися
одночасно декількома проектами);
 склад команди (перелік всіх співробітників, які займаються даним
проектом)
 час початку і час завершення (прогнозований);
24
 статус Active чи Support (Active -- це активна стадія розробки проекту,
Support - стадія підтримки після релізу проекту);
 навантаження робітника, який приймає участь у проекті (у відсотковому
значенні до його робочого часу);
 коментарі.
Всю інформацію можна редагувати та змінювати, також є можливість
додавати чи видаляти співробітників з проекту. Метою створення цієї сторінки
була необхідність мати швидкий доступ до даної інформації. Тут також є
можливість створення, редагування та видалення контенту.

Рисунок 2.8 - Сторінка “Projects”

Фільтрація здійснюється за двома показниками:
 За проджект менеджером (за ім'ям проджект менеджера);
 За статусом Active чи Support (Active -- це активна стадія розробки
проекту, Support -- стадія підтримки після релізу проекту).
Сторінка “Load Calendar” це календар, де можна переглядати
прогнозоване навантаження усіх співробітників компанії розподілене за часом
(рис. 2.9).

25

Рисунок 2.9 - Сторінка “Load Calendar”

Прогнозоване навантаження у відсотках позначають чотири кольори:
 червоний -- це 100% навантаження;
 темно оранжевий -- це 75% навантаження;
 світло оранжевий -- це 50% навантаження;
 жовтий -- це 25% навантаження;
 зелений -- це 0% навантаження.
Всю інформацію можна редагувати та змінювати. Метою створення цієї
сторінки була організація розподілення роботи для співробітників та
організація діяльності менеджерів. Тут також є можливість створення,
редагування та видалення контенту.
Фільтрація здійснюється за двома показниками:
26
 За технологією, якою володіє співробітник;
 Та за статусом (Free, Free soon, Unavailable).
Також є можливість пошуку співробітника за ім’ям.
Сторінка “Vacations” це календар, де можна переглядати прогнозоване
навантаження усіх співробітників компанії розподілене за часом. [7], [8]
Необхідною умовою проведення аналізу проекту є показ основних етапів
розробки та принципів формування структури декомпозиції робіт проекту.[6]
Проект розробки HR module складається з трьох фаз:
 передінвестиційна;
 інвестиційна;
 завершальна фаза.
Кожна фаза містить свої удільні комплекси робіт, які необхідно
провести, для успішного виконання проекту. [9]
Відповідно план проекту зазначено в табл. 2.1
Таблиця 2.1. – План проекту
Фази проекту Задачі
Передінвестиційна фаза Написання проектної документації
Розробка ескізу (приклад наведено в Додатку Б)
Опис функціональної частини
Опис тестової документації
Оцінка проекту в людино-годинах
Розробка документації
Інвестиційна фаза: Менеджмент задач проекту
Розробка дизайну додатку
Налаштування тестового серверу
Розгортання проекту
База всіх співробітників з можливістю додавання,
видалення окремого співробітника та редагування
27
Фази проекту Задачі
інформації про нього;
Пошук співробітника за іменем, статусом, або
технологією;
База всіх кандидатів з можливістю додавання, видалення
окремого кандидата та редагування інформації про нього;
Пошук кандидата за імненем та статусом;
Автоматичне завантаження резюме окремого кандидата на
приватний файловий хостинг Seafile;
Можливість залишити відгук про окремого кандадата
після інтерв'ю та відгук по тестовому завданню кандидата;
Можливість залишити відгук про окремого кандадата
після інтерв'ю та відгук по тестовому завданню кандидата;
База всіх проектів з можливістю додавання, редагування
та видалення окремого проекту;
Додавання окремого співробітника на проект за
можливістю обрання його ролі, та періоду роботи над цим
проектом;
Навантаження співробітників: кожен майстер може бути
на декількох проектах, на кожному з яких визначається
його навантаження у відсотковому співвідношенні;
Календар з графічним відображенням навантаження всіх
співробітників на всіх проектах, відпусток та вихідних
днів. Також реалізований пошук співробітників в
календарі за іменем та технологіями;
Відправка листа менеджеру з проханням залишити свій
відгук про співробітників, з якими він працював над
поточним проектом;
Можливість пошуку співробітників, які вільні, тобто не
мають навантаження, станом на поточний день;
Можливість пошуку співробітників, які стануть вільними
найближчим станом;
Атоматизація процесу оформлення відпустки
співробітника. Автоматичне відправлення листів
менеджерам про відпустку співробітника з інформацією
про відпустку та проханням підтвердити, або відхилити
запит;
Автоматичне обчислення наявних днів для відпустки для
28
Фази проекту Задачі
окремого співробітника;
Автоматичне імпортування всіх святкових та вихідних
днів на наступний рік з Google Calendar;
База всіх інтерв'ю співробітників з клієнтами.
Автоматичне відправлення інформації про майбутнє
інтерв'ю на пошту співробітника. Можливість
відображення інформації про всі вдалі та невдалі інтерв'ю
співробітника. Також реалізований пошук інтвер'ю за
статусом;
Правила для менеджерів проектів та HR менеджерів.
Сторінка з переліком основних правил та порад щодо
ситуацій, які можуть скластится в офісі, або під час
робочого процесу;
Сторінка з питаннями для клієнтів. Всі питання
відсортовані по технологіям, кожне питання сформоване
українською та англійською мовою;
Реалізація авторизації на сайті за допомогою
внутрішнього провайдера авторизації MOC ID
Завершальна фаза: Збір відгуків та побажань до змін та покращень

Імпліментація змін до проекту.
Завершальне тестування проекту.
Інтеграція
Заповнення бази даних
Підготовка до релізу
Здача проекту

Даний перелік фаз і їхніх підпорядкованих робіт наведено на структурі
декомпозиції робіт, тобто WBS проекту (рис.2.10 ).

29

Рисунок 2.10 - WBS проекту

2.2. Управління трудовими ресурсами проекту

Управління трудовими ресурсами проекту включає в себе процеси
організації, управління та керівництво командою проекту. Команда проекту
складається з людей, яким визначені ролі та відповідальність за виконання
проекту. По мірі виконання проекту професійний і чисельний склад команди
проекту може часто змінюватися. Членів команди проекту також іноді
називають «персоналом проекту». Розподіл ролей і відповідальності між
членами команди проекту дозволяє всім членам команди брати участь в
плануванні проекту і прийняття рішень, що є цінним для проекту. Залучення
членів команди до участі на ранніх стадіях проекту дозволяє використовувати
наявний у них досвід при плануванні проекту і зміцнює націленість команди на
досягнення результатів проекту [24].
Управління трудовими ресурсами вкрай важливий пункт в процесі
аналізу можливих перспектив та ризиків новостворюваного підприємства, а
30
також при написанні бізнес-плану, який необхідний інвесторам, для надання
необхідної інформації.
Процес управління трудовими ресурсами проекту складається з
наступних процесів:
 розробка плану управління людськими ресурсами – процес визначення та
документування ролей, відповідальності, необхідних навичок та
підзвітності, а також створення плану управління забезпеченням проекту
персоналом
 набір команди проекту – процес підтвердження доступності людських
ресурсів і набору команди, необхідної для виконання завдань за
проектом;
 розвиток команди проекту – процес підвищення кваліфікації членів
команди проекту, поліпшення взаємодії між ними і загальних умов
роботи команди з метою підвищення ефективності виконання проекту;
 управління командою проекту – процес контролю ефективності
діяльності членів команди, забезпечення зворотного зв’язку, вирішення
проблем і управління змінами, спрямований на оптимізацію виконання
проекту[25].
Команда управління проектом – це частина команди проекту, яка
відповідає за виконання дій з управління і керівництва проектом, таких як
ініціація, планування, виконання, моніторинг, контроль і завершення різних
фаз проекту. Ця група також може називатися «ядром», «адміністративною
групою» або «лідерської групою». У невеликих проектах обов’язки з
управління проектом можуть бути розподілені між усіма членами команди або
доручені безпосередньо менеджеру проекту. Спонсор проекту працює в
контакті з командою управління проектом і зазвичай бере участь у вирішенні
таких питань, як фінансування проекту, уточнення змісту проекту, моніторинг
поточного стану та надання впливу на інших осіб в інтересах проекту [26, 27].
В будь-якій організації та будь-якому підприємстві є головна особа, яка
відповідає за правильність функціонування виробничих та невиробничих
31
процесів, своєчасне виконання поставлених задач, правильність прийняття
управлінських рішень та передачу необхідної інформації нижче стоячим
підрозділам. Тобто, директор або, в нашому випадку, проектний менеджер.
Проектний менеджер (ПМ) — це фахівець, чиєю головною завданням є
управління проектом в цілому: проектування і розстановка пріоритетів,
планування виконання завдань, контроль, комунікації, а також оперативне
вирішення проблем.
Основна обов'язок і відповідальність ПМ — довести ідею замовника до
реалізації у встановлений термін, використовуючи існуючі ресурси. В рамках
цієї задачі ПМ необхідно побудувати план розробки, організувати команду,
налаштувати процес роботи над проектом, забезпечити зворотний зв'язок між
командою і замовником, усувати перешкоди для команди, контролювати якість
і поставку продукту в строк.
Завдання ПМ'а можна класифікувати як тактичні і стратегічні. Тактичні -
це вирішення щоденних проблем проекту, усунення перешкод на шляху
команди. Стратегічні полягають у тому, щоб координувати спільну мету
проекту, шлях до неї, а також швидкість пересування.
Обов'язки ПМ'а у даному проекті:
 проектна документація;
 складання плану проекту;
 узгодження термінів;
 аналіз можливих ризиків;
 участь у підборі та затвердження проектної команди;
 розбивка продукту на компоненти і роздача їх виконавцям;
 визначення необхідних ресурсів і робочого середовища, їх розподіл
всередині команди;
 постановка робочого процесу в команді (розробка, тестування, робота з
вимогами);
 визначення пріоритетності завдань;
 організація роботи команди навколо необхідної задачі;
32
 відстеження стану проекту, ходу виконання завдань;
 відстеження належної пріоритетності виконання завдань;
 відстеження навантаження завданнями і прогресу за завданням кожного
розробника;
 відстеження термінів виконання завдань;
 утримання команди в робочому стані, мотивація команди;
 створення прозорого середовища спілкування між всіма учасниками
процесу;
 відстеження задоволеності проектом з боку команди;
 рішення різноманітних конфліктних ситуацій всередині команди і в
зв'язці замовник-команда;
 спілкування з замовником, управління його очікуваннями;
 надання замовнику звітності про хід виконання завдань і проекту в
цілому;
 презентація замовнику готових рішень, демо-версій, прототипів;
 інтерв'ювання нових членів команди.
У даному проекті також задіяний провідний програміст.
Провідний програміст (ПП) — програміст, який очолює один або
кілька проектів по розробці програмного забезпечення, або програміст, який
має певний рівень підготовки, трудового стажу і відповідний рівень освіти для
отримання цього статусу.
Провідний програміст, як правило, має високий рівень підготовки в
області розробки програмного забезпечення і має досвід розробки програмних
продуктів із застосуванням великого спектру технологій. Його головним
завданням є координація проектів з першої стадії розробки і до завершальних
стадій тестування та технічної підтримки і безпосередню участь в розробці в
якості кваліфікованого фахівця.
Головними якостями провідного програміста є вміння мислити системно,
в перспективі, бачити всі стадії розробки проекту, відстежувати тенденції
33
сучасного ринку і вміти застосовувати найбільш перспективні і сучасні
технології у своїх проектах, якщо це буде потрібно.
В даному проекті ПП має такі завдання:
 архітектуру, яка лежить в основі розроблюваної програми
 розподіл роботи і відстеження виконання завдань іншими учасниками
команди
 навчання нових або менш досвідчених розробників;
Хоча його обов'язки, переважно, технічні, провідний програміст служить
проміжною ланкою між програмістами і менеджментом, а також має деякі
обов'язки менеджера, в тому що стосується розподілу робіт і стеження за тим,
що проекти вписуються у відведений час і бюджет. Провідний програміст
зазвичай є технічним радником для менеджменту і надає технічну частину при
розробці вимог.
У даному випадку ПП це і Backend програміст.
Backend програміст - це той фахівець web-програмування, який
програмує і створює серверну частину веб-сайту. В даному проекті він
займається WEB-розробкою сайту, забезпечує висновок необхідного контенту
з бази даних у потрібних ділянках web-сайту, автоматизує процес збору
інформації про користувачів, захищає сайт від злому.
Велика частина роботи програміста в даному проекті пов'язана з
написанням коду та налагодженням програм на мові програмування “Ruby”.
Різні мови програмування підтримують різні стилі програмування
(парадигми програмування). Завдання Backend програміста полягає в тому,
щоб вибрати мову програмування, що найбільш повно підходить для
вирішення поставленого завдання.
Програміст (в даному проекті 2й Backend програміст)— спеціаліст, який
займається написанням програми, а саме роботу над задачами веб розробки
додатку разом з провідним програмістом.
34
Програмісти були включені в проектну команду з метою написання
головної частини, які необхідні для успішного функціонування проекту та
проектного продукту.
QA-інженер — це спеціаліст з забезпечення якості, діяльність якого
спрямована на поліпшення процесу розробки, запобігання дефектів і виявлення
помилок в роботі продукту.
Основне завдання QA на цьому проекті — забезпечення якості продукту.
QA-інженер фокусує увагу на процесах розробки, покращує їх, запобігає появі
дефектів і проблем.
Процес забезпечення якості складається з таких етапів:
 перевірка вимог до продукту;
 планування ідей щодо поліпшення якості продукту;
 планування тестування;
 написання документації;
 процес тестування;
 аналіз результатів тестування;
Веб-дизайн (від англ. Web design) — галузь веб-розробки і різновид
дизайну, в завдання якої входить проектування користувальницьких веб-
інтерфейсів для сайтів або веб-додатків. Веб-дизайнери проектують логічну
структуру веб-сторінок, продумують найбільш зручні рішення подачі
інформації і займаються художнім оформленням веб-проекту. В результаті
перетину двох галузей людської діяльності грамотний веб-дизайнер повинен
бути знайомий з останніми веб-технологіями і володіти відповідними
художніми якостями. Більшість фахівців, що працюють в області дизайну,
зазвичай концентрує в собі таке творче освіта, як студія дизайну.
Веб-дизайнер — порівняно молода професія, і професійну освіту в
області веб-дизайну в Росії поки не поширено. У зв'язку зі збільшенням попиту
на представництво в Мережі зростає і попит на дизайн сайтів, збільшується
кількість веб-дизайнерів. В даний час послуги веб-дизайну надають як веб-
студії, так і приватні особи (веб-дизайнери, які є фрілансерами).
35
Основне завдання Дизайнера на цьому проекті:
 Створення дизайну сайту, окремих сторінок;
 Растеризація макетів сайтів або окремих його сторінок;
 Створення іконок, ілюстрації для сайту.
Для складання вимог до виробничого персоналу та програмістів,
відбору працівників серед потенційних кандидатів, вирішення питань,
пов’язаних з персоналом, перевірки роботи та перевірки продукту програмістів
та виробничого персоналу в проектну команду був включений адміністратор.
Системний адміністратор — це IT-спеціаліст, який займається
налаштуванням та забезпеченням стабільної роботи комп'ютерного парку..
Головне завдання системного адміністратора — поліпшувати і
модернізувати всю інформаційну інфраструктуру на проекті та в компанії в
цілому, а також стежити за її працездатністю, реагувати на виникаючі
проблеми.
Основне завдання адміністратора на цьому проекті:
 Налаштування апаратного і програмного забезпечення для стабільної
роботи;
 Конфігурування серверів, відмовостійких рішень, інфраструктурних
елементів;
 Установка/інсталяція серверів, сервісів, модернізація існуючих;
 Обслуговування офісної комп'ютерної техніки;
 Написання серверного ПЗ;
 Тестування апаратного забезпечення;
 Налаштування робочих станцій, мереж і мережевого обладнання
(роутери, модеми);
 Інформаційна безпека;
 Організація резервного копіювання;
 Організація віддаленого доступу;
 Підтримка користувачів;
36
Проведення закупівель нового апаратного і програмного забезпечення.
HR асистент - це учасник проекту, що на завершальній стадії проекту має
внести всю необхідну інформацію в базу даних додатку.
Основне завдання HR асистент на цьому проекті:
 Контент менеджмент даних про працівників;
 Контент менеджмент даних про кандидатів;
 Внесення усіх офіційних свят (для коректного подальшого планування
проектів айті-компанії)
Організаційну структуру проекту (OBS) наведено на рис. (2.11)

Рис. 2.11. - OBS проекту розширення та модернізації

Також Відповідно до проектних робіт виведемо матрицю
відповідальності [13] (табл. 2.2).
Таблиця 2.2 - Матриця відповідальності проекту
Відповідальні трудові ресурси
Менедж Провід Прогр QA Дизай HR Адм
Назви задач проекту ер ний аміст інжен нер асис ініс
пргора ер тент трат
міст ор
1.1. Написання плану проектної
документації З,В,Вик Вик

1.2. Розробка ескізу К Вик
1.3.1 Опис функціональної
частини К,Пог Вик

1.3.2 Опис тестової документації К Вик
1.3.3 Оцінка проекту в Пог,КВи
людиногодинах к В,Вик

2.1. Розробка документації Пог, Вик Вик
2.2. Меджмент задач проекту Вик
2.3. Розробка дизайну додатку К,Пог В,Вик
37
Відповідальні трудові ресурси
Менедж Провід Прогр QA Дизай HR Адм
Назви задач проекту ер ний аміст інжен нер асис ініс
пргора ер тент трат
міст ор
2.5 Налаштування тестового
серверу К,П П Вик

3.1 Розгортання проекту К Вик
3.2.1 Веб розробка проекту К, Пог К,Пог,
В,Вик Вик

3.2.2 Тестування проекту К В,Ви
к

3.2.3 Збір відгуків та побажань до Вик В,П
змін та покращень
ог

3.3 Імпліментація змін проекту З,Пог Вик Вик
3.4.1 Завершальне тестування
проекту К Вик

3.5.1 Інтеграція К Вик
3.5.2 Здача проекту Вик

В - Відповідальний, 3 – Затверджує, Вик - Виконавець, Пог – Погоджує,
К - Контролюючий, П - Приймає
2.3 Управління часом проекту

Управління часом проекту включає в себе процеси, що забезпечують
своєчасне завершення проекту. До таких процесів належать такі:
 визначення операцій – процес визначення конкретних операцій, які
необхідно виконати для отримання результатів проекту;
 визначення послідовності операцій – процес виявлення і документування
залежностей між операціями проекту;
 оцінка ресурсів операцій – процес оцінки типів і кількості матеріалів,
людських ресурсів, обладнання або поставок, необхідних для виконання
кожної операції;
 оцінка тривалості операцій – процес приблизного визначення кількості
робочих періодів, необхідних для завершення окремих операцій при
передбачуваних ресурсах;
38
 розробка розкладу – процес аналізу послідовностей операцій, їх
тривалості, потреби в ресурсах і тимчасових обмежень для створення
розкладу проекту;
 управління розкладом – процес моніторингу статусу проекту для
коригування його виконання і внесення змін до базового розкладу.
Будь-який проект обмежений часовими рамками. Проект HR module не є
виключенням і тому доцільно висвітлити основні часові затрати на реалізацію
проекту, критичний шлях реалізації проекту та роботи критичного шляху.
Основні роботи, які необхідні для успішної реалізації проекту, наведено
в діаграмі Ганта проекту (рис. 2.12).
Відповідно до рис. (2.12), задачі головним програмістом і другим
програмістом виконуються паралельно.
Діаграма Ганта проекту відображається у правій частині рис. (2.12). Вона
відображає у графічному вираженні послідовність виконання робіт проекту,
тривалість робіт, процент виконання робіт та ресурси, які задіянні у виконанні
поставлених задач.
У лівій частині рис. 2.12 відображається структура робіт проекту,
попередники робіт проекту та тривалість виконання робіт проекту. До
основних фаз проекту належать:
 передінвестиційна фаза проекту;
 інвестиційна фаза проекту;
 завершальна фаза проекту.
Кожна робота проекту відображається блакитним прямокутником на
діаграмі Ганта (Додаток А). Стрілка, яка виходить з кожного прямокутника
означає наступну послідовність робіт, які необхідні для виконання проекту.
Для того щоб уникнути перенавантаження трудових ресурсів, їхня
завантаженість вибиралася у відсотковому співвідношенні, що відображається
на діаграмі Ганта біля прямокутників.
Сітьове планування полягає у створенні логічних діаграм послідовності
виконання проектних робіт – сіткових графіків – і визначенні тривалості цих
39
робіт та проекту в цілому з метою подальшого контролю [34]. Програмний
продукт, що використовувався - MS Project.
В табл. 2.3 наведена оцінка фаз проекту
Таблиця 2.3 - Тривалість фаз проекту
Фази проекту Оцінка часу
Передінвестиційна фаза 12 день
Написання плану проектної документації
2 день
Розробка ескізу 8 день
Опис функціональної частини 2 день
Опис тестової документації 1 день
Оцінка проекту в людино-годинах 1 день
Розробка документації 1 день
Інвестиційна фаза 37 день
Меджмент задач проекту 36 день
Розробка дизайну додатку 8 день
Налаштування тестового серверу 1 день
Розгортання проекту 2 день
Веб розробка проекту 32 день
Тестування проекту 3 день
Завершальна фаза(операційна) 11.5 день
Збір відгуків та побажань до змін та 2 день
покращень
Імплементація змін проекту 3.5 день
Завершальне тестування проекту 2 день
Інтеграція 4 день
Здача проекту 1 день
Всього: 54.5 дні
40
Сітьове планування полягає передусім у побудові сіткового графіка та
обчисленні його параметрів.
Сітьовий графік – це графічне подання робіт проекту, яке відбиває їх
послідовність та взаємозв’язок. Для його побудови потрібно мати список робіт
та логічні зв’язки між ними.
До побудови сіткової діаграми потрібно визначити зв’язки між роботами,
які можуть бути двох типів:
 послідовні, коли одна робота виконується після другої;
 паралельні, коли декілька робіт можуть виконуватися водночас.
Сіткові графіки будуються зліва направо графічним зображенням
проектних робіт та означенням логічних зв’язків між ними.

Рис. 2.13. Сітьовий графік

41

Рис. 2.14. Сітьовий графік (продовження)

Відповідно до рис. (2.13), є роботи що є паралельними, тобто, тими які не
вливають на загальну тривалість проекту, а отже на сітьовому графіку їх
виділено блакитним кольором. Усі інші роботи належать до критичного шляху
проекту, а тому їх колір червоний.
Відображення сітьового графіка проекту вибирається у лівій частині
вікна програми MS Project кліком на відповідній позначці – «Сетевой график».
На рис. (2.13) кожна робота відображається у вигляді прямокутника:
червоні належать до критичного шляху, сині – задачі, тривалість яких не
впливає на загальну тривалість проекту. Для того щоб спростити сприйняття
сітьового графіка, кожній роботі присвоюється порядковий номер, відповідно
до порядкового номеру у діаграмі Ганта.
Критичний шлях – це максимальний за тривалістю повний шлях у
мережі від початку і до завершення реалізації проекту. Роботи, що лежать на
цьому шляху, також називаються критичними. Саме тривалість критичного
шляху визначає найменшу можливу загальну тривалість робіт з проекту в
цілому.
42
Будь-який проект містить критичний шлях реалізації. Наявність
декількох критичних шляхів є можливою ситуацією для будь-яких проектів.
Проект HR module містить один критичний шлях, який зображений на рис.
(2.14) з роботами цього шляху.
Відповідно до рис. (2.14), роботи, які належать до критичного шляху на
діаграмі Ганта позначаються червоними прямокутниками та червоними
стрілками, які виходять з них.
Перелічені роботи не впливають на тривалість проекту, тому що вони
виконуються паралельно з іншими роботами. [15]
Критичних шлях проекту необхідний для відстеження робіт, які
впливають на тривалість проекту, зосередження на них основних матеріальних
та трудових ресурсів.[16]
2.4 Управління вартістю проекту

Управління вартістю проекту (Project Cost Management) – розділ
проектного менеджменту, що оперує процесами, необхідними для
забезпечення дотримання бюджету проекту. [4]
Управління вартістю проекту включає такі компоненти:
 планування ресурсів – визначення того, які ресурси і в яких кількостях
необхідні для виконання робіт проекту;
 оцінка вартості – розробка приблизної оцінки вартості ресурсів,
необхідних для виконання робіт з проекту;
 розробка бюджету – складання кошторису для кожного виду роботи з
проекту;
 аналіз ресурсів – оцінка відхилень витрати й продуктивності
використовуваних ресурсів від планових значень;
 контроль бюджету – контроль над змінами в бюджеті проекту.
Для управління вартістю проекту складений лист трудових ресурсів
проекту (табл. 2.4), вартість обладнання, сировини (табл. 2.5), та розроблений
кошторис для кожного виду робіт (табл. 2.6).
43
Таблиця 2.4 - Лист трудових ресурсів проекту
№ Спеціаліст Ставка за Відпрацьова
п/п
годину, грн/год ні години Сума, грн.

1 Менеджер 35,00грн./г 368г 12880,00
2 QA інженер 20,00грн./г 124г 2480,00
3 Аміністратор 10,00грн./г 4г 40,00
4 Дизайнер 10,00грн./г 64г 640,00
5 Провідний програміст 30,00грн./г 312г 9360,00
6 Програміст 25,00грн./г 244г 6100,00
7 HR асистент 15,00грн./г 16г 240,00
Всього 31780,00

Таблиця 2.5 - Вартість обладнання, сировини
№
п/п Назва Ціна за од. виміру Кількість Разом вартість, грн.

Хостинг 345 1 345
1
Домен 1500 1 1500
2
Всього 1845

Таблиця 2.6 - Кошторис проекту
№ п/п Назва статті Вартість, грн.
1 Заробітна плата команди проекту 31780,00
2 Закупівля домену та хостингу 1845,00
Всього 33 625,00
Таким чином загальний бюджет проекту складає 33 625,00 грн.
Вартісна основа – це бюджет впорядкований по часових періодах і
використаний для контролю і відстежування вартісного виконання в проекті.
Лист ресурсів проекту, побудований в програмі MS Project,
представлений на рис. (2.15)

Рисунок 2.15 Лист ресурсів проекту

44
Контроль вартості зосереджується на виявленні чинників, що впливають
на вартісну основу, для гарантії того, що ці зміни будуть сприятливими;
визначенні того, що вартісна основа змінилася; на управлінні фактичними
змінами по мірі їх виникнення.
Контроль вартості зосереджується на виявленні чинників, що впливають
на:
 вартісну основу, для гарантії того, що зміни будуть сприятливими;
 визначення того, що вартісна основа змінилася.
Контроль вартості включає:
 відстежування вартісного виконання для виявлення відхилень від плану;
 гарантування того, що всі відповідні зміни точно відображені у вартісній
основі;
 запобігання включення у вартісну основу неправильних, невідповідних
або незатверджених змін;
 інформування відповідних зацікавлених осіб про затверджені зміни.
Управління вартістю проекта здійснюється на основі порівняння
фактичних витрат з кошторисною вартістю. При відхиленнях розробляються
корегуючі дії, на базі яких вносять зміни в затверджену вартісну базу.
2.5 Управління закупівлями в проекті

Управління закупівлями проекту (Project Procurement Management) –
розділ проектного менеджменту, що включає процеси, необхідні для
одержання товарів і послуг поза виконуючою організацією.
Управління закупівлями містить такі компоненти:
 планування контрактів – визначення того, що, як і коли необхідно
придбати;
 підготовка умов – документальне оформлення вимог до поставок і
визначення потенційних постачальників;
45
 підготовка пропозицій – одержання тендерної документації, тендерних
пропозицій або інших слушних пропозицій;
 вибір постачальників – вибір серед потенційних постачальників;
 адміністрування контракту – управління взаєминами з постачальником;
 контроль контрактів – процес перевірки відповіднос ті виконання
контрактів вимогам, що містяться в контрактах;
 закриття контракту – завершення і врегулювання виконання завдань
контракту, включаючи вирішення всіх відкритих питань.
В проекті HR module необхідно зробити закупки таких ресурсів:
1. домен,
2. хоистинг.
План закупівель проекту показаний в табл. 2.7.
Таблиця 2.7 - План закупівель проекту
№ Закупівлі Назва Відповідальни
постачальника Вид платежу Термін
й
Менеджер
1 Хостинг Digital ocean Безготівковий 08.01.15 проекту
2 Домен Svai Безготівковий Менеджер
08.01.15 проекту

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

Управління якістю проекту (Project Qualіty Management) – розділ
проектного менеджменту, що містить процеси, необхідні для забезпечення
потреб, задля яких розпочато проект.
Управління якістю проекту складається з таких компонентів [17]:
 планування якості – визначення того, які стандарти якості
застосовуються до даного проекту і як ці стандарти досягти;
46
 підтвердження якості – процес регулярної оцінки виконання проект для
підтвердження виконання прийнятих стандартів якості;
 аналіз якості – визначення відповідності результатів прийнятим
стандартам якості, пошук шляхів усунення причин небажаних
результатів виконання якості проекту;
 контроль якості – відстеження певних результатів по ходу виконання
проекту для встановлення їхньої відповідності певним стандартам якості
й для визначення шляхів усунення причин незадовільного виконання.
Управління якістю проекту включає всі роботи, які належать до
загальної функції управління, визначають політику у сфері забезпечення
якості, завдання та відповідальність і реалізують їх такими засобами, як
планування якості, контроль та вдосконалення в межах системи забезпечення
якості. На рис. (2.16) подані основні складові управління якістю проекту.

Рисунок 2.16 – Управління якістю проекту

47
Планування якості — це визначення того, які стандарти якості потрібно
застосувати до даного проекту і як домогтися відповідності їм. Планування
якості повинно здійснюватися паралельно з іншими процесами планування
проекту.
Забезпечення якості — це оцінка загального виконання проекту на
регулярній основі для підтвердження того, що проект задовольняє стандарти
якості. Забезпечення якості являє собою процес перевірки дотримання вимог
до якості та результатів вимірювань в процесі контролю якості для
забезпечення використання відповідних стандартів якості та метрик якості.
Забезпечення якості - це один із процесів виконання, в якому
використовуються дані, отримані під час контролю якості.
Забезпечення якості також складає основу для постійного вдосконалення
процесів, а саме ітеративних заходів щодо поліпшення якості всіх процесів.
[28]
Контроль якості — це відслідковування певних результатів по проекту
для встановлення того, чи відповідають вони стандартам якості, і для
визначення шляхів усунення причин незадовільного виконання. Контроль
якості являє собою процес контролю і запису результатів дій, спрямованих на
забезпечення якості, для оцінки виконання та розробки рекомендацій щодо
необхідних змін. Контроль якості здійснюється протягом всього проекту.
Стандарти якості включають в себе процеси проекту і цілі по продуктам. До
результатів проекту відносяться як результати робіт, так і управлінські
результати, такі як показники виконання вартості і строків. Контроль якості
часто проводиться відділом контролю якості або іншим підрозділом організації
зі схожою назвою. Дії з контролю якості виявляють причини низької якості
процесів або продуктів і дозволяють винести рекомендації та / або вжити дії
щодо їх усунення.
Команда управління проектом повинна володіти знаннями і навичками
статистичного аналізу якості, особливо методу вибіркових оцінок і теорії
48
ймовірності, необхідних для того, щоб вміти оцінити результати контролю
якості. [29]
При створенні інформаційної системи, відповідальним за якість є
тестувальник (Quality Assurance). Після закінчення розробки слід провести ряд
перевірок і у разі виявлення явних помилок, внести в код відповідні зміни.
Зрозуміло, це зручніше робити за допомогою спеціалізованих програм.
Основне завдання QA - забезпечення якості. QA-інженер фокусує увагу
на процесах розробки веб-додатку, покращує їх, запобігає появі дефектів і
проблем (Makes sure you are doing the right things, the right way).
Процес забезпечення якості складається з таких етапів:
 Перевірка вимог до продукту;
 Оінка ризиків;
 Планування ідей щодо поліпшення якості продукту;
 Планування тестування;
 Аналіз результатів тестування;
Усередині процесу QA виділяють процес Quality Control - контроль
якості продукту. QC-фахівці аналізують результати тестування і відповідають
за виявлення і знищення дефектів у продукті (Makes sure the results of what you
have done is what you expected).
Відлагодження (debugging) - це процес знаходження помилок в коді і
виправлення небажаного поведінки програмного продукту. Як правило,
відхилення відстежується в процесі розробки, але бувають ситуації, коли
помилки необхідно виправити вже на робочій системі.
Наприклад, помилка може бути виявлена після додавання нового блоку
контенту, тестування веб додатку в різних версіях браузерів, при різних
роздільностях монітора і інших умов. Також розробник повинен вміти швидко
розуміти чужий код, відстежити причину появи помилки і усунути її.
Розуміння логіки чужого коду потрібне при роботі в команді, або при
поверненні до власної роботи через якийсь час, коли вона вже сприймається як
чужа. [37]
49
Немає сумнівів, що можна зробити хороший веб додаток, не
домагаючись повної відповідності коду до формальних правил мови. Однак,
розробка валідного коду має ряд переваг як для самого розробника, так і для
кінцевого користувача. Тому, варто привчити себе писати грамотний код і
перевіряти його.
Ще одною невід’ємною частиною управління якістю - є забезпечення
рефакторингу на проекті. Рефакторинг (англ. refactoring) — перетворення
програмного коду, зміна внутрішньої структури програмного забезпечення для
полегшення розуміння коду і легшого внесення подальших змін без зміни
зовнішньої поведінки самої системи [31]. Слово «рефакторинг» пішло від
терміну «факторинг» в структурному програмуванні, який означав
декомпозицію програми на максимально автономні та елементарні частини
[39]. Рефакторити потрібно код протягом усього процесу розробки, це не
виділяється окремою задачею, так як є частиною розробки кожного
функціонального блоку системи.
Грамотний код - це важливий, але далеко не єдиний показник якості
сторінки. Дійсно, можна написати текст, який буде цілком задовольняти
граматичним правилам, але при цьому він виявиться невдалим або зовсім
безглуздим. Тому, управління якістю при розробці веб-додатку заключається, і
в Quality Assurance, і в покритті unit тестами усіх функціональних блоків, і
насамперед у котролі з боку менеджера над тим, щоб додаток був зручний для
використання та повністю відповідав вимогам.
Зобразимо причинно-наслідкову діаграму або діаграму Ісікави для
планування якості проекту (рис. 2.18), яка покаже, як причини та підпричини
зв'язані з виникненням і впливають на якість веб-додатку HR module. [40]

50

Рисунок 2.18 Діаграма Ісікави для планування якості проекту

2.7 Управління ризиками у проекті

Управління ризиком у проекті включає процеси, зв’язані з
ідентифікацією, аналізом і розвиненням реакції на ризик у проекті. Воно
передбачає також максимізацію переваг від позитивних подій у проекті та
мінімізацію наслідків негативних подій [21]. Основними процесами управління
ризиком є наступні:
 ідентифікація ризику – визначення того, які ризики можуть впливати на
проект і документування їх характеристик;
 кількісна оцінка ризику – оцінка ризику та ризикованих взаємодій для
визначення діапазону можливих наслідків для проекту;
 розвинення реакції на ризик – визначення кроків для підсилення
сприятливих можливостей і реакцій на загрози;
 контроль за реакцією на ризик – реагування на зміни ризику в ході
виконання проекту.
В загальному виді ризик може бути визначений як можливість
виникнення подій, які негативно впливають на досягнення мети проекту.
51
Елементами ризику є об’єкт, суб’єкт та джерело ризику. Характеристиками
ризику виступають:
 Ризикована подія, тобто те, що може відбутися і нанести збиток проекту.
 Імовірність ризикованої події.
 Розміри втрат в результаті наступу ризикованої події.
Зовнішні ризики - це ризики, що не залежать від проекту (зміни ринку,
дії уряду, природні катаклізми).
Внутрішні ризики - це ті, на які команда керування проектами здатна
впливати.
До внутрішніх ризиків, як правило, відноситься неточності визначення
наступних вихідних параметрів планування:
1. Тривалості операцій;
2. Обсягів робіт;
3. Продуктивності ресурсів;
4. Кількості використовуваних ресурсів
5. Несприятливі погодні умови;
6. Порушення якості виконаних робіт.
Основні етапи управління ризиком:
Ідентифікація (виявлення) ризику.
1. Оцінка ризику.
2. Вибір методу і мір (інструментів) управління ризиком.
3. Запобігання і контроль ризику.
4. Фінансування ризику.
5. Оцінка результатів.
Перші два етапи - це аналіз ризику.
При цьому ідентифікація ризику відноситься до якісного аналізу, а
оцінка ризику до кількісного аналізу (статистичні методи, аналіз доцільності
витрат, метод експертних оцінок, аналітичні методи: аналіз чутливості моделі,
аналіз величини відносних ризиків, метод аналогій).
52
Теорія та практика виробила чотири основні методи управління ризиком
[22]:
1. Скасування ризику - означає відмову від даного виду діяльності чи таку
суттєву (радикальну) трансформацію діяльності, після якої даний ризик
зникає.
2. Запобігання і контроль ризику - це організація діяльності таким чином,
щоб учасники проекту могли максимально вплинути на фактори ризику і
Малі можливість знижати ймовірність наступу несприятливої події,
контроль ризику - включає комплекс мір направлених на обмеження
втрат, якщо несприятлива подія все-таки таки настала.
3. Страхування ризику - це метод, який дозволяє знизити збиток,
виникаючий у ході діяльності, за рахунок фінансової компенсації із
страхових фондів.
4. Поглинання ризику - це такий спосіб ведення діяльності, при якому
збиток у випадку матеріалізації ризику лягає повністю на його
учасника(ів). Даний метод управління ризиком зазвичай
використовується, коли ймовірність ризику невелика або збитки у
випадку його настання не робить сильного негативного впливу на
учасника(ів) діяльності.
Четвертий етап - запобігання і контроль ризиків - передбачає конкретні
організаційно-технічні заходи на основі визначених раніше планів та програм.
У рамках цього напрямку, зокрема, здійснюються наступні заходи:
 моніторинг ризиків
 прогнозування ризиків
 інформування керівництва про загрозу і напрацювання рекомендацій у
зв'язку з цим
 спеціальні організаційно-технічні заходи в рамках програм запобігання і
контролю ризиків(навчання персоналу, закупівлю спеціального
обладнання для ліквідації наслідків катастроф і аварій, впровадження
53
систем електронного контролю за функціонуванням машин і
обладнання).
Дослідження показали, що імовірність успішної реалізації проекту
коливається в діапазоні 20-38%, тому облік ризиків і невизначеностей має
величезне значення на всіх стадіях керування проектом. Без аналізу ризиків не
можна забезпечити якісний аналіз і керування проектами.[23]
Для того, щоб запропонувати методи зниження ризику чи зменшити
пов’язані з ним несприятливі наслідки, спочатку потрібно виявити відповідні
фактори і оцінити їх значимість.
В табл. (2.8) приводиться список можливих ризиків для
підприємства, що займається проектом HR module, ймовірність їх винекнення
та методи їх мінімізації [24].
Таблиця 2.8 - Аналіз ризиків проекту
Ризик Метод мінімізації Ймовірніст
ь настання
ризик мінімізації втраченої вигоди за залучення junior спецілістів, що 0,5
рахунок відволікання частини користуються меншим попитом
персоналу від робіт для виконання
проектів сторонніх компаній-
замовників, які оплачуються і
приносять прибуток компанії, а
також від робіт виконуваних
компанією по створенню продукту
на продаж і також що приносять
прямий прибуток
ризик зменшення мотивації позиціонування продукту, як 0,1
робітників компанії, виходячи з того важливого для компанії
факту, що вони працюють над
внутрішнім проектом, а не над
проектом замовника
ризик хвороби одного з учасників мати додатково 1-2 людей 0,2
проекту (програмістів), що будуть знати
контекст проекту
зовнішні ризики (трапляються в цей ризик може статися рідко і 0,01
результаті стихійних лих, катастроф, зменшити вплив даного ризику
війни, зміни політичної ситуації в не можливо
країні)

Ризик мінімізації втраченої вигоди за рахунок відволікання частини
персоналу від робіт для виконання проектів сторонніх компаній-замовників,
54
які оплачуються і приносять прибуток компанії, а також від робіт виконуваних
компанією по створенню продукту на продаж і також що приносять прямий
прибуток. Задля мінімізації ризику втраченого прибутку пропонується
залучення junior спецілістів, що користуються меншим попитом для
комерційних проектів, що служить також для цілей навчання даних
спеціалістів на реальному проекті і є безумовно стратегічно важливим для
компанії.
Присутній ризик зменшення мотивації робітників компанії, виходячи з
того факту, що вони працюють над внутрішнім проектом, а не над проектом
замовника, так як робота, що не приносить прямого прибутку може
розцінюватися, як непотрібна. Задля мінімізації ризику необхідно
позиціонувати продукт, як важливого для компанії, виходячи з практичної
цінності, що приносить даний веб-додаток.
Ризик хвороби одного з учасників проекту мінімізується за рахунок того,
що проектний менеджер планує 1-2 людей (здебільшого, програмістів), що
будуть мати повний контекст проекту, а саме: зміст проекту та статус
виконання задач.
Зовнішні ризики (трапляються в результаті стихійних лих, катастроф,
війни, зміни політичної ситуації в країні), ці ризики можуть статися рідко і
зменшити вплив даного ризику, нажаль, неможливо.
2.8 Управління інформаційним зв’язком у проекті

Управління інформаційним зв’язком або комунікаціями в проекті
включає дії необхідні для забезпечення своєчасного отримання, збору,
поширення, зберігання і кінцевого розміщення проектної інформації. Воно
забезпечує дуже важливі зв’язки між людьми для обміну ідеями та різного
роду інформацією, що в кінцевому підсумку необхідно для успішного
завершення проекту. Будь-яка особа, залучена до роботи в рамках проекту,
повинна бути готовою до пересилання та прийому інформації на ”мові”
проекту по встановлених каналах, повинна розуміти, як ці комунікації
55
впливають на проект в цілому [25]. Основні процеси управління
інформаційним зв’язком у проекті:
 планування інформаційного зв’язку – визначення інформаційних та
комунікаційних потреб зацікавлених осіб: хто в якій інформації має
потребу, коли вона їм знадобиться і як вона до них надходитиме;
 поширення інформації – своєчасне надання необхідної інформації
зацікавленим особам проекту;
 звітування про виконання проекту – збір і поширення інформації про
виконання. Цей процес включає складання звітів про стан, контроль,
виконання та прогнозування;
 адміністративне закриття проекту – отримання, збір і поширення
інформації для документального оформлення завершення всього проекту
або однієї з його фаз.
Інформаційний зв’язок у проекті включає всебічні знання:
 моделі ”відправник-одержувач” – цикл зворотного зв’язку, комунікаційні
бар’єри;
 вибір засобів комунікації – коли інформувати необхідно в письмовій
формі, а коли в усній, коли можна написати неформальну записку, а коли
треба скласти офіційний звіт;
 стиль написання – активний або пасивний, розбудова речення, добір слів;
 засоби комунікації – в основному мова проектування візуальних засобів
подання інформації;
 техніки управління нарадами – підготовка порядку денного, розгляд
конфліктів.
Провівши аналіз існуючих програмних засобів, вирішено
використовувати наступне програмне забезпечення [26]:
 Google docs – онлайн документи для ведення проектної документації;
 Microsoft Project – програма, що використовується для планування різних
процесів та робіт проекту.
56
 GitLab - онлайн ресурс для збереження коду та необхідної технічної
інформації.
Визначення потреб зацікавлених осіб в інформації і відповідних
способів задоволення їх є важливим чинником успішного виконання
комунікації виконується на самих ранніх фазах проекту, але результати цього
процесу регулярно переглядаються і коригуються, щоб гарантувати
безперервне їх застосування. Планування інформаційного зв’язку тісно
зв’язане з організаційним плануванням, оскільки організаційна структура
проекту значно впливає на комунікаційні вимоги проекту.
Вимоги до комунікацій – це загальна кількість інформаційних потреб
зацікавлених осіб проекту. Ресурси проекту витрачаються на передачу тільки
такої інформації, яка сприятиме успіху, тому як відсутність останньої може
призвести до невдачі.
Прийоми та способи, що використовуються для інформаційного зв’язку
між елементами проекту, істотно варіюються: від коротких звітів до
розширених засідань, від коротких звітів до розширених засідань, від простих
документів до швидко доступних календарних планів і баз даних.
Потреби в інформації різних зацікавлених осіб добре аналізуються, для
того щоб розробити методичний і логічний огляд потреб в інформації. Аналіз
передбачає також розгляд придатних для даного проекту методів і технологій,
завдяки яким надходитиме необхідна інформація.[27]
Поширення інформації – своєчасне надання необхідної інформації
зацікавленим особам проекту передбачає реалізацію плану управління
інформаційним зв’язком, а також реагування на несподівані запити
інформації.[4]
Для обміну інформацією необхідні навички в комунікаційній сфері.
Відправник відповідає за те, щоб інформація була чіткою, однозначною і
повною, щоб одержувач міг отримати її правильною для гарантії того, що вона
буде правильно сприйнята. Одержувач відповідає за перевірку того, що
57
отримана інформація повно і неспотворена. В проекті використовується такий
зв’язок:
 письмовий і усний;
 внутрішній (в межах, проекту) і зовнішній (із замовником, засобами
масової інформації, громадськістю);
 формальний (звіти, брифінги) і неформальний (нотатки, бесіди);
 вертикальний (вверх і вниз за ієрархією) і горизонтальний (з рівними за
станом).
Інформація використовується всіма членами команди завдяки
різноманітним системам її відновлення: ручні системи зберігання, електронні
бази даних, комп’ютерні системи управління проектами.
Проектна інформація поширюється такими способами:
 наради по проекту;
 розподіл документів у вигляді Google Docs;
 спільний доступ до баз даних та коду;
 телефони;
 електрона пошта;
 Skype;
 усна передача інформації;
 відеоконференції (join.me).
Звітування про виконання включає збір і поширення інформації про те,
як використовуються ресурси для досягнення цілий проекту, з метою
забезпечення нею зацікавлених осіб. Цей процес включає:
 складання звіту про стан – описання в якій фазі на даний час перебуває
проект;
 звіти відносно просування – описання того, чого досягла команда
проекту;
 прогноз – забезпечення майбутнього стану проекту та його розвитку.
58
Звіти про виконання в цілому містять інформацію стосовно змісту
календарного плану, вартості та якості.[23]
Проект чи фаза, після якої проект досягає своїх цілей, вимагає закриття.
Адміністративне закриття складається з перевірки і документування
результатів проекту. Кожна фаза проекту вчасно і правильно закривається, для
того щоб переконатися, що важливу і корисну інформацію не загублено.
На Рис. (2.19) зображена структура інформаційних зв’язків проекту HR
Module.

Рисунок 2.19 - Структура інформаційних зв”язків
2.9. Управління інтеграцією в проекті

Інтеграція даного проекту має бути чітко спланована та мати конкретні
дії. Виходячи з того, що веб додаток HR module потрібно інтергрувати в бізнес
процеси компанії, де кількість співробітників більше 100 осіб, слід урахувати,
що додаток має повністю відповідати цілям і задачам його розробки, а саме
простої та водночас зручної автоматизації HR та Recruitment процесів [29].
Для сучасного проектного менеджменту характерним є інтегрований
структурований підхід до управління, планування і контролю. Під інтеграцією
розуміється об'єднання суб'єктів управління для посилення взаємодії всіх
елементів системи управління. При такому підході з'являються більш міцні
59
зв'язки між окремими підсистемами. Процеси інтеграції забезпечують:
поглиблення співпраці, об'єднання; взаємодію і взаємозв'язок між
компонентами; конкретизацію взаємозв'язків між окремими підсистемами, їх
щільність, що дозволяє отримати алармові повідомлення на зміни.
План інтеграції проекту у компанії MasterOfCode:
 забезпечити повне розуміння того, як працює додаток, у працівників HR
відділу;
 забезпечити повне розуміння того, як працює додаток, у працівників
Recruitment відділу;
 забезпечити повне розуміння того, як працює додаток, у проектних
менеджерів компанії;
 назначити термін пілотного (тестового) використання додатком (до 3х
місяців);
 збір 2ї серії коментарів для покращень роботи програми та їх
імплементація в рамках проекту HR module 2.0;
 написання посадових інструкцій та поділ зон відповідальностей для всіх
користувачів веб-додатком. Попередній розподіл по правам доступу
наведено у табл. (2.9).
Таблиця 2.9 - Права доступу користувачів веб-додатком
Ролі
Доступ
Recruiment Менеджер HR
Список кандидатів + - +
Зміни, додавання
кандидата + - +

Видалення кандидата - - +
Відправлення тестового завдання - - +
Відправка анкети - - +
Перегляд профілю
кандидата по прямій лінці, + - +
перегляд резюме
Список працівників + + +
Зміна профілю працівника + + +
Видалення працівника - - +
60
Ролі
Доступ
Recruiment Менеджер HR
Перегляд інформації про інтерв’ю з
працівником і коментарії про нього + + +

Призначати інтерв'ю - - +
"Projects" page - + +
"Vacations" page
(створення запиту на відпустку) - + +

- + +
"Loads Calendar" page
- - +
"Questions" page
"Vacations to Approve" page
(у кожного менеджера свій список
співробітників на цій сторінці, HR
менеджер - + -
може вручну затверджувати відпустки на
сторінці
Vacations)

Загальна інтеграція з системою управління персоналом охоплює усі
людські ресурси проекту. При цьому структура і системи проекту великою
мірою впливають на мотивацію, роботу у групах, конфлікти; обумовлюють
розподіл відповідальності й звітності та забезпечення зворотного зв`язку через
аналіз і звіт кожного виконавця й менеджера у їхній сфері відповідальності.
2.10. Контроль проекту

Робота в плані проекту представляє деяку діяльність, необхідну для
досягнення конкретних результатів (кінцевих продуктів нижнього рівня).
Таким чином, робота є основним елементом (дискретною, компонентною)
діяльності на самому нижньому рівні деталізації, на виконання якого
потрібний час, і який може затримати початок виконання інших робіт. Момент
закінчення роботи означає факт здобуття кінцевого продукту (результату
роботи). [29]
61
Робота є базовим поняттям і надає основу для організації даних в
системах управління проектами. На практиці для заслання на детальний рівень
робіт часто використовується термін завдання. У загальному сенсі ці два
терміни є синонімами. Термін завдання, проте, приймає і інше формальні
значення в специфічних контекстах планерування. Наприклад, в аерокосмічній
і оборонній областях завдання часто відноситься до верхнього сумарного рівня
робіт, який може містити множинні групи пакетів робіт. Далі термін завдання
використовується лише в своєму загальному сенсі, як синонім роботи. [30]
Віха - подія або дата в ході здійснення проекту. Віха використовується
для відображення стану завершеності тих або інших робіт. У контексті проекту
менеджери використовують віхи для того, щоб позначити важливі проміжні
результати, які мають бути досягнуті в процесі реалізації проекту.
Послідовність віх, визначених менеджером, часто називається план по віхах.
Дати досягнення відповідних віх утворюють календарний план по віхах.
Важливою відмінністю віх від робіт є те, що вони не мають тривалості. Із-за
цієї властивості їх часто називають подіями.
Зв'язки передування (логічні залежності) - відображують природу
залежностей між роботами. Більшість зв'язків в проектах відносяться до типа
"кінець-початок", коли подальша робота може початися лише після закінчення
попередньої роботи. Зв'язки передування утворюють структуру мережі.
Комплекс взаємозв'язків між роботами часто також називають логічною
структурою проекту, оскільки він визначає послідовність виконання робіт.
Як вже наголошувалося раніше, в MS Project вся робота, яку необхідно
виконати для досягнення цілей проекту розбивається на завдання. Розбиття
роботи в проекті утворює структуру декомпозиції робіт (Work Breakdown
Structure (WBS)). Декомпозиція робіт дозволяє ефективніше здійснювати
планерування проекту і спрощує контроль виконання проекту. У MS Project в
структурі декомпозиції робіт можуть брати участь завдання, фази, віхи. [31]
Віхи позначають початок і кінець фаз. Вони необхідні для контролю
досягнення проміжних цілей проекту. Фактично, віхи – це завдання, які не
62
вимагають роботи. Під віхою (етапом) в MS Project розуміється завдання, що
має нульову тривалість. На діаграмі Ганта віха позначається символом .
Відображення відсотка завершення завдання дозволяє відстежувати
фактичний хід її виконання. Вказавши відсоток завершення між 0 (для ще не
початих завдань) і 100 (для завершених завдань), можна порівняти
запланований хід виконання з фактичним. Щоб швидко відновити відсоток
завершення для вибраних завдань в будь-якому представленні завдань, в меню
Вигляд виберіть команди Панелі інструментів і Відстежування. У полі Назву
завдання клацніть спочатку завдання, а потім відсоток, наприклад 25%
завершено, на панелі інструментів Відстежування.
У Microsoft Project виконується розрахунок відсотка завершення
сумарного завдання на основі ходу виконання її підзадач. Можна також вручну
ввести відсоток завершення по трудовитратах для сумарного завдання. Якщо
для проекту створений базовий план, можна переглядати хід виконання
завдань, а також наявність запізнювання дат почала і дат закінчення. Можна
відстежувати хід виконання, порівнюючи дати почала і закінчення базового
плану і календарного плану або фактичні дати почала і закінчення.
У представленні «Діаграма Ганта з відстежуванням» (рис. 2.20)
відображуються два відрізання завдань для кожного завдання. Один відрізок
завдання розташовується над іншим. На нижньому відрізку завдання
відображують початкова і кінцева дати базового плану, на верхньому —
початкова і кінцева дати календарного плану, що дозволяє бачити відмінності
між плановими і поточними значеннями.

63

Рис. 2.20 - Діаграма Ганта з віхами проекту з відстежуванням

Загалом на проект було витрачено 54,5 дні. Проект поділяється на 3
фази: передінвестеційна, інвестиційна та завершальна. На пердінвестеційну
було витрачено 12 днів, на інвестиційну – 37 дні та на завершальну – 11,5 днів.
В даному проекті використовуються 3 контрольних віх – закінчення кожної із
фаз проекту.

64
Розділ ІІІ Оцінка економічної ефективності проекту

3.1 Економічна ефективність проекту

Проект уявляє собою інструмент автоматизації бізнес просеців на
підприємстві. Як будь-яка автоматизована система, HR module спроектовиний
для мінімізації ручної або напівручної роботи, та дозволяє суттєво зекономити
час кінцевим користувачам (в даному випадку, HR/Recruitment менеджерам та
проектним менеджерам компанії), звільнивши таким часом їх робочий час для
інших більш творчих та стратегічних завдань. Наразі в компанії працює 4 HR
менеджера з заробітньою платнею у суммі 3000 грн/місяць. Використання веб
додатку має зменшити кількість HR менеджерів на 1 одиницю, тобто
скоротити штат HR відділу до 3х осіб. Це дозволить зменшити витрити на
утримання HR менеджерів.[32]
Отже, загальний дохід за місяць становитиме:
Д t = 3 000 грн. (3.1)
де Д t – загальний доход за місяць.
Враховуючи, що перегляд заробітньої плати відбувається у компанії
кожні 6 місяців і складає 30% (до максимального значення 5000 для HR
фахівців), розрахуємо загальний дохід за рік, тобто за 12 місяців операційної
діяльності. Тоді дохід за перший рік становитиме:
∑Д = 3 000 * 6 + 3 000 *1,3* 6 = 41 400 грн. (3.2)
За другий і подальші роки становитиме:
∑Д = 3 000 *1,3* 6 +5000*6= 53 400 грн. (3.3)
Очікуваний строк окупності капіталу, що буде вкладений у проект:
Ток = Ot/Пt*12=33625/41000*12=0,82*12=9,8 місяці. (3.4)
де Пt - річні грошові заощадження, грн.
Ot - сума витрат на проект, грн.
Розрахуємо також відносний ефект проекту, що свідчить про ступінь
ефективності проекту.
65
ВЕ = Пt / Оt = 41000 / 33625 = 1,21 (3.5)
В результаті розрахунку економічної ефективності проекту та
економічного аналізу проекту взагалі, маємо що проект є економічно вигідним
(реалізація проекту приносить чистих доходів 7375 грн. за перший рік, та 53
400 за другий та подальші роки експлуатації додатку; строк окупності капіталу
9,8 місяця). Кожна інвестована в проект гривня принесе прибутку 1,21 грн за
перший рік.

3.2 Соціальна ефективність проекту

Основною метою будь-якого суспільства є збільшення споживчих благ.
Відповідне і важливе значення для цього має будь-який сектор економіки.
Водночас істотну роль при цьому відіграє держава, яка різною мірою і в різних
формах, але постійно бере участь в економічних процесах у рамках усього
національного господарства, в галузях, регіонах, в окремих суб’єктах
господарювання, проявляючи свою активність у податковій, борговій політиці,
зовнішньоекономічній діяльності, організації контролю та виконанні своїх
зобов’язань перед населенням країни. Проте найбільш мобільним сегментом
ринку в частині надання послуг населенню, у тому числі й пов’язаних з
виконанням державою своїх зобов’язань перед громадянами країни, є
підприємницькі структури.
Одним із основних напрямів трансформації економіки України на
сучасному етапі є подальше реформування системи управління економікою.
Дійовим засобом підвищення ефективного функціонування державної
власності є розвиток партнерських відносин держави та бізнесу, що дозволить
залучити в державний сектор економіки додаткові ресурси, насамперед
інвестиції. У такій системі відносин відбувається об'єднання ресурсів і
потенціалів держави і бізнесу, що сприяє підвищенню ефективності
використання наявних ресурсів, розподілу ризиків між державним і приватним
сектором та їх мінімізації.
66
Економічний ефект для суспільства від партнерств держави і приватного
сектора полягає в тому, що воно одержує якісніші суспільні блага і послуги
при зменшенні витрат. Партнерства сприяють розвитку ринкових відносин,
приватної ініціативи і приватного підприємництва. Розвиток партнерств являє
собою переосмислення взаємовідносин держави і приватного сектора, нові
види організації діяльності, нові механізми регулювання.
У зарубіжних країнах часто термін “public private partnership” (PPP), або
державно-приватне партнерство (ДПП), вживається практично для будь-яких
форм співпраці державної влади та приватного бізнесу. У зв’язку із цим досить
складно визначити конкретні історичні терміни виникнення партнерства
держави і підприємницьких структур. В основу, звичайно, слід покласти появу
інвестиційної складової в партнерських проектах.
Основа успішності об'єднання фінансових ресурсів у концепції ДПП
полягає в тому, що і держава, і приватний сектор мають свої спеціалізації
діяльності і свої переваги, при об'єднанні яких формується ця кооперація і
створюється ефект синергії. З'являється можливість ефективніше працювати і
досягати кращих результатів, насамперед у сфері інфраструктури.
На розвиток процесу об'єднання фінансових ресурсів держави і
приватного сектору впливають два різноспрямованих фактори: нестача
державних фінансових ресурсів і наявність ресурсів у бізнесу. З одного боку, в
Україні і навіть у розвинених країнах держава не має достатніх фінансових
ресурсів, щоб в повному обсязі створювати модернізувати, розширювати і
обслуговувати інфраструктуру, що знаходиться у власності держави.
Потреби у сучасних і якісних інфраструктурних об'єктах постійно
зростають. Разом з тим держава має можливість забезпечення сприятливих для
приватного сектора умов для розвитку інфраструктурних проектів, наприклад,
відведення землі для спорудження об'єктів інфраструктури, видача ліцензій, а
також сприяння через застосування різних фінансових інструментів - надання
державних гарантій, субсидій, пільгових кредитів та ін.
67
З другого боку, приватний бізнес має значні фінансові ресурси, які є
мобільнішими ніж державні; він часто випереджає державний сектор у
технічних і технологічних нововведеннях. Однак, для нього часто ускладнений
доступ до тих сфер, які традиційно вважаються державними, або ризики
діяльності виявляються дуже високими.
Багато державних служб відчувають брак досвідчених співробітників,
що могли б проводити експертизи або керувати проектами в рамках здійснення
великих ініціатив з автоматизації державних організацій. Знаходячись під
тиском з боку населення, що очікує на підвищення якості послуг, державні
установи все частіше вступають в партнерство з приватним сектором, щоб
швидко та ефективно впроваджувати такі рішення, як портали державних
служб. Можливо, державні служби захочуть випробувати нові моделі поставок,
наприклад, модель часткової самоокупності, при якій підрядникам дається
можливість одержання доходу за рахунок підписки на послуги або
ж їм виплачується певний відсоток від суми, на яку знизилися витрати.
Приватні компанії пропонують додаткові послуги, що також інтегруються
в портал державних служб.[33]
Слід також зазначити, що соціальна ефективність проекту полягає й у
тому, що в проект залучаються junior (молодші) спеціалісти, яких у даному
випадку навчають на реальному проекті та допомагають здобути наступного
рівня.

68
ВИСНОВКИ
Таким чином, в процесі вивчення методології проектного менеджменту в
галузі інформаційних технологій, був розроблений проект HR module для
компанії «Soft».
В результаті виконання дипломної роботи проілюстрована та застосована
методологія проектного менеджменту до розробки та реалізації проекту.
В ході виконання дипломної роботи були виконані наступні
дослідження:
 аналіз гнучких методо лій проектного менеджмекенту;
 аналіз сутності аспектів планування в застосуванні до проектного
менеджменту та аналіз методів планування;
 розробка проекту створення веб-додатку методології управління
проектами;
 аналіз методів управління якістю проекту при розробці інформаційної
системи.
В роботі виконано наступні задачі:
 Досліджено роль, місце та визначено місце управління проектами в
сучасній діяльності IT компанії «Soft».
 Проаналізовано методики управління проектами в компанії «Soft»
 Визначено загальні та індивідуальні властивості методології розробки
веб додатку "HR module" в компанії «Soft»
 Виявлено сутність, місце та задачі планування в управлінні проектами.
Планування в управлінні проектами займає основне місце. Діяльність по
розробці планів охоплює всі етапи проектного циклу. Вона починається з
участі проект-менеджера в процесі розробки концепції проекту,
продовжується при виборі стратегічних рішень виконання проекту і
розробці його деталей, включаючи складання контрактних пропозицій,
укладання контрактів, виконання робіт, і закінчується при завершенні
проекту.
69
 Досліджено теоретичні аспекти планування та розглянуто методи та
засоби планування.
 Було виділено та описано конкретний проект планування.
 Проведено управління виділеним проектом HR Module за допомогою
обраного програмного засобу Microsoft Project.
В ході виконання дипломної роботи були розглянуті теоретичні засади
управління проектами та теоретичні аспекти планування в проектному
менеджменті, а також зроблено опис практичних аспектів предмету
дослідження. Було детально розглянуто конкретний проект та зроблено
висновок про його економічну ефективність.
Таким чином, можна зробити узагальнені висновки по зробленій роботі:
1. Проект - це обмежене за часом цілеспрямована зміна окремої системи
із установленими вимогами до якості результатів, можливими рамками витрати
засобів і ресурсів і специфічною організацією.
2. Загальними ознаками проекту є:
 Ознака наявності мети
 Ознака змін
 Ознака обмеженості в часі
 Ознака неповторності
 Ознака обмеженості необхідних ресурсів
 Ознака комплексності й розмежування
 Ознака специфічної організації проекту.
3. Програма - це сукупність проектів і різних заходів, об'єднаних
загальною метою й умовами їхнього виконання.
4. Безліч різноманітних проектів може бути класифіковане по різних
підставах:
 Клас проекту
 Тип проекту
 Вид проекту
70
 Тривалість проекту
 Складність проекту
 Масштаб проекту.
5. Мета проекту – бажаний результат діяльності, що досягає в межах
установленого інтервалу часу. При описі мети проекту повинні знайти відбиття
в чіткій однозначно інтерпретуємій формі:
 Результати проекту.
 Строки початку й закінчення проекту.
 Вартість проекту.
 Порядок зміни мети.
 Ієрархія залежних цілей.
6. Структура проекту являє собою струнку ієрархічну декомпозицію
проекту на складові частини, необхідні й достатні для ефективного планування
й контролю прогресу проекту.
7. Життєвий цикл проекту - сукупність послідовних фаз проекту,
обумовлених для забезпечення кращого контролю і управління.
8. Фаза проекту - це набір логічно взаємозалежних робіт проекту, у
процесі завершення, яких досягається один з основних результатів проекту. У
загальному випадку розрізняють чотири фази життєвого циклу проекту:
 Передінвестаційна фаза
 Інвестаційна фаза
 Завершальна фаза.
9. Головними учасниками проекту є: замовник, менеджер проекту,
команда проекту, виконавці.
10. Оточення проекту - сукупність зовнішніх і внутрішніх (стосовно
проекту) факторів, що впливають на досягнення результатів проекту.
Застосування методології управління проектами в конкретному проекті
організації імпорту техніки на базі приватного підприємства сприяло
координації трудових, матеріальних та інших ресурсів протягом всього
життєвого циклу проекту. Завдяки застосуванню системи сучасних методів і
71
техніки керування було досягнуто визначених у проекті результатів по складу
й обсягу робіт, вартості, часу та якості проекту. Для того, щоб вирішити
проблему з обмеженнями за часом були використані методи побудови і
контролю календарних графіків робіт. Для керування фінансовими
обмеженнями використовувалося прийняття фінансового плану (бюджету)
проекту та його дотримання.
В другому розділі розроблено план впровадження проекту на
підприємстві, у третьому розділі зроблено економічне обґрунтування
ефективності проекту.
Розроблений проект має велике практичне значення для IT компаній в
цілому, зокрема, для компанії «Soft», завдяки впровадженню якого
підвищується загальна ефективність роботи HR та Recruitment відділів.
В результаті розрахунку економічної ефективності проекту визначено,
що реалізація проекту приносить чистих доходів 7375 грн. за перший рік, та 53
400 за другий та подальші роки експлуатації додатку, а строк окупності
капіталу складає 9,8 місяця. Кожна інвестована в проект гривня принесе
прибутку 1,21 грн за перший рік.

72
СПИСОК ВИКОРИСТАНИХ ДЖЕРЕЛ

1. Украинское IT в цифрах: 74 000 специалистов, 3% ВВП, $5 млрд в
экспорте (инфографика). [ 2015, електронний ресурс ]. Режим доступу:
<http://www. ain.ua>.
2. Ward J. & Daniel E. Benefits Management: Delivering Value from IS and IT
Investments, [ Chichester: Wiley, 2005].
3. Bytheway, A. Investing in Information: the Information Management Body of
Knowledge, [ Geneva: Springer, 2015 ].
4. Свод знаний по управлению проектами (Руководство PMBOK) Четвертое
издание .- Project Management Institute, Inc. , 2008. - 241c.
5. Dennis Lock. Project management (9e ed.). [ Gower Publishing, Ltd., 2007].
6. Lewis R. Ireland. Project Management. PM. [ McGraw-Hill Professional, 2006
].
7. Кобиляцький Л.С. Управління проектами: Навч. посіб. – К.: МАУП, 2002.
– 200 с.: іл. – Бібліогр.: с. 193 – 196.
8. Mansour, O., Ghazawneh, A. . Research in Information Systems: Implications
of the constant changing nature of IT capabilities in the social computing era, in
Molka-Danielsen, J. (Ed.): Proceedings of the 32nd Information Systems
Research Seminar in Scandinavia, IRIS 32, Inclusive Design. [ Molde
University College, Molde, Norway, 2009 ].
9. Керівництво з питань проектного менеджменту / Під ред. С.Д. Бушуєва, 2-
е вид., перероб. – К.: Видавничій дім “Деловая Украина”, 2000. – 198 с.
10. Менеджмент: управления проектами. [ 2010, електронний ресурс ]. Режим
доступу: <http://www. elma.ua>.
11. Joshi, Girdhar. Management Information Systems. [ New Delhi: Oxford
University Press, 2013 ].
12. Стенлі Портні. Project Management for Dummies [ 2006 ].
13. Федулова Л. І. Менеджмент організацій / Л. І. Федулова. [ Львів, 2002],
196 с.
73
14. Бородакий Ю. В., Лободинский Ю. Г. Эволюция информационных систем
(современное состояние и перспективы). [ М.: Горячая линия - Телеком,
2011 ], 368 с.
15. Curlee, Wanda. The Virtual Project Management Office: Best Practices, Proven
Methods. [ 2011 ].
16. Рефакторинг. [2015, електронний ресурс ]. Режим доступу: <http://www.
uk.wikipedia.org>.
17. Khazanchi, Deepak. Patterns of Effective Project Management in : An
Exploratory Study. Project Management Institute. [ 2005 ].
18. Harry E. Project management: New Strategic. [ New-York, 2002 ].
19. Joseph Phillips. PMP Project Management Professional Study Guide. [
McGraw-Hill Professional, 2003 ].
20. Tom Kendrick. The Project Management Tool Kit: 100 Tips and Techniques
for Getting the Job Done Right, Third Edition. [ AMACOM Books, 2013].
21. Young-Hoon Kwak. «A brief history of Project Management». In: The story of
managing projects. Elias G. Carayannis et al. (9 eds). [ Greenwood Publishing
Group, 2005 ].
22. Paul C. Dinsmore et al. The right projects done right! [ John Wiley and Sons,
2005].
23. Ben Waber. People Analytics: How Social Sensing Technology Will Transform
Business and What It Tells Us about the Future of Work [Upper Saddle River,
NJ: FT Press, 2013 ].
24. Martin Stevens. Project Management Pathways. Association for Project
Management. [ APM Publishing Limited, 2002 ].
25. Blais, Steven. Business Analysis: Best Practices for Success. [ John Wiley &
Sons, 2011 ].
26. Morgen Witzel. Fifty key figures in management. [ Routledge, 2003].
27. David I. Cleland, Roland Gareis. Global project management handbook.
"Chapter 1: «The evolution of project management». [McGraw-Hill
Professional, 2006 ].
74
28. Laudon, Kenneth C., Laudon, Jane P. Management Information Systems:
Managing the Digital Firm (11 ed.). [ Prentice Hall/CourseSmart, 2009 ]
29. Adelman, C. A Parallel Post-secondary Universe: The Certification System in
Information Technology. [ Washington, D.C., 2000 ].
30. P2M. Руководство по управлению инновационными проектами и
программами организаций/ Под ред. Ярошенко Ф.А. - К.: Новый друк,
2010.- 160 с.
31. Salamon, Tomas (2011). Design of Agent-Based Models : Developing
Computer Simulations for a Better Understanding of Social Processes.
Bruckner Publishing. ISBN 978-80-904661-1-1.
32. Geoff Trickey (2011), Risk Types. OP Matters No 14 February 2012 The
British Psychological Society
33. http://infokluch.com.ua/ua/article/auto_moto/servis
34. Kvint, Vladimir (2009). The Global Emerging Market: Strategic Management
and Economics. Routeledge ISBN: 0415988403 488 р.
35. Mark J. Barrenechea, Tom Jenkins, "Enterprise Information Management: The
Next Generation of Enterprise Software", OpenText, Waterloo (Canada), 2013,
36. Alter, S. (2013) “Work System Theory: Overview of Core Concepts,
Extensions, and Challenges for the Future,” Journal of the Association for
Information Systems, 14(2), pp. 72-121.
37. APM body of knowledge: Fifth edition. (2006). UK.: Association for project
management, 421 c.
38. Bannister, F. and Remenyi, D. (2005) "Why IT Continues to Matter:
Reflections on Strategic Value of IT" The Electronic Journal Information
Systems Evaluation, Vol.8, No. 3, pp: 159-168
39. Bent Flyvbjerg and Alexander Budzier, (2011), "Why Your IT Project May Be
Riskier Than You Think", Harvard Business Review, vol. 89, no. 9, pp. 601-
603
40. David Cooper ( 2010). Leadership Risk: A Guide for Private Equity and
Strategic Investors ISBN: 978-0-470-03264-0 250 p
75
41. Dorfman, Mark S. (2007). Introduction to Risk Management and Insurance (9
ed.). Englewood Cliffs, N.J: Prentice Hall
42. Fischer, Michael Daniel; Ferlie, Ewan ( 2013). "Resisting hybridisation
between modes of clinical risk management: Contradiction, contest, and the
production of intractable conflict". Accounting, Organizations and Society 38
(1) р. 30–49.
43. Управління проектами: навч.-метод. посібн. для вузів / Л.О. Збаразька,
В.С. Рижиков, І.Ю. Ерфорт та ін. – К.: Центр учб. л-ри, 2008. – 167 с.
44. Р.Б. Тян, Б.І. Холод, В.А. Ткаченко. Управління проектами. Підручник. –
К. 2004., - 224 с.
45. Морозов О.В., Такчук Л.М. Організаційно-економічні фактори управління
якістю на підприємствах: Монографія / О.В. Морозов, Л.М. Ткачук. –
Вінниця: УНІВЕРСУМ-Вінниця, 2005. – 138 с.
46. Немчин М.С., Хобта В.М. Методика управління ризиками інвестиційних
проектів / М.С. Немнич, В.М. Хобта // Матеріали всеукраїнської
міжвузівської наукової студентської конференції. – Київ, Київський
національний економічний університет імені Вадима Гетьмана. – 2009, С.
85 – 86.
47. Тарасюк Г.М. Управління проектами: Навч. посібн. для вузів / Г.М.
Тарасюк. – 2-е вид. – К.: Каравела, 2006. – 320 с.
48. Тесля Ю.М. Системна організація управлінських взаємодій як інструмент
підвищення ефективності реалізації складних проектів / Ю.М. Тесля,
І.І. Оберемок, О.Г. Тімінський // Вісник ЧДТУ. – 2008. – №2. – С. 100 –
105.
49. Прокопенко Т.О. Інформаційні технології управління організаційно-
технологічними системами: [текст] монографія / Т.О. Прокопенко, А.П.
Ладанюк. – Черкаси: Вертикаль, видавець Кандич С.Г., 2015. – 224 с.
50. Лега Ю.Г. Управління проектом в класі організаційно-технічних систем. /
Ю.Г. Лега, Т.О. Прокопенко, Ю.І. Урецька // Вісник ЧДТУ. – 2014. - №1.
– С 46 – 50.
76
51. Руководство по управлению инновационными проектами и программами:
т.1, версия 1.2 / пер.на рус.язык под ред. С.Д.Бушуева. – К.: Наук.світ,
2009. – 173 с.
52. Ladanyuk A., Prokopenko T., Reshetiuk V. Mathematical model of operational
management technological complex continuous type. Ann. Warsaw Univ. of
Life Sci. - SGGW, Agricult. 69: - 2017. – P. 107-112.
53. Mark J. Barrenechea, Tom Jenkins, "Enterprise Information Management: The
Next Generation of Enterprise Software", OpenText, Waterloo (Canada), 2013.
54. Novikov D. Control Methodology / D. Novikov. – New York: Nova Science
Publishers, 2013. – 76 p.
55. Прокопенко Т.О., Лавданська О.В. Інформаційна модель керування
проєктами галузі інформаційних технологій в умовах гнучкої методології
Scrum. Міжнародний науково-технічний журнал Проблеми управління та
інформатики. 2021 №2. С. 129 – 138.
56. Прокопенко Т. О. Комплексна модель стратегічного управління
організаційно-технічними системами в умовах невизначеності / Т. О.
Прокопенко // Вісник Львівського державного університету безпеки
життєдіяльнсті. – 2013. – № 7. – С. 55–60.
57. Прокопенко Т. А. Информационная модель управления технологическими
комплексами непрерывного типа в классе организационно-технических
систем / Т. А. Прокопенко, А. П. Ладанюк // Международный научно-
технический журнал «Проблемы управления и информатики». – 2014. – №
5. – С. 64–70.
58. Прокопенко Т. О. Концепція мультиагентної інформаційної системи
управ¬ління проєктом в умовах невизначеності / Т. О. Прокопенко, Ю. І.
Урецька // Вісник НТУ «ХПІ» – 2014. – № 2 (1045). – С. 65–69.
59. Pressman, Roger S (2009). Software Engineering: A Practitioner's Approach
(7th ed.). Boston, Mass: McGraw-Hill. ISBN 978-0-07-337597-7.
77
60. Schwaber, Ken; Sutherland, Jeff (November 2017), The Scrum Guide: The
Definitive Guide to Scrum: The Rules of the Game (PDF), retrieved May 13,
2020
61. Sommerville, Ian (2010) [2010]. Software Engineering (9th ed.). Harlow,
England: Pearson Education. ISBN 978-0-13-703515-1.
62. Sutherland, Jeff, " Scrum: The Art of Doing Twice the Work in Half the Time"
(1st ed.) Currency, 2014. p. 256. ISBN 9780385346450.
63. Schwaber, Ken (2004). "SCRUM Development Process"(PDF). Advanced
Development Methods.
64. Devising An Integrated Method For Evaluating The Efficiency Of Scrum-Based
Projects In The Field Of Information Technology Prokopenko, T., Lavdanska,
O., Povolotskyi, Y., Obodovskyi, B., Tarasenko, Y.Eastern-European Journal of
Enterprise Technologies, 2021, 5(3-113), стр. 46–53
65. Development of a method of coordination of project and operational activities
in the process of manufacturing complex knowledge-intensive products. Iurii
Teslia, Iulia Khlevna, Oleksii Yehorchenkov, Tatiana Latysheva, Oleg Grigor,
Yuriy Tryus, Tеtiana Prokopenko, Oksana Polishchuk ( December 2021)
Eastern-European Journal of Enterprise Technologies 6(3 (114)):83-92
66. Pressman, Roger S (2009). Software Engineering: A Practitioner's Approach
(7th ed.). Boston, Mass: McGraw-Hill. ISBN 978-0-07-337597-7.
67. Schwaber, Ken; Sutherland, Jeff (November 2017), The Scrum Guide: The
Definitive Guide to Scrum: The Rules of the Game (PDF), retrieved May 13,
2020
68. Sommerville, Ian (2010) [2010]. Software Engineering (9th ed.). Harlow,
England: Pearson Education. ISBN 978-0-13-703515-1.
69. APM body of knowledge: Fifth edition. (2006). UK.: Association for project
management, 421 c.
70. Ladaniuk A. The model of strategic management of organizational and
technical systems, taking into account risk-based cognitive approach / A.
Ladaniuk, T. Pro-kopenko, V. Reshetiuk // Annals of Warsaw University of
78
Life Sciences – SGGW Agriculture (Agricultural and Forest Enginweering). –
2014. – № 63. – P. 97–104.
71. Tеtiana Prokopenko, Yaroslav Povolotskyi. ANALYSIS OF THE IMPACT OF
COMPETENCIES ON EFFICIENCY IN PROJECT MANAGEMENT IN THE
FIELD OF INFORMATION TECHNOLOGY. Series of monographs Faculty
of Architecture, Civil Engineering and Applied Arts Katowice School of
Technology. Monograph · 42. Copyright by Katowice School of Technology,
2020. P. 136 – 141. ISBN 978-83-957298-5-0.
72. Prokopenko, T.A., Zyelyk, Ya.L.Complex method of strategic decision-making
in management of technological complexes of continuous type. - Journal of
Automation and Information Sciences. - 2017.- Volume 49. - P.71 -79
73. T. Prokopenko,O. Grigor DEVELOPMENT OF THE COMPREHENSIVE
METHOD TO MANAGE RISKS IN PROJECTS RELATED TO
INFORMATION TECHNOLOGIES. - Eastern-European Journal of Enterprise
Technologies. - 2018. -Volume 2. No 3 (92). - P.37 -43
74. Maximini, Dominik “The Scrum Culture: Introducing Agile Methods in
Organizations. Management for Professionals”, Cham: Springer, 2015, p. 26.
75. Suryanarayana, Girish (2015). "Software Process versus Design Quality: Tug of
War?". IEEE Software. 32 (4): 7–11.

79
Додаток А.1

80
Додаток А.2

81
Додаток А.3

82
Додаток А.4

83

Додаток Б

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