Kuidas Perplexity Computer vabastab Rho toote meeskonnad koosolekutest, et keskenduda toote kvaliteedile

Probleem

Valdkondadevahelise meeskonna hoidmine samal lehel

Rho äripangandusplatvorm võimaldab ettevõtetel hallata oma rahaasju, et nad saaksid tõhusalt laieneda. Kuid kui Rho oma äri laiendas, ilmnes neil teatud kasvuraskusi. Kui valdkondadevaheline tootearendusmeeskond hakkas looma uut arveldusmoodulit, mis oli keeruline mitmekuune projekt, avastasid nad, et neil on raske teha teadlikke otsuseid ja hoida kõiki kursis.

Tarkvaraarendajad Oktawian Jurkiewicz ja Konrad Keska teadsid põhiprobleemi juba ette. Projekti teave oli hajutatud mitme erineva tööriista vahel, sealhulgas Notion, Jira, Figma, Slack, Google Docs ja salvestatud koosolekud. Ühes tööriistas märgitud uuendused ja muudatused ei kajastunud alati teistes. Kogu viimase teabe kogumise ja dokumenteerimise tüütuks tööks polnud kellelgi aega. "Meil oli vaja läbipaistvust," ütleb projekti tarkvaraarendaja Konrad Keska, "mitte ainult meeskonnaliikmetele, vaid ka juhtidele ja teistele ettevõtte töötajatele."

Meeskond pidi aitama ka tehniliste oskusteta inimestel mõista disainimuudatuste tehnilist mõju. "Kui disainimeeskond tegi Figmas muudatusi," ütleb teine projekti tarkvaraarendaja Oktawian Jurkiewicz, "vajasime viisi, kuidas võimalikud tehnilised takistused kohe välja tuua."

Lahendus

Grupi suhtluse sujuvamaks muutmine ja parandamine

Saades teada, kuidas Computer ühendub tööriistadega, mida Rho iga päev kasutab, ja suudab ettevõtte konteksti põhjal ülesandeid täita, otsustasid nad seda proovida.

Oktawian oli eriti huvitatud Computeri võimest töötada pilves ülesannetega asünkroonselt. "Selleks, et see saaks teie heaks midagi teha, ei pea teil arvuti isegi sisse lülitatud olema," ütleb ta. See tähendab, et see saab töötada väljaspool tööaega, täites ülesandeid üleöö ja toimetades tulemused kohale järgmise hommiku esimese asjana.

Igapäevase kokkuvõtte loomine Slackis Computeriga

Computer on muutnud tootearendusprotsessi Rhos sujuvamaks. Oktawian ja Konrad lõid Computeris jooksva töövoo, mille eesmärk on hoida meeskonda sünkroonis viimaste disaini-, inseneri-, tootehalduse ja kvaliteedi tagamise (QA) muudatustega.

Igal ööl loeb Computer Slackis, Notionist, Jirast, Figmast ja Google Docsis kõiki arveldustoodet puudutavaid mainimisi, et tuvastada ebakõlasid, muudatusi, kommentaare ja uuendusi. Seejärel koostab see igapäevase Slacki kokkuvõtte, mida meeskond võrdleb ajalehe esilehega ja mis on valmis, kui meeskonnaliikmed järgmisel päeval sisse logivad. „See kogub kokku kõik eelmisel päeval toimunud muudatused ja nimekirja soovitatud puuduvatest ülesannetest,“ ütleb Konrad. „Nii et kui me midagi kahe silma vahele jätame, toob Computer selle esile.“ Kõik meeskonnaliikmed vaatavad nüüd Slackis uudiseid oma ajakava järgi ning saavad samas Slacki kanalis kolleegidega küsimuste või murede üle arutleda. Suhtlus on tsentraliseeritud, selle asemel et olla hajutatud erinevatesse kanalitesse.

Disainimuudatuste tehnilise mõju hindamine

