Dauguma įmonių nori, kad jų komandos daugiau bendradarbiautų. Dauguma taip pat sunkiai randa tinkamą formatą, nuo kurio visa komanda nesistengtų pabėgti. AAI Labs skirtingų komandų žmonės ne visada dirba prie to paties projekto, todėl išbandėme mums neįprastą formatą: mažoms mišrioms komandoms davėme realią problemą ir griežtą laiko limitą.
Kaip veikia mini projektai
Mini projektai – tai mėnesio sprintai. Juose dalyvauja apie 50 žmonių, suskirstytų į trijų ar keturių narių komandas. Komandos sudaromos atsitiktinai, laikantis vieno reikalavimo: kiekvienoje komandoje turi būti bent vienas inžinierius arba duomenų mokslininkas. Kiekvieną sprintą komandos sumaišomos iš naujo, todėl kiekvieną kartą darbuotojai dirba su kitais kolegomis.
Kiekviena komanda gauna užduotį: su klientų poreikiais susijusią verslo ar techninę problemą, siūlomą sprendimo būdą ir bent vieną alternatyvą palyginimui. Užduotyje nurodoma strategija ir siekiamas rezultatas, tačiau iššūkio sprendimo būdą renkasi pačios komandos.
Didžiausias apribojimas – laikas. Komandos susitinka du kartus per savaitę po valandą, keturias savaites. Tarp susitikimų dirbti negalima, todėl kiekvienas žmogus skiria 8 valandas per mėnesį. Pasibaigus susitikimui, projektas neliečiamas iki kitos sesijos.
Šis laiko apribojimas ne tik palaiko produktyvumą, bet ir skatina sutelkti dėmesį į rezultatus, o ne į darbo imitavimą. Iki antros savaitės pabaigos kiekviena komanda turi turėti nuo pradžios iki galo veikiantį sprendimą, kad ir kaip prastai jis veiktų. Taip problemų sprendimas prasideda iniciatyvos viduryje, o ne pabaigoje – problemos išryškėja ir gali būti sprendžiamos daug greičiau.
Kodėl verta skirti vieną darbo dieną per mėnesį
Visa diena per mėnesį be darbo su klientais atrodo kaip nereikalingos išlaidos. Vis dėlto liepą mūsų 14 komandų išbandė 14 idėjų, kiekviena su veikiančiu rezultatu ir palyginimu su alternatyva. Tarp jų:
- 13 open-weight kalbos modelių palyginimas, reitinguojant pagal vienos sėkmingos agento užduoties kainą
- apmokytas (fine-tuned) modelis, kuris pažymi rizikingus DI agentų veiksmus žmogaus peržiūrai
- CNC staklių prognozuojamosios priežiūros demonstracija, kuri rekomenduoja, ar įrankį keisti, patikrinti, ar dirbti toliau
- interaktyvus CNC proceso planavimo vadovas
- simuliacijos įrankiai sunkvežimių maršrutams, tiekimo grandinės projektavimui ir gamybos išeigai
Kai kurių projektų naudingiausi rezultatai buvo neigiami. Viena komanda sukūrė tikslų tiekimo grandinės optimizatorių ir nustatė, kad geresnis maršrutų planavimas tame tinkle galėtų sutaupyti daugiausia 0,84% išlaidų, nes daugumą užsakymų pagal taisykles galima vykdyti tik vienoje gamykloje. Kita komanda tikrino, ar DI agentų tikslumas prastėja po daugybės skirtingų įrankių panaudojimo, ir savo užduotyje laukto kokybės suprastėjimo nepastebėjo. Tokie atradimai keičia tai, kaip planuojame panašius klientų projektus, o kiekvienas mini projektas kainuoja kelias dešimtis darbo valandų, vietoj to, kad kliento projektas būtų įgyvendintas remiantis klaidinga prielaida.
Komandos taip pat grįžta su įrankiais, kurių anksčiau nenaudojo: OR-Tools maršrutams, PatchCore vizualiniam defektų aptikimui, Streamlit greitoms demonstracijoms ir konteksto mažinimo (context-pruning) įskiepiais programavimo agentams.
Balsavimas už geriausius rezultatus
Paskutinį penktadienį kiekviena komanda pasidalija savo darbu bendrame Slack kanale. Kolegos gali komentuoti vieni kitų darbus, o tada kiekvienas balsuoja už 3 labiausiai patikusius projektus.
Žemiau reitinge atsidūrę projektai nėra kritikuojami. Komanda, pranešanti, kad jų bandymas nepavyko ir paaiškina kodėl, savo darbą atliko tinkamai. Tokį atsakymą vertiname labiau nei nugludintą akivaizdaus dalyko demonstraciją. Tai draugiškos varžybos: pasidžiaugiame labiausiai patikusiais projektais, mėnesį ilsimės ir grįžtame antram raundui.
Akivaizdus pagerėjimas antrame sprinte
Pirmasis sprintas kai kurioms komandoms atrodė painus. Dirbti su beveik nepažįstamais žmonėmis, spręsti problemą ne iš savo srities – ypač turint aiškų laiko apribojimą – gali būti nepatogu. Rasti geriausią būdą bendrauti komandoje, suprasti, kaip turėtų atrodyti rezultatai – visos komandos pirmą kartą dirbo nepažįstamu formatu.
Antrame raunde komandos buvo pastebimai stipresnės. Žmonės jau žinojo formatą, todėl sesijos buvo skiriamos problemai, o ne procesui, ir jie greičiau siūlydavo idėjas, dar joms visiškai nesusiformavus. Liepos nejaukumas virto žaismingumu ir smalsumu: komandų nariai pradėjo siūlyti papildomų funkcijų vien todėl, kad norėjo išbandyti savo idėjas.
Kaip tai išbandyti su savo komandomis
Formatas svarbesnis už temą:
- Komandas skirkite patys, maišykite jas ir kiekvieną kartą keiskite.
- Apribokite laiką ir jį saugokite: trumpos fiksuotos sesijos, nieko tarp jų.
- Reikalaukite pirmo rezultato dar tik įpusėjus projektą.
- Prašykite palyginimo su alternatyva, kad rezultatai būtų įrodymai, o ne nuomonės.
- Sąžiningus neigiamus rezultatus laikykite sėkme.
Aštuonių valandų per mėnesį pakanka, kad komanda tinkamai išbandytų idėją. To taip pat pakanka, kad skirtingų įmonės dalių žmonės suprastų, kaip dirba kiti. Blogiausiu atveju po nesėkmingo bandymo iniciatyva atšaukiama. Geriausiu atveju projektas gali tapti vertingu produktu.