>A termék nem ott ér véget, ahol átadják

Van egy pillanat a lapraszerelt bútoroknál, amikor az ember már nem is az összeszereléssel küzd, hanem a gyártó fejével. Ott van előtte két szinte azonos oldallap, ugyanaz a szín, ugyanaz a méret, majdnem ugyanaz a furatkép, és harminc perc után már nem abban bizonytalan, hogy mit kellene csinálni, hanem abban, hogy miért nem volt ezen egy nyomorult szám.

Nem gravírozott logóra gondolok. Nem prémium élményre. Nem arra, hogy a dobozból kinyíljon egy zenélő használati útmutató. Csak arra, hogy ha egy bútorban van A, B, C és D elem, akkor az A elemről ne a tizenkettedik oldal harmadik árnyékos rajzából kelljen kideríteni, hogy az A elem.

Ez a bosszúság elsőre apróságnak tűnik. Aki szerelt már ilyet, tudja, hogy nem az. Az összeszerelés közben az ember folyamatosan apró döntéseket hoz, és minden bizonytalan döntés növeli annak esélyét, hogy valamit rosszul rak össze.

Ha rosszul rakja össze, akkor vissza kell bontani. Ha vissza kell bontani, akkor megsérülhet az elem, kilazulhat a furat, elfogyhat a türelem. A végén pedig nem az marad meg, hogy a bútor olcsó volt, hanem az, hogy valaki a gyártásnál megspórolt egy jelölést, amit aztán nekem kellett időben, figyelemben és idegben kifizetnem.

A hétvégén lámpákat szereltem egy ismerősnél. Pro bono kérés volt, tehát még csak azt sem mondhatom, hogy munka közben bosszankodtam. Inkább figyeltem. Hat lámpából hatnál éreztem azt, hogy a tárgy valahogy nem akar együttműködni azzal, aki felszereli.

A bekötési pont rossz helyen volt, a takaróelem szűk volt, a vezetéknek alig maradt hely, a rögzítés sorrendje pedig mintha egy olyan ember fejében született volna meg, aki a lámpát soha nem tartotta egy kézzel a feje fölött, miközben a másikkal próbált csavart indítani.

Ilyenkor könnyű azt mondani, hogy ez egyszerűen rossz tervezés. És részben az is. De a dolog érdekesebb ennél, mert nem feltétlenül arról van szó, hogy a gyártó nem tudná jobban megcsinálni. Sokszor inkább arról, hogy nem neki fáj eléggé.

A gyártó oldalán a termék másképp néz ki. Ott a szempontok között ott van a gyárthatóság, a csomagolhatóság, a raktározhatóság, a darabár, a visszaküldési arány, a tanúsítás, a szállítási sérülés kockázata és az, hogy a termék hogyan mutat a katalógusképen.

Ezek valós szempontok. Nem lehet úgy tenni, mintha egy termék csak attól lenne jó, hogy kellemes szerelni. Egy bútor nem lehet kétszer akkora dobozban csak azért, hogy az összeszerelés kényelmesebb legyen. Egy lámpa sem lehet tetszőlegesen mély vagy nehéz, ha közben mennyezetre kell tenni, szállítani kell, el kell férnie, és árban is versenyeznie kell.

Csak éppen a másik oldalon van egy ember.

Ez az ember nem a termék adatlapját látja, hanem a padlót, a csavarokat, a papírt, a rossz rajzot, a plafonból kijövő két merev vezetéket és azt a pillanatot, amikor rájön, hogy a sorrend talán mégsem úgy működik, ahogy az útmutató szerint működnie kellene. A gyártó számára a szerelés egy fázis a termék életében. A felhasználó számára ez az első valódi találkozás a termékkel.

Itt csúszik el sok minden. A terméktervezésben gyakran az látszik költségnek, ami a gyártó oldalán mérhető. Egy plusz jelölés, egy jobb sorkapocs, egy nagyobb szerelőtér, egy érthetőbb rajz, egy tesztkör valódi emberrel: ezek mind apró tételeknek tűnnek, de a gyártási oldalon mégis költségként jelennek meg.

Ami viszont a szerelés közben történik, az sokszor már nem költségként látszik, hanem bosszúságként. Csakhogy ez a bosszúság nem a gyártónál keletkezik, hanem annál, aki a terméket végül használható állapotba próbálja hozni.

Ez az egész akkor lesz igazán érdekes, amikor átvisszük szoftverre. Mert ugyanez történik ott is, csak nem csavarokkal és furatokkal. Egy fejlesztés lehet technikailag kész. A funkció működik, a ticket lezárható, a staging környezeten átment a próba, az átadás megtörtént, a számla kiállítható.

Papíron ez kész munka. A másik oldalon viszont valaki megnyitja az adminfelületet, és elkezdi fejben összeszerelni azt, amit mi átadtunk neki.

Mit jelent ez a státusz? Miért itt van ez a gomb? Mi történik, ha hibázok? Hol látom, hogy elküldte-e? Miért nem ugyanaz a szó szerepel itt, mint a folyamat másik pontján? Miért csak a fejlesztő tudja, hogy ezt ebben a sorrendben kell csinálni?

