Kas yra Forward Deployed Engineer (FDE)?

Ką reiškia Forward Deployed Engineer?

Forward Deployed Engineer (FDE) – programinės įrangos inžinierius, kuris dirba kartu su kliento komanda: išsiaiškina veiklos problemą, kuria sprendimą ir pritaiko jį kasdieniam naudojimui. Jo darbas apima programavimą, integracijas, diegimą ir grįžtamąjį ryšį iš žmonių, kurie naudosis sistema. Taip pat vartojamas pavadinimas Forward Deployed Software Engineer (FDSE).

„Forward deployed“ nusako glaudų darbą su klientu. Specialistas gali dirbti nuotoliu, kliento patalpose arba derinti abu būdus. Svarbiausia – tiesioginė prieiga prie procesą išmanančių žmonių, reikalingų sistemų ir sprendimus priimančios komandos. Taip paaiškėjusį poreikį galima greičiau patikrinti kuriant ir išbandant sprendimą.

Vienas šio modelio pavyzdžių – „Palantir“. Įmonės FDSE darbo aprašyme pasakojama, kaip inžinieriai kartu su klientais pritaiko jos platformas ir perduoda naudingus patobulinimus produkto komandoms. WyrdIT šį bendradarbiavimo modelį taiko kurdama DI sprendimus ir integruodama juos su kliento sistemomis.

Kaip FDE dirba su jūsų komanda?

Įsivaizduokite gamybos įmonę, kurios pardavimų komanda rengia pasiūlymus pagal el. paštu gautas užklausas. Kliento reikalavimai pateikti prieduose, kainos saugomos verslo valdymo sistemoje (ERP), o pardavimo eiga – ryšių su klientais valdymo sistemoje (CRM). Užduotis „automatizuoti pasiūlymus“ dar neatsako, kaip suderinti šiuos duomenis ar kada būtinas darbuotojo sprendimas.

FDE kartu su pardavimų ir gamybos žmonėmis peržiūrėtų tikras užklausas: kokios informacijos trūksta, kas tikrina gaminio tinkamumą ir kas tvirtina kainą. Tada sukurtų duomenų išgavimo ir sistemų sujungimo dalis, išbandytų pasiūlymo juodraštį su darbuotojais ir pagal jų pastabas jį patobulintų.

Šiame pavyzdyje klientas gautų veikiantį pasiūlymo rengimo procesą su duomenų šaltiniais, patvirtinimo žingsniu ir aiškia eiga išimtims. Komanda galėtų vertinti, kiek laiko užtrunka parengti tinkamą pasiūlymą, kiek taisymų reikia ir kokios užklausos vis dar apdorojamos rankiniu būdu. Tai padėtų nuspręsti, kurią proceso dalį tobulinti toliau.

Ką daro FDE ir kuo jis skiriasi nuo kitų specialistų?

Vertindami FDE paslaugą, ieškokite aiškios atsakomybės už įgyvendinimą. Darbų plane turėtų būti matomos keturios sritys ir konkretūs jų rezultatai:

• Išsiaiškina poreikį. Nagrinėja procesą, duomenis ir išimtis su naudotojais. Rezultatas – sutartas tikslas, prioritetai ir kriterijai, pagal kuriuos komanda priims darbus.
• Kuria ir integruoja. Programuoja reikalingas funkcijas, sujungia duomenų šaltinius ir nustato prieigos teises. Rezultatas – su jūsų sistemomis veikiantis sprendimas, kurį galima išbandyti atliekant tikras užduotis.
• Išbando ir įdiegia. Tikrina įprastus ir klaidų scenarijus, paruošia stebėseną ir diegimą. Komandai turi būti aišku, kaip pastebėti problemą, atšaukti netinkamą pakeitimą ar tęsti darbą rankiniu būdu.
• Tobulina ir perduoda žinias. Analizuoja naudojimo rezultatus, taiso trūkumus ir dokumentuoja sprendimą. Kartu su kodu perduodamos diegimo, priežiūros ir tolesnio vystymo žinios.