Computer aitab tihendada ka inseneride ja disainerite vahelist tagasisideahelat. Niipea kui disainerid teevad Figmas disainimuudatuse, märkab Computer seda, mõõdab tõenäolist mõju tehnilisest vaatenurgast ja saadab ühisesse kanalisse Slacki sõnumi. „See lihtsustas oluliselt koostööd disainimeeskonnaga,“ ütleb Oktawian, „aidates meil üksteist mõista, mis on tehniliselt teostatav ja mis nõuab tehniliselt meeskonnalt märkimisväärset pingutust.“

Oktawian ütleb, et eriti kasulik on see, kuidas Computer ehitab projekti käigus mälu, aidates meeskonnal ülesandeid täita. „Me ei määratlenud seda,“ ütleb ta. „Computer sai ise aru, milliseid andmepunkte ta peaks igast allikast salvestama.“

Tulemus

Parem tõhusus ja toote kvaliteet

Computer'i igapäevasest Slacki kokkuvõttest on saanud tootearendusmeeskonna jaoks omamoodi automatiseeritud projektijuht. Nad on vähendanud koosolekute aega 90%, kärpides iganädalased sünkroonimised 2,5 tunnilt vaid 15 minutile, ilma et ühtsust kaotataks. Konrad ja Oktawian hindavad, et kuna kõnel osales iga päev keskmiselt viis inimest, säästis Computer 12-nädalase projekti jooksul 120 tundi. „See on lisaks kolm nädalat aega, mida saame investeerida muudesse asjadesse,“ ütleb Oktawian. Meeskond ütleb, et nad saavad pühendada rohkem aega uue toote veelgi tugevamaks muutmisele.

Selle igapäevase koosoleku äraandmine on andnud meeskonnale ka rohkem keskendunud tööaega ja parandanud kõigi jaoks projekti läbipaistvust, muutes viimase seisu selgemaks ja kättesaadavamaks.

Lisaks on Computer aidanud tagada toote kvaliteedi, tuues toote nõuete dokumentides esile mõned probleemid. „Ilma Computeri automatiseerimiseta, mis tõstab esile ebakõlasid, oleksime võinud hiljem midagi kärpima või sellest tulenevat viga parandama,“ ütleb Konrad.

Computer on Rho jaoks nii hästi toiminud, et ettevõte plaanib lasta sellel skannida ja raporteerida veelgi rohkematest rakendustest. „Tahaksime Computeri haaret laiendada, et see hõlmaks veelgi rohkem meie tööriistu, näiteks probleemide jälgijaid ja muid seiresüsteeme, nagu Log Rocket, Sentry ja Incident.io,“ ütleb Konrad.

Näpunäiteid tootearenduse töövoogude parandamiseks

Näpunäide 1 – Ühendage esmalt oma põhitööriistad Alustage oma kolmest kõige olulisemast tööriistast, nagu Figma disaini jaoks, Notion nõuete jaoks ja Jira ülesannete jaoks. Paluge Computeril jälgida neid kõiki ebakõlade ja muudatuste suhtes. Kui Computer teie heaks tööle hakkab, saate oma päringuid täpsustada ja lisada selle valdkonda rohkem tööriistu.

Näpunäide 2 – Saatke Slacki igapäevane kokkuvõte Seadistage Computer postitama jagatud Slacki kanalisse igapäevast kokkuvõtet, mis hõlmab kõike, mis teie projektirakendustes eelmisel päeval muutus: kommentaarid, disainimuudatused, ülesannete uuendused jne. Regulaarne värskendus võib vähendada koosolekuid, andes kõigile asünkroonse läbipaistvuse Slackist lahkumata.

Näpunäide 3 – Kasutage valdkondadevahelise töö jaoks mõjuhinnanguid Paluge Computeril hinnata disainiotsuste tehnilisi tagajärgi enne nende lõplikku kinnitamist. See aitab inseneridel muudatustega kursis olla ja probleeme varakult esile tuua ning disaineritel mõista selle tehnilist keerukust, mis võib tunduda lihtne taotlus.