Rychlé ověření návrhu

Včera jsem měl navrhnout jednu jednoduchou funkcionalitu – část stávajícího okna. Zadavatel měl přesnou představu o umístění prvků, ale ta by nefungovala (nikdo by si nové funkce nevšiml). S kolegou jsme vymysleli ještě asi čtyři varianty, jak by to mohlo vypadat, ale nic nebylo stoprocentní a bylo třeba se rozhodnout, která varianta je nejlepší.

Kdybychom si dokazovali, který návrh je nejlepší, možná bychom diskutovali dodnes. Také bychom mohli dávat body. Ani jeden z těchto postupů by nebyl User Centric Development – uživatelé by byli vynecháni.Nakonec jsme všechny varianty nakreslili a obešli jsme okolní pracovny a poptali jsme se na názor. Vybrali jsme ty kolegy, kteří se nejvíce blíží koncovým uživatelům, záměrně jsme tedy vynechali napříkad programátory. Nechali jsme je vybrat nejlepší řešení a okomentovat důvody. Dva návrhy byly přijmuty dobře, nakonec jsme udělali něco mezi nimi. Za hodinu jsme měli jasno.

Tuto techniku rád používám, když se nemůžu rozhodnout mezi několika variantami, když vím, že můj návrh stále není dobrý a zejména když chci někoho ryche přesvědčit, že jeho nápad není dobrý. Je to relativně objektivní.

Je samozřejmé, že toto není jediná technika, která se na danou finkcionalitu použije. Například uživatelské testování není dobré vynechat. Ale pro návrh je rychlý průzkum skvělý.