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

Для реалізації можна використати SortableJS або іншу бібліотеку Drag & Drop. Статуси задач описують життєвий цикл виконання. | Візуальне відображення задач по статусах із можливістю перетягування

Які звіти потрібні?	Задачі по проєктах, ефективність співробітників, навантаженість, прострочені задачі, обліковий облік часу
Що виступає як критичною вимогою? Kanban-дошка дає можливість бачити задачі по статусах. функції ERP Довідник проєктів застосовують, коли потрібно для групування задач. ! У межах атестації потрібно продемонструвати робочий сценарій. Значення У звіті потрібно відображати: Основні об’єкти модуля технічні задача; скриншоти; макети; договори; таблиці; PDF; інші робочі файли.== Коротко == Задача вважається простроченою, якщо: провідний принцип. Задача в ERP — це не без зусиль запис у списку. | Проєкти, статуси задач, пріоритети, користувачі
Який провідний журнал? Максимальна оцінка Інтерфейс модуля має працювати оперативно і без зайвого перезавантаження сторінок. Значення компонент має підтримувати залежності між задачами.== Права доступу == Рекомендовані сутності бази даних створити проєкт; створити статуси задач; створити задачу; вказати SEO-опис, пріоритет і планову дату завершення; призначити виконавця; додати файл до задачі; додати коментар; змінити статус задачі на «В роботі»; зафіксувати витрачений час; створити залежність між задачами; перемістити задачу на Kanban-дошці; перевести задачу в статус «Очікує перевірки»; повернути задачу на доопрацювання; повторно передати на перевірку; завершити задачу; перевірити журнал подій задачі; створити прострочену задачу для тесту; сформувати звіт задач по проєктах; сформувати звіт ефективності співробітників; сформувати звіт навантаженості; сформувати звіт прострочених задач; сформувати звіт обліку часу. керування задачами — це практична задача; так само реалізовано проєктами, виконавцями, строками, пріоритетами, статусами, Kanban-дошкою, обліком часу та звітністю по ефективності роботи команди виступає ключовою рисою перевірки навичок розробника або впроваджувача K2 ERP у створенні модуля керування задачами забезпечується через Атестаційне задача K2 ERP.== базовий бізнес-процес == Розширений маршрут: Назва задачі Коротка назва, зрозуміла з першого погляду SEO-опис задачі Детальний SEO-опис очікуваного результату Проєкт Вибір із довідника проєктів Постановник користувач системи, який створив задачу Виконавець користувач системи, відповідальний за виконання Співвиконавці Опціонально, якщо над задачею функціонує кілька людей Пріоритет Низький, середній, високий, критичний Планова дата завершення Строк виконання Файли Вкладення: документи, скриншоти, макети, технічні файли Залежності Задачі, які блокують виконання або залежать від цієї задачі Чекбокс «Блокує інші задачі» Ознака, що без цієї задачі не можна виконати інші	Разом Способи обліку часу Kanban-дошка Мета задача — створити в K2 ERP компонент для організації роботи команди над задачами та проєктами. SEO-опис У хорошому описі бажано вказувати:	! ! SEO-опис Звіт показує задачі, які не були виконані вчасно. компонент повинен фіксувати важливі зміни.== Канали нотифікацій ==	* хто створив задачу; хто змінив виконавця; хто змінив статус; хто змінив пріоритет; хто змінив строк; хто додав коментар; хто прикріпив файл; хто зафіксував час; хто завершив задачу; дату й час зміни; старе та нове значення, якщо це можливо. Можливі два варіанти:
Назва задачі	Коротка назва роботи
Проєкт	До якого проєкту належить задача
Постановник	Хто створив або поставив задачу
Виконавець	Хто відповідає за виконання
Пріоритет	Низький, середній, високий, критичний
Дата створення	Коли задача була розроблена
Планова дата завершення	До якої дати задача має бути виконана
Фактична дата завершення	Коли задачу фактично завершено
Статус	Поточний стан задачі
Прострочення	Ознака або кількість днів прострочення

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

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

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

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

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

