Процес виконання проекту

Компоненти проекту

Команда та ролі
Технології та інструменти
Методологія, процес, принципи

Метедології та принципи

Agile + Scrum
CI/CD
Стандартизація
Версійність + MVP
S.M.A.R.T Goals
PMBOK7 - 5 етапів проекту
Командна розробка
Повна документація - технічна, проектна, протоколи, задачі Jira
Прозорість - доступ до документації, робочої версії, roadmap, щотиженеві коли
Lean - максимізувати цінність для споживача, мінімізуючи витрати
Code standard - code style, design system, naming, unit test

Планова документація

1-pager/brief - Короткий опис проекту та основних функцій що треба розробити
Roadmap - Основні функції покладені на календар. Приклад
ТВ - Короткий опис вимог до функцій. Приклад
Jira проект - Ведення задач та спрінтів. Приклад
Design - Дизайн Макет

Roadmap+ТВ

Команда та ролі

Основні ролі

PM - зміст та збір вимог щодо проекту, постановка цілей, спілкування з замовником, ризики, проектна документація, робота з командою
TL - відповідає за технічну реалізацію в цілому, технічна постановка задач і перевірка, робота з командою
Scrum - розподіл завдань та контроль за дотриманням термінів, допомагає PM
BA - аналізує бізнес процеси, предметну сферу, нормативну базу і створює ТВ
Design - створює дизайн системи в цілому та окремих блоків
FrontDev - розробка компонента системи
BackDev - розробка api та функцій сервера
ArmDev - інтерфейси, дані, форми
QA - тестування, технічна документація
Writer - проектна документація

це типовий склад команди, виконавці за згодою можуть суміщати функціональні ролі, загрузка спеціалістів залежить від технічних завдань, тому на кожному етапі вони мають бути чітко сформульовані та оцінені

Етапи проекту - процес

Проектно-командний ітераційний підхід

Етап/Статус	Документація	Відповідальний
1.Ініціація	Brief, Бізнес модель, Очікувані результати	PM
2.Планування	Roadmap, Оцінка ресурсів, ТВ - Епіки/БП/Структура даних, Дедлайни, Команда, Вихідні дані	PM + TL
3.Розробка	Технічна документація, Bug Report, Git, ТВ, Jira	PM + TL + Team
4.Моніторинг	Протоколи, Changelog, Презентації, Проектна документація	PM
5.Закриття	Пакет поставки, Звіт	PM

https://www.atlassian.com/ru/work-management/project-management/phases - Опис

Планування

Roadmap + Milestone + Оцінка ресурсів
ТВ - Епіки/БП/Структура даних, визначення MVP, очікуваного результату
Команда наша
Команда замовника - ролі
Вихідні дані
Календарний план, дедлайни
Оцінка ресурсів

Виконання

Sprint
Jira
Standup
Version + changelog
Bug Report
Documentation

Часті зустрічі Залишатися на чолі команд із запланованими онлайн -зустрічами допомагає тримати проект коротким і в курсі.

Закриття

Документація:

Changelog + Readme
Технічна документація - API, Інструкції, опис бізнес процесів
Проектна документація
Звіт + Презентація

На цьому етапі треба:

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

2. Підтвердити завершення проекту Далі підтвердьте завершення проекту. Недостатньо самому заявити про виконаний проект. Кожна залучена особа має домовитися про завершення проекту, перш ніж ви зможете офіційно закрити його та рухатися далі.

Якщо ви пропустите цей крок, ви можете продовжувати отримувати (і платити за) запити на зміни від клієнта. Обов’язково задокументуйте цей крок, щоб мати підтвердження того, що закриття проекту було офіційно підписано.

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

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

5. Ретроспектива та підсумковий звіт

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

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

6.Архівна документація Зберігати всю документацію по проекту в надійному місці і вільному доступі для подальшого використання (щоб структурувати і централізовано зберігати дані)

