Атестаційні завдання K2 ERP/Управління задачами

Атестаційне завдання K2 ERP — Управління задачами — це практична задача для перевірки навичок розробника або впроваджувача K2 ERP у створенні модуля управління задачами, проєктами, виконавцями, строками, пріоритетами, статусами, Kanban-дошкою, обліком часу та звітністю по ефективності роботи команди.

Модуль має забезпечувати повний цикл роботи із задачами: від постановки задачі й призначення виконавця до контролю строків, зміни статусів, фіксації часу, перевірки результату, завершення задачі та аналізу завантаженості співробітників.

Коротко. Потрібно реалізувати модуль, який дозволяє вести проєкти, створювати задачі, призначати виконавців, контролювати строки й пріоритети, змінювати статуси, бачити задачі на Kanban-дошці, фіксувати час і формувати звіти по проєктах та співробітниках.

Назва завдання

Модуль управління задачами та проєктами всередині компанії.

Мета завдання

Мета завдання — створити в K2 ERP модуль для організації роботи команди над задачами та проєктами.

Система повинна дозволяти:

• вести довідник проєктів;
• створювати задачі;
• призначати постановника й виконавця;
• задавати пріоритет задачі;
• встановлювати планові строки виконання;
• змінювати статус задачі;
• бачити історію змін;
• прикріплювати файли до задачі;
• додавати коментарі;
• фіксувати витрачений час;
• створювати залежності між задачами;
• показувати задачі у вигляді списку та Kanban-дошки;
• надсилати нотифікації виконавцям;
• формувати звіти по задачах, проєктах, строках, завантаженості та ефективності співробітників.

Головний принцип. Задача в ERP — це не просто запис у списку. Вона має мати відповідального, строк, статус, пріоритет, історію змін, коментарі, файли, час виконання і зрозумілий результат.

Реальний бізнес-контекст

Компанія щоденно виконує багато внутрішніх і клієнтських задач. Це можуть бути задачі з розробки, підтримки, маркетингу, продажів, виробництва, логістики, документообігу, адміністрування або впровадження ERP.

Керівнику потрібно бачити:

• які задачі відкриті;
• хто за них відповідає;
• які задачі прострочені;
• які задачі блокують інші роботи;
• які співробітники перевантажені;
• які проєкти рухаються нормально;
• де виникають затримки;
• скільки задач виконано вчасно;
• скільки задач повертається на доопрацювання.

Без модуля управління задачами робота розпорошується по месенджерах, пошті й усних домовленостях. Це призводить до втрати задач, зриву строків і відсутності прозорої відповідальності.

Основний бізнес-процес

Типовий процес роботи із задачею виглядає так:

1. керівник, менеджер або співробітник створює задачу;
2. задача прив’язується до проєкту;
3. вказується опис, пріоритет і планова дата завершення;
4. призначається виконавець;
5. виконавець отримує нотифікацію;
6. задача переходить у статус «В роботі»;
7. виконавець додає коментарі, файли або фіксує витрачений час;
8. після виконання задача переходить у статус «Очікує перевірки»;
9. постановник перевіряє результат;
10. задача завершується або повертається на доопрацювання;
11. система зберігає історію змін;
12. дані потрапляють у звіти по проєктах і співробітниках.

Основні об’єкти модуля

Об’єкт	Призначення
Проєкти	Групування задач за напрямами, клієнтами або внутрішніми роботами
Задачі	Основні одиниці роботи
Статуси задач	Етапи життєвого циклу задачі
Пріоритети	Важливість задачі: низький, середній, високий, критичний
Користувачі	Постановники, виконавці, перевіряючі, керівники
Коментарі	Обговорення задачі
Файли	Вкладення, документи, скриншоти, макети або технічні матеріали
Журнал подій	Історія змін задачі
Облік часу	Фіксація витраченого часу на задачу
Залежності задач	Блокування або послідовність виконання задач
Kanban-дошка	Візуальне управління задачами по статусах
Звіти	Аналітика по задачах, проєктах, строках і виконавцях

Довідник «Проєкти»

Довідник проєктів використовується для групування задач.