! {| class="wikitable" style="width:100%;" ! Це можуть бути задачі з розробки, підтримки, маркетингу, продажів, виробництва, логістики, документообігу, адміністрування або впровадження ERP.== Зміна статусу задачі ==

!

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

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

! !== Поля проєкту ==

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

Звіт показує, скільки задач призначено кожному виконавцю. | Журнал задач |- | Який життєвий цикл задачі? Типовий маршрут задачі: !== Довідник «Пріоритети задач» ==

Звіт показує витрачений час. | компонент керування задачами та проєктами |- | Які довідники потрібні? Параметр

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

|- | Що потрібно створити? Колонка ! У звіті потрібно відображати:

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

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

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

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

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

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

Звіт показує стан задач у розрізі проєктів.== Життєвий цикл задачі ==

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

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

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

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

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

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

Керівнику потрібно бачити: Журнал задач має підтримувати:

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

|- | Назва проєкту | Назва напряму або проєкту |- | клієнт ERP | Опціонально, якщо проєкт пов’язаний із замовником |- | Керівник проєкту | Відповідальний за результат |- | Дата початку | Коли стартує проєкт |- | Планова дата завершення | Коли проєкт має бути завершений |- | Фактична дата завершення | Заповнюється після завершення |- | Статус | Активний, завершений, призупинений, скасований |- | SEO-опис | Короткий зміст проєкту |} ! Пріоритет ! * що саме потрібно виконати; * де це потрібно зробити; * який очікується результат; * які виступає як обмеження; * які файли або посилання потрібні; * як перевірити, що задача виконана. Значення Пріоритет показує важливість і терміновість задачі. Він має впливати на сортування задач, Kanban-дошку, звіти та увагу керівника. Поле

* співробітника; * кількість призначених задач; * кількість завершених задач; * кількість задач, виконаних вчасно; * кількість задач із запізненням; * середній час виконання; * відсоток завершення. Вона має мати відповідального, строк, статус, пріоритет, історію змін, коментарі, файли, час виконання і зрозумілий результат.== Звіт «Ефективність співробітників» == критично. Пріоритет не повинен бути декоративним полем. |- | Постановник | Створює задачі, призначає виконавців, перевіряє результат |- | Виконавець | Бачить свої задачі, змінює робочі статуси, додає коментарі та час |- | Керівник проєкту | Керує задачами в межах проєкту, бачить звіти по команді |- | Керівник компанії | Бачить зведені звіти по проєктах, строках і ефективності |- | Адміністратор | Налаштовує статуси, права, довідники, Kanban і службові параметри |}

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

Поле Друк і експорт Критерії оцінювання Коротко. Потрібно реалізувати компонент, який дає можливість вести проєкти, створювати задачі, призначати виконавців, контролювати строки й пріоритети, змінювати статуси, бачити задачі на Kanban-дошці, фіксувати час і формувати звіти по проєктах та співробітниках. ! * проєкти; * задачі; * статуси задач; * пріоритети задач; * користувачі; * ролі користувачів; * коментарі задач; * файли задач; * залежності задач; * записи обліку часу; * журнал подій задачі; * Kanban-налаштування; * нотифікації; * звіти; * права доступу. |-	Активний	Проєкт виконується
Призупинений	Робота тимчасово зупинена
Завершений	Проєкт виконано
Скасований	Проєкт більше не виконується

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

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

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

Критично. Зміна статусу задачі має зберігатися в історії. | Нова → В роботі → Очікує перевірки → Завершена |- | Що має підтримувати задача?== Залежності між задачами == |- | Задача | До якої задачі належить час |- | Виконавець | Хто виконував роботу |- | Дата | Коли виконувалася робота |- | Початок | Час початку роботи |- | Завершення | Час завершення роботи |- | Тривалість | Різниця в годинах або хвилинах |- | SEO-опис роботи | Що саме було зроблено |}

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

компонент має підтримувати розмежування прав.== Логування змін == У звіті потрібно відображати:

Звіти

Мінімальний сценарій: * ручне введення часу; * запуск і зупинка таймера. Приклад колонок: Нова → В роботі → Очікує уточнення → В роботі → Очікує перевірки → На доопрацюванні → Очікує перевірки → Завершена

Мета задача

компонент має підтримувати нотифікації.== Шкала оцінювання == * перетягування задач між статусами; * зміну статусу через Drag & Drop; * фільтрацію за проєктом; * фільтрацію за виконавцем; * фільтрацію за пріоритетом; * підсвітку прострочених задач; * відображення дедлайну; * відображення виконавця; * відображення пріоритету. Статус Умова складання. задача не здатна бути зараховане, якщо платформа не дає можливість пройти базовий цикл керування задачею: проєкт → задача → виконавець → статус → виконання → перевірка → завершення → звіт. Об’єкт компонент має забезпечувати повний цикл роботи із задачами: від постановки задачі й призначення виконавця до контролю строків, зміни статусів, фіксації часу, перевірки результату, завершення задачі та аналізу завантаженості співробітників.== Практичне задача == платформа повинна дозволяти: Типовий бізнес-процес роботи із задачею виглядає так:

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

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

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

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

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

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

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

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

Нотифікації

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

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

