Регламент K2: відмінності між версіями
R (обговорення | внесок) Регламент |
R (обговорення | внесок) Немає опису редагування |
||
| Рядок 1: | Рядок 1: | ||
{{DISPLAYTITLE:Регламент K2}} | |||
= | <div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;"> | ||
'''Регламент K2''' визначає простий порядок роботи із зверненнями, задачами, комунікацією та виконанням робіт. | |||
'''Головний принцип: усе важливе має бути зафіксоване в офіційних системах K2, а не губитися в приватних повідомленнях.''' | |||
</div> | |||
__TOC__ | |||
== Способи зв’язку == | |||
Для комунікації з K2 використовуються офіційні канали: месенджери, Email, онлайн-чати на сайтах, форми звернень та IP-телефонія. | |||
Основний канал обробки звернень — '''HelpDesk''': | |||
[https://support.corp2.eu support.corp2.eu] | |||
Усі звернення мають потрапляти до HelpDesk, щоб команда бачила історію переписки, відповідального виконавця та поточний статус питання. | |||
Усі | |||
= | <div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;"> | ||
'''Важливо.''' Приватні телефони та особисті повідомлення не використовуються для постановки задач. | |||
Виняток — передача паролів або іншої конфіденційної інформації. | |||
</div> | |||
== Постановка завдань == | |||
Усі задачі ставляться через баг-трекер: | |||
[https://bugs.corp2.net bugs.corp2.net] | |||
Задача має бути описана так, щоб її можна було виконати без здогадок. Якщо потрібно зробити новий функціонал або суттєве доопрацювання, оформлюється технічне завдання. | |||
Якщо клієнт не може самостійно сформулювати технічне завдання, проводиться Zoom-конференція. Запис зустрічі зберігається у '''VDoc''' і використовується як основа для подальшої роботи. | |||
=== | == Як правильно описати проблему == | ||
Щоб задача не затримувалася на уточненнях, у зверненні потрібно коротко відповісти на три питання: | |||
# '''Що відбувається?''' | |||
# '''Де це відбувається?''' | |||
# '''Коли це відбувається?''' | |||
Добре оформлене звернення містить посилання на сайт або систему, опис дій користувача, очікуваний результат, фактичний результат і, за можливості, скриншот або відео. | |||
Приклад: | |||
<pre> | |||
Не зберігається замовлення в CRM. | |||
Де: CRM → Замовлення → Нове замовлення. | |||
Що відбувається: після натискання “Зберегти” сторінка оновлюється, але замовлення не створюється. | |||
Коли: проблема повторюється сьогодні з 10:30. | |||
Додаю скриншот. | |||
</pre> | |||
Фрази на кшталт “нічого не працює” або “терміново подивіться” не дають достатньо інформації й збільшують час вирішення. | |||
== Робочий час == | |||
Стандартний графік роботи K2: | |||
{| class="wikitable" style="width:100%;" | |||
! Параметр | |||
! Значення | |||
|- | |||
| Робочі дні | |||
| Понеділок – п’ятниця | |||
|- | |||
| Робочий час | |||
| 09:00 – 18:00 | |||
|- | |||
| Вихідні | |||
| Субота, неділя та святкові дні | |||
|} | |||
Співробітники можуть працювати поза робочим часом за власною ініціативою, але це не є обов’язком і не гарантується клієнту без окремого погодження. | |||
== Пріоритетність задач == | |||
Черговість виконання залежить від складності задачі, завантаженості команди, повноти опису та умов обслуговування клієнта. | |||
# ''' | Найвищий пріоритет мають клієнти на передплаченому обслуговуванні з високим рівнем підтримки. Разові задачі з оплатою після виконання виконуються в загальній черзі. | ||
<div style="border:2px solid #f57c00; background:#fff3e0; padding:14px; margin:16px 0;"> | |||
'''Задача в баг-трекері не означає автоматичного негайного виконання.''' | |||
Порядок робіт визначається пріоритетом, погодженими умовами та поточним навантаженням команди. | |||
</div> | |||
== Термінові роботи == | |||
Терміновими вважаються задачі, які потрібно виконати поза чергою, у неробочий час, у вихідні або швидше стандартного циклу. | |||
За терміновість застосовується націнка: | |||
{| style="width:100%; border-collapse:collapse; margin:16px 0; border:3px solid #f57c00; background:#fff3e0;" | |||
| style="padding:14px;" | | |||
'''Термінове виконання: +100% до вартості робіт.''' | |||
|} | |||
Аварійні ситуації в межах передплаченого обслуговування розглядаються згідно з умовами договору й не вважаються окремим терміновим замовленням. | |||
== Виконання і демонстрація == | |||
Виконавця задачі визначає керівник K2 або уповноважена особа. | |||
Після завершення блоку робіт результат може бути показаний клієнту на Zoom-презентації. Зустріч записується, а запис зберігається у '''VDoc'''. | |||
Демонстрація потрібна для того, щоб клієнт побачив результат, міг надати зауваження й погодити подальші дії. | |||
== Приймання робіт == | |||
Робота вважається виконаною після реалізації погодженого обсягу, перевірки результату та фіксації статусу в системі. | |||
Якщо після демонстрації або повідомлення про готовність клієнт не надає зауважень у погоджений строк, робота може вважатися прийнятою. | |||
== Портфоліо == | |||
Завершені роботи можуть бути опубліковані на сайтах ТМ K2 та 3DVisio як приклади виконаних проєктів. | |||
Конфіденційна інформація, паролі, персональні дані, внутрішні документи та комерційна таємниця клієнта не публікуються. | |||
== Співпраця з новими спеціалістами == | |||
Для початку співпраці кандидат надає необхідні документи, виконує тестове завдання та проходить інтерв’ю. | |||
Інтерв’ю може записуватися й зберігатися у '''VDoc''' разом із резюме та результатами тестового завдання. | |||
== Внутрішні правила для співробітників == | |||
Співробітники K2 фіксують робочий час у баг-трекері, описують виконану роботу, оновлюють статуси задач і працюють через офіційні системи. | |||
У спілкуванні з клієнтами важливо бути ввічливими, уважними до деталей і шукати суть проблеми, а не просто відповідати формально. | |||
Типові помилки усуваються орієнтовно протягом '''1–3 робочих днів''', якщо задача достатньо описана, відтворюється й не потребує складного аналізу. | |||
== Щоденна координація == | |||
Для узгодження роботи може проводитися коротка щоденна Scrum-зустріч тривалістю до 15 хвилин. | |||
На ній команда коротко обговорює, що зроблено, що планується зробити та які є перешкоди. | |||
== Орієнтовні місячні показники == | |||
Планові показники використовуються як орієнтир, а не як механічна заміна якості. | |||
{| class="wikitable" style="width:100%;" | |||
! Роль | |||
! Орієнтир | |||
|- | |||
| Розробник | |||
| 10 завершених задач, 5 презентацій, 5 статей документації | |||
|- | |||
| Редактор | |||
| 20 статей | |||
|- | |||
| Менеджер | |||
| 10 нових замовлень | |||
|} | |||
Орієнтовний розподіл робочого дня: 6 годин на задачі та 2 години на навчання, документацію або розвиток. | |||
== Коротко == | |||
{| class="wikitable" style="width:100%;" | |||
! Питання | |||
! Відповідь | |||
|- | |||
| Куди звертатися? | |||
| Через HelpDesk або офіційні канали K2 | |||
|- | |||
| Де ставити задачі? | |||
| У баг-трекері bugs.corp2.net | |||
|- | |||
| Чи можна ставити задачі в приватні повідомлення? | |||
| Ні, окрім передачі паролів або конфіденційної інформації | |||
|- | |||
| Як описати проблему? | |||
| Що відбувається, де відбувається, коли відбувається | |||
|- | |||
| Коли працює команда? | |||
| Понеділок – п’ятниця, 09:00–18:00 | |||
|- | |||
| Що таке термінова робота? | |||
| Робота поза чергою або в неробочий час із націнкою +100% | |||
|- | |||
| Де зберігаються записи зустрічей? | |||
| У VDoc | |||
|} | |||
== Див. також == | |||
* [[K2 ERP]] | |||
* [[HelpDesk]] | |||
* [[Баг-трекер]] | |||
* [[VDoc]] | |||
* [[Технічне завдання]] | |||
* [[Scrum]] | |||
* [[Автоматизація бізнесу]] | |||
* [[Web-розробка]] | |||
* [[Підтримка клієнтів]] | |||
[[Категорія:K2 ERP]] | |||
[[Категорія:Регламент K2]] | |||
[[Категорія:HelpDesk]] | |||
[[Категорія:Баг-трекер]] | |||
[[Категорія:VDoc]] | |||
[[Категорія:Технічне завдання]] | |||
[[Категорія:Scrum]] | |||
[[Категорія:Підтримка клієнтів]] | |||
[[Категорія:Корпоративна Wiki]] | |||