# Цифрова трансформація — зміна, а не лише система | Krogis

Źródło: https://krogis.pl/uk/transformacja-cyfrowa
Język: uk
Opis: Впроваджена система — це ще не змінена організація. Раджу в цифровій трансформації: культура й користувачі, стратегія адаптації, показники, зокрема щодо ШІ.

---

утримуйте

# Цифрова трансформація. *Зміна, а не лише система.*

Цифрова трансформація — це зміна способу роботи організації, а не лише впровадження системи: вона охоплює процеси, людей, організаційну культуру та показники ефекту. Впровадження закінчується прийманням, а зміна тільки починається. Нова система технічно працює, а люди й далі працюють по-старому: поруч із нею лежить таблиця, запасний шлях на папері або «зробимо, як завжди». Я раджу організації щодо цифрової трансформації, від розпізнавання потреб до приймання, щоб новий спосіб роботи прижився, пристосований до її культури й до темпу людей, які через нього пройдуть.

[Домовитися про розмову](https://krogis.pl/uk/uslugi#kontakt) [Подивитися етапи](https://krogis.pl/uk/transformacja-cyfrowa#etapy)

## Від гасла до деталей і назад до одного рішення.

Прокручуйте й наводьте курсор на елементи: одне гасло розходиться на десятки справ, а я зводжу їх в один шлях.

1. **Цифрова трансформація** Гасло, яке на практиці означає дуже багато різних речей одночасно. 1. **Технологія** Її стає дедалі більше, і вона швидко змінюється. Добираю її до нової версії процесу, а не до списку продуктів. 1. **Штучний інтелект** Від аналітики до агентних систем. Спершу лад у даних і процесах, потім інструмент. 1. **Генеративний ШІ** Допомагає писати й аналізувати, але хтось має відповідати за рішення й знати правила використання. 2. **Агенти ШІ та автоматизація** Автоматизую те, що описане й просте. Неописаний процес автоматизація лише прискорює. 2. **Хмара та інфраструктура** Зі зваженістю: сукупна вартість, план виходу й залежність від постачальника. 3. **Технології групової роботи** Обіг справ, документи й спільна робота так, щоб слід рішення був зрозумілий. 4. **Дані та інтеграції** Відкриті API, стандарти та інтеграції, щоб системи обмінювалися даними, а люди не переписували їх вручну. 2. **Безпека та відповідність** Обов’язки, що випливають із приписів, і стійкість організації. Починаю зі списку того, що треба захищати. 1. **Відповідність приписам** KSC, GDPR, e-Doręczenia, KSeF: обов’язки залежать від організації, тож їх варто перевірити для конкретних застосувань. 2. **Безперервність діяльності** Що станеться, коли ключова система перестане працювати, і хто знає, що тоді робити. 3. **Впровадження** Тут вирішується, чи зміна вдасться: проєкт, люди й постачальники. 1. **Управління проєктом** Обсяг, графік, реєстр змін і рішень на стороні замовника. 2. **Управління змінами** Культура організації, користувачі й темп, у якому вони можуть пройти зміну. 1. **Стратегія адаптації користувачів** Хто, в якому темпі, з якою підтримкою і в якій послідовності переходить на новий спосіб роботи. 2. **Комунікація та навчання** Відповіді на три запитання працівника: навіщо ми це робимо, що зміниться і чи вийде. 3. **Показники прийняття й ефекту** Показники впровадження, прийняття та ефекту, кожен із власником і точкою відліку. 3. **Постачальники та договори** Запитання до постачальників, порівняння пропозицій і договір, що не робить залежним від одного виробника.

**Krogis поєднує фахові знання з проєктним досвідом,** щоб забезпечувати спокій, безпеку та відповідність *у проєктах управління змінами*

## Запитання, на які варто знати відповідь.

Я ставлю їх правлінням, секретарям, старостам і президентам, перш ніж ухвалюють рішення й починають текти гроші. Якщо на якесь із них відповідь «не знаємо», саме тут я можу допомогти.

1. **Якою має бути наша організація після змін і що ми перестаємо робити?**
2. **Чи знають люди, які працюватимуть у новій системі, навіщо ми це робимо і що зміниться для них?**
3. **Хто може на цій зміні втратити і чи був він за столом?**
4. **Як швидко окремі групи можуть пройти зміну, щоб не перевантажити організацію?**
5. **Як ми перевіримо за квартал, що новий спосіб роботи прижився?**

## Що Ви з цього маєте.

### Спокій

Зміна, що проходить за планом, із кимось на Вашому боці, хто знає обидва світи: керівництво й технології.

### Кращі результати

Люди працюють по-новому, тож інвестиція окупається в щоденній роботі, а не лише в презентації.

### Менше мілин і помилок

Розпізнана культура й темп користувачів зменшують опір, а добір технологій і постачальників оминає пастки, зокрема залежність від одного постачальника (vendor lock-in).

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

## Змінюються технології й процеси. Адаптація організації завжди була складною.

Знань про технології, які треба мати, з року в рік більшає, а зміна й далі вирішується в людях. Понад 20 років, у багатьох організаціях, я займаюся саме цим поєднанням: технологією, процесом і адаптацією. Раджу правлінням, а основою є знання про ІТ.

1. **Знання, які я оновлюю** Стежу за технологіями й регуляціями в поточному режимі, щоб радити, виходячи з сьогоднішнього стану, а не з того, що було кілька років тому.
2. **Від бізнесу до ІТ і назад** Проблеми, про які повідомляють бізнес-користувачі, перекладаю мовою, зрозумілою світові ІТ, а можливості технологій — мовою, зрозумілою користувачам і керівництву.
3. **Технологія, дібрана до нової версії процесу** Збираю знання так, щоб добирати різні технології та їхні можливості до процесу в тому вигляді, який має постати після зміни й принести задані бізнес-цілі.
4. **Аналітичний підхід** Бізнесовий погляд на технологію та на проблеми користувачів: уміння виявити й назвати те, що можна поліпшити.

> «Він розуміє, що ефективна трансформація потребує не лише технологій, а й підготовки працівників, упорядкування процесів та послідовного управління змінами.»

**Krzysztof Pijanowski**, Заступник директора Департаменту цифровізації та інформаційного суспільства, Маршалківське управління Лодзинського воєводства (Urząd Marszałkowski Województwa Łódzkiego). [Уся рекомендація](https://krogis.pl/uk/referencje#umwl)

## Впроваджена система — ще не змінена організація.

Цифровізація замінює папір файлом. Інформатизація запроваджує систему, яка обслуговує процес. Лише зміна способу роботи робить так, що установа, підприємство чи компанія вирішує справи інакше, ніж раніше. Два перші кроки можна купити. Третій треба пройти разом із людьми.

1. **Запущена система класу EZD** — це не те саме, що установа, яка інакше веде справи й інакше розподіляє відповідальність за документи.
2. **Упроваджений KSeF** — це не те саме, що обіг рахунків-фактур, який справді скоротився, а не просто переїхав в інше вікно.
3. **ERP після запуску** — це не те саме, що процеси, які перестали спиратися на таблиці й усні домовленості.

## Чотири елементи управління змінами.

Зміна має пасувати до організаційної культури й до темпу групи користувачів. У цьому ключ: та сама зміна інакше виглядає у відділі, що обслуговує мешканців, інакше — в бухгалтерії чи технічному відділі.

1. **Розпізнавання організаційної культури** Як ухвалюються рішення, хто насправді впливає на думку у відділах, як організація сприймала попередні зміни. Зміна, що суперечить культурі, тихо повертається до старого способу роботи.
2. **Розпізнавання користувачів** Ким є окремі групи, якими системами користуються сьогодні й наскільки добре їх знають, скільки мають часу й чого бояться. Це точка відліку для темпу й форми зміни.
3. **Стратегія адаптації** Хто, в якому темпі, з якою підтримкою і в якій послідовності переходить на новий спосіб роботи, з урахуванням попереднього досвіду групи. План комунікації, навчання й показники, підібрані під групи, а не під середнього користувача.
4. **Вимірювання та закріплення** Три види показників: впровадження (чи готове), прийняття (чи люди цим користуються) й ефекту (чи щось поліпшилося для мешканця й працівника). Кожен має власника, точку відліку й термін перевірки. Відповідальність не закінчується з прийманням.

## Працівник ставить собі в голові три запитання.

Навіщо ми це робимо? Що зміниться в моїй роботі? Чи вийде? План комунікації, що відповідає лише на перше, закінчується тихим опором. Тому я допомагаю правлінню та керівникам підрозділів відповісти на всі три простою мовою, без загальників і без обіцянок результатів, яких ми ще не знаємо. Чесне «віримо в цей напрям, і ось чому» будує більше довіри, ніж певність, заснована на прогнозі.

## Хто може на цій зміні втратити.

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

## ШІ — це теж зміна, а не додаток.

Інструменти ШІ входять в організації швидше, ніж правила їх використання, часто ще до того, як про це взагалі знає керівництво. Чи приживуться вони, вирішують довіра людей і ясність, хто за що відповідає, тож це завдання для управління змінами, а не лише для ІТ.

1. **Спершу лад** ШІ не виправить хаосу, а лише його прискорить. Без упорядкованих даних, власників процесів і описаних правил автоматизація тиражує помилки швидше за людину. Тому починаємо з інвентаризації.
2. **Рішення перед автоматизацією** Чи потрібен процес, чи він достатньо простий, чи описано його варіанти й винятки, що повторюються, і де людина й надалі затверджує. Лише потім обираємо, що автоматизувати.
3. **Відповідальність** Реєстр застосувань ШІ: де його використовують, для яких завдань і хто персонально відповідає за рішення, у яких він допомагає. До цього політика відповідального використання ШІ та визначення особи, яка може сказати «стоп».
4. **Бізнес-міри** Чи зекономлений час іде на завдання більшої цінності для організації та мешканців, а не скільки в нас пілотів, презентацій і користувачів.

[Матеріали для підписників](https://krogis.pl/materialy) [Інвентаризація як відправна точка](https://krogis.pl/uk/inwentaryzacja)

## Сім етапів, одна зміна.

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

1. **[Інвентаризація ІТ-систем і процесів](https://krogis.pl/uk/inwentaryzacja)** Що ми насправді маємо? Відправна точка, яка дає й точку відліку для порівняння після зміни.
2. **[Аналіз потреб і воркшопи](https://krogis.pl/uk/uslugi/analiza-potrzeb)** Що нам справді потрібно? Тут ми пізнаємо культуру організації та користувачів.
3. **[Стратегія цифровізації та цільова архітектура](https://krogis.pl/uk/uslugi/strategia-i-architektura)** Куди ми рухаємося і в якій послідовності? Разом зі стратегією адаптації людей.
4. **[Вимоги та підготовка проєкту](https://krogis.pl/uk/uslugi/wymagania)** Як описати потреби, щоб постачальник їх зрозумів?
5. **[Оцінювання пропозицій і переговори з постачальниками](https://krogis.pl/uk/uslugi/ocena-ofert)** Як ефективно порівняти пропозиції різних постачальників?
6. **[Впровадження, зміни та приймання](https://krogis.pl/uk/uslugi/wdrozenie-i-zmiana)** Як довести проєкт до кінця, переконати людей і вимагати від постачальника виконання зобов’язань?
7. **[Координація та постійний порядок у проєктах](https://krogis.pl/uk/uslugi/koordynacja)** Хто стежить за цілим і за термінами, коли немає ІТ-директора?

## Де це в моїй роботі.

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

## Запитання на найближче засідання керівництва.

Кого ця зміна зачепить найдужче і чи була ця людина за столом, коли ми її затверджували?

[Поговорімо](https://krogis.pl/uk/uslugi#kontakt)

## Запитання про управління змінами.

### Чим відрізняється впровадження системи від зміни організації?

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

### Як говорити з працівниками про зміну?

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

### Як виміряти, що зміна прижилася?

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

### Чи варто впроваджувати ШІ в органі влади чи компанії?

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

### Чи потребує управління змінами окремого проєкту?

Не завжди. За невеликої зміни досить плану комунікації та навчання. За великої системи, як-от EZD чи ERP, варто підготувати стратегію адаптації до того, як постачальник увійде в проєкт, і вести її паралельно з впровадженням. Обсяг узгоджуємо після першої розмови, залежно від масштабу зміни та готовності організації.

## Поговорімо про Вашу зміну.

Перша розмова триває 30 хвилин і нічого не коштує. Відповідаю протягом 2 робочих днів.

[Домовитися про розмову](https://krogis.pl/uk/uslugi#kontakt) [Усі послуги](https://krogis.pl/uk/uslugi)