Design Thinking ve zrychlené verzi
Design thinking je přístup k řešení problémů, který začíná u uživatele, ne u technologie nebo obchodního modelu. Byl vyvinut na Stanfordově d.school a od té doby se rozšířil do produktových týmů, neziskových organizací i vládních institucí po celém světě.
Zrychlená verze, kterou používáme, zachovává všech pět fází klasického procesu – empatizaci, definici, ideaci, prototypování a testování. Zrychlení spočívá v tom, že facilitátor přesně ví, kolik času každá fáze potřebuje a jak zabránit tomu, aby tým uvízl v neproduktivních smyčkách. Výsledkem je, že za jeden den proběhne to, co by jinak trvalo několik týdnů iterací.
Klíčová hodnota design thinking nespočívá v konkrétních nástrojích, ale v posunu perspektivy: od "jak vyřešit tento problém" k "zda vůbec řešíme správný problém". Tato otázka je v projektových týmech překvapivě vzácná.
Metoda How Might We
How Might We (HMW) je technika přeformulování problémů do otevřených otázek. Místo "Uživatelé neumí používat náš formulář" tým formuluje "Jak bychom mohli udělat formulář tak intuitivní, že ho uživatelé vyplní bez váhání?" Tato změna jazykového rámce má měřitelný vliv na kvalitu generovaných nápadů.
Slovo "might" (nebo česky "mohli bychom") je klíčové. Nevytváří závazek, ale otevírá prostor pro možnosti. "How Might We" otázky jsou dostatečně konkrétní, aby byly relevantní, a dostatečně otevřené, aby nevylučovaly neočekávaná řešení.
V průběhu workshopu tým formuluje více HMW otázek a poté hlasováním vybírá ty, které jsou nejslibnější pro další práci. Tento krok zabraňuje tomu, aby tým skočil na první nápad a ignoroval ostatní perspektivy.
Rychlé prototypování na papíře
Papírový prototyp je záměrně nedokonalý. Jde o nejrychlejší způsob, jak přenést myšlenku z hlavy do fyzické podoby, která se dá ukázat jinému člověku. Čím méně dokonalý prototyp vypadá, tím ochotněji o něm uživatelé mluví kriticky – a to je přesně to, co potřebujeme.
Prototypování na papíře odstraňuje psychologickou bariéru, která vzniká při digitálním prototypování: když něco vypadá hotově, lidé se zdráhají to kritizovat. Papír signalizuje, že jde o pracovní verzi, a tím uvolňuje upřímnost.
Tým se naučí vytvořit funkční prototyp za méně než dvacet minut. Tento prototyp pak slouží jako nástroj pro komunikaci s uživateli, ne jako finální design. Rozdíl je zásadní.
Proč papír funguje
Nízká věrnost prototypu snižuje emocionální investici tvůrce. Tím se snáze přijímá zpětná vazba a rychleji se iteruje.
Rychlost iterace
Papírový prototyp se dá přepracovat za minuty. Digitální prototyp za hodiny. V rané fázi je rychlost iterace důležitější než věrnost.
Testování s reálnými uživateli
Uživatelské testování na workshopu probíhá s reálnými lidmi, kteří odpovídají cílové skupině. Tým pozoruje, jak uživatelé interagují s prototypem, klade jim otázky a zaznamenává pozorování. Cílem není validace nápadu – cílem je zjistit, co nefunguje, dokud je to ještě levné opravit.
Facilitátor trénuje tým v základních technikách moderování uživatelského testování: jak klást otevřené otázky, jak se vyhnout návodným formulacím a jak pozorovat chování uživatele, ne jen naslouchat tomu, co říká. Chování a slova se často liší.
Výstupy z testování se okamžitě zpracovávají do poznatků, které tým použije pro iteraci prototypu nebo redefinici výzvy. Tento krok uzavírá smyčku mezi nápadem a realitou.
Facilitace retrospektivy po implementaci
Retrospektiva je strukturovaná reflexe toho, co tým dělal, co fungovalo a co by příště udělal jinak. Ve světě agilního vývoje je retrospektiva standardní součástí každého sprintu. V kontextu workshopu design thinking ji zařazujeme až po implementaci – tedy v momentě, kdy má tým skutečná data o tom, co se stalo, když pokusil metody aplikovat v praxi.
Facilitovaná retrospektiva trvá obvykle dvě až tři hodiny a probíhá několik týdnů po workshopu. Facilitátor pomáhá týmu strukturovat reflexi tak, aby nevznikl seznam stížností, ale seznam konkrétních poznatků a akcí pro budoucí práci.
Tato fáze je pro trvalé učení klíčová. Bez ní se znalosti z workshopu postupně vytrácejí v každodenním tlaku projektové práce. Retrospektiva je moment, kdy se zkušenost přeměňuje na znalost.