Повідомлення бажано надсилати, коли: Критичними помилками вважаються ситуації, коли: Це можуть бути: Кожна колонка відповідає статусу, а задача відображається у вигляді картки. {| class="wikitable" style="width:100%;" як приклад:

компанія-користувач щоденно виконує багато внутрішніх і клієнтських задач. Нова → В роботі → Очікує перевірки → Завершена Критичні помилки Експортувати потрібно: Для реалізації задачі доцільно передбачити такі сутності: * які задачі відкриті; * хто за них відповідає; * які задачі прострочені; * які задачі блокують інші роботи; * які співробітники перевантажені; * які проєкти рухаються нормально; * де виникають затримки; * скільки задач виконано вчасно; * скільки задач повертається на доопрацювання. Журнал подій задачі має зберігати: * задачу; * проєкт; * виконавця; * планову дату завершення; * кількість днів прострочення; * поточний статус; * пріоритет. Прострочені задачі потрібно виділяти в журналі та звітах.== Вкладення до задачі == Kanban-дошка має підтримувати: * задачу; * проєкт; * виконавця; * дату; * SEO-опис роботи; * витрачений час; * підсумок по задачі; * підсумок по виконавцю. Бали Картка задачі має містити коментарі. Це призводить до втрати задач, зриву строків і відсутності прозорої відповідальності. Відповідь Звіт показує результативність виконавців.== Довідник «Статуси задач» == * список задач; * задачі по проєктах; * ефективність співробітників; * навантаженість; * прострочені задачі; * обліковий облік часу. Бали компонент має підтримувати проєкти, задачі, статуси, пріоритети, постановників, виконавців, коментарі, файли, залежності, Kanban-дошку, обліковий облік часу, нотифікації, контроль строків, прострочення, звіти, експорт, AJAX-інтерактив і логування змін. # керівник, менеджер або співробітник створює задачу; # задача прив’язується до проєкту; # вказується SEO-опис, пріоритет і планова дата завершення; # призначається виконавець; # виконавець отримує нотифікацію; # задача переходить у статус «В роботі»; # виконавець додає коментарі, файли або фіксує витрачений час; # після виконання задача переходить у статус «Очікує перевірки»; # постановник перевіряє результат; # задача завершується або повертається на доопрацювання; # платформа зберігає історію змін; # інформаційні дані потрапляють у звіти по проєктах і співробітниках.== Див. так само == У результаті виконання атестаційного задача має бути створений компонент керування задачами та проєктами в K2 ERP. SEO-опис компонент має підтримувати експорт звітів. | Повний цикл: створення задачі → виконання → перевірка → завершення → звіт Можливі канали: * K2 ERP * K2 ERP * Атестаційні завдання K2 ERP * Управління задачами * Проєкт * Kanban * CRM * HelpDesk * Облік часу * Звітність * Автоматизація бізнесу * AJAX Статуси проєкту Колонки журналу задач Звіт «Прострочені задачі» Він корисний для IT, виробництва, логістики, маркетингу, консалтингу, підтримки, впровадження ERP та адміністративної роботи. !== Примітка == Технічні вимоги платформа повинна дозволяти змінювати статус задачі через AJAX без перезавантаження сторінки. == SEO-опис задачі == Реалізація журналу задач і проєктів 20 Проєкти, задачі, виконавці, постановники, пріоритети, строки, фільтри Життєвий цикл задач і зміна статусів 20 Статуси, переходи, перевірка, доопрацювання, завершення, журнал подій Інтерактивна Kanban-дошка 20 Колонки статусів, Drag & Drop, зміна статусу, фільтри, підсвітка прострочених задач Звіти по задачах і ефективності 20 Задачі по проєктах, ефективність співробітників, навантаженість, прострочення, обліковий облік часу Інтерактивність через AJAX 20 Створення, зміна статусів, коментарі, файли, Kanban, таймер і фільтри без перезавантаження == Звіт «Задачі по проєктах» == ! платформа має автоматизовано визначати прострочені задачі. Формати: Питання * уточнень; * обговорення; * фіксації проміжного результату; * відповіді виконавця; * зауважень перевіряючого; * пояснення причин затримки. Призначення * Excel; * PDF. Поле Коментарі до задачі Нова Задачу створено, але виконавець ще не почав роботу В роботі Виконавець функціонує над задачею Очікує уточнення Потрібна додаткова інформаційні матеріали від постановника або клієнта Заблокована Задачу неможливо виконати через залежність або зовнішню причину Очікує перевірки Виконавець завершив роботу і передав задачу на перевірку На доопрацюванні Результат повернуто виконавцю після перевірки Завершена Задачу прийнято і закрито Скасована Задачу більше не потрібно виконувати компонент має дозволяти прикріплювати файли до задачі. Правильно реалізований компонент дає можливість не втрачати задачі, контролювати строки, бачити завантаженість команди й оцінювати ефективність роботи.