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

01 / 05
Знайдіть повторювану роботу, перш ніж обирати технологію
Корисний перший проєкт із ШІ починається з конкретного завдання. Шукайте роботу, яку команда повторює достатньо часто, щоб розуміти її вхідні дані, рішення та передавання завдань. Пошук потрібного правила, підготовка стислого викладу документа або перевірка вхідного запиту можуть стати кращою відправною точкою, ніж широке прагнення трансформувати цілий підрозділ.
Попросіть людину, яка виконує це завдання, розібрати недавній приклад. Що його запустило? Звідки надійшла інформація? Які частини були простими, а де потрібне було зважене рішення? Простежте роботу такою, якою вона відбувається насправді, включно з таблицею, повідомленням або ручним кроком, яких може не бути на схемі процесу.
02 / 05
Визначте чіткий початок і завершення проєкту
Коротко опишіть робочий процес простою мовою: коли надходить запит, використайте ці затверджені джерела, щоб підготувати такий результат для цієї людини. Визначте, що система може робити й де закінчується її відповідальність. Межі асистента, який готує контрольний список для постачальника, відрізняються від меж системи, яка затверджує постачальника.
Зробіть початковий обсяг достатньо вузьким, щоб люди могли розпізнати хороший результат. Обмежте типи документів, групу користувачів або коло рішень, які система допомагає ухвалювати. Такі межі роблять винятки помітними й дають команді простір для вдосконалення робочого процесу без одночасної зміни кількох бізнес-процесів.
03 / 05
Оберіть відповідального, здатного оцінити результат
Визначте людину, відповідальну за бізнес-результат, поряд із відповідальними за реалізацію та доступ. Власник процесу має вміти пояснити очікуваний результат, визначити неприйнятні помилки та вирішити, коли завдання потрібно передати людині.
Залучіть цю людину до проєктування на ранньому етапі. Її приклади неоднозначних запитів, застарілих документів і відсутньої інформації так само корисні, як і приклади безпроблемної роботи. Першому проєкту потрібен зрозумілий шлях для зворотного зв’язку та виправлень, а не лише спонсор, сповнений ентузіазму.
04 / 05
Зробіть успіх спостережуваним
Узгодьте, як порівнюватимете новий робочий процес із поточним. Можна відстежувати час підготовки перевіреної відповіді, кількість неповних подань або частоту, з якою комусь доводиться шукати відсутнє джерело. Оберіть невеликий набір показників, які описують роботу, а не лише активність.
Зафіксуйте початкові показники до пілотного проєкту. Вирішіть, які приклади використаєте для оцінювання, і додайте випадки, які слід відхилити або передати на вищий рівень розгляду. Швидка відповідь корисна лише тоді, коли вона придатна для рішення, яке має ухвалити команда.
05 / 05
Розширюйте на основі фактичних результатів
Проводьте пілотний проєкт разом із людьми, які користуватимуться рішенням. Спільно аналізуйте корисні результати та невдачі, а потім коригуйте джерела, інструкції або передавання завдань. Фіксуйте зміни, щоб відрізняти поліпшення від змін у прикладах, які використовуються для перевірки.
Коли робочий процес стане достатньо надійним для узгодженої мети, вирішіть, чи варто розширити групу користувачів, додати інше джерело або запровадити наступну дію. Рухайтеся крок за кроком. Результат хорошого першого проєкту — корисна схема роботи, яку команда розуміє та може підтримувати.
Використайте ці питання як відправну точку, а потім узгодьте деталі для свого робочого процесу та середовища
Назад до всіх посібників