Проєктом може бути клієнтський проєкт, внутрішній напрям, розробка модуля, маркетингова кампанія, впровадження ERP або будь-який інший блок робіт.

Поля проєкту

Поле	Опис
Назва проєкту	Назва напряму або проєкту
Клієнт	Опціонально, якщо проєкт пов’язаний із замовником
Керівник проєкту	Відповідальний за результат
Дата початку	Коли стартує проєкт
Планова дата завершення	Коли проєкт має бути завершений
Фактична дата завершення	Заповнюється після завершення
Статус	Активний, завершений, призупинений, скасований
Опис	Короткий зміст проєкту

Статуси проєкту

Статус	Значення
Активний	Проєкт виконується
Призупинений	Робота тимчасово зупинена
Завершений	Проєкт виконано
Скасований	Проєкт більше не виконується

Довідник «Статуси задач»

Статуси задач описують життєвий цикл виконання.

Типові статуси задач

Статус	Значення
Нова	Задачу створено, але виконавець ще не почав роботу
В роботі	Виконавець працює над задачею
Очікує уточнення	Потрібна додаткова інформація від постановника або клієнта
Заблокована	Задачу неможливо виконати через залежність або зовнішню причину
Очікує перевірки	Виконавець завершив роботу і передав задачу на перевірку
На доопрацюванні	Результат повернуто виконавцю після перевірки
Завершена	Задачу прийнято і закрито
Скасована	Задачу більше не потрібно виконувати

Довідник «Пріоритети задач»

Пріоритет показує важливість і терміновість задачі.

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

Важливо. Пріоритет не повинен бути декоративним полем. Він має впливати на сортування задач, Kanban-дошку, звіти та увагу керівника.

Журнал «Задачі»

Журнал задач показує всі задачі компанії або ті задачі, до яких користувач має доступ.

Колонки журналу задач

Колонка	Опис
Назва задачі	Коротка назва роботи
Проєкт	До якого проєкту належить задача
Постановник	Хто створив або поставив задачу
Виконавець	Хто відповідає за виконання
Пріоритет	Низький, середній, високий, критичний
Дата створення	Коли задача була створена
Планова дата завершення	До якої дати задача має бути виконана
Фактична дата завершення	Коли задачу фактично завершено
Статус	Поточний стан задачі
Прострочення	Ознака або кількість днів прострочення

Функціональність журналу задач

Журнал задач має підтримувати:

• фільтрацію за проєктом;
• фільтрацію за виконавцем;
• фільтрацію за постановником;
• фільтрацію за статусом;
• фільтрацію за пріоритетом;
• фільтрацію за строком виконання;
• пошук по назві;
• пошук по опису;
• сортування за датою створення;
• сортування за плановою датою завершення;
• швидку зміну статусу;
• відкриття картки задачі;
• експорт списку задач.

Форма створення задачі

Форма створення задачі повинна бути достатньо простою для швидкої постановки, але містити всі важливі дані для контролю виконання.

Поля форми задачі

Поле	Опис
Назва задачі	Коротка назва, зрозуміла з першого погляду
Опис задачі	Детальний опис очікуваного результату
Проєкт	Вибір із довідника проєктів
Постановник	Користувач, який створив задачу
Виконавець	Користувач, відповідальний за виконання
Співвиконавці	Опціонально, якщо над задачею працює кілька людей
Пріоритет	Низький, середній, високий, критичний
Планова дата завершення	Строк виконання
Файли	Вкладення: документи, скриншоти, макети, технічні файли
Залежності	Задачі, які блокують виконання або залежать від цієї задачі
Чекбокс «Блокує інші задачі»	Ознака, що без цієї задачі не можна виконати інші

Опис задачі

Опис задачі має давати виконавцю чітке розуміння, що потрібно зробити.

У хорошому описі бажано вказувати:

• що саме потрібно виконати;
• де це потрібно зробити;
• який очікується результат;
• які є обмеження;
• які файли або посилання потрібні;
• як перевірити, що задача виконана.

Вкладення до задачі

Модуль має дозволяти прикріплювати файли до задачі.

Це можуть бути:

• технічні завдання;
• скриншоти;
• макети;
• договори;
• таблиці;
• PDF;
• інші робочі файли.

Коментарі до задачі

