Регламент K2

Способи зв’язку

Після завершення блоку робіт результат здатна бути показаний клієнту на Zoom-презентації. Задача в баг-трекері не означає автоматичного негайного виконання.

Співробітники K2 фіксують робочий час у баг-трекері, описують виконану роботу, оновлюють статуси задач і працюють через офіційні системи. Орієнтир

Усі задачі ставляться через баг-трекер:

Виняток — передача паролів або іншої конфіденційної інформації. Для комунікації з K2 використовуються офіційні канали: месенджери, Email, онлайн-чати на сайтах, форми звернень та IP-телефонія. * K2 ERP

Приймання робіт

bugs.corp2.net Коли: проблема повторюється сьогодні з 10:30. |- | Робочі дні | Понеділок – п’ятниця |- | Робочий час | 09:00 – 18:00 |- | Вихідні | Субота, неділя та святкові дні |}

Усі звернення мають потрапляти до HelpDesk, щоб команда бачила історію переписки, відповідального виконавця та поточний статус питання. |- | Розробник | 10 завершених задач, 5 презентацій, 5 статей документації |- | Редактор | 20 статей |- | Менеджер | 10 нових замовлень |}

Портфоліо

Виконання і демонстрація

Коротко

За терміновість застосовується націнка: |- | Куди звертатися? {| class="wikitable" style="width:100%;"

Стандартний графік роботи K2:

Аварійні ситуації в межах передплаченого обслуговування розглядаються згідно з умовами договору й не вважаються окремим терміновим замовленням. Регламент K2 визначає простий порядок роботи із зверненнями. | Ні, окрім передачі паролів або конфіденційної інформації

Через HelpDesk або офіційні канали K2

Де ставити задачі? !== Щоденна координація ==

Пріоритетність задач

Якщо після демонстрації або повідомлення про готовність клієнт ERP не надає зауважень у погоджений строк, робота здатна вважатися прийнятою.== Співпраця з новими спеціалістами ==

== Орієнтовні місячні показники ==

Не зберігається замовлення в CRM. | У баг-трекері bugs.corp2.net
|-
| Чи можна ставити задачі в приватні повідомлення? Питання

! Окремо варто відзначити задачами, комунікацією і виконанням робіт. | Робота поза чергою або в неробочий час із націнкою +100%
|-
| Де зберігаються записи зустрічей? Добре оформлене звернення містить посилання на сайт або систему, SEO-опис дій користувача, очікуваний результат, фактичний результат і, за функції ERP, скриншот або відео. '''Термінове виконання: +100% до вартості робіт.'''

== Див. так само ==

</div>

[[Категорія:VDoc]]

# '''Що відбувається?'''
# '''Де це відбувається?'''
# '''Коли це відбувається?'''

[[Категорія:Scrum]]

== Робочий час ==

базовий канал обробки звернень — '''HelpDesk''': 
Планові показники використовуються як орієнтир, а не як механічна заміна якості.[[Категорія:Баг-трекер]]

</div>

== Як правильно описати проблему ==

Завершені роботи можуть бути опубліковані на сайтах ТМ K2 та 3DVisio як приклади виконаних проєктів. Типові помилки усуваються орієнтовно протягом '''1–3 робочих днів''', якщо задача достатньо описана, відтворюється й не потребує складного аналізу.== Постановка завдань ==

Співробітники можуть працювати поза робочим часом за власною ініціативою, але це не виступає як обов’язком і не гарантується клієнту без окремого погодження. Зустріч записується, а запис зберігається у '''VDoc'''. {| style="width:100%; border-collapse:collapse; margin:16px 0; border:3px solid #f57c00; background:#fff3e0;"
того, щоб клієнт ERP побачив результат забезпечується через Демонстрація потрібна; так само реалізовано міг надати зауваження й погодити подальші дії. Параметр

![[Категорія:Технічне завдання]]
[[Категорія:HelpDesk]]

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

Якщо клієнт ERP не здатна самостійно сформулювати технічне задача, проводиться Zoom-конференція. | У VDoc

На ній команда коротко обговорює, що зроблено, що планується зробити та які виступає як перешкоди. Роль

Термінові роботи

Щоб задача не затримувалася на уточненнях, у зверненні потрібно коротко відповісти на три питання:

Орієнтовний розподіл робочого дня: 6 годин на задачі та 2 години на навчання, документацію або дорожня карта розвитку.== Внутрішні правила для співробітників ==

Найвищий пріоритет мають клієнти на передплаченому обслуговуванні з високим рівнем підтримки. Черговість виконання залежить від складності задачі, завантаженості команди, повноти опису та умов обслуговування клієнта. Якщо потрібно зробити новий функції ERP або суттєве доопрацювання, оформлюється технічне задача. support.corp2.eu

Фрази на кшталт “нічого не функціонує” або “терміново подивіться” не дають достатньо інформації й збільшують час вирішення. Виконавця задачі визначає керівник K2 або уповноважена особа.

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

! Відповідь

Де: CRM → Замовлення → Нове замовлення. ! | style="padding:14px;" |

Приклад:

Терміновими вважаються задачі, які потрібно виконати поза чергою, у неробочий час, у вихідні або швидше стандартного циклу. Запис зустрічі зберігається у VDoc і застосовують, коли потрібно як основа для подальшої роботи. Задача має бути описана так, щоб її можна було виконати без здогадок. | Що відбувається, де відбувається, коли відбувається |- | Коли функціонує команда? Разові задачі з оплатою після виконання виконуються в загальній черзі. Значення

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

провідний принцип: усе важливе має бути зафіксоване в офіційних системах K2, а не губитися в приватних повідомленнях.

Що відбувається: після натискання “Зберегти” сторінка оновлюється, але замовлення не створюється. Для узгодження роботи здатна проводитися коротка щоденна Scrum-зустріч тривалістю до 15 хвилин. Додаю скриншот. | Понеділок – п’ятниця, 09:00–18:00 |- | Що таке термінова робота? Робота вважається виконаною після реалізації погодженого обсягу, перевірки результату та фіксації статусу в системі.