Dviejų žmonių komanda gali pristatyti gamybinę LLM (didelės kalbos modelio) programą. Šešių žmonių komanda gali nesusidoroti su kompiuterinio matymo koncepcijos įrodymu. Skirtumas retai priklauso nuo talento ar biudžeto. Jis priklauso nuo to, ar komandos sudėtis iš tikrųjų atitinka projekto techninius reikalavimus.
Kodėl darbuotojų skaičius yra netinkamas klausimas
Kai projektas įstringa, instinktyviai norisi pridėti žmonių. Tačiau skirtingos DI sritys reikalauja iš esmės skirtingų įgūdžių derinių, ir bendro inžinerinio personalo pridėjimas netinkamu deriniu nieko neišsprendžia. LLM integracijos projektas gali būti apie 70 proc. programinės įrangos inžinerijos ir 30 proc. ML darbo. Individualus objektų atpažinimo modelis yra arčiau priešingos proporcijos: 30 proc. programinės įrangos inžinerijos ir 70 proc. ML darbo. Sukomplektuokite vieną taip, kaip kitą, ir gausite komandą, kuri užsiėmusi, bet nekuria rezultatų.
Remiantis personalo formavimo modeliais iš daugiau nei 60 DI projektų nuo 2018 metų, keletas nuoseklių struktūrų pasitvirtina įvairiuose projektų tipuose ir etapuose.
1 etapas: galimybių įvertinimas (4-8 savaitės)
Šiame etape tikslas yra atsakyti į vieną klausimą: ar tai iš tikrųjų gali veikti? Komanda turėtų būti maža ir patyrusi.
LLM projektai: 1 vyresnysis ML inžinierius, 1 programinės įrangos inžinierius
Kompiuterinio matymo projektai: 1 vyresnysis ML inžinierius, 1 ML inžinierius
Balso ir kalbos projektai: 1 vyresnysis ML inžinierius, 1 programinės įrangos inžinierius
Dviejų inžinierių pakanka galimybių įvertinimui arba aiškiai apibrėžtos LLM integracijos pristatymui. Daugiau žmonių šiame etape paprastai atsakymą sulėtina, o ne pagreitina.
2 etapas: kūrimas (2-4 mėnesiai)
Kai galimybės patvirtintos, komanda turi augti, tačiau šis augimas turėtų sekti konkrečias projekto kliūtis, o ne fiksuotą formulę.
LLM projektai: 1 komandos vadovas, 2 ML inžinieriai, 1 programinės įrangos inžinierius
Kompiuterinio matymo projektai: 1 komandos vadovas, 2 ML inžinieriai, 1 duomenų inžinierius, 1 programinės įrangos inžinierius
Balso ir kalbos projektai: 1 komandos vadovas, 2 ML inžinieriai, 1 programinės įrangos inžinierius, 1 duomenų inžinierius
Atkreipkite dėmesį, kad kompiuterinio matymo ir balso projektai šiame etape įtraukia duomenų inžinierių, kurio LLM projektams taip skubiai nereikia. Tai ne apsirikimas: šios sritys paprastai priklauso nuo didesnių, netvarkingesnių, labiau individualizuotų duomenų rinkinių, kuriems reikia specialaus inžinerinio dėmesio. Šiame etape prototipą prie gamybos paprastai priartina 4-5 inžinierių ir komandos vadovo komanda.
3 etapas: gamyba (2-4 mėnesiai)
Kai projektas pasiekia gamybą, sudėtis skirtingiems projektų tipams tampa panašesnė, nei būtų galima tikėtis: 1 komandos vadovas, 1-2 ML inžinieriai, 1 MLOps arba DevOps inžinierius ir 1 programinės įrangos inžinierius. MLOps vaidmens šiame etape dažniausiai trūksta, ir jo nebuvimas yra dažna priežastis, kodėl projektai, kurie veikė kūrimo etape, gyvai pradėję veikti tyliai sugenda.
Vaidmenys, kuriems skiriama mažiausiai išteklių
Kelios pozicijos nuolat praleidžiamos arba laikomos nebūtinomis, ir tai dažniausiai yra klaida:
Vertinimo inžinieriai LLM projektuose, kur be specializuoto vertinimo kokybės atsilikimas pastebimas tik tada, kai pasipiktina naudotojai
Duomenų inžinieriai kompiuterinio matymo ir balso projektuose, kur duomenų kokybės problemos paprastai yra tikroji kliūtis, o ne modelio architektūra
MLOps inžinieriai gamybos etape, kur slypi atotrūkis tarp „veikia bloknote“ ir „patikimai veikia gamyboje“
Jei jūsų komandai trūksta vieno iš šių vaidmenų, verta paklausti, ar tai ir yra tikroji dabartinės kliūties priežastis, prieš samdant daugiau bendro pobūdžio inžinerinio personalo.
Apytikslis dydis pagal projekto mastą
Bendra taisyklė: 2 inžinieriai gali atlikti galimybių įvertinimo darbą arba aiškiai apibrėžtą LLM integraciją. 4-5 inžinieriai ir komandos vadovas gali perkelti prototipą į gamybą. 6 ar daugiau inžinierių ir komandos vadovas tinka įmonės mastelio įgyvendinimams su keliais integracijos taškais ir suinteresuotosiomis šalimis.
Kas nuspėja sėkmę, nepriklausomai nuo komandos dydžio
Komandos sudėtis svarbi, tačiau tai nėra vienintelis kintamasis. Keturi veiksniai nuolat pasikartoja sėkmingai pasiekiamuose projektuose, nepriklausomai nuo to, ar komanda samdyta viduje, išoriškai ar mišriai:
Patirtis gamybos aplinkoje atitinkamoje srityje, o ne tik bendra ML patirtis
Aiškiai apibrėžta vertinimo praktika, nustatyta prieš pradedant kūrimą
Aiškus perdavimo planas, kuris nustato, kas atsako už sistemą po jos paleidimo
Pasiryžimas atmesti neįgyvendinamus projektus dar ankstyvame etape, o ne komplektuoti komandą pagal klaidingą prielaidą
Komandos nuomojimas ar kūrimas
Išorinės pagalbos pasitelkimas dažniausiai pasiteisina projektuose, kurių terminas yra nuo 3 iki 12 mėnesių, kai reikalingo įgūdžių derinio vidinėje komandoje dar nėra. Vidinės komandos kūrimas labiau pasiteisina, kai DI yra pagrindinis produkto elementas ir yra pakankamai laiko, kad investicija į nuolatinį personalą atsipirktų. Bet kuriuo atveju, aukščiau pateiktas sudėties vadovas išlieka aktualus: derinkite komandą su tikraisiais projekto techniniais reikalavimais, o ne su bendru inžinerinio personalo skaičiaus tikslu.
Jei planuojate projektą ir nesate tikri, kokios sudėties komandos jam reikia, susisiekite su mūsų komanda. Esame komplektavę projektus LLM, kompiuterinio matymo ir balso srityse ir galime padėti nustatyti tinkamą sudėtį, prieš jums įsipareigojant samdymo planui.