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