Політичне доручення стає процесом

Доручення без власника не виконується

Курс складається з п’яти уроків і підсумкового тесту, а всі установи, посади, суми й матеріали в ньому вигадані для вправи. Він адресований державним секретарям, керівникам апаратів і адміністративних підрозділів, які перетворюють політичне доручення на робочий процес. Жоден урок не передбачає реальних зовнішніх дій: документи не подають до органів, акти не підписують, закупівлі й платежі не проводять. Уся робота відбувається з навчальними файлами у власному доступі до Lawestro.

Доручення «впровадити ШІ в міністерстві» не називає ні продукт, ні власника, ні межі, тому кожен підрозділ читає його по-своєму. Державний секретар організовує роботу апарату в межах закону про центральні органи виконавчої влади та локальних повноважень, а не замість них. Варто розрізняти політичне рішення про напрям, операційне рішення про процес і фахове рішення про конкретну справу. Погодження пілоту не дає автоматичного дозволу змінювати всі процедури органу.

Робоча структура починається з паспорта:

• мета без назви технології
• власник процесу
• межі
• базовий час ручного зведення
• критерії завершення

Далі йде матриця ролей, де для кожного етапу вказано виконавця, уповноваженого погоджувача, потрібні консультації й доказ завершення. Порядок етапів фіксують там само: погоджений словник тем; синтетичний пакет із суперечливими темами та відсутніми джерелами; паралельний тест; незалежна перевірка; рішення про продовження. Кожен етап дає матеріальний вихід — затверджений опис, протокол тесту, акт приймання або звіт про наслідки.

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

Розібраний приклад

Усі дані прикладу вигадані. Міністерству треба прискорити узагальнення відкритих консультацій: щомісяця надходить 120 оприлюднених матеріалів, а три департаменти класифікують теми по-різному. ІТ пропонує придбати сервіс, юристи — спочатку погодити словник, керівники — оголосити проєкт «спільним». Саме спільність і створює ризик, бо кожен підрозділ очікує, що зміст перевірить інший.

Правильний запис у паспорті: «Мета — готувати перевірене тематичне зведення відкритих матеріалів; власник процесу — керівник аналітичного підрозділу; ІТ відповідає за погоджене середовище; юридичний підрозділ перевіряє джерела й повноваження; відповідальний за дані підтверджує допущений масив; державний секретар координує ресурси та контрольні рішення; міністр затверджує політичний результат у своїй компетенції». Хибний запис — «Спільний проєкт, відповідальний — апарат»: він не називає жодного власника результату й не показує, хто підтверджує масив даних.

Такий паспорт зберігають як файл «Паспорт-процесу-зведень.md» разом із матрицею ролей і контрольними точками. Матриця повторює ролі прикладу й додає маршрут для міжвідомчої залежності: хто готує запит, хто відповідає, який документ підтверджує узгодження. Контрольні точки прив’язані до етапів — словник, синтетичний пакет, паралельний тест, незалежна перевірка, рішення про продовження.

Зробіть самостійно

Завдання. Візьміть навчальне доручення «прискорити узагальнення консультацій» і складіть для нього паспорт на синтетичних даних. Запит до Lawestro: «Перетвори синтетичне доручення на паспорт процесу та матрицю відповідальності. Для кожного етапу покажи виконавця, уповноваженого погоджувача, потрібні консультації й доказ завершення. Познач невідомі повноваження окремим рядком, не вигадуй компетенцію і не називай чернетку затвердженою».

Типова помилка. записати відповідальним «апарат» або «спільний проєкт», бо тоді жоден результат не має власника.

Самоперевірка:

1. Мета не описана словом «ШІ».
2. У кожного результату рівно один власник.
3. Залежності й невідомі умови виписані окремо.
4. Нарада не названа доказом завершення.

Практика у Lawestro

У «Проєктах» створіть проєкт «Процес-зведень-2026» з описом мети й межами: лише синтетичні матеріали. На сторінці «Паспорт процесу» запишіть мету без слова «ШІ», власника, межі, базовий час ручного зведення й критерії завершення. Додайте матрицю ролей для аналітичного підрозділу, ІТ, юридичної служби, відповідального за дані й державного секретаря, вказавши для кожного етапу виконавця, погоджувача й доказ завершення.

Окремими завданнями поставте «Погодити словник тем» і «Підготувати синтетичний пакет із суперечливими темами». Запит: «Перетвори синтетичне доручення на паспорт процесу та матрицю відповідальності; для кожного етапу покажи виконавця, погоджувача й доказ завершення; не вигадуй компетенцію».

Збережіть файл «Паспорт-процесу-зведень.md» із метою без слова «ШІ», одним власником кожного результату, матрицею ролей і маршрутом міжвідомчої залежності.

САМОПЕРЕВІРКА
у кожного етапу є доказ; невідомі погодження позначені; чернетка не названа затвердженою.