Design sprint

Příklady z praxe

1. 01

   Ověření placeného tarifu u SaaS nástroje

   Tým SaaS nástroje zvažoval půl roku vývoje týmového tarifu se sdílenými projekty. Během sprintu vznikl klikatelný prototyp registrace týmu a cenové stránky, který v pátek prošlo pět zákazníků z existující báze. Tři z nich hledali sdílení jen kvůli exportu dat, ne kvůli spolupráci, takže tým místo tarifu naplánoval export do dvou týdnů.

2. 02

   Prototyp bez backendu za jeden den

   Čtvrteční prototyp se často staví jako statická stránka s napevno zapsanými daty, aby testovací scénář vypadal reálně. Uživatel při testu nepozná rozdíl, protože prochází jednu předem danou cestu. Kód se v pátek večer zahazuje, proto se do něj nevkládá žádná infrastruktura ani stavové řízení.

   // prototyp: odpověď "API" je napevno, jde jen o dojem z UI
   const FAKE_RESULTS = [
     { id: 1, name: "Analýza kampaně Q3", owner: "Petra N." },
     { id: 2, name: "Návrh rozpočtu", owner: "Tomáš K." },
   ];
   
   export async function searchProjects(query) {
     await new Promise((r) => setTimeout(r, 400)); // ať to působí jako síť
     return FAKE_RESULTS.filter((p) =>
       p.name.toLowerCase().includes(query.toLowerCase())
     );
   }

Časté omyly

MýtusNa konci design sprintu máme hotovou první verzi produktu.

Ve skutečnostiVýstupem design sprintu je rozhodnutí podložené reakcemi uživatelů, ne produkční kód. Prototyp je záměrně jednorázová fasáda a téměř vždy se po testech zahodí.

MýtusDesign sprint je jen jiné jméno pro sprint ve Scrumu.

Ve skutečnostiScrum sprint je opakující se dodací iterace vývojového týmu s funkčním přírůstkem na konci. Design sprint běží jednorázově před vývojem a jeho produktem je ověřený nebo vyvrácený předpoklad.

MýtusPět testovaných uživatelů je příliš málo, aby to něco znamenalo.

Ve skutečnostiPět uživatelů nedává statistickou reprezentativnost, ale spolehlivě odhalí většinu vážných problémů použitelnosti. Design sprint hledá směr rozhodnutí, na měření dopadu slouží pozdější A/B testy a analytika.

Časté dotazy

Kolik stojí uspořádat design sprint?

Hlavní nákladovou položkou design sprintu je čas týmu: pět lidí na pět dnů znamená zhruba dvacet pět člověkodnů, ke kterým se přičítá odměna pro testované uživatele a případně externí facilitátor. Přímé výdaje bývají nízké, protože prototypovací nástroje jsou levné a prototyp se nikam nenasazuje. Ekonomika formátu stojí na porovnání: dvacet pět člověkodnů proti několika měsícům vývoje funkce, o kterou nakonec nikdo nestojí. Právě proto se sprint vyplatí hlavně u rozhodnutí s velkou cenou omylu.

Jde design sprint udělat plně vzdáleně?

Design sprint lze vést vzdáleně a řada týmů to tak dnes dělá standardně. Sdílená nástěnka nahradí lepíky na zdi, hlasování probíhá formou nálepek v nástroji a uživatelské testy běží přes videohovor se sdílenou obrazovkou. Vzdálený formát vyžaduje přísnějšího facilitátora a kratší bloky, protože pozornost na videohovoru klesá rychleji než v místnosti. Naopak usnadňuje nábor testovacích uživatelů, kteří nemusí nikam cestovat, a umožňuje sezení rovnou nahrávat pro pozdější rozbor.

Co dělat, když výsledky pátečního testování vyjdou nejednoznačně?

Nejednoznačný výsledek design sprintu je legitimní výstup, nikoli selhání. Obvyklý postup je zúžit otázku a spustit kratší navazující kolo: vzít jedinou spornou obrazovku, přepracovat ji přes víkend a otestovat na dalších pěti lidech. Druhá možnost je uznat, že problém byl formulován příliš široce, a vrátit se k pondělní mapě. Nejhorší reakce je prohlásit sprint za neprůkazný a začít funkci stavět tak, jak se plánovalo před ním.