Szoftverben a rossz szerelhetőség nem mindig úgy néz ki, hogy valami nem működik. Sokkal gyakrabban úgy, hogy működik, csak túl sok mindent kell hozzá kitalálni. A felhasználónak össze kell raknia a logikát, a sorrendet, a jelentést és a következményeket. A fejlesztői oldalról ez sokszor apróság. A használói oldalról viszont ugyanaz az élmény, mint amikor két egyforma bútorlap furatait számolgatjuk a földön.

A munka egyik része ilyenkor egyszerűen átkerül a másik oldalra.

Ez nem mindig tudatos. Sőt, legtöbbször nem az. Nem arról van szó, hogy valaki rosszat akar. Inkább arról, hogy minden szervezet hajlamos a saját oldalán optimalizálni. Ami belülről kényelmes, az kívülről gyakran nehézkes.

Ami a fejlesztőnek magától értetődő, az a felhasználónak rejtett szabály. Ami a projekt végén már minden résztvevő fejében összeállt, az az ügyfél oldalán még csak most kezd találkozni a valósággal. Ezért veszélyes az a mondat, hogy „kész vagyunk”.

Lehet, hogy mi készen vagyunk vele. De ez nem ugyanaz, mint hogy a másik embernek már nem kell utánunk dolgoznia. Egy átadás után sokszor nem az derül ki, hogy valami hibás, hanem az, hogy túl sok maradt kimondatlanul.

A rendszer működik, csak még magyarázni kell. Az adat megjelenik, csak nem elég egyértelmű. A folyamat lefut, csak a felhasználó nem tudja, hol tart benne. A dokumentáció megvan, csak pont azt nem válaszolja meg, amit az első használatkor kérdezne valaki.

Ez nem garanciális hiba. Ez kivitelezési adó. És általában az fizeti meg, aki a legkevésbé tud beleszólni.

A Backlognál ezért próbálunk óvatosak lenni azzal, hogy mit nevezünk késznek. Nem azért, mert romantikus elképzelésünk van a munkáról. Nem azért, mert az üzlet, az idő vagy a költség nem számít. Dolgozunk pénzért, határidővel, valós korlátok között. Csak azt nem szeretjük, amikor egy munka azért tűnik olcsóbbnak vagy gyorsabbnak, mert a hiányzó részét csendben áttoljuk az ügyfél oldalára.

Ez talán a legpontosabb megfogalmazás: nem az a cél, hogy tökéletes terméket adjunk át, hanem hogy a kivitelezési fájdalomból minél többet még nálunk vegyünk észre.

Ez egészen apró dolgokban jelenik meg. Egy mezőnévben. Egy üres állapot szövegében. Egy adminfelület sorrendjében. Egy importálási hiba magyarázatában. Abban, hogy egy folyamat nem csak akkor működik, ha mindenki tudja, mit kell csinálni, hanem akkor is, amikor valaki először nyitja meg, fáradtan, másik feladatból érkezve.

Ez sokszor nem látványos munka. Nem jól fotózható, nem hangzik különösebben nagy fejlesztésnek, és ritkán kerül bele egy ajánlat címsorába. Mégis ezen múlik, hogy a másik oldalon valaki használni kezdi-e a rendszert, vagy csak udvariasan átveszi, aztán visszamenekül az Excelhez, az e-mailhez és a megszokott kerülőutakhoz.

A rosszul szerelhető lámpa ebben jó emlékeztető. Nem azért, mert egy lámpa és egy szoftver ugyanaz lenne. Hanem azért, mert mindkettőnél van egy pont, ahol a tervező világa találkozik a kivitelező valóságával. A rajzon minden egyenes. A plafon alatt semmi sem az. A specifikációban minden logikus. Használat közben már kiderül, hogy a logika mennyit ér, ha közben nem áll kézre.

A termék nem ott ér véget, ahol a gyártósor véget ér. A szoftver sem ott ér véget, ahol a fejlesztői feladat lezárul. Valójában ott kezd érdekes lenni.

Ott, ahol valaki először próbálja egyedül összerakni. Ott, ahol nincs ott mellette a tervező, a fejlesztő, a product manager vagy az a kolléga, aki mindent tud a háttérfolyamatról. Ott derül ki, hogy mennyi munkát végeztünk el mi, és mennyit hagytunk rá arra, aki utánunk jön.

A lapraszerelt bútornál ez egy hiányzó szám az oldallapon. A lámpánál egy rossz helyre tett bekötési pont. Egy belső szoftvernél egy folyamat, amit csak az ért, aki részt vett a megtervezésében.

Mi nem akarunk úgy dolgozni, hogy ez természetes legyen. Nem azért, mert a Backlog valamiféle kapitalizmuson kívüli műhely lenne. Nem vagyunk azok. Hanem azért, mert szerintünk a jó munka egyik ismérve, hogy nem csak a saját oldalán tűnik késznek.

A készség nem belső állapot, hanem használati helyzet. Akkor kezd számítani, amikor a másik ember már nincs a meetingben, nincs ott az átadáson, nincs ott a magyarázatban, csak előtte van a termék, és kezdenie kell vele valamit.

A jó kivitelezés ilyenkor nem hősiesség. Inkább figyelem. Az a fajta figyelem, amelyik nem engedi, hogy a saját spórolásunk a másik ember munkájává váljon.