FDE yra programinės įrangos inžinieriaus vaidmuo, todėl dalis jo darbų sutampa su kitų specialistų atsakomybėmis. Skiriasi pagrindinis dėmesys ir tai, kaip organizuojamas darbas:

• Programuotojas kuria ir prižiūri programinę įrangą. Jis taip pat gali tiesiogiai dirbti su naudotojais; FDE vaidmenyje šis bendradarbiavimas yra nuolatinė darbo dalis.
• Sprendimų architektas projektuoja sistemos sandarą, integracijas ir techninius sprendimus. FDE šiuos sprendimus praktiškai įgyvendina, prireikus dirbdamas kartu su architektu.
• Techninis konsultantas padeda įvertinti situaciją ir pasirinkti sprendimą; jo paslauga gali apimti ir kūrimą. Pasiūlyme verta patikrinti, kas atliks programavimo ir diegimo darbus.
• Forward Deployed Engineer derina poreikio išsiaiškinimą su kūrimu ir diegimu. Jis nuolat tikrina techninius sprendimus pagal tai, kaip dirba kliento komanda.

Jei turite techninį vadovą, aiškius reikalavimus ir organizuotą kūrimo procesą, gali pakakti papildomo programuotojo. FDE ypač naudingas tada, kai reikia kartu išsiaiškinti, ką kurti, ir prisiimti atsakomybę už techninį įgyvendinimą. Kliento pusėje vis tiek reikalingas žmogus, sprendžiantis dėl veiklos prioritetų.

Ką kuria Forward Deployed AI Engineer?

Forward Deployed AI Engineer šį darbo modelį taiko dirbtinio intelekto sistemoms. Jo darbas apima modelio parinkimą, duomenų paruošimą, integracijas ir rezultatų vertinimą. Pavyzdžiui, „OpenAI“ FDE pareigybės aprašyme numatyta atsakomybė nuo poreikių išsiaiškinimo ir sistemos projektavimo iki kūrimo bei diegimo kliento aplinkoje.

Trys galimi pritaikymo scenarijai parodo, kokią problemą spręstų specialistas ir kaip būtų galima vertinti rezultatą:

• Gamyba: techninių žinių paieška. Darbuotojui reikia rasti konkrečiai įrangai tinkamą instrukciją. FDE sujungtų dokumentus su įrangos kodais, valdytų dokumentų versijas ir pateiktų atsakymą su šaltiniu. Vertinti reikėtų paieškos laiką, šaltinių tinkamumą ir elgesį, kai patvirtinto atsakymo nėra.
• Finansinės technologijos („fintech“): klientų dokumentų apdorojimas. Komandai reikia surinkti ir palyginti informaciją iš kelių dokumentų. FDE sukurtų duomenų išgavimo ir neatitikimų žymėjimo procesą, susietą su darbuotojo peržiūra. Vertinti reikėtų laukų tikslumą, praleistus neatitikimus ir peržiūros laiką.
• E. prekyba: prekių paieška pagal pirkėjo poreikį. Pirkėjas apibūdina, ko ieško, savais žodžiais. FDE sujungtų paiešką su katalogu, prekių savybėmis ir aktualiais likučiais. Vertinti reikėtų rekomendacijų tinkamumą, prieinamumo duomenų tikslumą ir atvejus, kai pasiūlyti tinkamos prekės nepavyksta.

Pritaikymo galimybės apima ir pardavimus, pirkimus, finansus, klientų aptarnavimą bei vidinius įrankius. FDE padeda atskirti užduotis, kurioms reikia DI, nuo tų, kurias patikimiau atliks įprastos taisyklės ar sistemų integracija. Kiekvienu atveju svarbus visas procesas: iš kur gaunami duomenys, kas tikrina rezultatą ir kas vyksta toliau.

Prieš pradedant naudoti DI, rezultatą verta palyginti su dabartiniu procesu. Bandymams paruoškite įprastas užduotis, nepilnus duomenis ir klaidų atvejus. Skaičiuokite visą laiką iki tinkamo rezultato, įskaitant žmogaus peržiūrą ir taisymus, bei vienos užduoties sąnaudas. Taip matysite, ar automatizavimas iš tiesų sumažina komandos darbą.