Kdo by měl design sprint facilitovat?

Facilitátorem design sprintu bývá člověk, který v dané otázce nemá vlastní řešení, jež by chtěl prosadit. Může to být product designer, agilní kouč nebo externista; podstatné je, že hlídá čas, rozvrh a rovnoměrné zapojení všech, ale sám o obsahu nerozhoduje. Rozhodovací pravomoc drží decider, tedy člověk, který funkci reálně schvaluje. Spojení obou rolí do jedné osoby je častá chyba: skupina pak nevědomky sklouzne k tomu, co si facilitátor přeje slyšet.

Zdroje

1. Design sprint(otevře se v novém okně)Wikipedia
2. Design thinking(otevře se v novém okně)Wikipedia
3. Usability testing(otevře se v novém okně)Wikipedia
4. Rapid prototyping(otevře se v novém okně)Wikipedia

Související pojmy

• A/B testováníA/B testování je řízený experiment, který porovnává dvě varianty stránky, funkce, ceny nebo sdělení na podobných skupinách uživatelů. Měří předem zvolenou metriku, například konverzi nebo retenci, a pomáhá rozhodnout, zda změna skutečně zlepšuje výsledek, nebo zda pozorovaný rozdíl mohl vzniknout náhodou.
• PersonaPersona je výzkumem podložený model typického uživatele, zákazníka nebo rozhodovatele, který shrnuje jeho cíle, potřeby, chování a kontext používání produktu. V UX, produktovém řízení a marketingu pomáhá týmu hodnotit návrhy z pohledu konkrétní skupiny lidí místo podle dojmů nebo interních preferencí.
• PrototypPrototyp je záměrně neúplná, rychle vytvořená podoba produktu, funkce nebo rozhraní, která slouží k ověření nápadu před plnou implementací. V softwaru a UX pomáhá odhalit nejasné požadavky, rizikové technické části i chyby v použitelnosti dřív, než tým investuje do finálního řešení.
• Uživatelské testováníUživatelské testování je výzkumná metoda, při které skuteční lidé z cílové skupiny plní na produktu předem připravené úkoly a moderátor sleduje, kde narazí na potíže. Cílem není zjistit názor uživatele, ale pozorovat jeho chování: kde zaváhá, co si špatně vyloží a kde úkol vzdá. Výstupem je seznam konkrétních problémů použitelnosti.
• WireframeWireframe je hrubý návrh obrazovky, stránky nebo toku, který ukazuje rozmístění obsahu, ovládacích prvků a priorit bez finální grafiky. Slouží k rychlé debatě o struktuře, navigaci a interakci, aby tým odhalil chyby v zadání dřív, než vznikne vizuální design nebo kód.
• ACIDACID je sada čtyř vlastností databázové transakce: atomicity, consistency, isolation a durability. Zaručuje, že skupina zápisů proběhne jako jeden celek, neporuší definovaná pravidla databáze, nebude se nebezpečně míchat s jinými transakcemi a po potvrzení přežije pád systému, například při převodu peněz.
• Adaptive IconAdaptivní ikona je formát ikony aplikace na Androidu, který se místo jedné hotové bitmapy skládá z oddělených vrstev: pozadí a popředí. Systém výsledný tvar sám ořízne podle masky výrobce zařízení a může vrstvy animovat nebo přebarvit. Vývojář tak dodá jeden zdroj a launcher z něj vytvoří kruh, čtverec i squircle.
• Adresa v pamětiAdresa v paměti je číslo, kterým procesor jednoznačně označuje konkrétní buňku operační paměti, obvykle jeden bajt. Program pomocí adresy říká, odkud má data načíst nebo kam je zapsat. Adresy tvoří souvislý číselný rozsah, jehož velikost určuje šířka adresní sběrnice a architektura, typicky 32 nebo 64 bitů.