Картка задачі має містити коментарі.

Коментарі потрібні для:

• уточнень;
• обговорення;
• фіксації проміжного результату;
• відповіді виконавця;
• зауважень перевіряючого;
• пояснення причин затримки.

Життєвий цикл задачі

Типовий маршрут задачі:

Нова → В роботі → Очікує перевірки → Завершена

Розширений маршрут:

Нова → В роботі → Очікує уточнення → В роботі → Очікує перевірки → На доопрацюванні → Очікує перевірки → Завершена

Зміна статусу задачі

Система повинна дозволяти змінювати статус задачі через AJAX без перезавантаження сторінки.

При зміні статусу потрібно фіксувати:

• хто змінив статус;
• старий статус;
• новий статус;
• дату і час зміни;
• коментар, якщо він вказаний.

Критично. Зміна статусу задачі має зберігатися в історії. Без журналу подій неможливо зрозуміти, хто і коли взяв задачу в роботу, передав на перевірку або закрив її.

Залежності між задачами

Модуль має підтримувати залежності між задачами.

Наприклад:

• задача Б не може початися, поки не завершена задача А;
• задача блокує реліз;
• задача залежить від відповіді клієнта;
• задача є підзадачею більшої задачі.

Типи залежностей

Тип залежності	Значення
Блокує	Поточна задача блокує виконання іншої задачі
Заблокована	Поточна задача не може виконуватися через іншу задачу
Підзадача	Задача є частиною більшої задачі
Пов’язана задача	Задачі логічно пов’язані, але не блокують одна одну

Kanban-дошка

Kanban-дошка дозволяє бачити задачі по статусах.

Кожна колонка відповідає статусу, а задача відображається у вигляді картки.

Колонки Kanban-дошки

Приклад колонок:

• Нова;
• В роботі;
• Очікує уточнення;
• Очікує перевірки;
• На доопрацюванні;
• Завершена.

Функціональність Kanban-дошки

Kanban-дошка має підтримувати:

• перетягування задач між статусами;
• зміну статусу через Drag & Drop;
• фільтрацію за проєктом;
• фільтрацію за виконавцем;
• фільтрацію за пріоритетом;
• підсвітку прострочених задач;
• відображення дедлайну;
• відображення виконавця;
• відображення пріоритету.

Для реалізації можна використати SortableJS або іншу бібліотеку Drag & Drop.

Облік часу

Модуль має дозволяти фіксувати час, витрачений на задачу.

Способи обліку часу

Можливі два варіанти:

• ручне введення часу;
• запуск і зупинка таймера.

Поля запису часу

Поле	Опис
Задача	До якої задачі належить час
Виконавець	Хто виконував роботу
Дата	Коли виконувалася робота
Початок	Час початку роботи
Завершення	Час завершення роботи
Тривалість	Різниця в годинах або хвилинах
Опис роботи	Що саме було зроблено

Формула витраченого часу

Витрачений час = Час завершення - Час початку

Нотифікації

Модуль має підтримувати нотифікації.

Події для нотифікацій

Повідомлення бажано надсилати, коли:

• користувачу призначили задачу;
• змінився статус задачі;
• додано коментар;
• наближається дедлайн;
• задача прострочена;
• задачу повернули на доопрацювання;
• задача очікує перевірки.

Канали нотифікацій

Можливі канали:

• внутрішні повідомлення K2 ERP;
• email;
• Telegram або інший месенджер, якщо інтеграція доступна.

Контроль строків

Система має автоматично визначати прострочені задачі.

Задача вважається простроченою, якщо:

• планова дата завершення менша за поточну дату;
• задача не має статусу «Завершена» або «Скасована».

Прострочені задачі потрібно виділяти в журналі та звітах.

Звіт «Задачі по проєктах»

Звіт показує стан задач у розрізі проєктів.

У звіті потрібно відображати:

• проєкт;
• кількість задач;
• кількість нових задач;
• кількість задач у роботі;
• кількість завершених задач;
• кількість прострочених задач;
• відсоток виконання.

Звіт «Ефективність співробітників»

Звіт показує результативність виконавців.

У звіті потрібно відображати:

