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

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

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

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

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

компонент має підтримувати експорт звітів.; * K2 ERP

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

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

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

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

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

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

Що потрібно створити?;== характеристика задачі ==

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

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

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

ключовий бізнес-процес

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

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

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

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

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

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

список задач;
задачі по проєктах;
ефективність співробітників;
навантаженість;
прострочені задачі;
обліковий облік часу.;== Критерії оцінювання ==

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

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

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

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

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

; функціональні можливості

class="wikitable" style="width:100%;"

організація щоденно виконує багато внутрішніх і клієнтських задач.;== Журнал «Задачі» ==

Журнал задач

Який життєвий цикл задачі?; Об’єкт платформа повинна дозволяти змінювати статус задачі через AJAX без перезавантаження сторінки.;

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

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

;

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

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

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

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

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

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

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

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

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

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

; Призначення

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

Постановник

Створює задачі, призначає виконавців, перевіряє результат

Виконавець

Бачить свої задачі, змінює робочі статуси, додає коментарі та час

Керівник проєкту

Керує задачами в межах проєкту, бачить звіти по команді

Керівник компанії

Бачить зведені звіти по проєктах, строках і ефективності

Адміністратор

Налаштовує статуси, права, довідники, Kanban і службові параметри

Картка задачі має містити коментарі.; !; Типовий маршрут задачі:

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

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

Формати:

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

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

Що таке Kanban-дошка?;== Звіт «Ефективність співробітників» ==

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

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

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

Який центральний журнал?; Колонка

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

ручне введення часу;
запуск і зупинка таймера.; компонент керування задачами та проєктами всередині компанії.;== Поля проєкту ==

Звіти

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

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

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

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

; Питання

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

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

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

створити проєкт;
створити статуси задач;
створити задачу;
вказати характеристика, пріоритет і планову дату завершення;
призначити виконавця;
додати файл до задачі;
додати коментар;
змінити статус задачі на «В роботі»;
зафіксувати витрачений час;
створити залежність між задачами;
перемістити задачу на Kanban-дошці;
перевести задачу в статус «Очікує перевірки»;
повернути задачу на доопрацювання;
повторно передати на перевірку;
завершити задачу;
перевірити журнал подій задачі;
створити прострочену задачу для тесту;
сформувати звіт задач по проєктах;
сформувати звіт ефективності співробітників;
сформувати звіт навантаженості;
сформувати звіт прострочених задач;
сформувати звіт обліку часу.;== Зміна статусу задачі ==

Задача

До якої задачі належить час

Виконавець

Хто виконував роботу

Дата

Коли виконувалася робота

Початок

Час початку роботи

Завершення

Час завершення роботи

Тривалість

Різниця в годинах або хвилинах

характеристика роботи

Що саме було зроблено

;

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

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

Повний цикл: створення задачі → виконання → перевірка → завершення → звіт

компонент має дозволяти прикріплювати файли до задачі.; {| class="wikitable" style="width:100%;" У звіті потрібно відображати:

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

кількість активних задач;

кількість критичних задач;

кількість прострочених задач;

сумарний плановий час;

фактично витрачений час.;

як ілюстрація:

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

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

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

Активний Проєкт виконується

Призупинений Робота тимчасово зупинена

Завершений Проєкт виконано

Скасований Проєкт більше не виконується

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

Kanban-дошка

Нотифікації

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

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

компонент має підтримувати нотифікації.; Kanban-дошка має підтримувати:

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

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

Excel;
PDF.; Пріоритет

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

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

!; Він корисний для IT, виробництва, логістики, маркетингу, консалтингу, підтримки, впровадження ERP та адміністративної роботи.; Значення

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

Примітка

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

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

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

!; Поле !;== Див.; додатково ==

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

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

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

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

!;

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

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

компонент має підтримувати розмежування прав.; Статус

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

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

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

!; {| class="wikitable" style="width:100%;"

Коротко

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

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

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

!; * проєкти;

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

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

!; Значення

!; | Задачі по проєктах, ефективність співробітників, навантаженість, прострочені задачі, обліковий облік часу |- | Що є собою критичною вимогою?; Максимальна оцінка

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

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

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

!; компонент повинен фіксувати важливі зміни.; Бали

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

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

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

Статуси задач описують життєвий цикл виконання.; керування задачами — це практична задача для перевірки навичок розробника або впроваджувача K2 ERP у створенні модуля керування задачами.; !; У звіті потрібно відображати:


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

істотно. Пріоритет не повинен бути декоративним полем.; * планова дата завершення менша за поточну дату;
* задача не має статусу «Завершена» або «Скасована».; Він має впливати на сортування задач, Kanban-дошку, звіти та увагу керівника.; компонент має підтримувати проєкти, задачі, статуси, пріоритети, постановників, виконавців, коментарі, файли, залежності, Kanban-дошку, обліковий облік часу, нотифікації, контроль строків, прострочення, звіти, експорт, AJAX-інтерактив і логування змін.; Значення

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





Назва задачі

Коротка назва роботи


Проєкт

До якого проєкту належить задача


Постановник

Хто створив або поставив задачу


Виконавець

Хто відповідає за виконання


Пріоритет

Низький, середній, високий, критичний


Дата створення

Коли задача була розроблена


Планова дата завершення

До якої дати задача має бути виконана


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

Коли задачу фактично завершено


Статус

Поточний стан задачі


Прострочення

Ознака або кількість днів прострочення


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

* фільтрацію за проєктом;
* фільтрацію за виконавцем;
* фільтрацію за постановником;
* фільтрацію за статусом;
* фільтрацію за пріоритетом;
* фільтрацію за строком виконання;
* пошук по назві;
* пошук по опису;
* сортування за датою створення;
* сортування за плановою датою завершення;
* швидку зміну статусу;
* відкриття картки задачі;
* експорт списку задач.; | Нова → В роботі → Очікує перевірки → Завершена
|-
| Що має підтримувати задача?; платформа має автономно визначати прострочені задачі.;== Залежності між задачами ==
Прострочені задачі потрібно виділяти в журналі та звітах.; !;
Назва задача

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

Звіт показує витрачений час.;== Коментарі до задачі ==

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

# керівник, менеджер або співробітник створює задачу;
# задача прив’язується до проєкту;
# вказується характеристика, пріоритет і планова дата завершення;
# призначається виконавець;
# виконавець отримує нотифікацію;
# задача переходить у статус «В роботі»;
# виконавець додає коментарі, файли або фіксує витрачений час;
# після виконання задача переходить у статус «Очікує перевірки»;
# постановник перевіряє результат;
# задача завершується або повертається на доопрацювання;
# платформа зберігає історію змін;
# інформаційні дані потрапляють у звіти по проєктах і співробітниках.; характеристика
|-
| Реалізація журналу задач і проєктів
| 20
| Проєкти, задачі, виконавці, постановники, пріоритети, строки, фільтри
|-
| Життєвий цикл задач і зміна статусів
| 20
| Статуси, переходи, перевірка, доопрацювання, завершення, журнал подій
|-
| Інтерактивна Kanban-дошка
| 20
| Колонки статусів, Drag & Drop, зміна статусу, фільтри, підсвітка прострочених задач
|-
| Звіти по задачах і ефективності
| 20
| Задачі по проєктах, ефективність співробітників, навантаженість, прострочення, обліковий облік часу
|-
| Інтерактивність через AJAX
| 20
| Створення, зміна статусів, коментарі, файли, Kanban, таймер і фільтри без перезавантаження
|-
!; характеристика

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