Штучний інтелект не вирішив нашої проблеми з даними. Він її виявив.
Найскладніше в розгортанні ШІ виявилося не сама модель, а відсутність єдиної конвенції іменування папок, пише директор з даних великого підрядника в галузі цивільного будівництва та морських робіт.
Коли ми впроваджували платформу штучного інтелекту в компанії Pacific Pile & Marine, я очікував, що найскладнішою частиною буде технологія: вибір моделі, її підключення до наших систем, забезпечення безпеки. На диво, саме ці етапи пройшли за планом.
Справжні труднощі виникли, коли люди почали використовувати ШІ для реальної роботи, і це вже не виглядало як проблема штучного інтелекту. Постало просте запитання: яка з сумітниць є актуальною версією? Виявилося, ШІ не міг дати впевнену відповідь, бо ми й самі не знали.
Модель не помилялася. Вона читала саме те, що ми їй надали: той самий документ, збережений у кількох місцях, під різними назвами, без жодних вказівок, яка копія насправді важлива.
Роками люди заповнювали цю прогалину з пам’яті. Керівник знав, яка папка є “правильною”. Кошторисник знав, що “final_v3_REV” краще за “final_FINAL”. ШІ не має цих неформальних знань, тому він виявив усі неузгодженості, з якими ми тихо мирилися.
Це урок, який я б передав будь-якому підряднику, що ступає на цей шлях. ШІ не виправить ваших проблем з даними. Натомість він швидко викриє їх на загальний огляд.
Проблема була не в моделі
У нещодавній статті в Construction Dive двоє авторів з Palantir стверджували, що проблема підрядників зі ШІ – не в програмному забезпеченні: “Проблема в тому, що жоден інструмент не розуміє бізнес так, як це роблять люди, які ним керують”.
Їхньою відповіддю є онтологія – цифрова модель компанії, яка забезпечує однакову мову для польових та офісних працівників. Я згоден із цим висновком.
Однак, з точки зору практики, ця спільна мова починається з набагато простіших речей, ніж корпоративна онтологія. Вона починається з того, як називається папка, що в ній зберігається і як називається файл, коли хтось зберігає його з трейлера наприкінці довгої зміни.
Якщо дві проектні команди зберігають один і той самий тип документа в різних місцях під різними назвами, жодна платформа, незалежно від наявності онтології, не зможе зробити ці два проекти порівнянними. Для нас уніфікація мови означала узгодження іменників перед застосуванням будь-чого.
Ми зробили це першим принципом нашої системи впровадження. Ми попросили кожну команду спочатку правильно налагодити кілька ключових моментів, перш ніж створювати робочі процеси зі ШІ. Дані – перш за все, перед тим, як передати їх інструменту, як описати завдання та як перевірити результати.
Стандартизуйте один проєкт, а не всю компанію
Наш інстинкт підказував написати загальнокорпоративний стандарт папок і розгорнути його. Ми цього не зробили. Натомість ми призначили одного менеджера проєкту для пілотного впровадження стандартної структури та конвенції іменування на реальному проєкті. Ми розглядаємо це як польове випробування, а не як політику.
Цей вибір має значення. Стандартна конвенція іменування, написана в офісі, оцінюється за її акуратністю. Стандартна конвенція, яка використовується на будівельному майданчику, оцінюється за тим, чи може працівник на місці знайти те, що йому потрібно, не телефонуючи в офіс.
Пробний запуск у польових умовах перевіряє те, що неможливо перевірити в конференц-залі: чи достатньо коротка назва, щоб ввести її з телефону, чи зрозуміла папка бригаді так само, як і бухгалтерії, і чи не перетинаються дві категорії таким чином, що ніхто не помітив на папері.
Це також змінює, хто відповідає за стандарт. Коли менеджер проєкту доводить його ефективність, стандарт перестає бути вимогою ІТ і стає способом роботи цього проєкту. Саме таку версію, ймовірно, приймуть інші менеджери проєктів.
Друга частина роботи – визначити, що вважається авторитетним. Робочі файли проєктів за своєю природою є хаотичними, і так має бути. Матеріал, який інструмент ШІ вважає істиною, потребує перевірки людиною перед ухваленням остаточного рішення.
Історія наших минулих проєктів є гарним прикладом. Нам потрібні порівнянні проєкти для попередньої кваліфікації, тому, замість того, щоб дозволяти інструменту переглядати багаторічні папки завершення проєктів, ми створюємо один послідовний звіт для кожного завершеного проєкту. Частина з ШІ тут проста. Справжній проєкт – це домовитися про те, що має містити кожен звіт.
Адаптивність перемогла технічні навички
Ентоні К’ярадонна, головний інформаційний директор Consigli Construction, влучно зазначив для Construction Dive на початку цього року: “Найбільший зсув у навичках, який ми спостерігаємо в індустрії, – це не технічний бік. Це те, наскільки добре команди здатні навчатися, адаптуватися та керувати змінами в реальному часі, не компрометуючи якість, безпеку чи графік”.
Це відповідає моїм спостереженням, але з нюансом, специфічним для даних. Люди, які отримують найбільшу користь від впровадження, не обов’язково є найбільш технічно підкованими. Це ті, хто готовий змінити звичку, яка існувала протягом більшої частини їхньої кар’єри: як і де вони зберігають файл. Це складніше завдання, ніж навчитися писати добрий запит.
Саме тому наше навчання, яке включає обов’язковий базовий курс, спільну бібліотеку запитів та відкриті сесії, має охоплювати не лише те, що запитувати, але й куди все зберігати.
Це також змінює наш підхід до опору. Коли хтось каже, що ШІ “не працює”, корисно запитати, чому. Відповідь зазвичай варта уваги, тому що інструменти ШІ можуть знайти лише те, що вже існує, а те, що вже існує, – це, як правило, і є проблема.
Іншим підрядникам я б порадив:
- Ставтеся до перших місяців використання ШІ як до аудиту даних. Кожна погана відповідь вказує на проблему з файлом, папкою або іменуванням.
- Узгодьте терміни, які ви хочете використовувати, перш ніж вибирати платформу. Назви папок, типи документів та правила іменування файлів – це мова, якою говоритиме ваш ШІ.
- Пілотуйте свою конвенцію іменування на одному реальному проєкті з менеджером, який за неї відповідає.
- Визначте, що є авторитетним, і поставте людину між робочими файлами та матеріалом, який ШІ вважає істиною.
- Навчайте та наймайте людей, які вміють адаптуватися. Найбільш необхідна навичка – це готовність змінити спосіб зберігання файлів.
Модель, яку ми зрештою виберемо, буде замінена, ймовірно, швидше, ніж будь-хто з нас очікує. Стандарт папок, конвенція іменування та звичка визначати, що є авторитетним, переживуть її. Це та частина впровадження ШІ, яку ніхто не показує в демонстрації, і саме вона визначає, чи буде впровадження успішним.