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

Створена сторінка: = Модуль управління задачами та проектами всередині компанії = == Реальний бізнес-контекст == Компанія виконує велику кількість завдань і проектів, що потребують: * постановки задач різним співробітникам; * контролю строків і пріоритетів; * відслідкову...
 
Немає опису редагування
 
Рядок 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%;"
! Пріоритет
! Значення
|-
| Низький
| Задача не термінова і може виконуватися після важливіших робіт
|-
| Середній
| Звичайна робоча задача
|-
| Високий
| Важлива задача, яка потребує швидкого виконання
|-
| Критичний
| Задача впливає на роботу клієнта, системи або ключового процесу
|}


=== 1. Структура довідників ===
<div style="border:2px solid #f57c00; background:#fff3e0; padding:14px; margin:16px 0;">
'''Важливо.''' Пріоритет не повинен бути декоративним полем. Він має впливати на сортування задач, Kanban-дошку, звіти та увагу керівника.
</div>


==== Довідник «Проекти» ====
== Журнал «Задачі» ==


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


* назва проекту;
== Колонки журналу задач ==
* клієнт — опціонально;
* відповідальний керівник проекту;
* дата початку;
* дата завершення;
* статус проекту:
** активний;
** завершений;
** призупинений.


==== Довідник «Статуси задач» ====
{| class="wikitable" style="width:100%;"
! Колонка
! Опис
|-
| Назва задачі
| Коротка назва роботи
|-
| Проєкт
| До якого проєкту належить задача
|-
| Постановник
| Хто створив або поставив задачу
|-
| Виконавець
| Хто відповідає за виконання
|-
| Пріоритет
| Низький, середній, високий, критичний
|-
| Дата створення
| Коли задача була створена
|-
| Планова дата завершення
| До якої дати задача має бути виконана
|-
| Фактична дата завершення
| Коли задачу фактично завершено
|-
| Статус
| Поточний стан задачі
|-
| Прострочення
| Ознака або кількість днів прострочення
|}


Приклади статусів:
== Функціональність журналу задач ==


* нова;
Журнал задач має підтримувати:
* в роботі;
* очікує перевірки;
* завершена;
* скасована.


=== 2. Журнал «Задачі» ===
* фільтрацію за проєктом;
* фільтрацію за виконавцем;
* фільтрацію за постановником;
* фільтрацію за статусом;
* фільтрацію за пріоритетом;
* фільтрацію за строком виконання;
* пошук по назві;
* пошук по опису;
* сортування за датою створення;
* сортування за плановою датою завершення;
* швидку зміну статусу;
* відкриття картки задачі;
* експорт списку задач.


==== Колонки журналу ====
== Форма створення задачі ==


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


==== Функціонал ====
== Поля форми задачі ==


* фільтрація задач за проектом;
{| class="wikitable" style="width:100%;"
* фільтрація за виконавцем;
! Поле
* фільтрація за статусом;
! Опис
* фільтрація за терміном виконання;
|-
* пошук задач по тексту назви або опису.
| Назва задачі
| Коротка назва, зрозуміла з першого погляду
|-
| Опис задачі
| Детальний опис очікуваного результату
|-
| Проєкт
| Вибір із довідника проєктів
|-
| Постановник
| Користувач, який створив задачу
|-
| Виконавець
| Користувач, відповідальний за виконання
|-
| Співвиконавці
| Опціонально, якщо над задачею працює кілька людей
|-
| Пріоритет
| Низький, середній, високий, критичний
|-
| Планова дата завершення
| Строк виконання
|-
| Файли
| Вкладення: документи, скриншоти, макети, технічні файли
|-
| Залежності
| Задачі, які блокують виконання або залежать від цієї задачі
|-
| Чекбокс «Блокує інші задачі»
| Ознака, що без цієї задачі не можна виконати інші
|}
 
== Опис задачі ==
 
Опис задачі має давати виконавцю чітке розуміння, що потрібно зробити.
 
У хорошому описі бажано вказувати:
 
* що саме потрібно виконати;
* де це потрібно зробити;
* який очікується результат;
* які є обмеження;
* які файли або посилання потрібні;
* як перевірити, що задача виконана.
 
== Вкладення до задачі ==
 
Модуль має дозволяти прикріплювати файли до задачі.
 
Це можуть бути:
 
* технічні завдання;
* скриншоти;
* макети;
* договори;
* таблиці;
* PDF;
* інші робочі файли.


=== 3. Створення задачі ===
== Коментарі до задачі ==


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


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


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


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


Типовий маршрут задачі:
Типовий маршрут задачі:
Рядок 87: Рядок 385:
</blockquote>
</blockquote>


Функціонал:
Розширений маршрут:
 
<blockquote>
Нова → В роботі → Очікує уточнення → В роботі → Очікує перевірки → На доопрацюванні → Очікує перевірки → Завершена
</blockquote>
 
== Зміна статусу задачі ==
 
Система повинна дозволяти змінювати статус задачі через AJAX без перезавантаження сторінки.
 
При зміні статусу потрібно фіксувати:


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


=== 5. Додаткові функції ===
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
'''Критично.''' Зміна статусу задачі має зберігатися в історії. Без журналу подій неможливо зрозуміти, хто і коли взяв задачу в роботу, передав на перевірку або закрив її.
</div>


* можливість призначати кількох виконавців — опціонально;
== Залежності між задачами ==
* відображення задач у вигляді канбан-дошки, наприклад за допомогою Drag & Drop API або бібліотеки SortableJS;
* розрахунок затраченого часу на виконання задачі:
** початок виконання;
** завершення;
** різниця в годинах / хвилинах;
* нотифікації про призначення задачі виконавцю:
** email;
** внутрішні повідомлення.


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


==== Звіт «Задачі по проектах» ====
Наприклад:


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


==== Звіт «Ефективність співробітників» ====
== Типи залежностей ==


* скільки задач виконано вчасно;
{| 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, AJAX, Fetch API або Axios
| HTML5, JavaScript
|-
| AJAX
| Fetch API або Axios
|-
|-
| UI-компоненти
| UI-компоненти
| DataTables, Select2, Kanban-дошка: SortableJS або аналог
| DataTables, Select2
|-
| Kanban-дошка
| SortableJS або аналог
|-
| Файли
| Завантаження вкладень до задач
|-
|-
| Друк
| Експорт
| Експорт звітів у Excel або PDF
| 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]]