• співробітника;
• кількість призначених задач;
• кількість завершених задач;
• кількість задач, виконаних вчасно;
• кількість задач із запізненням;
• середній час виконання;
• відсоток завершення.

Звіт «Навантаженість співробітників»

Звіт показує, скільки задач призначено кожному виконавцю.

У звіті потрібно відображати:

• співробітника;
• кількість активних задач;
• кількість критичних задач;
• кількість прострочених задач;
• сумарний плановий час;
• фактично витрачений час.

Звіт «Прострочені задачі»

Звіт показує задачі, які не були виконані вчасно.

У звіті потрібно відображати:

• задачу;
• проєкт;
• виконавця;
• планову дату завершення;
• кількість днів прострочення;
• поточний статус;
• пріоритет.

Звіт «Облік часу по задачах»

Звіт показує витрачений час.

У звіті потрібно відображати:

• задачу;
• проєкт;
• виконавця;
• дату;
• опис роботи;
• витрачений час;
• підсумок по задачі;
• підсумок по виконавцю.

Друк і експорт

Модуль має підтримувати експорт звітів.

Формати:

• Excel;
• PDF.

Експортувати потрібно:

• список задач;
• задачі по проєктах;
• ефективність співробітників;
• навантаженість;
• прострочені задачі;
• облік часу.

AJAX-інтерактив

Інтерфейс модуля має працювати швидко і без зайвого перезавантаження сторінок.

Через AJAX мають працювати:

• створення задачі;
• вибір проєкту;
• пошук виконавця;
• зміна статусу;
• додавання коментаря;
• прикріплення файлу;
• зміна пріоритету;
• зміна планової дати;
• перетягування задач на Kanban-дошці;
• фільтрація журналу;
• запуск і зупинка таймера;
• оновлення звітів.

Логування змін

Модуль повинен фіксувати важливі зміни.

Журнал подій задачі має зберігати:

• хто створив задачу;
• хто змінив виконавця;
• хто змінив статус;
• хто змінив пріоритет;
• хто змінив строк;
• хто додав коментар;
• хто прикріпив файл;
• хто зафіксував час;
• хто завершив задачу;
• дату й час зміни;
• старе та нове значення, якщо це можливо.

Права доступу

Модуль має підтримувати розмежування прав.

Роль	Можливості
Постановник	Створює задачі, призначає виконавців, перевіряє результат
Виконавець	Бачить свої задачі, змінює робочі статуси, додає коментарі та час
Керівник проєкту	Керує задачами в межах проєкту, бачить звіти по команді
Керівник компанії	Бачить зведені звіти по проєктах, строках і ефективності
Адміністратор	Налаштовує статуси, права, довідники, Kanban і службові параметри

Технічні вимоги

Параметр	Опис
Бекенд	K2 Cloud ERP на Python або PHP
База даних	PostgreSQL або MySQL
Фронтенд	HTML5, JavaScript
AJAX	Fetch API або Axios
UI-компоненти	DataTables, Select2
Kanban-дошка	SortableJS або аналог
Файли	Завантаження вкладень до задач
Експорт	Excel або PDF для звітів

Рекомендовані сутності бази даних

Для реалізації задачі доцільно передбачити такі сутності:

• проєкти;
• задачі;
• статуси задач;
• пріоритети задач;
• користувачі;
• ролі користувачів;
• коментарі задач;
• файли задач;
• залежності задач;
• записи обліку часу;
• журнал подій задачі;
• Kanban-налаштування;
• нотифікації;
• звіти;
• права доступу.

Практичне завдання

У межах атестації потрібно продемонструвати робочий сценарій.

Мінімальний сценарій:

1. створити проєкт;
2. створити статуси задач;
3. створити задачу;
4. вказати опис, пріоритет і планову дату завершення;
5. призначити виконавця;
6. додати файл до задачі;
7. додати коментар;
8. змінити статус задачі на «В роботі»;
9. зафіксувати витрачений час;
10. створити залежність між задачами;
11. перемістити задачу на Kanban-дошці;
12. перевести задачу в статус «Очікує перевірки»;
13. повернути задачу на доопрацювання;
14. повторно передати на перевірку;
15. завершити задачу;
16. перевірити журнал подій задачі;
17. створити прострочену задачу для тесту;
18. сформувати звіт задач по проєктах;
19. сформувати звіт ефективності співробітників;
20. сформувати звіт навантаженості;
21. сформувати звіт прострочених задач;
22. сформувати звіт обліку часу.

