Viis aastat tagasi tegime väikese muudatuse selles, kuidas töötame: iga reede näitab iga aktiivne projektimeeskond, mida nad selle nädala jooksul ehitasid. Mitte staatuseraport. Mitte slaidiesitlus. Elav demo töötavast tarkvarast.
See kõlas lihtsalt. Selgus, et see on kõige olulisem protsessiotsus, mille oleme ettevõttena teinud.
Miks me alustasime
Põhjus oli pettumus. Sattusime pidevalt sama probleemi otsa: klient kirjeldas, mida ta tahtis, meie ehitasime selle üles ning kui tarnisime selle kahe-kolme nädala pärast, oli reaktsioon sageli “see ei ole päris see, mida ma mõtlesin.”
Kummalgi poolel ei olnud sellistes olukordades süüd. Klient kirjeldas oma nägemust täpselt. Meie tõlgendasime seda mõistlikult. Kuid tarkvara kirjeldamise ja tarkvara nägemise vahel on lõhe, ning see lõhe kasvab seda suuremaks, mida kauem sa selle sulgemisega ootad.
Iganädalased demod sulgevad selle lõhe iga seitsme päeva tagant.
Mis demol tegelikult toimub
Meie demod on mitteametlikud. Arendaja, kes funktsiooni ehitas, avab brauseri või telefoni ning käib selle läbi. Klient vaatab, esitab küsimusi, klõpsib ringi.
Skripti ei ole. Eelnevat lihvimist, et asjad paremana näiksid, ei ole. Kui midagi on pooleli, näitame seda poolelisena ja selgitame, mis järgmisena tuleb. Kui midagi on katki, ütleme seda.
See ausus oli alguses ebamugav. Arendajad ei taha näidata lõpetamata tööd. Kuid õppisime, et inetu prototüübi näitamine reedel on palju parem kui lihvitud vale asja näitamine kolme nädala pärast.
Mida me õppisime
Usaldus tekib kiiremini, kui arvad
Kliendid, kes näevad edenemist iga nädal, lõpetavad muretsemise selle üle, kas projekt on graafikus. Nad näevad seda. See tähendab vähem staatuskoosolekuid, vähem ärevaid e-kirju, vähem “lihtsalt kontrollin” sõnumeid. Demo asendab kõik selle.
Üks meie pikaajaline klient ütles meile, et iganädalane demo on peamine põhjus, miks nad oma lepingut pikendasid. Mitte koodi kvaliteet, mitte kiirus — vaid läbipaistvus.
Arendajad kirjutavad paremat koodi, kui teavad, et nad seda demonstreerivad
On midagi teadmises, et näitad oma tööd päris inimesele, mis tõstab kvaliteedilävendit. Kui arendaja teab, et demo on reedel, mõtleb ta rohkem servajuhtumite, kasutajakogemuse ja selle üle, kas funktsioon tegelikult lahendab probleemi.
Me ei planeerinud seda efekti. See lihtsalt juhtus loomulikult.
Väikesed tagasisideahelad hoiavad ära suured ümberkirjutused
Viie aasta iganädalaste demode jooksul ei ole me kunagi pidanud arusaamatuse tõttu ära viskama rohkem kui nädalase töö. Enne iganädalasi demosid juhtus see regulaarselt — vahel kaotasime kuu aega tööd, sest nõudeid tõlgendati erinevalt.
Matemaatika on lihtne: vale suuna avastamine pärast ühte nädalat maksab ühe nädala. Selle avastamine pärast kuud maksab kuu. Iganädalased demod muudavad arusaamatuse maksimaalseks maksumuseks viis tööpäeva.
Mitte iga demo ei pea olema põnev
Mõnel nädalal on demo “parandasime 12 viga ja parandasime lehe laadimisaega 200 millisekundi võrra.” See on täiesti okei. Mitte iga nädal ei too kaasa nähtavat uut funktsiooni. Kuid isegi vigade paranduste ja jõudluse parenduste näitamine hoiab kliendi tööga ühenduses.
Halvim asi, mida saad teha, on demo vahele jätta, sest “meil ei ole midagi huvitavat näidata.” See vaikus tekitab ärevust.
Kuidas me neid läbi viime
Meie protsess on tahtlikult lihtne:
- Millal: Iga reede, ajastatud projekti alguses
- Kestus: Maksimaalselt 15-30 minutit
- Kes: Arendaja(d), kes tööd tegid + kliendi esindaja(d)
- Formaat: Töötava tarkvara elav läbikäimine
- Salvestamine: Salvestame iga demo, et puuduvad osalised saaksid järele jõuda
- Järeltegevus: Kliendil on esmaspäevani aega tagasisidet saata; järgmine sprint võtab selle arvesse
Me ei kasuta selleks spetsiaalseid tööriistu. Videokõne koos ekraanijagamisega töötab suurepäraselt.
4-tunnine vastamislubadus
Demodega seotud, kuid eraldiseisev: lubame ka maksimaalselt 4-tunnist vastamisaega tööpäevadel. Kui klient saadab küsimuse või teatab probleemist, vastab keegi meeskonnast nelja tunni jooksul.
See ei ole kiirus kiiruse pärast. Tegemist on usalduse säilitamisega, mida iganädalased demod ehitavad. Kui klient tunneb, et teda kuulatakse demode vahepealsel ajal, muutuvad demod koostöövestlusteks, mitte ärevateks kontrollkäikudeks.
Kas me muudaksime midagi?
Pärast viit aastat mitte eriti palju. Formaat on jäänud samaks, sest see töötab. Ainuke kohandus, mille oleme teinud, on lühikese kirjaliku kokkuvõtte lisamine pärast iga demot — mõned punktid, mis kajastavad, mida näidati, millist tagasisidet anti ja mis on järgmise nädala fookus.
See kokkuvõte aitab, kui projektidel on mitu osapoolt, kes kõik kõnel ei olnud.
Kui oled uudishimulik, kuidas meie arendusprotsess praktikas töötab, alusta meiega vestlust. Näitame hea meelega, kuidas päris projekti ajakava välja näeb.