Viis aastat tagasi tegime v\u00e4ikese muudatuse selles, kuidas t\u00f6\u00f6tame: iga reede n\u00e4itab iga aktiivne projektimeeskond, mida nad selle n\u00e4dala jooksul ehitasid. Mitte staatuseraport. Mitte slaidiesitlus. Elav demo t\u00f6\u00f6tavast tarkvarast. <\/p>\n
See k\u00f5las lihtsalt. Selgus, et see on k\u00f5ige olulisem protsessiotsus, mille oleme ettev\u00f5ttena teinud. <\/p>\n
P\u00f5hjus oli pettumus. Sattusime pidevalt sama probleemi otsa: klient kirjeldas, mida ta tahtis, meie ehitasime selle \u00fcles ning kui tarnisime selle kahe-kolme n\u00e4dala p\u00e4rast, oli reaktsioon sageli “see ei ole p\u00e4ris see, mida ma m\u00f5tlesin.” <\/p>\n
Kummalgi poolel ei olnud sellistes olukordades s\u00fc\u00fcd. Klient kirjeldas oma n\u00e4gemust t\u00e4pselt. Meie t\u00f5lgendasime seda m\u00f5istlikult. Kuid tarkvara kirjeldamise ja tarkvara n\u00e4gemise vahel on l\u00f5he, ning see l\u00f5he kasvab seda suuremaks, mida kauem sa selle sulgemisega ootad. <\/p>\n
Igan\u00e4dalased demod sulgevad selle l\u00f5he iga seitsme p\u00e4eva tagant.<\/p>\n
Meie demod on mitteametlikud. Arendaja, kes funktsiooni ehitas, avab brauseri v\u00f5i telefoni ning k\u00e4ib selle l\u00e4bi. Klient vaatab, esitab k\u00fcsimusi, kl\u00f5psib ringi. <\/p>\n
Skripti ei ole. Eelnevat lihvimist, et asjad paremana n\u00e4iksid, ei ole. Kui midagi on pooleli, n\u00e4itame seda poolelisena ja selgitame, mis j\u00e4rgmisena tuleb. Kui midagi on katki, \u00fctleme seda. <\/p>\n
See ausus oli alguses ebamugav. Arendajad ei taha n\u00e4idata l\u00f5petamata t\u00f6\u00f6d. Kuid \u00f5ppisime, et inetu protot\u00fc\u00fcbi n\u00e4itamine reedel on palju parem kui lihvitud vale asja n\u00e4itamine kolme n\u00e4dala p\u00e4rast. <\/p>\n
Kliendid, kes n\u00e4evad edenemist iga n\u00e4dal, l\u00f5petavad muretsemise selle \u00fcle, kas projekt on graafikus. Nad n\u00e4evad seda. See t\u00e4hendab v\u00e4hem staatuskoosolekuid, v\u00e4hem \u00e4revaid e-kirju, v\u00e4hem “lihtsalt kontrollin” s\u00f5numeid. Demo asendab k\u00f5ik selle. <\/p>\n
\u00dcks meie pikaajaline klient \u00fctles meile, et igan\u00e4dalane demo on peamine p\u00f5hjus, miks nad oma lepingut pikendasid. Mitte koodi kvaliteet, mitte kiirus \u2014 vaid l\u00e4bipaistvus. <\/p>\n
On midagi teadmises, et n\u00e4itad oma t\u00f6\u00f6d p\u00e4ris inimesele, mis t\u00f5stab kvaliteedil\u00e4vendit. Kui arendaja teab, et demo on reedel, m\u00f5tleb ta rohkem servajuhtumite, kasutajakogemuse ja selle \u00fcle, kas funktsioon tegelikult lahendab probleemi. <\/p>\n
Me ei planeerinud seda efekti. See lihtsalt juhtus loomulikult. <\/p>\n
Viie aasta igan\u00e4dalaste demode jooksul ei ole me kunagi pidanud arusaamatuse t\u00f5ttu \u00e4ra viskama rohkem kui n\u00e4dalase t\u00f6\u00f6. Enne igan\u00e4dalasi demosid juhtus see regulaarselt \u2014 vahel kaotasime kuu aega t\u00f6\u00f6d, sest n\u00f5udeid t\u00f5lgendati erinevalt. <\/p>\n
Matemaatika on lihtne: vale suuna avastamine p\u00e4rast \u00fchte n\u00e4dalat maksab \u00fche n\u00e4dala. Selle avastamine p\u00e4rast kuud maksab kuu. Igan\u00e4dalased demod muudavad arusaamatuse maksimaalseks maksumuseks viis t\u00f6\u00f6p\u00e4eva. <\/p>\n
M\u00f5nel n\u00e4dalal on demo “parandasime 12 viga ja parandasime lehe laadimisaega 200 millisekundi v\u00f5rra.” See on t\u00e4iesti okei. Mitte iga n\u00e4dal ei too kaasa n\u00e4htavat uut funktsiooni. Kuid isegi vigade paranduste ja j\u00f5udluse parenduste n\u00e4itamine hoiab kliendi t\u00f6\u00f6ga \u00fchenduses. <\/p>\n
Halvim asi, mida saad teha, on demo vahele j\u00e4tta, sest “meil ei ole midagi huvitavat n\u00e4idata.” See vaikus tekitab \u00e4revust. <\/p>\n
Meie protsess on tahtlikult lihtne:<\/p>\n
Me ei kasuta selleks spetsiaalseid t\u00f6\u00f6riistu. Videok\u00f5ne koos ekraanijagamisega t\u00f6\u00f6tab suurep\u00e4raselt. <\/p>\n
Demodega seotud, kuid eraldiseisev: lubame ka maksimaalselt 4-tunnist vastamisaega t\u00f6\u00f6p\u00e4evadel. Kui klient saadab k\u00fcsimuse v\u00f5i teatab probleemist, vastab keegi meeskonnast nelja tunni jooksul. <\/p>\n
See ei ole kiirus kiiruse p\u00e4rast. Tegemist on usalduse s\u00e4ilitamisega, mida igan\u00e4dalased demod ehitavad. Kui klient tunneb, et teda kuulatakse demode vahepealsel ajal, muutuvad demod koost\u00f6\u00f6vestlusteks, mitte \u00e4revateks kontrollk\u00e4ikudeks. <\/p>\n
P\u00e4rast viit aastat mitte eriti palju. Formaat on j\u00e4\u00e4nud samaks, sest see t\u00f6\u00f6tab. Ainuke kohandus, mille oleme teinud, on l\u00fchikese kirjaliku kokkuv\u00f5tte lisamine p\u00e4rast iga demot \u2014 m\u00f5ned punktid, mis kajastavad, mida n\u00e4idati, millist tagasisidet anti ja mis on j\u00e4rgmise n\u00e4dala fookus. <\/p>\n
See kokkuv\u00f5te aitab, kui projektidel on mitu osapoolt, kes k\u00f5ik k\u00f5nel ei olnud.<\/p>\n