Diegimo aplinka taip pat parenkama pagal užduotį: galima naudoti išorinę modelio API arba diegti didįjį kalbos modelį (LLM) kliento serveriuose. WyrdIT DI sprendimų kūrimo paslaugos apima abu variantus, integracijas, rezultatų vertinimą ir stebėseną. Sprendžiant svarbūs duomenų naudojimo reikalavimai, modelio licencija, veikimo kokybė ir priežiūros sąnaudos.

Kada jūsų verslui verta rinktis FDE?

FDE verta svarstyti, kai turite svarbią veiklos problemą, tačiau galutiniai reikalavimai paaiškės tik dirbant su naudotojais ir sistemomis. Pavyzdžiui, prototipas veikia su paruoštais duomenimis, bet dar reikia išspręsti integracijas, išimtis ir naudojimą kasdieniame darbe.

Prieš pradėdami įvertinkite keturias sąlygas:

• Aiškus prioritetas. Galite įvardyti, kas dabar stringa, kam tai trukdo ir kokį pokytį norite pasiekti. Pradiniam darbui pasirinkite konkrečią proceso dalį, kuri leistų patikrinti naudą.
• Komandos įsitraukimas. Už procesą atsakingas žmogus gali priimti sprendimus, o naudotojai – reguliariai išbandyti sprendimą ir pateikti pastabų. Išorinis specialistas negali už juos nustatyti veiklos prioritetų.
• Prieiga prie duomenų ir sistemų. Yra duomenų pavyzdžių, aiškūs sistemų savininkai ir galimybė gauti reikalingas prieigas. Jei to dar nėra, šie paruošiamieji darbai turi atsirasti plane.
• Tolesnės priežiūros planas. Žinote, kas naudos ir prižiūrės sprendimą, valdys sąnaudas ir tvirtins pakeitimus. Žinių perdavimą verta planuoti nuo darbo pradžios.

Jei poreikį jau patenkina esamos sistemos funkcija ar standartinis produktas, pirmiausia įvertinkite juos. Aiškiam ir stabiliam darbų sąrašui gali labiau tikti apibrėžtos apimties projektas. Nuolatiniam pagrindinio produkto vystymui verta palyginti FDE paslaugą su savo komandos stiprinimu. Rinkitės pagal darbą, kurį reikia atlikti, ir turimus žmones.

Platformos tiekėjo FDE ir WyrdIT darbo modelis

Platformos tiekėjo FDE padeda pritaikyti konkretaus tiekėjo produktą. Toks bendradarbiavimas naudingas, kai platforma jau pasirinkta ir reikia gilaus jos išmanymo. WyrdIT DI specialisto darbas prasideda nuo jūsų veiklos poreikio ir gali apimti kelias sistemas, vidines programas ar produkto funkcijas.

Pavyzdžiui, DI gali analizuoti dokumentus, ERP pateikti kainas, o CRM saugoti pardavimo eigą. WyrdIT specialistas kartu su jūsų komanda projektuoja ir įgyvendina šių dalių sąveiką. Technologijos ir atsakomybės suderinamos pagal projekto aplinkybes.

Klausimas	Platformos tiekėjo FDE	WyrdIT DI specialistas
Nuo ko pradedama?	Nuo pasirinktos platformos pritaikymo.	Nuo veiklos problemos ir jūsų sistemų.
Kas kuriama?	Platformos sprendimas ir sutartos integracijos.	DI funkcijos, integracijos ir programinė įranga sutartai užduočiai.
Kaip dirbama?	Su kliento komanda, remiantis platformos galimybėmis.	Su jūsų komanda, derinant esamas sistemas ir reikalingus naujus komponentus.
Ką įvertinti?	Platformos tinkamumą, licencijas ir diegimo apimtį.	Specialisto patirtį, darbų apimtį ir tolesnę priežiūrą.

