Печалби:
- Способност да обясни ролята на специалиста по информационни системи за управление като мост между бизнес единицата и ИТ и къде изкуственият интелект създава стойност в този мост.
- Способност да се разграничи кои решения остават човешка отговорност при използване на AI като ускорител в комуникацията бизнес-ИТ
- Приемете работна дисциплина, която кръстосано валидира всеки AI резултат с бизнес правило, реални данни и валидиране на заинтересованите страни
Информационните системи за управление (MIS) са набор от системи, които позволяват на една организация да извършва своите бизнес процеси с информационни технологии (ИТ). Експертът в тази област често се нарича „мост“: от една страна, има бизнес звено (продажби, счетоводство, човешки ресурси, операции), което обяснява какво иска на бизнес език, а от друга страна, има софтуер и инфраструктурни екипи, които го превеждат в код и система. MIS професионалистът превежда тези два свята един в друг. Изявлението на мениджъра по продажбите „Искам да познавам клиентите си по-добре“ се превръща в ясно изискване, което разработчикът може да изпълни; Същността на тази работа е да преведе изречението на разработчика „това поле трябва да е външен ключ“ в обяснение, което бизнес единицата може да разбере.
Изкуственият интелект (AI) се вписва точно в средата на тази мостова работа, тъй като до голяма степен се състои от генериране, интерпретиране и структуриране на текст: бележки от интервюта, документи с изисквания, речници на данни, карти на процеси, описания на доклади, презентации. Това са всички междинни продукти, които AI може да ускори. Но има един принцип, който този модул изяснява от самото начало: изкуственият интелект ускорява изготвянето на тези продукти; Работата на човека, който познава правилата на бизнеса и носи отговорност, е да прецени дали са правилни или не.
Двете страни на моста и мястото на AI
Страната на бизнес единицата е свят от въпроси какво и защо: кой проблем, коя цел, кой приоритет. ИТ страна е светът на въпроса как: коя таблица, кой API (английски интерфейс за програмиране на приложения; стандартният интерфейс, използван от два софтуера за обмен на данни), каква интеграция. Стойността на MIS експерта е да попълни липсващите части, обяснени от двете страни. Бизнес единицата често забравя да спомене изключения („всъщност работи по различен начин за чуждестранни клиенти“); ИТ екипът също не може да види въздействието върху бизнеса („изтриването на това поле би повредило отчетите“).
AI помага тук по три конкретни начина. Първият е бърза чернова: извлича първоначален списък с изисквания от бележка за интервю за минути. Второто е генериране на непълни въпроси: „кои ситуации не са дефинирани в това изискване?“ Когато го попитаме, това ни напомня за изключенията, които хората пренебрегват. Трето, превод: превежда техническо описание на бизнес език, заявка на бизнес език в технически проект. И трите спестяват време; но нито едно от тях не е самото решение.
Съвет: Мислете за AI като за „стажант, който пише по-бързо“. Винаги преглеждате изхода на стажанта, коригирате го според правилото за работа и поставяте името си под него. Отговорността остава за вас.
Стъпка по стъпка: Изследване на мост, задвижван от AI
Стъпка 1 — Съберете контекст. Напишете проблема на бизнес единицата със свои думи; Какви системи, какви данни, какви ограничения има. Все още не давайте нищо на AI в тази стъпка; разберете първо.
Стъпка 2 — Скица. Като предоставите бележката, която сте събрали, на изкуствения интелект, той излиза с първия списък с изисквания, възможни въпроси и предположения. Тук AI произвежда „първо щракване“.
Стъпка 3 — Маркирайте интервалите. Съберете всяка точка, отбелязана като „несигурна“, „предположение“ и „изисква потвърждение“ в генерираната от AI чернова. Този списък е скелет от въпроси, които да зададете на вашето бизнес звено.
Стъпка 4 — Потвърдете със заинтересованата страна. Занесете черновата в бизнес единицата, попълнете празните места заедно. AI не може да направи тази стъпка; Защото истинските бизнес правила са само в главата на човека, който върши тази работа.
Стъпка 5 — Защитете и прехвърлете. Проверете отново потвърденото изискване спрямо реални данни и съществуващата система, след което го предайте на ИТ екипа.
Три мини калъфа: с числата
Случай 1 — Спестено време, запазена точност. В компания за търговия на дребно специалистът по MIS обикновено прекарва 3 дни, за да създаде документ за изискванията от бележка от 40 страници за интервю. С изкуствен интелект той изготви първата чернова за половин ден; въпреки това беше уловено в потвърждението на заинтересованите страни, че 9 от 62 изисквания в проекта са в противоречие с бизнес правилото. Нетна печалба: времето е намалено от 3 дни на 1,5 дни, но стъпката за проверка никога не е била пропускана.
Случай 2 — Цената на халюцинациите. В логистична компания AI добави изречението „системата автоматично изтрива записите след 30 дни“ към проекта на изискванията; Подобно нещо обаче не е обсъждано по време на срещата. Ако това изречение беше останало незабелязано, можеше да се напише правило за изтриване, което нарушава законовия период на съхранение. Експертът попита: "От коя среща дойде това правило?" Той улови халюцинацията (увереното производство на информация от модела, която не съществува в действителност) чрез разпит.
Случай 3 — Стойността на превода. ИТ екипът на производствена компания каза: „Трябва да дедупираме основните данни.“ С помощта на AI специалистът по MIS преведе това на бизнес единицата като „един и същ доставчик се появява в системата с 3 различни записа, трябва да ги комбинираме в един запис“. Едва след този превод бизнес единицата си спомня критично изключение: двата записа всъщност са два клона на една и съща компания с различни данъчни номера и не трябва да се обединяват.
Слаба подкана / Силна подкана
Слаба подкана:
Напишете документ с изискванията от тези бележки [бележки]
Тази подкана дава много свобода на модела; Моделът запълва дупките в собствената си глава и рискът от халюцинации се увеличава.
Мощна подкана:
Вашата роля: Вие сте опитен MIS бизнес анализатор. ПОДГОТОВЕТЕ изисквания от бележката за интервюто по-долу. Правила: - Използвайте само информация, ЯСНО посочена в бележката; НЕ компенсирайте това, което липсва.- Напишете всяко изискване като измеримо, във формат "Системата трябва...". - Избройте всяка точка, която не е ясна в бележката, отделно с етикет [НЕСИГУРНО]. - Маркирайте всяко предположение, което правите, като [ПРЕДПОЛАГАНЕ]. - Добавете раздел „5 въпроса, които да зададете на заинтересованата страна“ в края. Бележка от интервюто: [бележки]
Мощната подкана поддържа модела в границите на бележката, забранява изработването и прави видими точки, които се нуждаят от проверка.
Четири копируеми шаблона
1) Превод от бизнес език на технически проект:
Преведете следната бизнес заявка в чернова на техническо изискване. Не добавяйте никакви технически подробности, които не са включени в работата; Също така избройте всяко предположение, което сте добавили. Заявка: [текст]
2) Превод от техническо описание на бизнес език:
Преведете техническото обяснение по-долу на обикновен турски език, който може да разбере мениджър продажби, който не познава бази данни. Подчертайте въздействието върху бизнеса с едно изречение. Описание: [текст]
3) Създаване на непълни въпроси:
Разгледайте списъка с изисквания по-долу и извлечете недефинирани ситуации (изключения, ограничения, състояния на грешка, оторизации) като въпроси. Не отговаряйте, просто избройте въпросите, които трябва да бъдат зададени. Списък: [текст]
4) Извличане на действие от резюмето на срещата:
От следната бележка от срещата: (a) взети решения, (b) отворени въпроси, (c) конкретни отговорни действия. Не носи отговорност за невписване в бележката или измисляне на датата. Забележка: [текст]
Сравнителна таблица: Може ли да бъде оставено на AI?
Мисия
Ускорява ли AI?
Кой взема решението?
Първа чернова от бележки за интервю
Да, силно
MIS експерт потвърждава
Измерими изисквания за писане
да
Заинтересованата страна потвърждава
Коректност на бизнес правилото
не
бизнес единица
Обхват и приоритетно решение
не
Стопанска единица + управление
технически превод
да
ИТ екипът потвърждава
Одобрение на окончателен документ
не
MIS експертни знаци
Често срещани грешки
- Доставяне на AI черновата такава, каквато е. Смята се, че моделът е правилен, защото пише гладко; Изреченията, които нарушават бизнес правилата обаче, също могат да бъдат плавни. Филтрирайте всяко изречение според бизнес правилото.
- Питане без контекст. Казването на „изискване за запис“ принуждава модела да се побере в празнината. Колкото по-конкретен контекст дадете, толкова по-малко ще бъде халюцинацията.
- Скриване на несигурности. Най-опасната грешка е да изтриете маркировките "[НЕСИГУРНО]" на модела и документът да изглежда чист; Несигурността не изчезва, тя просто става невидима.
- Пропускане на проверката на заинтересованите страни. Казването на „все пак е вярно“ и пропускането на потвърждението под натиска на времето е източникът на най-скъпите грешки.
- Прехвърляне на вината върху AI. „Така е написал моделът“ не е защита; Подписът е на експерта по МИС.
Внимание: Изискването, генерирано от MIS експерта, е в основата на кода по-долу, който десетки хора ще напишат в течение на един месец. Една малка неяснота в началото се превръща в голям и скъп римейк в края. Ето защо забавянето в началото на моста е ускорение в края.
В обобщение
Специалистът по MIS е преводачът между бизнес единицата и ИТ и тази работа до голяма степен се състои от създаване, тълкуване и структуриране на текст. AI драстично ускорява изготвянето на тези междинни продукти: бързо изготвяне, непълно генериране на въпроси и двупосочен превод. Но правилността на бизнес правилото, решението за обхвата и окончателното одобрение винаги остават за човека. Използвайте AI като „стажант за бързо писане“: прегледайте изхода му, коригирайте го спрямо бизнес правилото, поддържайте неяснотите видими и потвърдете със заинтересованата страна. AI не е заместител на компетентното експертно одобрение при всякакви финансови и критични за съответствието решения.
Задача за приложение
Изберете реална бизнес заявка от вашата собствена организация (или въображаем сценарий): например „екипът по продажбите иска да получава месечния отчет за оборота с едно кликване“. (1) Напишете заявката със свои думи като контекст. (2) Създайте проект на изисквания с "подканата за захранване" по-горе. (3) Избройте всеки етикет [НЕСИГУРНО] и [ПРЕДПОЛАГАНЕ], създаден от модела, в отделен списък. (4) Превърнете този списък в 5 въпроса, които бихте задали на заинтересована страна. (5) Накрая напишете сценарий, при който поне едно изречение в черновата може да наруши бизнес правило и обяснете как бихте забелязали.
контролен списък
- [ ] Сам разбрах заявката за работа и написах контекста, преди да я дам на AI.
- [ ] В подканата дадох правилото "без измисляне, маркирайте двусмисленото".
- [ ] Събрах отделно всички несигурности и допускания, произведени от модела.
- [ ] Не финализирах черновата, без да съм я потвърдил със заинтересованата страна.
- [ ] Потвърждавам, че нося отговорност за окончателния документ.
- [ ] Не съм оставил никакви решения, критични за финансите/съответствието, на AI.