Спокій
Зміна, що проходить за планом, із кимось на Вашому боці, хто знає обидва світи: керівництво й технології.
Цифрова трансформація — це зміна способу роботи організації, а не лише впровадження системи: вона охоплює процеси, людей, організаційну культуру та показники ефекту. Впровадження закінчується прийманням, а зміна тільки починається. Нова система технічно працює, а люди й далі працюють по-старому: поруч із нею лежить таблиця, запасний шлях на папері або «зробимо, як завжди». Я раджу організації щодо цифрової трансформації, від розпізнавання потреб до приймання, щоб новий спосіб роботи прижився, пристосований до її культури й до темпу людей, які через нього пройдуть.
Від гасла до деталей і назад до одного рішення.
Прокручуйте й наводьте курсор на елементи: одне гасло розходиться на десятки справ, а я зводжу їх в один шлях.
- Цифрова трансформаціяГасло, яке на практиці означає дуже багато різних речей одночасно.
- ТехнологіяЇї стає дедалі більше, і вона швидко змінюється. Добираю її до нової версії процесу, а не до списку продуктів.
- Штучний інтелектВід аналітики до агентних систем. Спершу лад у даних і процесах, потім інструмент.
- Генеративний ШІДопомагає писати й аналізувати, але хтось має відповідати за рішення й знати правила використання.
- Агенти ШІ та автоматизаціяАвтоматизую те, що описане й просте. Неописаний процес автоматизація лише прискорює.
- Хмара та інфраструктураЗі зваженістю: сукупна вартість, план виходу й залежність від постачальника.
- Технології групової роботиОбіг справ, документи й спільна робота так, щоб слід рішення був зрозумілий.
- Дані та інтеграціїВідкриті API, стандарти та інтеграції, щоб системи обмінювалися даними, а люди не переписували їх вручну.
- Штучний інтелектВід аналітики до агентних систем. Спершу лад у даних і процесах, потім інструмент.
- Безпека та відповідністьОбов’язки, що випливають із приписів, і стійкість організації. Починаю зі списку того, що треба захищати.
- Відповідність приписамKSC, GDPR, e-Doręczenia, KSeF: обов’язки залежать від організації, тож їх варто перевірити для конкретних застосувань.
- Безперервність діяльностіЩо станеться, коли ключова система перестане працювати, і хто знає, що тоді робити.
- ВпровадженняТут вирішується, чи зміна вдасться: проєкт, люди й постачальники.
- Управління проєктомОбсяг, графік, реєстр змін і рішень на стороні замовника.
- Управління змінамиКультура організації, користувачі й темп, у якому вони можуть пройти зміну.
- Стратегія адаптації користувачівХто, в якому темпі, з якою підтримкою і в якій послідовності переходить на новий спосіб роботи.
- Комунікація та навчанняВідповіді на три запитання працівника: навіщо ми це робимо, що зміниться і чи вийде.
- Показники прийняття й ефектуПоказники впровадження, прийняття та ефекту, кожен із власником і точкою відліку.
- Постачальники та договориЗапитання до постачальників, порівняння пропозицій і договір, що не робить залежним від одного виробника.
- ТехнологіяЇї стає дедалі більше, і вона швидко змінюється. Добираю її до нової версії процесу, а не до списку продуктів.
Krogis поєднує фахові знання з проєктним досвідом,щоб забезпечувати спокій, безпеку та відповідність у проєктах управління змінами
Запитання, на які варто знати відповідь.
Я ставлю їх правлінням, секретарям, старостам і президентам, перш ніж ухвалюють рішення й починають текти гроші. Якщо на якесь із них відповідь «не знаємо», саме тут я можу допомогти.
- Якою має бути наша організація після змін і що ми перестаємо робити?
- Чи знають люди, які працюватимуть у новій системі, навіщо ми це робимо і що зміниться для них?
- Хто може на цій зміні втратити і чи був він за столом?
- Як швидко окремі групи можуть пройти зміну, щоб не перевантажити організацію?
- Як ми перевіримо за квартал, що новий спосіб роботи прижився?
Що Ви з цього маєте.
Кращі результати
Люди працюють по-новому, тож інвестиція окупається в щоденній роботі, а не лише в презентації.
Менше мілин і помилок
Розпізнана культура й темп користувачів зменшують опір, а добір технологій і постачальників оминає пастки, зокрема залежність від одного постачальника (vendor lock-in).
Вартість помилки. Система без зміни способу роботи коштує стільки ж, що й та, яка працює, а ефекту не дає. Радник зазвичай коштує менше, ніж одна невдало обрана технологія, один невідповідний постачальник чи одна пастка в договорі.
Змінюються технології й процеси. Адаптація організації завжди була складною.
Знань про технології, які треба мати, з року в рік більшає, а зміна й далі вирішується в людях. Понад 20 років, у багатьох організаціях, я займаюся саме цим поєднанням: технологією, процесом і адаптацією. Раджу правлінням, а основою є знання про ІТ.
- Знання, які я оновлююСтежу за технологіями й регуляціями в поточному режимі, щоб радити, виходячи з сьогоднішнього стану, а не з того, що було кілька років тому.
- Від бізнесу до ІТ і назадПроблеми, про які повідомляють бізнес-користувачі, перекладаю мовою, зрозумілою світові ІТ, а можливості технологій — мовою, зрозумілою користувачам і керівництву.
- Технологія, дібрана до нової версії процесуЗбираю знання так, щоб добирати різні технології та їхні можливості до процесу в тому вигляді, який має постати після зміни й принести задані бізнес-цілі.
- Аналітичний підхідБізнесовий погляд на технологію та на проблеми користувачів: уміння виявити й назвати те, що можна поліпшити.
«Він розуміє, що ефективна трансформація потребує не лише технологій, а й підготовки працівників, упорядкування процесів та послідовного управління змінами.»
Впроваджена система — ще не змінена організація.
Цифровізація замінює папір файлом. Інформатизація запроваджує систему, яка обслуговує процес. Лише зміна способу роботи робить так, що установа, підприємство чи компанія вирішує справи інакше, ніж раніше. Два перші кроки можна купити. Третій треба пройти разом із людьми.
- Запущена система класу EZD— це не те саме, що установа, яка інакше веде справи й інакше розподіляє відповідальність за документи.
- Упроваджений KSeF— це не те саме, що обіг рахунків-фактур, який справді скоротився, а не просто переїхав в інше вікно.
- ERP після запуску— це не те саме, що процеси, які перестали спиратися на таблиці й усні домовленості.
Чотири елементи управління змінами.
Зміна має пасувати до організаційної культури й до темпу групи користувачів. У цьому ключ: та сама зміна інакше виглядає у відділі, що обслуговує мешканців, інакше — в бухгалтерії чи технічному відділі.
- Розпізнавання організаційної культуриЯк ухвалюються рішення, хто насправді впливає на думку у відділах, як організація сприймала попередні зміни. Зміна, що суперечить культурі, тихо повертається до старого способу роботи.
- Розпізнавання користувачівКим є окремі групи, якими системами користуються сьогодні й наскільки добре їх знають, скільки мають часу й чого бояться. Це точка відліку для темпу й форми зміни.
- Стратегія адаптаціїХто, в якому темпі, з якою підтримкою і в якій послідовності переходить на новий спосіб роботи, з урахуванням попереднього досвіду групи. План комунікації, навчання й показники, підібрані під групи, а не під середнього користувача.
- Вимірювання та закріпленняТри види показників: впровадження (чи готове), прийняття (чи люди цим користуються) й ефекту (чи щось поліпшилося для мешканця й працівника). Кожен має власника, точку відліку й термін перевірки. Відповідальність не закінчується з прийманням.
Працівник ставить собі в голові три запитання.
Навіщо ми це робимо? Що зміниться в моїй роботі? Чи вийде? План комунікації, що відповідає лише на перше, закінчується тихим опором. Тому я допомагаю правлінню та керівникам підрозділів відповісти на всі три простою мовою, без загальників і без обіцянок результатів, яких ми ще не знаємо. Чесне «віримо в цей напрям, і ось чому» будує більше довіри, ніж певність, заснована на прогнозі.
Хто може на цій зміні втратити.
У жодному реєстрі ризиків немає такої графи. Кожна зміна має тих, хто виграє, і тих, хто може відчути себе зайвим: людину, яка роками єдина знає певну систему, експерта, чия позиція спирається на досі чинний спосіб роботи. Я додаю цю графу до реєстру зацікавлених сторін і запрошую таких людей до співтворення рішення, перш ніж вони стануть його рецензентами. Окремо працюю з керівниками підрозділів і начальниками відділів, бо саме вони переносять напрям у щоденну роботу команд і мають впливати на рішення, які потім виконують.
ШІ — це теж зміна, а не додаток.
Інструменти ШІ входять в організації швидше, ніж правила їх використання, часто ще до того, як про це взагалі знає керівництво. Чи приживуться вони, вирішують довіра людей і ясність, хто за що відповідає, тож це завдання для управління змінами, а не лише для ІТ.
- Спершу ладШІ не виправить хаосу, а лише його прискорить. Без упорядкованих даних, власників процесів і описаних правил автоматизація тиражує помилки швидше за людину. Тому починаємо з інвентаризації.
- Рішення перед автоматизацієюЧи потрібен процес, чи він достатньо простий, чи описано його варіанти й винятки, що повторюються, і де людина й надалі затверджує. Лише потім обираємо, що автоматизувати.
- ВідповідальністьРеєстр застосувань ШІ: де його використовують, для яких завдань і хто персонально відповідає за рішення, у яких він допомагає. До цього політика відповідального використання ШІ та визначення особи, яка може сказати «стоп».
- Бізнес-міриЧи зекономлений час іде на завдання більшої цінності для організації та мешканців, а не скільки в нас пілотів, презентацій і користувачів.
Сім етапів, одна зміна.
Управління змінами — не окремий проєкт поряд з рештою послуг. Воно проходить крізь увесь курс: від розпізнавання того, що має організація, до перевірки, чи новий спосіб роботи прижився. Починаємо з інвентаризації, а кожен наступний етап має власну сторінку.
- Інвентаризація ІТ-систем і процесівЩо ми насправді маємо? Відправна точка, яка дає й точку відліку для порівняння після зміни.
- Аналіз потреб і воркшопиЩо нам справді потрібно? Тут ми пізнаємо культуру організації та користувачів.
- Стратегія цифровізації та цільова архітектураКуди ми рухаємося і в якій послідовності? Разом зі стратегією адаптації людей.
- Вимоги та підготовка проєктуЯк описати потреби, щоб постачальник їх зрозумів?
- Оцінювання пропозицій і переговори з постачальникамиЯк ефективно порівняти пропозиції різних постачальників?
- Впровадження, зміни та прийманняЯк довести проєкт до кінця, переконати людей і вимагати від постачальника виконання зобов’язань?
- Координація та постійний порядок у проєктахХто стежить за цілим і за термінами, коли немає ІТ-директора?
Де це в моїй роботі.
Управління змінами — третя точка курсу: після інвентаризації та стратегії, перед специфікацією вимог. Стратегію адаптації готую, перш ніж постачальник увійде в проєкт, реалізую її під час впровадження й перевіряю після приймання. Обсяг і термін узгоджуємо після першої розмови.
Запитання на найближче засідання керівництва.
Кого ця зміна зачепить найдужче і чи була ця людина за столом, коли ми її затверджували?
Запитання про управління змінами.
Чим відрізняється впровадження системи від зміни організації?
Впровадження закінчується прийманням: система працює й відповідає узгодженим сценаріям. Зміна закінчується тоді, коли люди щодня працюють по-новому, а старі обхідні шляхи зникають. Перше замовляють у постачальника. Друге вимагає розпізнавання культури й користувачів, плану комунікації та навчання і перевірки ефекту після запуску.
Як говорити з працівниками про зміну?
Дайте відповідь на три запитання, які ставить собі кожен: навіщо ми це робимо, що зміниться в моїй роботі і чи вийде. Говоріть простою мовою, не обіцяйте результатів, яких не знаєте, і залучайте керівників підрозділів, перш ніж ухвалять ключові рішення, бо саме вони переносять зміну в щоденну роботу.
Як виміряти, що зміна прижилася?
Трьома видами показників: впровадження (чи готове), прийняття (чи люди цим користуються) й ефекту (чи щось поліпшилося для мешканця або працівника). Кожен показник потребує власника, точки відліку до зміни й терміну перевірки, наприклад через кілька місяців після запуску.
Чи варто впроваджувати ШІ в органі влади чи компанії?
Варто, якщо є конкретна мета, описаний процес і названа особа, відповідальна за рішення. Почніть з упорядкування даних і процесів, з реєстру місць, де ШІ вже використовується, та з правил його використання. Пілот без власника й показників зазвичай не переходить у щоденну роботу. Правові обов’язки залежать від способу використання ШІ, тому варто перевірити їх для конкретних застосувань, зокрема з юристом.
Чи потребує управління змінами окремого проєкту?
Не завжди. За невеликої зміни досить плану комунікації та навчання. За великої системи, як-от EZD чи ERP, варто підготувати стратегію адаптації до того, як постачальник увійде в проєкт, і вести її паралельно з впровадженням. Обсяг узгоджуємо після першої розмови, залежно від масштабу зміни та готовності організації.
Поговорімо про Вашу зміну.
Перша розмова триває 30 хвилин і нічого не коштує. Відповідаю протягом 2 робочих днів.