Прибуток:
- Здатність пояснити роль спеціаліста з інформаційних систем управління як мосту між бізнес-підрозділом та ІТ і де штучний інтелект створює цінність у цьому мосту.
- Здатність розрізняти, які рішення залишаються відповідальними за людину при використанні штучного інтелекту як прискорювача комунікації між бізнесом та ІТ
- Прийміть робочу дисципліну, яка перехресно перевіряє кожен результат ШІ за допомогою бізнес-правил, реальних даних і перевірки зацікавлених сторін
Інформаційні системи управління (MIS) — це набір систем, які дозволяють організації виконувати свої бізнес-процеси за допомогою інформаційних технологій (ІТ). Експерта в цій галузі часто називають «мостом»: з одного боку, є бізнес-підрозділ (продажі, бухгалтерія, HR, операції), який пояснює, що він хоче бізнес-мовою, а з іншого боку, є програмне забезпечення та інфраструктурні команди, які перетворюють це на код і систему. Професіонал MIS переводить ці два світи один в одного. Заява менеджера з продажу «Я хочу знати своїх клієнтів краще» перетворюється на чітку вимогу, яку може реалізувати розробник; Суть цієї роботи полягає в тому, щоб перекласти речення розробника «це поле має бути зовнішнім ключем» у пояснення, зрозуміле бізнес-підрозділу.
Штучний інтелект (ШІ) вписується в середину цієї мостової роботи, оскільки він в основному складається з генерування, інтерпретації та структурування тексту: записів інтерв’ю, документів вимог, словників даних, карт процесів, описів звітів, презентацій. Це все проміжні продукти, які ШІ може прискорити. Але є один принцип, який цей модуль прояснює з самого початку: штучний інтелект прискорює розробку цих продуктів; Справа людини, яка знає бізнес-правила і несе відповідальність, вирішувати, чи вони правильні чи ні.
Обидві сторони мосту та місце ШІ
Сторона бізнес-одиниці – це світ питань, що і чому: яка проблема, яка мета, який пріоритет. ІТ-сторона — це питання «як»: яка таблиця, який API (англійський інтерфейс прикладного програмування; стандартний інтерфейс, який використовується двома програмними засобами для обміну даними), яка інтеграція. Цінність експерта MIS полягає в тому, щоб заповнити відсутні частини, пояснені обома сторонами. Бізнес-підрозділ часто забуває згадувати про винятки («це насправді працює по-іншому для закордонних клієнтів»); ІТ-команда також не бачить впливу на бізнес («видалення цього поля призведе до пошкодження звітів»).
ШІ допомагає тут трьома конкретними способами. Перший — швидкий чернетковий: витягує початковий список вимог із записки співбесіди за лічені хвилини. Другий – генерування неповних питань: «які ситуації не визначені в цій вимозі?» Коли його запитують, це нагадує нам про винятки, які люди не помічають. По-третє, переклад: перекладає технічний опис на ділову мову, запит діловою мовою на технічний проект. Всі три економлять час; але жодне з них не є самим рішенням.
Порада. Думайте про ШІ як про «стажера, який друкує швидше». Ви завжди переглядаєте результат стажера, виправляєте його відповідно до робочого правила та ставите під ним своє ім’я. Відповідальність залишається за вами.
Крок за кроком: дослідження мосту на основі AI
Крок 1 — Зберіть контекст. Напишіть своїми словами проблему бізнес-одиниці; Які системи, які дані, які там обмеження. На цьому кроці ще нічого не передавайте ШІ; зрозуміти спочатку.
Крок 2 — Ескіз. Передаючи зібрану вами записку штучному інтелекту, він створює перший список вимог, можливих питань і припущень. Тут AI створює «перше знімок».
Крок 3 — Позначте пробіли. Зберіть кожен пункт, позначений як «невизначений», «припущення» та «вимагає підтвердження» в чернетці, згенерованій ШІ. Цей список є скелетом запитань, які слід задати вашому підрозділу.
Крок 4 — Підтвердьте із зацікавленою стороною. Віднесіть чернетку до підрозділу, разом заповніть пропуски. AI не може зробити цей крок; Тому що справжні бізнес-правила лише в голові людини, яка виконує цю роботу.
Крок 5 — захистіть і передайте. Ще раз перевірте підтверджену вимогу на реальні дані та існуючу систему, а потім передайте її ІТ-команді.
Три міні-кейси: у цифрах
Випадок 1 — Економія часу, збереження точності. У компанії роздрібної торгівлі фахівець MIS зазвичай витрачав 3 дні, щоб створити документ вимог із 40-сторінкової записки співбесіди. Завдяки штучному інтелекту він створив першу чернетку за півдня; однак у підтвердженні зацікавлених сторін виявилося, що 9 із 62 вимог у проекті суперечать бізнес-правилам. Чистий прибуток: час скорочено з 3 днів до 1,5 днів, але етап перевірки ніколи не пропускався.
Випадок 2 — Ціна галюцинації. У логістичній компанії ШІ додав речення «система автоматично видаляє записи через 30 днів» до чернетки вимог; Однак під час зустрічі про таке не йшлося. Якби це речення залишилося непоміченим, можна було б написати правило видалення, яке порушує законний термін зберігання. Експерт запитав: «З якого засідання прийшло це правило?» Галюцинацію (впевнене продукування моделлю інформації, якої в реальності не існує) він уловив шляхом опитування.
Випадок 3 — Цінність перекладу. ІТ-команда виробничої компанії сказала: «Нам потрібно дедуплювати основні дані». За допомогою штучного інтелекту спеціаліст MIS перевів це на бізнес-підрозділ так: «той самий постачальник з’являється в системі з 3 різними записами, нам потрібно об’єднати їх в один запис». Лише після цього перекладу бізнес-підрозділ запам’ятав важливий виняток: два записи насправді були двома філіями однієї компанії з різними податковими номерами, і їх не слід об’єднувати.
Слабка підказка / Сильна підказка
Слабка підказка:
Напишіть документ із вимогами з цих приміток.[notes]
Ця підказка дає моделі багато свободи; Модель заповнює прогалини у власній голові, і ризик галюцинацій зростає.
Потужна підказка:
Ваша роль: Ви досвідчений бізнес-аналітик MIS. СКЛАДІТЬ вимоги з записки до співбесіди нижче. Правила: - Використовуйте лише інформацію, ЧІТКО викладену в записці; НЕ надолужуйте те, чого бракує.- Напишіть кожну вимогу як вимірну у форматі «Система повинна...». - Перелічіть у примітці кожне незрозуміле питання окремо з тегом [НЕПЕЧНО]. - Позначте кожне припущення, яке ви зробили, як [ПРИПУЩЕННЯ]. - Додайте в кінці розділ «5 запитань, які потрібно поставити зацікавленій стороні». Примітка до інтерв'ю: [примітки]
Потужна підказка утримує модель у межах нотатки, забороняє виготовлення та робить видимими точки, які потребують перевірки.
Чотири шаблони, які можна копіювати
1) Переклад з ділової мови на технічний проект:
Перекладіть наведений нижче бізнес-запит у проект технічної вимоги. Не додавайте жодних технічних деталей, які не включені в роботу; Також перелічіть кожне припущення, яке ви додали. Запит: [текст]
2) Переклад з технічного опису на ділову мову:
Перекладіть наведене нижче технічне пояснення простою турецькою мовою, яку зможе зрозуміти менеджер із продажу, який не знає баз даних. Підкресліть вплив на бізнес одним реченням. Опис: [текст]
3) Створення неповних питань:
Перегляньте наведений нижче перелік вимог і виділіть невизначені ситуації (винятки, обмеження, стани помилок, авторизації) як запитання. Не відповідайте, просто перерахуйте запитання, які потрібно задати. Список: [текст]
4) Вилучення дії з підсумку наради:
З наступного запису зустрічі: (a) прийняті рішення, (b) відкриті питання, (c) конкретні відповідальні дії. Не несе відповідальності за те, що не було в примітці або не вказано дату. Примітка: [текст]
Порівняльна таблиця: чи можна це залишити ШІ?
Квест
ШІ прискорює?
Хто приймає рішення?
Перша чернетка із записів інтерв’ю
Так, сильний
Експерт МІС підтверджує
Письмова вимога вимірювана
так
Зацікавлена сторона підтверджує
Правильність господарського правила
немає
господарська одиниця
Обсяг і пріоритет рішення
немає
Підрозділ + керівництво
технічний переклад
так
Команда IT підтверджує
Затвердження остаточного документа
немає
МІС експерт підписує
Поширені помилки
- Доставка чернетки ШІ як є. Вважається, що модель є правильною, оскільки вона плавно пише; Однак речення, які порушують правила бізнесу, також можуть бути вільними. Відфільтруйте кожне речення відповідно до бізнес-правила.
- Питання без контексту. Вимова «вимога запису» змушує модель відповідати проміжку. Чим конкретніший контекст ви надасте, тим менше буде галюцинацій.
- Приховування невизначеності. Найнебезпечнішою помилкою є видалення позначок «[НЕПОЛОЖЕНИЙ]» моделі та надання документу вигляду чистого; Невизначеність не зникає, вона просто стає непомітною.
- Пропуск перевірки зацікавлених сторін. Сказати «це правда в будь-якому випадку» та пропустити підтвердження через брак часу є джерелом найдорожчих помилок.
- Покладання провини на ШІ. «Це те, що написала модель» не є захистом; Підпис належить експерту МІС.
Увага: Вимога, сформована експертом MIS, є основою коду, який напишуть десятки людей протягом місяця. Невелика неоднозначність на початку обертається в кінці великим і дорогим ремейком. Тому уповільнення на початку мосту – це прискорення в кінці.
Підсумовуючи
Спеціаліст MIS є перекладачем між бізнес-підрозділом та ІТ, і ця робота в основному складається з створення, перекладу та структурування тексту. ШІ значно пришвидшує складання цих проміжних елементів: швидке складання, неповна генерація питань і двосторонній переклад. Але правильність бізнес-правила, рішення про обсяг і остаточне схвалення завжди залишаються за людиною. Використовуйте штучний інтелект як «стажера зі швидкого набору тексту»: перевіряйте його результат, виправляйте його відповідно до бізнес-правил, тримайте неоднозначності видимими та підтверджуйте з зацікавленою стороною. ШІ не замінить схвалення компетентних експертів у будь-яких критично важливих для фінансів і дотримання вимог рішеннях.
Аплікаційне завдання
Виберіть реальний бізнес-запит від вашої власної організації (або уявний сценарій): наприклад, «команда продажів хоче отримувати місячний звіт з обороту в один клік». (1) Напишіть запит своїми словами як контекст. (2) Створіть проект вимог із наведеним вище «підказкою живлення». (3) Перелічіть кожен тег [UNCERTAIN] і [SUMPTION], створений моделлю, в окремому списку. (4) Перетворіть цей список на 5 запитань, які ви б поставили зацікавленій стороні. (5) Нарешті, напишіть сценарій, у якому хоча б одне речення в чернетці може порушувати бізнес-правило, і поясніть, як ви це помітили.
контрольний список
- [ ] Я сам зрозумів запит на роботу та написав контекст, перш ніж надати його ШІ.
- [ ] У підказці я дав правило «не вигадувати, позначати неоднозначне».
- [ ] Я зібрав усі невизначеності та припущення, створені моделлю окремо.
- [ ] Я не доопрацьовував проект без узгодження його із зацікавленою стороною.
- [ ] Я визнаю, що несу відповідальність за остаточний документ.
- [ ] Я не залишав ШІ приймати жодні критично важливі для фінансів/відповідності рішення.