Web je dobře zavedené království akronymů a buzzových slov. Je mi líto, že to řeknu, ale máme tendenci vytvářet spoustu termínů, které jsou častěji než marketingový trik než užitečná definice pro popis části našeho oboru.
UX, IxD, IA, UCD, CX, agilní UX, štíhlý UX, partyzánský výzkum, strategický UX, emocionální design ... plaveme v moři podivných frází, které opouštějí jasnost ve prospěch sebeurčení.
Nechápejte mě špatně, nejsem luddita. Strávil jsem značné množství času na návrhovém bojovém hřišti, který pracoval jako odborník na použití; UX Designer; Informační architekt; Správce UX. Spousta buzzových slov na vlastní životopis.
Příchod Agile UX a brzy po "Lean UX" mi způsobil trochu více zmatku než obvykle: oba termíny naznačují silný vztah designu k celkovému vývoji produktů - což absolutně obdivuji; oba mají tendenci soustředit se na rychlejší provedení návrhu; oba se hodí do široké vize nástrojů pro návrh nových uživatelských zkušeností. Ale ... jaký je rozdíl mezi Agile UX a Lean UX? V každodenní technologické konverzaci většina lidí používá tyto dva pojmy zaměnitelně. Proč tedy máme dva termíny, pokud oba odkazují na tutéž věc?
Pohyb směrem k agilnímu vývoji je založen na tvorbě softwaru. Ve starých dnech nebyl design tak skoro jako dnes a software byl jedním z nejvíce nešťastných příkladů tohoto opomenutí. Ve skutečnosti se koncovým uživatelům věnuje jen málo pozornosti. Vývoj softwaru se týkal všech výsledků, bez ohledu na to, jak může být špatná nebo spletitá zkušenost uživatele.
Největším problémem pro tvůrce původního Agile Manifestu byla efektivita procesu vývoje softwaru, spíše než hodnota a místo designu. Ve skutečnosti se v manifestu dokonce ani nezmiňoval design, který nucen návrhářům bojovat za své místo v procesu později. Zpočátku Agilek šel proti klasickému vývojovému procesu Waterfall, který se neustále snažil uzavřít dynamický proces ve statické podobě robustní dokumentace.
Agilní následovníci a soubor jednoduchých zásad:
Tyto pokyny se rychle staly populárními a nyní Agile je považován za zlatý standard pro vývoj digitálních produktů.
K tomu, aby se do tohoto hezkého obrazu zapojilo, měl UX design přehodnotit své vlastní techniky a zaměření. Výsledkem tohoto přehodnocení je Agile UX. V podstatě Agile UX popisuje přístup Agile Software Methodology v kontextu návrhu UX. Konečným cílem Agile UX je sjednotit vývojáře a návrháře v agilním procesu vývoje produktů.
Na rozdíl od Agile UX, Lean UX pochází z počáteční kultury. Koncept zde je, že podnik musí co nejdříve dopravit produkt - musí se rychle prodat prodej (nebo nějaká jiná forma trakce), aby projekt přežil. K tomu je třeba shromáždit znalosti a sloužit jako základ pro soubor iterací produktu.
Cílem je vyrábět minimální životaschopný produkt a co nejrychleji jej vytlačit na trh. Tento proces zpravidla zahrnuje získání jádrového produktu jako prvního, zjištění, zda je poptávka na trhu, a pak budování směrem k plně realizované verzi v řadě kroků. Lean vývojové modely testují myšlenky v celém vývojovém procesu se zaměřením na neustálé měření a tzv. "Learning loops" (build-measure-learn).
Neustále shromažďování údajů o cílové skupině uživatelů je nedílnou součástí procesu Lean. V důsledku toho lidé začali odkazovat na tradiční proces tvorby webových stránek, který se opírá o analýzu jako součást metodiky Lean.
Vzhledem k tomu, že veškerý design UX je informován o pochopení lidského chování, někteří lidé tvrdí, že Lean UX je jen dobře provedený UX.
Agile UX a Lean UX jsou dva přístupy k upraveným návrhovým procesům, které odpovídají způsobu, jakým zákazníci a spotřebitelé očekávají, že budou dodány moderní produkty a služby. Termíny jsou obvykle považovány za totéž.
Nicméně různé výsledky, které jsou výsledkem různých metod, jsou jasné: Agile UX vytváří leštěný produkt; Lean UX vyrábí řadu produktů rostoucího lesku. Nakonec, obě techniky mohou přijít na stejném místě, ale prostřednictvím velmi odlišných cest.
Při výběru cesty, kterou chcete použít pro své webové projekty, určete nejvhodnější cestu k výsledku. Pokud jste schopni opakovat mnoho verzí, jako u bočního projektu, pak Lean může být způsob, jak jít; pokud jste pohodlnější uvolnění plně realizované verze pak se podívejte na Agile.