Перший робочий процес: від蓝принта штучного інтелекту до побудови

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

Виберіть коня, а не флагман

Виберіть робочий процес з реальним об’ємом, реальною вартістю помилок і власником, який хоче його виправити.

Винятки з рахунків.
Запити на доступ.
Тріаж скарг.
Виписка коштів клієнтів.

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

Опишіть роботу до її автоматизації

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

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

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

Розділіть роботу між трьома акторами

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

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

Запустіть під наглядом і збережіть все

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

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

Просуньтеся на основі доказів, демотуйте на основі доказів

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

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

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

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

Збережіть карту правдивою

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

Тоді все складається

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

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