WyrdIT kuria DI sprendimus ir teikia jūsų komandoje dirbančių DI specialistų paslaugas. Galime įsitraukti į naujo sprendimo kūrimą arba tobulinti jau naudojamą sistemą: jos integracijas, rezultatų kokybę ir veikimo sąnaudas.

Jei darbų apimtis ir priėmimo kriterijai jau aiškūs, mūsų individualios programinės įrangos kūrimo paslaugos leidžia darbus organizuoti kaip atskirą projektą. Abiem atvejais bendradarbiavimo forma parenkama pagal tai, kiek techninio ir veiklos neapibrėžtumo reikia išspręsti.

Mūsų kuriamas „Sortedly“ produktas parodo konkrečias DI ir integravimo užduotis: laiškų rūšiavimą, atsakymų juodraščius pagal įmonės žinias ir kelių el. pašto paskyrų sinchronizavimą. Tokiam produktui reikia suderinti duomenų prieigą, atsakymų kokybę ir žmogaus peržiūrą – užduotis, kurios svarbios ir kuriant DI sprendimą jūsų įmonei.

Ką sutarti prieš pradedant darbą su FDE?

Pirmam pokalbiui pakanka apibūdinti procesą, didžiausią kliūtį ir naudojamas sistemas. Išsamios techninės specifikacijos dar gali nebūti. Prieš pradedant kūrimą, pasiūlyme jau turėtų būti aiškūs pirmieji darbai, jų vertinimo kriterijai ir abiejų komandų atsakomybės.

Aptarkite keturis klausimus:

Kas bus sukurta ir kaip priimsime darbus?

Įvardykite naudotojus, funkcijas, integracijas ir pirmą rezultatą, kurį jie galės išbandyti. Sutarkite dėl reprezentatyvių bandymų, priimtino tikslumo, atsako laiko ir sąnaudų. DI sprendime numatykite, kokiems veiksmams reikia žmogaus patvirtinimo ir kaip bus tvarkomi neaiškūs atvejai. Taip pat sutarkite, kas tvirtins naujus prioritetus ir apimties pakeitimus.

Kaip skaičiuojama darbų kaina?

Atskirkite kūrimo kainą nuo sistemos naudojimo ir priežiūros išlaidų. Pasiūlyme turi būti aišku, ar perkate apibrėžtą projektą, specialistų laiką ar tęstinio darbo apimtį. Įvertinkite duomenų paruošimą, integracijas, modelių naudojimą, infrastruktūrą ir licencijas. Kainą lemia darbų sudėtingumas bei atsakomybės, todėl vien valandinio įkainio palyginti nepakanka.

Kam priklausys kodas, paskyros ir dokumentacija?

Sutarkite dėl sukurto kodo ir dokumentacijos nuosavybės bei naudojimo teisių, trečiųjų šalių komponentų licencijų ir prieigos prie saugyklų. Įvardykite, kieno vardu bus valdomos infrastruktūros ir modelių paskyros. Paprašykite aprašyti perdavimo tvarką: ko reikės, kad sistemą galėtų prižiūrėti jūsų darbuotojai ar kitas paslaugų teikėjas.

Kas bus atsakingas pradėjus naudoti sistemą?

Paskirkite atsakingus žmones stebėsenai, klaidoms ir pakeitimams. Sutarkite dėl priežiūros apimties, reagavimo į sutrikimus ir veiksmų specialistui baigus darbą. Keičiantis DI modeliui, duomenims ar procesui, numatykite pakartotinį vertinimą. Reguliari peržiūra turėtų parodyti, kas veikia, kokių taisymų reikia ir kur verta investuoti toliau.

Turite procesą, kurį norite patobulinti, arba DI prototipą, kurį reikia pradėti naudoti? Aptarkime jūsų situaciją su WyrdIT. Parašykite, kur stringa darbas ir kokias sistemas naudojate. Kartu įvertinsime pirmą naudingą žingsnį ir tinkamiausią bendradarbiavimo formą.