7. Святкуйте Нарешті, не забудьте відсвяткувати! Завершення проекту є великим досягненням і є кульмінацією багатьох годин наполегливої роботи та відданості команди учасників.

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

Якість виконання

Необхідно постійно покращувати Якість робочого процесу

## Виконання задач
- тестування
- ревізія коду 
- unit test
- якісне ТЗ

## Виконання проектів PM  
- за кожен проект - є відповідальний менеджер
- планування і ведення спрінтів 
- дедлайни 

## Планування продуктів і спрінтів 
- загальний план продукту/проекту
- версії і ТЗ
- документація і фіксація версії

Опис етапів

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

За проектом закріплюється PM, TL.
Визначається дедлайн, ресурси.
Визначити всі послуги - підключення даних, первине завнтаження, навчання.
Важливо: mvp, дорожная карта, очікований результат, поставка

Якісне ТЗ розбите на етапи залог успіху. необхідно максимально використовувати готові рішення. 
В іделі залучити BA. Потім технічно доповнити.
Створюється GIT, readme, changelog, license
Налаштовується pipeline - dev, test середовища
Figma макет 

# Розробка  
Ітераційна, командна робота. 
По заврешенню кожної ітерації 
    changelog + tag, 
    тестування 
    презентація клієнту
    оновлення документації        

Необхідно паралелити :
- адмінпанель  + шаблони
- бекенд -> apidocs
- публічний сайт 
- документацію 
- обробку даних
- деталізація ТЗ 
- bi
- дані
- отримання даних від замовника

Кожен день якісно перевіряти результат

За домовленностю Створюється prod - можливе поетапне впровадження і навчання

Технології та інструменти автоматизації

управління

Jira - веб платформа управління проектами. заточений під командну роботу і процес за методологією scrum/agile. містить всі необхідні візуальні інструменти та звіти. Jira
GoogleDocs - створення спільних документів та таблиць по проекту детальніше
Telegram/Signal - чат групи для оперативної комунікації по проекту
Zoom/GMeet - інструменти онлайн нарад

виробництво

GitLab - GIT та CI/CD сервер - автоматизація розробки Gitlab
VS Code + Git - інструменти локальної розробника детальніше
Autotest - інструменти автоматизованої перевірки якості коду та тестування - Eslint, Jest

PM Skill

Hard Skill:

Робота з документацією;
Робота з зацікавленими сторонами;
Знання методологій;
Робота з інструментами

Soft Skill:

Емоційний інтелект (емпатія, активне слухання, розуміння себе та інших, саморегуляція, стійкість)
Стратегічне мислення
Лідерство
Творчість та інновація
Мотивація та переконання
Партнерський клієнтський сервіс
Гумор як fun

Актуальні Digital Skills:

Аналіз даних, аналітика та управління
Безпека та захист даних
Відповідність законодавству та нормам
Онлайн-співпраця та лідерство
Управління знаннями
Прийняття рішень на основі даних

PM-ам потрібно буде ефективно працювати у ситуаціях, де:

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

Ризики:

Відхилення від бюджету
Відхилення від дедлайну
Неякісне виконання
Проблеми з клієнтом
Проблема з виконавцями

Фільтр підтримки:

1-а Лінія - support -> автоматизація: чат боти, документація, зрозумілі інтерфейси та повідомлення, usablity, стабільний код, підтримка / ticket
2-а Лінія - тех адмін -> робота з логами, метріки та healthcheck
3-я Лінія - гарантійна підтримка (тех спеціалісти) dev -> test-> prod

відтворюємо проблему, робимо локально

Фільтр задач:

ТЗ, беклог, пріорітети, виконавці
PM / Teamlead - контроль

Фільтр побажань:

Все через клієнт менеджера
Оцінка по ресурсам, умови та оплата
Оцінка по загрузці команди і планування
Виконання

На всіх этапах має бути фільтр, а не напряму скинути спеціалісту розбирайся і роби