ISO 9001 + Scrum + регламент K2 ERP: система якості, тижневі спринти, Zoom-записи, VDoc і Telegram-комунікації: відмінності між версіями

'''Є в IT одна вічна класика.'''

А потім раптом виявляється, що вимога була не зовсім такою, задача закрита без перевірки, запис Zoom ніхто не зберіг, посилання у Telegram не скинули, у VDoc нічого немає, а в баг-трекері написано просто: “поправив”.

'''ISO 9001 + Scrum + регламент K2 ERP потрібні саме для того, щоб прибрати цей хаос і замінити його нормальною, прозорою, контрольованою системою роботи.'''

== Якість починається не з релізу, а з процесу ==

Насправді якість починається набагато раніше.

У K2 ERP якість будується на поєднанні трьох речей:

'''Scrum дає ритм. ISO 9001 дає контроль. Регламент дає доказовість.'''

== ISO 9001 у продуктовій IT-компанії: що це означає на практиці ==

Scrum Master не входить у ці 7 виконавців. Він є окремою роллю, яка відповідає за процес, прозорість, дисципліну, Daily Scrum, блокери, Demo, ретроспективу і контроль виконання правил Scrum.

== Ролі в Scrum + ISO 9001 ==

Це важливо, бо ERP — це не тільки код. ERP — це бізнес-логіка, дані, документи, довідники, ролі доступу, інтеграції, звітність і реальна робота клієнта.

== Scrum Master: не роздає задачі, а тримає процес ==

* аналіз результату.

== Фіксований scope спринту: не перетворюємо тиждень на хаос ==

* відображена у звіті спринту.

== Планування спринту: старт тижня без туману ==

* чи потрібна допомога.

== Три головні питання Daily Scrum ==

* потрібна консультація бухгалтера або галузевого спеціаліста.

== Action Items після Daily Scrum ==

Формат Action Item:

'''Daily Scrum не вирішує всі проблеми. Він виявляє проблеми і запускає окремі короткі дії для їх вирішення.'''

* перетворювати Daily Scrum на годинну нараду.

== Що потрібно підраховувати щодня ==

* чи відповідає темп виконання плану тижня.

'''Якщо щодня не видно динаміки виконання, команда керується відчуттями, а не фактами.'''

* якщо була Zoom-перевірка або Demo — запис збережено у VDoc, а посилання надіслано в Telegram-групу.

== Demo та Review спринту ==

* що переходить у наступний спринт.

== Хто може бути на Demo ==

* підготовку списку питань до Product Owner або замовника.

== Перемовини із замовниками ==

* який строк.

== Постановка задач від замовника ==

* кількість Action Items, закритих у строк.

== Ретроспектива спринту ==

* картка або документ у VDoc.

'''Спринт:''' № ___

=== План спринту ===

=== Виконання ===

=== Якість ===

=== Комунікації та записи ===

=== Блокери ===

=== Action Items ===

=== Прийняті рішення ===

=== Покращення на наступний спринт ===

== Метрики якості Scrum + ISO 9001 ==

* '''низький''' — косметична або незначна помилка.

== Документація ==

* результати ретроспективи.

== Правила дисципліни Scrum + ISO 9001 + регламент K2 ERP ==

# '''Спринт триває 1 тиждень.'''

# '''Scrum-команда складається з 7 співробітників, які виконують роботу в межах спринту.'''

# '''Scrum Master є окремою роллю і не входить у ці 7 виконавців.'''

# '''Кожна задача повинна мати опис, виконавця, перевіряючого і критерій готовності.'''

# '''Кожного дня проводиться Daily Scrum Meeting тривалістю до 15 хвилин.'''

# '''Усі Scrum-зустрічі проводяться в Zoom із записом.'''

# '''Усі записи Zoom зберігаються у VDoc.'''

# '''Посилання на записи надсилаються в Telegram-групу Scrum-команди або групу із замовником.'''

# '''Усі перемовини із замовниками проводяться в Zoom із записом.'''

# '''Усі робочі переписки, крім конфіденційної інформації, ведуться в Telegram-групах.'''

# '''Приватні повідомлення не використовуються для робочих домовленостей, крім передачі конфіденційних даних.'''

# '''Статуси задач оновлюються щоденно.'''

# '''Блокери фіксуються одразу, а не в кінці тижня.'''

# '''Критичні задачі не приймаються самими виконавцями.'''

# '''Зміни в БД, API, правах доступу і бізнес-логіці проходять додаткову перевірку.'''

# '''Scope спринту після старту не змінюється хаотично.'''

# '''Якщо scope потрібно змінити, це погоджується і фіксується.'''

# '''Раз на тиждень проводиться Demo та Review спринту тривалістю до 2 годин.'''

# '''На Demo показується реальний результат у системі.'''

# '''Якщо робота виконувалась для замовника, результат демонструється замовнику в Zoom під запис.'''

# '''Після спринту формується звіт з цифрами, висновками, записами і діями для покращення.'''

# '''Невиконані задачі аналізуються за причинами.'''

# '''Дефекти фіксуються, класифікуються і перевіряються після виправлення.'''

# '''Результати спринту використовуються для покращення наступного спринту.'''

# '''Уся важлива інформація повинна бути зафіксована в системі, а не залишатися “на словах”.'''

== Що потрібно заборонити ==

* перетворення Product Owner на комітет без єдиного рішення.

== Висновок: якість — це не героїзм, а система ==

Для ISO 9001 важливо, щоб усе це було не тільки зроблено, а й '''зафіксовано, перевірено, збережено і проаналізовано'''.

Кожен спринт повинен давати '''вимірюваний результат'''. Кожна задача повинна мати '''відповідального'''. Кожен критичний результат повинен мати '''перевіряючого'''. Кожна зустріч повинна мати '''запис'''. Кожен запис повинен бути '''збережений у VDoc'''. Кожне важливе рішення повинно бути '''передане в Telegram-групу або зафіксоване в задачі'''.