Критерії оцінювання

Критерій	Бали	Що перевіряється
Реалізація журналу задач і проєктів	20	Проєкти, задачі, виконавці, постановники, пріоритети, строки, фільтри
Життєвий цикл задач і зміна статусів	20	Статуси, переходи, перевірка, доопрацювання, завершення, журнал подій
Інтерактивна Kanban-дошка	20	Колонки статусів, Drag & Drop, зміна статусу, фільтри, підсвітка прострочених задач
Звіти по задачах і ефективності	20	Задачі по проєктах, ефективність співробітників, навантаженість, прострочення, облік часу
Інтерактивність через AJAX	20	Створення, зміна статусів, коментарі, файли, Kanban, таймер і фільтри без перезавантаження
Разом	100	Максимальна оцінка

Шкала оцінювання

Бали	Рівень	Опис
90–100	Відмінно	Модуль повністю працює: проєкти, задачі, статуси, Kanban, коментарі, файли, час, нотифікації, звіти й AJAX реалізовані коректно
75–89	Добре	Основна логіка працює, є незначні недоліки, які не руйнують процес управління задачами
60–74	Зараховано	Базовий сценарій працює, але частина функцій реалізована неповно або потребує доопрацювання
0–59	Не зараховано	Відсутня критична логіка: задачі, проєкти, виконавці, статуси, строки, журнал подій або звіти

Критичні помилки

Критичними помилками вважаються ситуації, коли:

• неможливо створити проєкт;
• неможливо створити задачу;
• задача не має виконавця;
• задача не має статусу;
• статус задачі змінюється без запису в історію;
• не зберігається постановник задачі;
• не працює фільтрація за виконавцем або проєктом;
• планова дата завершення не використовується для контролю строків;
• прострочені задачі не визначаються;
• Kanban-дошка змінює статус некоректно;
• коментарі або файли не прив’язуються до задачі;
• облік часу не прив’язується до задачі та виконавця;
• звіти не відповідають фактичним задачам;
• залежності між задачами не працюють, якщо вони заявлені;
• нотифікації не надсилаються при призначенні задачі, якщо вони заявлені.

Умова складання. Завдання не може бути зараховане, якщо система не дозволяє пройти базовий цикл управління задачею: проєкт → задача → виконавець → статус → виконання → перевірка → завершення → звіт.

Очікуваний результат

У результаті виконання атестаційного завдання має бути створений модуль управління задачами та проєктами в K2 ERP.

Модуль має підтримувати проєкти, задачі, статуси, пріоритети, постановників, виконавців, коментарі, файли, залежності, Kanban-дошку, облік часу, нотифікації, контроль строків, прострочення, звіти, експорт, AJAX-інтерактив і логування змін.

Примітка

Модуль управління задачами потрібен будь-якій сучасній компанії, що працює над проєктами, внутрішніми процесами або клієнтськими запитами.

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

Коротко

Питання	Відповідь
Що потрібно створити?	Модуль управління задачами та проєктами
Які довідники потрібні?	Проєкти, статуси задач, пріоритети, користувачі
Який головний журнал?	Журнал задач
Який життєвий цикл задачі?	Нова → В роботі → Очікує перевірки → Завершена
Що має підтримувати задача?	Виконавця, строк, пріоритет, статус, коментарі, файли, історію, час
Що таке Kanban-дошка?	Візуальне відображення задач по статусах із можливістю перетягування
Які звіти потрібні?	Задачі по проєктах, ефективність співробітників, навантаженість, прострочені задачі, облік часу
Що є критичною вимогою?	Повний цикл: створення задачі → виконання → перевірка → завершення → звіт

Див. також

• K2 ERP
• K2 ERP
• Атестаційні завдання K2 ERP
• Управління задачами
• Проєкт
• Kanban
• CRM
• HelpDesk
• Облік часу
• Звітність
• Автоматизація бізнесу
• AJAX