Атестаційні завдання K2 ERP/Управління задачами: відмінності між версіями
R (обговорення | внесок) Створена сторінка: = Модуль управління задачами та проектами всередині компанії = == Реальний бізнес-контекст == Компанія виконує велику кількість завдань і проектів, що потребують: * постановки задач різним співробітникам; * контролю строків і пріоритетів; * відслідкову... |
R (обговорення | внесок) Немає опису редагування |
||
| Рядок 1: | Рядок 1: | ||
= Модуль управління задачами та | {{DISPLAYTITLE:Атестаційні завдання K2 ERP/Управління задачами}} | ||
'''Атестаційне завдання K2 ERP — Управління задачами''' — це практична задача для перевірки навичок розробника або впроваджувача [[K2 ERP]] у створенні модуля управління задачами, проєктами, виконавцями, строками, пріоритетами, статусами, Kanban-дошкою, обліком часу та звітністю по ефективності роботи команди. | |||
Модуль має забезпечувати повний цикл роботи із задачами: від постановки задачі й призначення виконавця до контролю строків, зміни статусів, фіксації часу, перевірки результату, завершення задачі та аналізу завантаженості співробітників. | |||
<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;"> | |||
'''Коротко.''' Потрібно реалізувати модуль, який дозволяє вести проєкти, створювати задачі, призначати виконавців, контролювати строки й пріоритети, змінювати статуси, бачити задачі на Kanban-дошці, фіксувати час і формувати звіти по проєктах та співробітниках. | |||
</div> | |||
__TOC__ | |||
== Назва завдання == | |||
'''Модуль управління задачами та проєктами всередині компанії'''. | |||
== Мета завдання == | |||
Мета завдання — створити в K2 ERP модуль для організації роботи команди над задачами та проєктами. | |||
Система повинна дозволяти: | |||
* вести довідник проєктів; | |||
* створювати задачі; | |||
* призначати постановника й виконавця; | |||
* задавати пріоритет задачі; | |||
* встановлювати планові строки виконання; | |||
* змінювати статус задачі; | |||
* бачити історію змін; | |||
* прикріплювати файли до задачі; | |||
* додавати коментарі; | |||
* фіксувати витрачений час; | |||
* створювати залежності між задачами; | |||
* показувати задачі у вигляді списку та Kanban-дошки; | |||
* надсилати нотифікації виконавцям; | |||
* формувати звіти по задачах, проєктах, строках, завантаженості та ефективності співробітників. | |||
<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;"> | |||
'''Головний принцип.''' Задача в ERP — це не просто запис у списку. Вона має мати відповідального, строк, статус, пріоритет, історію змін, коментарі, файли, час виконання і зрозумілий результат. | |||
</div> | |||
== Реальний бізнес-контекст == | == Реальний бізнес-контекст == | ||
Компанія виконує | Компанія щоденно виконує багато внутрішніх і клієнтських задач. Це можуть бути задачі з розробки, підтримки, маркетингу, продажів, виробництва, логістики, документообігу, адміністрування або впровадження ERP. | ||
Керівнику потрібно бачити: | |||
* які задачі відкриті; | |||
* хто за них відповідає; | |||
* які задачі прострочені; | |||
* які задачі блокують інші роботи; | |||
* які співробітники перевантажені; | |||
* які проєкти рухаються нормально; | |||
* де виникають затримки; | |||
* скільки задач виконано вчасно; | |||
* скільки задач повертається на доопрацювання. | |||
Без модуля управління задачами робота розпорошується по месенджерах, пошті й усних домовленостях. Це призводить до втрати задач, зриву строків і відсутності прозорої відповідальності. | |||
== Основний бізнес-процес == | |||
Типовий процес роботи із задачею виглядає так: | |||
# керівник, менеджер або співробітник створює задачу; | |||
# задача прив’язується до проєкту; | |||
# вказується опис, пріоритет і планова дата завершення; | |||
# призначається виконавець; | |||
# виконавець отримує нотифікацію; | |||
# задача переходить у статус '''«В роботі»'''; | |||
# виконавець додає коментарі, файли або фіксує витрачений час; | |||
# після виконання задача переходить у статус '''«Очікує перевірки»'''; | |||
# постановник перевіряє результат; | |||
# задача завершується або повертається на доопрацювання; | |||
# система зберігає історію змін; | |||
# дані потрапляють у звіти по проєктах і співробітниках. | |||
== Основні об’єкти модуля == | |||
{| class="wikitable" style="width:100%;" | |||
! Об’єкт | |||
! Призначення | |||
|- | |||
| Проєкти | |||
| Групування задач за напрямами, клієнтами або внутрішніми роботами | |||
|- | |||
| Задачі | |||
| Основні одиниці роботи | |||
|- | |||
| Статуси задач | |||
| Етапи життєвого циклу задачі | |||
|- | |||
| Пріоритети | |||
| Важливість задачі: низький, середній, високий, критичний | |||
|- | |||
| Користувачі | |||
| Постановники, виконавці, перевіряючі, керівники | |||
|- | |||
| Коментарі | |||
| Обговорення задачі | |||
|- | |||
| Файли | |||
| Вкладення, документи, скриншоти, макети або технічні матеріали | |||
|- | |||
| Журнал подій | |||
| Історія змін задачі | |||
|- | |||
| Облік часу | |||
| Фіксація витраченого часу на задачу | |||
|- | |||
| Залежності задач | |||
| Блокування або послідовність виконання задач | |||
|- | |||
| Kanban-дошка | |||
| Візуальне управління задачами по статусах | |||
|- | |||
| Звіти | |||
| Аналітика по задачах, проєктах, строках і виконавцях | |||
|} | |||
== Довідник «Проєкти» == | |||
Довідник проєктів використовується для групування задач. | |||
Проєктом може бути клієнтський проєкт, внутрішній напрям, розробка модуля, маркетингова кампанія, впровадження ERP або будь-який інший блок робіт. | |||
== Поля проєкту == | |||
{| class="wikitable" style="width:100%;" | |||
! Поле | |||
! Опис | |||
|- | |||
| Назва проєкту | |||
| Назва напряму або проєкту | |||
|- | |||
| Клієнт | |||
| Опціонально, якщо проєкт пов’язаний із замовником | |||
|- | |||
| Керівник проєкту | |||
| Відповідальний за результат | |||
|- | |||
| Дата початку | |||
| Коли стартує проєкт | |||
|- | |||
| Планова дата завершення | |||
| Коли проєкт має бути завершений | |||
|- | |||
| Фактична дата завершення | |||
| Заповнюється після завершення | |||
|- | |||
| Статус | |||
| Активний, завершений, призупинений, скасований | |||
|- | |||
| Опис | |||
| Короткий зміст проєкту | |||
|} | |||
== Статуси проєкту == | |||
{| class="wikitable" style="width:100%;" | |||
! Статус | |||
! Значення | |||
|- | |||
| Активний | |||
| Проєкт виконується | |||
|- | |||
| Призупинений | |||
| Робота тимчасово зупинена | |||
|- | |||
| Завершений | |||
| Проєкт виконано | |||
|- | |||
| Скасований | |||
| Проєкт більше не виконується | |||
|} | |||
== Довідник «Статуси задач» == | |||
Статуси задач описують життєвий цикл виконання. | |||
== Типові статуси задач == | |||
{| class="wikitable" style="width:100%;" | |||
! Статус | |||
! Значення | |||
|- | |||
| Нова | |||
| Задачу створено, але виконавець ще не почав роботу | |||
|- | |||
| В роботі | |||
| Виконавець працює над задачею | |||
|- | |||
| Очікує уточнення | |||
| Потрібна додаткова інформація від постановника або клієнта | |||
|- | |||
| Заблокована | |||
| Задачу неможливо виконати через залежність або зовнішню причину | |||
|- | |||
| Очікує перевірки | |||
| Виконавець завершив роботу і передав задачу на перевірку | |||
|- | |||
| На доопрацюванні | |||
| Результат повернуто виконавцю після перевірки | |||
|- | |||
| Завершена | |||
| Задачу прийнято і закрито | |||
|- | |||
| Скасована | |||
| Задачу більше не потрібно виконувати | |||
|} | |||
== Довідник «Пріоритети задач» == | |||
Пріоритет показує важливість і терміновість задачі. | |||
== | {| class="wikitable" style="width:100%;" | ||
! Пріоритет | |||
! Значення | |||
|- | |||
| Низький | |||
| Задача не термінова і може виконуватися після важливіших робіт | |||
|- | |||
| Середній | |||
| Звичайна робоча задача | |||
|- | |||
| Високий | |||
| Важлива задача, яка потребує швидкого виконання | |||
|- | |||
| Критичний | |||
| Задача впливає на роботу клієнта, системи або ключового процесу | |||
|} | |||
= | <div style="border:2px solid #f57c00; background:#fff3e0; padding:14px; margin:16px 0;"> | ||
'''Важливо.''' Пріоритет не повинен бути декоративним полем. Він має впливати на сортування задач, Kanban-дошку, звіти та увагу керівника. | |||
</div> | |||
== | == Журнал «Задачі» == | ||
Журнал задач показує всі задачі компанії або ті задачі, до яких користувач має доступ. | |||
== Колонки журналу задач == | |||
== | {| class="wikitable" style="width:100%;" | ||
! Колонка | |||
! Опис | |||
|- | |||
| Назва задачі | |||
| Коротка назва роботи | |||
|- | |||
| Проєкт | |||
| До якого проєкту належить задача | |||
|- | |||
| Постановник | |||
| Хто створив або поставив задачу | |||
|- | |||
| Виконавець | |||
| Хто відповідає за виконання | |||
|- | |||
| Пріоритет | |||
| Низький, середній, високий, критичний | |||
|- | |||
| Дата створення | |||
| Коли задача була створена | |||
|- | |||
| Планова дата завершення | |||
| До якої дати задача має бути виконана | |||
|- | |||
| Фактична дата завершення | |||
| Коли задачу фактично завершено | |||
|- | |||
| Статус | |||
| Поточний стан задачі | |||
|- | |||
| Прострочення | |||
| Ознака або кількість днів прострочення | |||
|} | |||
== Функціональність журналу задач == | |||
Журнал задач має підтримувати: | |||
* фільтрацію за проєктом; | |||
* фільтрацію за виконавцем; | |||
* фільтрацію за постановником; | |||
* фільтрацію за статусом; | |||
* фільтрацію за пріоритетом; | |||
* фільтрацію за строком виконання; | |||
* пошук по назві; | |||
* пошук по опису; | |||
* сортування за датою створення; | |||
* сортування за плановою датою завершення; | |||
* швидку зміну статусу; | |||
* відкриття картки задачі; | |||
* експорт списку задач. | |||
== | == Форма створення задачі == | ||
Форма створення задачі повинна бути достатньо простою для швидкої постановки, але містити всі важливі дані для контролю виконання. | |||
== | == Поля форми задачі == | ||
* | {| class="wikitable" style="width:100%;" | ||
* | ! Поле | ||
* | ! Опис | ||
* | |- | ||
* | | Назва задачі | ||
| Коротка назва, зрозуміла з першого погляду | |||
|- | |||
| Опис задачі | |||
| Детальний опис очікуваного результату | |||
|- | |||
| Проєкт | |||
| Вибір із довідника проєктів | |||
|- | |||
| Постановник | |||
| Користувач, який створив задачу | |||
|- | |||
| Виконавець | |||
| Користувач, відповідальний за виконання | |||
|- | |||
| Співвиконавці | |||
| Опціонально, якщо над задачею працює кілька людей | |||
|- | |||
| Пріоритет | |||
| Низький, середній, високий, критичний | |||
|- | |||
| Планова дата завершення | |||
| Строк виконання | |||
|- | |||
| Файли | |||
| Вкладення: документи, скриншоти, макети, технічні файли | |||
|- | |||
| Залежності | |||
| Задачі, які блокують виконання або залежать від цієї задачі | |||
|- | |||
| Чекбокс «Блокує інші задачі» | |||
| Ознака, що без цієї задачі не можна виконати інші | |||
|} | |||
== Опис задачі == | |||
Опис задачі має давати виконавцю чітке розуміння, що потрібно зробити. | |||
У хорошому описі бажано вказувати: | |||
* що саме потрібно виконати; | |||
* де це потрібно зробити; | |||
* який очікується результат; | |||
* які є обмеження; | |||
* які файли або посилання потрібні; | |||
* як перевірити, що задача виконана. | |||
== Вкладення до задачі == | |||
Модуль має дозволяти прикріплювати файли до задачі. | |||
Це можуть бути: | |||
* технічні завдання; | |||
* скриншоти; | |||
* макети; | |||
* договори; | |||
* таблиці; | |||
* PDF; | |||
* інші робочі файли. | |||
== | == Коментарі до задачі == | ||
Картка задачі має містити коментарі. | |||
Коментарі потрібні для: | |||
* | * уточнень; | ||
* | * обговорення; | ||
* | * фіксації проміжного результату; | ||
* | * відповіді виконавця; | ||
* | * зауважень перевіряючого; | ||
* | * пояснення причин затримки. | ||
== | == Життєвий цикл задачі == | ||
Типовий маршрут задачі: | Типовий маршрут задачі: | ||
| Рядок 87: | Рядок 385: | ||
</blockquote> | </blockquote> | ||
Розширений маршрут: | |||
<blockquote> | |||
Нова → В роботі → Очікує уточнення → В роботі → Очікує перевірки → На доопрацюванні → Очікує перевірки → Завершена | |||
</blockquote> | |||
== Зміна статусу задачі == | |||
Система повинна дозволяти змінювати статус задачі через AJAX без перезавантаження сторінки. | |||
При зміні статусу потрібно фіксувати: | |||
* | * хто змінив статус; | ||
* | * старий статус; | ||
* | * новий статус; | ||
* | * дату і час зміни; | ||
* коментар, якщо він вказаний. | |||
= | <div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;"> | ||
'''Критично.''' Зміна статусу задачі має зберігатися в історії. Без журналу подій неможливо зрозуміти, хто і коли взяв задачу в роботу, передав на перевірку або закрив її. | |||
</div> | |||
== Залежності між задачами == | |||
Модуль має підтримувати залежності між задачами. | |||
Наприклад: | |||
* | * задача Б не може початися, поки не завершена задача А; | ||
* | * задача блокує реліз; | ||
* задача залежить від відповіді клієнта; | |||
* задача є підзадачею більшої задачі. | |||
== | == Типи залежностей == | ||
* | {| class="wikitable" style="width:100%;" | ||
* | ! Тип залежності | ||
! Значення | |||
|- | |||
| Блокує | |||
| Поточна задача блокує виконання іншої задачі | |||
|- | |||
| Заблокована | |||
| Поточна задача не може виконуватися через іншу задачу | |||
|- | |||
| Підзадача | |||
| Задача є частиною більшої задачі | |||
|- | |||
| Пов’язана задача | |||
| Задачі логічно пов’язані, але не блокують одна одну | |||
|} | |||
== Kanban-дошка == | |||
Kanban-дошка дозволяє бачити задачі по статусах. | |||
Кожна колонка відповідає статусу, а задача відображається у вигляді картки. | |||
== Колонки Kanban-дошки == | |||
Приклад колонок: | |||
* Нова; | |||
* В роботі; | |||
* Очікує уточнення; | |||
* Очікує перевірки; | |||
* На доопрацюванні; | |||
* Завершена. | |||
== Функціональність Kanban-дошки == | |||
Kanban-дошка має підтримувати: | |||
* перетягування задач між статусами; | |||
* зміну статусу через Drag & Drop; | |||
* фільтрацію за проєктом; | |||
* фільтрацію за виконавцем; | |||
* фільтрацію за пріоритетом; | |||
* підсвітку прострочених задач; | |||
* відображення дедлайну; | |||
* відображення виконавця; | |||
* відображення пріоритету. | |||
Для реалізації можна використати SortableJS або іншу бібліотеку Drag & Drop. | |||
== Облік часу == | |||
Модуль має дозволяти фіксувати час, витрачений на задачу. | |||
== Способи обліку часу == | |||
Можливі два варіанти: | |||
* ручне введення часу; | |||
* запуск і зупинка таймера. | |||
== Поля запису часу == | |||
{| class="wikitable" style="width:100%;" | |||
! Поле | |||
! Опис | |||
|- | |||
| Задача | |||
| До якої задачі належить час | |||
|- | |||
| Виконавець | |||
| Хто виконував роботу | |||
|- | |||
| Дата | |||
| Коли виконувалася робота | |||
|- | |||
| Початок | |||
| Час початку роботи | |||
|- | |||
| Завершення | |||
| Час завершення роботи | |||
|- | |||
| Тривалість | |||
| Різниця в годинах або хвилинах | |||
|- | |||
| Опис роботи | |||
| Що саме було зроблено | |||
|} | |||
== Формула витраченого часу == | |||
<pre> | |||
Витрачений час = Час завершення - Час початку | |||
</pre> | |||
== Нотифікації == | |||
Модуль має підтримувати нотифікації. | |||
== Події для нотифікацій == | |||
Повідомлення бажано надсилати, коли: | |||
* користувачу призначили задачу; | |||
* змінився статус задачі; | |||
* додано коментар; | |||
* наближається дедлайн; | |||
* задача прострочена; | |||
* задачу повернули на доопрацювання; | |||
* задача очікує перевірки. | |||
== Канали нотифікацій == | |||
Можливі канали: | |||
* внутрішні повідомлення K2 ERP; | |||
* email; | |||
* Telegram або інший месенджер, якщо інтеграція доступна. | |||
== Контроль строків == | |||
Система має автоматично визначати прострочені задачі. | |||
Задача вважається простроченою, якщо: | |||
* планова дата завершення менша за поточну дату; | |||
* задача не має статусу '''«Завершена»''' або '''«Скасована»'''. | |||
Прострочені задачі потрібно виділяти в журналі та звітах. | |||
== Звіти == | |||
== Звіт «Задачі по проєктах» == | |||
Звіт показує стан задач у розрізі проєктів. | |||
У звіті потрібно відображати: | |||
* проєкт; | |||
* кількість задач; | |||
* кількість нових задач; | |||
* кількість задач у роботі; | |||
* кількість завершених задач; | |||
* кількість прострочених задач; | |||
* відсоток виконання. | |||
== Звіт «Ефективність співробітників» == | |||
Звіт показує результативність виконавців. | |||
У звіті потрібно відображати: | |||
* співробітника; | |||
* кількість призначених задач; | |||
* кількість завершених задач; | |||
* кількість задач, виконаних вчасно; | |||
* кількість задач із запізненням; | |||
* середній час виконання; | |||
* відсоток завершення. | |||
== Звіт «Навантаженість співробітників» == | |||
Звіт показує, скільки задач призначено кожному виконавцю. | |||
У звіті потрібно відображати: | |||
* співробітника; | |||
* кількість активних задач; | |||
* кількість критичних задач; | |||
* кількість прострочених задач; | |||
* сумарний плановий час; | |||
* фактично витрачений час. | |||
== Звіт «Прострочені задачі» == | |||
Звіт показує задачі, які не були виконані вчасно. | |||
У звіті потрібно відображати: | |||
* задачу; | |||
* проєкт; | |||
* виконавця; | |||
* планову дату завершення; | |||
* кількість днів прострочення; | |||
* поточний статус; | |||
* пріоритет. | |||
== Звіт «Облік часу по задачах» == | |||
Звіт показує витрачений час. | |||
У звіті потрібно відображати: | |||
* задачу; | |||
* проєкт; | |||
* виконавця; | |||
* дату; | |||
* опис роботи; | |||
* витрачений час; | |||
* підсумок по задачі; | |||
* підсумок по виконавцю. | |||
== Друк і експорт == | |||
Модуль має підтримувати експорт звітів. | |||
Формати: | |||
* Excel; | |||
* PDF. | |||
Експортувати потрібно: | |||
* список задач; | |||
* задачі по проєктах; | |||
* ефективність співробітників; | |||
* навантаженість; | |||
* прострочені задачі; | |||
* облік часу. | |||
== AJAX-інтерактив == | |||
Інтерфейс модуля має працювати швидко і без зайвого перезавантаження сторінок. | |||
Через AJAX мають працювати: | |||
* створення задачі; | |||
* вибір проєкту; | |||
* пошук виконавця; | |||
* зміна статусу; | |||
* додавання коментаря; | |||
* прикріплення файлу; | |||
* зміна пріоритету; | |||
* зміна планової дати; | |||
* перетягування задач на Kanban-дошці; | |||
* фільтрація журналу; | |||
* запуск і зупинка таймера; | |||
* оновлення звітів. | |||
== Логування змін == | |||
Модуль повинен фіксувати важливі зміни. | |||
Журнал подій задачі має зберігати: | |||
* хто створив задачу; | |||
* хто змінив виконавця; | |||
* хто змінив статус; | |||
* хто змінив пріоритет; | |||
* хто змінив строк; | |||
* хто додав коментар; | |||
* хто прикріпив файл; | |||
* хто зафіксував час; | |||
* хто завершив задачу; | |||
* дату й час зміни; | |||
* старе та нове значення, якщо це можливо. | |||
== Права доступу == | |||
Модуль має підтримувати розмежування прав. | |||
{| class="wikitable" style="width:100%;" | |||
! Роль | |||
! Можливості | |||
|- | |||
| Постановник | |||
| Створює задачі, призначає виконавців, перевіряє результат | |||
|- | |||
| Виконавець | |||
| Бачить свої задачі, змінює робочі статуси, додає коментарі та час | |||
|- | |||
| Керівник проєкту | |||
| Керує задачами в межах проєкту, бачить звіти по команді | |||
|- | |||
| Керівник компанії | |||
| Бачить зведені звіти по проєктах, строках і ефективності | |||
|- | |||
| Адміністратор | |||
| Налаштовує статуси, права, довідники, Kanban і службові параметри | |||
|} | |||
== Технічні вимоги == | == Технічні вимоги == | ||
{| class="wikitable" | {| class="wikitable" style="width:100%;" | ||
! Параметр | ! Параметр | ||
! Опис | ! Опис | ||
| Рядок 131: | Рядок 710: | ||
| K2 Cloud ERP на Python або PHP | | K2 Cloud ERP на Python або PHP | ||
|- | |- | ||
| | | База даних | ||
| PostgreSQL або MySQL | | PostgreSQL або MySQL | ||
|- | |- | ||
| Фронтенд | | Фронтенд | ||
| HTML5, JavaScript | | HTML5, JavaScript | ||
|- | |||
| AJAX | |||
| Fetch API або Axios | |||
|- | |- | ||
| UI-компоненти | | UI-компоненти | ||
| DataTables, Select2 | | DataTables, Select2 | ||
|- | |||
| Kanban-дошка | |||
| SortableJS або аналог | |||
|- | |||
| Файли | |||
| Завантаження вкладень до задач | |||
|- | |- | ||
| | | Експорт | ||
| | | Excel або PDF для звітів | ||
|} | |} | ||
== | == Рекомендовані сутності бази даних == | ||
{| class="wikitable" | Для реалізації задачі доцільно передбачити такі сутності: | ||
* проєкти; | |||
* задачі; | |||
* статуси задач; | |||
* пріоритети задач; | |||
* користувачі; | |||
* ролі користувачів; | |||
* коментарі задач; | |||
* файли задач; | |||
* залежності задач; | |||
* записи обліку часу; | |||
* журнал подій задачі; | |||
* Kanban-налаштування; | |||
* нотифікації; | |||
* звіти; | |||
* права доступу. | |||
== Практичне завдання == | |||
У межах атестації потрібно продемонструвати робочий сценарій. | |||
Мінімальний сценарій: | |||
# створити проєкт; | |||
# створити статуси задач; | |||
# створити задачу; | |||
# вказати опис, пріоритет і планову дату завершення; | |||
# призначити виконавця; | |||
# додати файл до задачі; | |||
# додати коментар; | |||
# змінити статус задачі на '''«В роботі»'''; | |||
# зафіксувати витрачений час; | |||
# створити залежність між задачами; | |||
# перемістити задачу на Kanban-дошці; | |||
# перевести задачу в статус '''«Очікує перевірки»'''; | |||
# повернути задачу на доопрацювання; | |||
# повторно передати на перевірку; | |||
# завершити задачу; | |||
# перевірити журнал подій задачі; | |||
# створити прострочену задачу для тесту; | |||
# сформувати звіт задач по проєктах; | |||
# сформувати звіт ефективності співробітників; | |||
# сформувати звіт навантаженості; | |||
# сформувати звіт прострочених задач; | |||
# сформувати звіт обліку часу. | |||
== Критерії оцінювання == | |||
{| class="wikitable" style="width:100%;" | |||
! Критерій | ! Критерій | ||
! Бали | ! Бали | ||
! Що перевіряється | |||
|- | |- | ||
| Реалізація журналу задач і | | Реалізація журналу задач і проєктів | ||
| 20 | | 20 | ||
| Проєкти, задачі, виконавці, постановники, пріоритети, строки, фільтри | |||
|- | |- | ||
| Життєвий цикл задач і зміна статусів | | Життєвий цикл задач і зміна статусів | ||
| 20 | | 20 | ||
| Статуси, переходи, перевірка, доопрацювання, завершення, журнал подій | |||
|- | |- | ||
| Інтерактивна Kanban-дошка | | Інтерактивна Kanban-дошка | ||
| 20 | | 20 | ||
| Колонки статусів, Drag & Drop, зміна статусу, фільтри, підсвітка прострочених задач | |||
|- | |- | ||
| Звіти по задачах і ефективності | | Звіти по задачах і ефективності | ||
| 20 | | 20 | ||
| Задачі по проєктах, ефективність співробітників, навантаженість, прострочення, облік часу | |||
|- | |- | ||
| Інтерактивність через AJAX | | Інтерактивність через AJAX | ||
| 20 | | 20 | ||
| Створення, зміна статусів, коментарі, файли, Kanban, таймер і фільтри без перезавантаження | |||
|- | |||
! Разом | |||
! 100 | |||
! Максимальна оцінка | |||
|} | |} | ||
== Шкала оцінювання == | |||
{| class="wikitable" style="width:100%;" | |||
! Бали | |||
! Рівень | |||
! Опис | |||
|- | |||
| 90–100 | |||
| Відмінно | |||
| Модуль повністю працює: проєкти, задачі, статуси, Kanban, коментарі, файли, час, нотифікації, звіти й AJAX реалізовані коректно | |||
|- | |||
| 75–89 | |||
| Добре | |||
| Основна логіка працює, є незначні недоліки, які не руйнують процес управління задачами | |||
|- | |||
| 60–74 | |||
| Зараховано | |||
| Базовий сценарій працює, але частина функцій реалізована неповно або потребує доопрацювання | |||
|- | |||
| 0–59 | |||
| Не зараховано | |||
| Відсутня критична логіка: задачі, проєкти, виконавці, статуси, строки, журнал подій або звіти | |||
|} | |||
== Критичні помилки == | |||
Критичними помилками вважаються ситуації, коли: | |||
* неможливо створити проєкт; | |||
* неможливо створити задачу; | |||
* задача не має виконавця; | |||
* задача не має статусу; | |||
* статус задачі змінюється без запису в історію; | |||
* не зберігається постановник задачі; | |||
* не працює фільтрація за виконавцем або проєктом; | |||
* планова дата завершення не використовується для контролю строків; | |||
* прострочені задачі не визначаються; | |||
* Kanban-дошка змінює статус некоректно; | |||
* коментарі або файли не прив’язуються до задачі; | |||
* облік часу не прив’язується до задачі та виконавця; | |||
* звіти не відповідають фактичним задачам; | |||
* залежності між задачами не працюють, якщо вони заявлені; | |||
* нотифікації не надсилаються при призначенні задачі, якщо вони заявлені. | |||
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;"> | |||
'''Умова складання.''' Завдання не може бути зараховане, якщо система не дозволяє пройти базовий цикл управління задачею: проєкт → задача → виконавець → статус → виконання → перевірка → завершення → звіт. | |||
</div> | |||
== Очікуваний результат == | |||
У результаті виконання атестаційного завдання має бути створений модуль управління задачами та проєктами в K2 ERP. | |||
Модуль має підтримувати проєкти, задачі, статуси, пріоритети, постановників, виконавців, коментарі, файли, залежності, Kanban-дошку, облік часу, нотифікації, контроль строків, прострочення, звіти, експорт, AJAX-інтерактив і логування змін. | |||
== Примітка == | == Примітка == | ||
Модуль управління задачами | Модуль управління задачами потрібен будь-якій сучасній компанії, що працює над проєктами, внутрішніми процесами або клієнтськими запитами. | ||
Він корисний для IT, виробництва, логістики, маркетингу, консалтингу, підтримки, впровадження ERP та адміністративної роботи. Правильно реалізований модуль дозволяє не втрачати задачі, контролювати строки, бачити завантаженість команди й оцінювати ефективність роботи. | |||
== Коротко == | |||
{| class="wikitable" style="width:100%;" | |||
! Питання | |||
! Відповідь | |||
|- | |||
| Що потрібно створити? | |||
| Модуль управління задачами та проєктами | |||
|- | |||
| Які довідники потрібні? | |||
| Проєкти, статуси задач, пріоритети, користувачі | |||
|- | |||
| Який головний журнал? | |||
| Журнал задач | |||
|- | |||
| Який життєвий цикл задачі? | |||
| Нова → В роботі → Очікує перевірки → Завершена | |||
|- | |||
| Що має підтримувати задача? | |||
| Виконавця, строк, пріоритет, статус, коментарі, файли, історію, час | |||
|- | |||
| Що таке Kanban-дошка? | |||
| Візуальне відображення задач по статусах із можливістю перетягування | |||
|- | |||
| Які звіти потрібні? | |||
| Задачі по проєктах, ефективність співробітників, навантаженість, прострочені задачі, облік часу | |||
|- | |||
| Що є критичною вимогою? | |||
| Повний цикл: створення задачі → виконання → перевірка → завершення → звіт | |||
|} | |||
== Див. також == | |||
* [[K2 Cloud ERP|K2 ERP]] | |||
* [[K2 ERP]] | |||
* [[Атестаційні завдання K2 ERP]] | |||
* [[Управління задачами]] | |||
* [[Проєкт]] | |||
* [[Kanban]] | |||
* [[CRM]] | |||
* [[HelpDesk]] | |||
* [[Облік часу]] | |||
* [[Звітність]] | |||
* [[Автоматизація бізнесу]] | |||
* [[AJAX]] | |||
[[Категорія:K2 ERP]] | |||
[[Категорія:Атестаційні завдання K2]] | |||
[[Категорія:Управління задачами]] | |||
[[Категорія:Проєктний менеджмент]] | |||
[[Категорія:Kanban]] | |||
[[Категорія:Корпоративна Wiki]] | |||