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

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