Javítási ciklus és kompromisszumok

Célok

A lecke végére érted, hogy az iteráció nem a tesztelők minden javaslatának beépítése. Alternatívákat tudsz összehasonlítani, a kompromisszumokat láthatóvá tudod tenni, és a változtatásokat újabb bizonyítékkal ellenőrzöd.

Miért ciklus, és nem egyszeri javítás?

A tervezés ritkán lineáris: kutatás, terv, teszt, kész. A valóságban a teszt új kérdéseket nyit, a javítás új mellékhatásokat okozhat, és az új verzió új tesztet kíván. A ciklikus szemlélet ezt elfogadja, és úgy szervezi a munkát, hogy minden kör a bizonytalanság egy részét csökkentse.

Az iteráció ciklusa

Az iteratív tervezés olyan módszer, amelyben a terv ismétlődő körökben, a bizonyítékok alapján fejlődik. Az iterációs ciklus megfigyelés, hipotézis, változtatás és ellenőrzés ismétlődő sora. A validáció annak ellenőrzése, hogy a változtatás a várt hatást okozta-e.

flowchart TD
    A["Megállapítás<br>(lelet)"] --> B["Hipotézis"]
    B --> C["Módosítás"]
    C --> D["Újratesztelés"]
    D --> E["Összevetés a<br>sikerkritériummal"]
    E -->|"nem teljesült"| B
    E -->|"teljesült"| F["Következő kérdés"]

A résztvevő javaslata nem specifikáció

Ne tekintsd a résztvevő javaslatát kész specifikációnak. Ha valaki azt mondja, „kellene egy nagyobb gomb”, kérdezd meg, milyen bizonytalanságot vagy nehézséget oldana meg. Talán a gomb mérete gond, talán a címkéje, a helye vagy az, hogy nem tudja, mikor használható. Több alternatívát is készíthetsz, majd a feladatban vizsgálhatod őket (ezt hívjuk néha egyszerű A/B összehasonlításnak is, de ne feledd: két-három emberes mintán csak irányt mutat).

Kérdezz az ok felé: Mit szeretnél ezzel elérni? Mi történt, amikor ezt kerested? Mi lett volna jobb a szempontodból? Ezek a kérdések a javaslat mögötti szükségletet tárják fel (ahogy a 4. fejezetben a kérés–cél–szükséglet lépcsőnél láttuk).

Kompromisszumok

Minden döntésnek lehet mellékhatása. A több magyarázat érthetőbbé teheti a feltételt, de zsúfolhatja a mobilnézetet. A korábbi megerősítés csökkentheti a hibát, de lassíthatja a gyakori felhasználót. A kompromisszum nem kudarc; akkor veszélyes, ha rejtve marad, vagy nem kapcsolódik a feladat következményéhez.

Rögzítsd, milyen értékek között választasz:

• érthetőség,
• sebesség,
• hozzáférhetőség,
• biztonság,
• megvalósíthatóság,
• költség.

A „nem fért el” nem teljes indoklás. Inkább: „Mobilon a rövid összefoglaló marad látható, a részletes feltétel megnyitható, mert a tesztben az alapinformációra volt szükség a döntéshez; a részletek megtalálhatóságát a következő körben ellenőrizzük.”

Egy egyszerű összehasonlító táblázat segít:

Alternatíva	Érthetőség	Sebesség	Hozzáférhetőség	Költség	Döntés
A: felugró megerősítés	+	–	~	~	Elvetve (lassítja a gyakori használót)
B: állandó státuszsor	+	+	+	~	Kiválasztva
C: részletes súgó oldal	~	–	+	–	Később

Vissza a kutatáshoz

Ha az iteráció közben kiderül, hogy rosszul értettük a felhasználói célt vagy helyzetet, nem elég új gombot rajzolni. Vissza kell térni a kutatási kérdéshez. Lehet, hogy a felhasználó nem azért nem használ egy szűrőt, mert rossz helyen van, hanem mert más információ alapján választ. Az iteratív folyamat nem lineáris; a teszt visszavihet a probléma megfogalmazásához is. Ez nem kudarc, hanem a folyamat természetes része.

Mikor elég? A megállás szabálya

Az iterációnak nincs természetes vége, ezért előre ki kell mondani, mikor állsz meg:

• a sikerkritérium teljesült a vizsgált mintán,
• a maradék problémák alacsony súlyosságúak,
• az idő vagy a keret kifogyott, és a maradékot a „következő lépések” között dokumentálod.

Végigvezetett példa: a Mai program „Megközelíthetőség” szűrője

A résztvevők nem használják a „Megközelíthetőség” szűrőt. Első javaslat: tegyük előre a szűrőt. Interjúból azonban kiderül, hogy a kifejezést nem értik, és inkább konkrét kérdéseket tesznek fel: van-e lépcső, akadálymentes-e a mosdó, elérhető-e tömegközlekedéssel. A jobb iteráció nem pusztán átrendezés: a címke és az információs modell felülvizsgálata (konkrét ikonok és válaszok a kártyán, szűrő helyett egyszerű igen/nem jelzések).

Gyakori tévhitek

Állítás	Pontosítás
„Az iteráció annyit jelent, hogy beépítem a visszajelzéseket.”	A visszajelzés bizonyíték, nem specifikáció; az ok megértése az iteráció lényege.
„Ha egy javítás után nem romlik, bevált.”	Csak az ellenőrzés mutatja meg, hogy a várt hatás megvalósult-e.
„A kompromisszum a tervezés kudarca.”	A kompromisszum kimondása a tervezés minőségjegye.

Röviden

• Az iteráció ciklus: lelet → hipotézis → változtatás → ellenőrzés; a második és negyedik lépés a legfontosabb.
• A résztvevő javaslata mögött szükségletet keresünk.
• A kompromisszumot nevesítjük: érthetőség, sebesség, hozzáférhetőség, biztonság, megvalósíthatóság, költség.
• Előre rögzítjük, mikor állunk meg.

Ellenőrző kérdések

1. Melyik lelethez készíthetnél két eltérő megoldási hipotézist?
2. Milyen értékek között van kompromisszum a projektedben?
3. Mely változtatást kellene újra tesztelni, nem csak elfogadni?
4. Mikor mondanád, hogy a projektedben elég az iteráció?