Nõuete analüüs tehisaru ajastul: uus roll

Tehisaru kiirendab tootetööd, kuid muudab inimliku otsustusvõime senisest olulisemaks.

Nõuete analüüs on pikka aega tähendanud koosolekuid, intervjuusid ja hoolikalt koostatud dokumente. Nüüd suudab tehisaru luua mõne hetkega kasutajalugusid, vastuvõtukriteeriume ja terveid nõuete kirjeldusi. Kiirus on muljetavaldav, kuid sellega kaasneb üks ebamugav küsimus: kes kontrollib, kas kiiresti valminud tekst kirjeldab üldse õiget toodet?

Estonian Business Schooli veebinaris arutavad Marko Rillo ja Martin Maduka Ejeagwu, kuidas suured keelemudelid, nagu ChatGPT, Claude ja Gemini, muudavad nõuete inseneri ning tootejuhi tööd. Vestluse keskne mõte on kainestavalt lihtne: tehisaru vähendab kirjutamisele kuluvat aega, kuid ei võta inimeselt vastutust mõelda.

See eristus on eriti tähtis Eesti väikestes tootetiimides. Kui inimesed täidavad korraga mitut rolli ja konkurents sunnib kiiresti liikuma, võib tehisaru tunduda otseteena ideest arendusse. Tegelikult on see pigem võimendi: hea mõtlemine muutub kiiremaks, kuid ebaselge lähteülesanne võib levida kogu tootearendusse sama kiiresti.

Dokumentide koostajast kvaliteedi valvuriks

Traditsiooniliselt on nõuete insener aidanud välja selgitada, mida kasutaja vajab, ning muutnud selle arendajatele arusaadavaks. Kasutajalugu kirjeldab lühidalt, kes soovib midagi teha, mida ta soovib ja miks. Vastuvõtukriteeriumid määravad omakorda, millal saab lahenduse lugeda valmis ja toimivaks.

Tehisaru suudab mõlemast kiiresti esimese versiooni koostada. See tähendab, et spetsialisti väärtus ei seisne enam ainult oskuses dokumenti kirjutada. Olulisemaks muutub võime hinnata, millised eeldused on õiged, milline info puudub ja kas pakutud lahendus teenib tegelikku ärieesmärki.

Kui tehisaru kirjutab esimese mustandi, peab inimene oskama esitada parema teise küsimuse.

Roll nihkub seega kirjutajast ülevaatajaks, vestluse suunajaks ja kvaliteedi hindajaks. See ei tee inimest üleliigseks. Vastupidi: kriitiline mõtlemine, valdkonnateadmised ja oskus eri osapooli ühise otsuseni juhtida saavad suurema kaalu.

Kiirus ei kõrvalda ebaselgust

Nõuete analüüs algab probleemist, mitte dokumendist. Keelemudel võib sõnastada veenva lahenduse ka siis, kui lähteülesanne on poolik või kasutaja tegelik vajadus on alles lahtine. Ladus tekst võib jätta mulje kindlusest, mida sisus tegelikult ei ole.

Kujutame ette Eesti SaaS-ettevõtet, mis soovib lisada oma teenusele uue maksefunktsiooni. Tehisaru võib kiiresti pakkuda kasutajalood kliendile, administraatorile ja raamatupidajale. Kui meeskond pole aga otsustanud, millise turu klienti teenindatakse, kuidas käsitletakse ebaõnnestunud makseid või kellel on õigus tehingut tühistada, muudab ilus dokument segaduse lihtsalt ametlikumaks.

Enne AI loodud nõuete kinnitamist tasub kontrollida vähemalt kolme asja:

• Kas kirjeldatud probleem pärineb päris kasutajavajadusest või mudeli oletusest?
• Kas vastuvõtukriteeriume saab üheselt testida?
• Kas lahendus arvestab ettevõtte protsesse, tehnilisi piiranguid ja vastutajaid?

Sama põhimõte kehtib ka laiemates automatiseerimisprojektides. Tehisaru agendi kallis õppetund tuletab meelde, miks automatiseerimisega peavad kaasnema kontrollpunktid ja selge vastutus. Kiirem väljund ei ole veel parem otsus.

Tehisaru kui arenduspartner, mitte oraakel

Veebinaris käsitletakse ka dr Kim Lauenrothi loodud raamistikku, milles Claude osaleb koostööpartnerina kogu toote kavandamise ja arendamise elutsüklis. Oluline pole siin üks konkreetne tööriist, vaid tööviis: tehisaru ei ilmu protsessi ainult lõpus dokumenti viimistlema, vaid aitab küsimusi sõnastada, variante uurida ja tulemusi hinnata.

