Чым займаецца інжынер, які працюець безпосередні, і калі вам потрэбен такі спеціяліст

Інжынер, які працуець безпосереднія ў кліента, — это інжынер прымэтнага програмнага забезпечэння, які працуе ў рамках процэсаў кліента, а не за межамі запланаваных задач. Ён працуе разам з людзьмі, якія будуць вжываць інструмент, вивучае, як на самай працы фактычна ведуцца дзеянні, стварае першую версію на аднойчыных данных і застаецца там, пакуль інструмент не пачне працаваць у ўседзённых процэсах. Гэты тытул падходзіць компаніям, якія продаюць складнае програмнага забезпечэння вялікім арганізацыям, дзе продукт можа працаваць толькі тады, калі яго інтэгруюць у системы і прычыны кліента.

Такі спосаб працы падходзіць і малым, і сяроднім па велічыні компаніям, можа, нават лепей. Малая підпрыемство рэдкая мае внутранюю IT-команду, якая могла б пераклаць нечыясную ідею («Чы можа ШІ чытаць нашы сертыфікаты постаўщыка?») у тэхнічныя спецыфікацыі. Йому патрэбна адна людзь, якая можа здзейсніць аналіз, напісаць код і взяць на сябе адпаведальнасць за рэзультат.

Што на самай працы включае гэтае адначыя

Большая частка работы адмініструецца да і пасля напісання коду. Тыповы проект працюець у чатыро фазы:

• Анаіз. Аб’еднанні з людзьмі, які выконваюць работу, анаіз рэальных дакументаў, табліцаў і систем, а таксама пішыя апісанні чыннага процесу з яго асаблівасцямі. Асаблівасці маюць вялікое значэнне, таму што самэ тут аўтаматызацыя можа зламацца.
• Пратэтап. Рабочы інструмент на прыкладзе рэальных дадзеных за калькі дзён, а не проста презентацыя. Ён ў прыбліжнай версіі, але людзі можаць яго выкарыстоўваць і адзначыць, што не так.
• Прыемнае выкарыстоўванне. Контроль даступу, адрабатка памылак, логаванне, манітарынг, рэзервныя копіі, этап перагляду, калі чалавек затвардае нявялікія рызыкі, а таксама набір тэстаў, які паказвае, чы робіць інструмент далей працуе пасля кожных змян.

Перадача і падтрымка. Дасведчэнні, кароткі трэнінг для команды, а таксама узгаданы спосаб прынесення прыбліжэнняў і запытанняў пра змяны.

Якое ўжыткі ад звычайнага проекту

У проекте з фіксаваным масштабам кліент пішае трэбаванні, прадаўцы ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ўжо ў

Ён таксама разлічыцца ад падсілення калеку. Развіяны разработчык прымае заявкі ад керавальніка вашай команды. Ад інжынера, які працуе безпосередня, чакаюць, што ён будзе вяршыць выбір таго, што трэба стварыць, атакаваць ідеі, якія не прыносяць рэзультатаў, і пераканацца, чы рэзультат працуе.

Калі малая падпрыемству патрэбны такія спецыялісты

Гэты падход є сэнсабельны, калі справядлівы калькі з наступных:

• павтараючыся процес забірае гадзіны ў кожны тыдзень: чытанне дакументаў, копіюванне дадзэнняў між системамі, перакананнеся ў датавых межах, адпаведзення на адныя і тыя ж запытанні;
• дадзеныя знаходзяцца ў багацько месцах: ERP або 1C, файлы Excel, прылеглікі да пісьменнікаў, спяльнаваныя папкі, сканаваныя паперы;
• хтось вялікі вже пробаваў чатбота або прататып ChatGPT, і ён працуе ў дэмаверсіі, але не ў рэальных сцэнарыях;
• немае внутранага разработчыка, які ведае і бізнес, і тэхналогіі.

Це стае менш логічным, калі процес змініцца ў кожны месяц, калі немае нікога, хто мог бы пасвяціць калькі гадзін у тыяждень на адпаведзеныя на запытанні, або калі готовы інструменты вже можаць выконваць гэту роботу. У такім случае купіце такі інструмент.

Што можна спакаваць у першыя два тыжні

Мы пачынам нашы проекты з фіксаванага тэрміну у два тыжні. До канцоў гэтага часу у вас мае быць тры рэчы: пісьмовая карта процесу з асаблівенасцямі, знайдзенымі ў рэальных данных, пратэтап, які працуе з прыкладамі вашых дакументаў або записаў, і чыстая оцэнка таго, скількі часу знадобіцца на масовую роботу, включаючы тое, што ўжо не трэба автаматызаваць.

Пасля гэтага вы вяршыце рашэнне, чы хочаце продаваць працу. Полны проект зазвычай трывае ад двух да шасці тыжніў, залежна ад таго, сколькі систем участвуе і насколькі перагляду патрабуюць рэзультаты.

Запытанні, якія трэба задаць перад тым, як найняць каго-небудзь

• Чы гінераўр будзе працаваць з нашымі рэальнымі дадзеннямі з першага тыдня, і як контролюецца доступ?
• Як мы будзем ведаць, чы правільны інструмент? Патрабавайце набор для тэставання і показнікі, а не обявы. Нашы прыметкі па тэме ацэнкавання і людзкія перагляды описваюць, як гэта выглядае.
• Дзе запускаюцца моделі, і чы якія-небудзь з нашых дадзенняў выходзяць за межы нашай інфраструктуры? Па канфідэнцыйным файлам дывіцеся локальныя AI-сістэмы для канфідэнцыйных дакументаў.
• Што будзе пасля перадачы: хто будзе выправляць проблемы, калі прадаўцы змянююць формат своіх рахункоў?

Якщо адказы буду нечыярыя, то і проект будзе такім жа. Якщо вы хочаце паведаміць пра конкрэтны процес, наша сторанка forward-deployed engineering апісвае, як мы выкананяў такія заведамы, а вы можете адпавесці нам через форму звяроўкі.