Selline koostöö võib anda meeskonnale rohkem ruumi katsetamiseks. Mudelilt saab paluda alternatiivseid kasutajalugusid, võimalikke veajuhtumeid või vastuolusid nõuete vahel. Inimene peab siiski hoidma käes eesmärki, konteksti ja lõplikku otsust.

Tehisaru kasutamine tootearenduses pole seega valik täieliku vaimustuse ja täieliku tõrjumise vahel. Ka tulevikudisaini käsitlus utoopia ja düstoopia vahel aitab näha, miks tehnoloogia mõju sõltub eelkõige sellest, milliste eesmärkide ja piiridega me seda kasutame.

Tehisaru võib koostada nõude, kuid ainult meeskond saab otsustada, kas see viib õige tooteni.

Ühine keel vähendab valestimõistmist

Rahvusvaheliselt aitab nõuete tööle ühist alust luua International Requirements Engineering Board ehk IREB. Organisatsioon arendab nõuete inseneeria standardeid ja sertifitseerimisradu. Sellisest raamistikust võib olla kasu ka siis, kui ettevõte ei jahi sertifikaati: ühised mõisted muudavad arutelud arendajate, klientide ja juhtide vahel täpsemaks.

Tehisaru ajastul pole standardite väärtus kadunud. Kui mudel toodab järjest rohkem teksti, vajab meeskond senisest selgemaid kriteeriume, mille järgi eristada kasutatavat nõuet pealiskaudsest või vastuolulisest ettepanekust.

Valdkonnateadmine sünnib päris keskkonnas

Martin Maduka Ejeagwu rahvusvaheline kogemus Nigeerias, Saksamaal, Šveitsis ja Eestis toob arutellu veel ühe olulise mõõtme: nõuded kujunevad alati kindlas töö- ja suhtluskultuuris. Sama küsimus võib eri tiimides saada erineva vastuse sõltuvalt sellest, kuidas otsuseid tehakse, kui otse erimeelsusi väljendatakse ja kellelt oodatakse algatust.

Keelemudel ei tunne ettevõtte vaikivaid kokkuleppeid, kliendisuhte ajalugu ega kohaliku turu argipäeva, kui neid pole talle selgelt avatud. Valdkonnateadmise tähtsus tuleb hästi esile ka Eesti kinnisvaraturu vaatlemisel ettevõtja pilgu läbi: turgu ei saa mõista ainult üldiste mudelite kaudu, sest otsuseid kujundab kohalik kontekst.

Seetõttu muutub nõuete spetsialist üha enam tõlgiks tehnoloogia, äri ja inimeste vahel. Tema ülesanne on märgata, millal AI vastus sobib olukorda ning millal see kõlab lihtsalt usutavalt.

Mida Eesti tootetiim saab sellest õppida?

Tehisaru tasub võtta kasutusele seal, kus see vähendab korduvat tööd ja avardab mõtlemist. Esimeste mustandite, alternatiivsete stsenaariumide ja kontrollküsimuste loomine on selleks loomulik koht. Lõplik probleemimääratlus, prioriteedid ja heakskiit peavad jääma inimestele, kellel on vastutus toote ning kliendi ees.

Praktiline algus võib olla väike: valige üks olemasolev funktsioon, laske tehisarul koostada selle kasutajalood ja vastuvõtukriteeriumid ning võrrelge tulemust meeskonna enda dokumentidega. Märkige üles puuduvad eeldused, valed tõlgendused ja tõeliselt kasulikud täiendused. Nii sünnib ettevõttele oma kontrollimeetod, mitte pime usk üldisesse tööriista.

Suurim oivallus on, et AI ei vähenda hea nõuete töö vajadust. See muudab lihtsalt nähtavamaks, kas meeskond oskab küsida, vaielda ja otsustada. EBS-i algne vestlus pakub sellele muutusele kompaktse sissejuhatuse ning jätab õhku küsimuse, millele peab iga ettevõte ise vastama: mida tahame teha kiiremini ja mille üle peame just nüüd kauem mõtlema?

▶

Allikad

• Requirements Engineering in the Age of AI — EBS Webinar — Estonian Business Schooli veebinar tehisaru mõjust nõuete inseneeriale ja tootejuhtimisele.
• International Requirements Engineering Board — Nõuete inseneeria rahvusvaheliste standardite ja sertifitseerimisradade ametlik veebileht.