Pochopení agilního designu a proč je to důležité
Není žádným tajemstvím, že agilní vývojový proces již několik let prochází vývojovým světem a odkládá stranou starší, neohrabanější metodu vývoje vodopádu. Abychom byli spravedliví, ať už to bylo agilní, nebo něco jiného, vodopád to opravdu nechal přijít, protože jeho averze k riziku, přístup shora dolů prostě nedokáže držet krok s požadavky dnešního trhu.
Zatímco ve světě designu dochází k podobným změnám, agilní návrhový proces by měl nutně vypadat a cítit se trochu odlišně od agilního vývoje; jsou to koneckonců různé disciplíny. Podívejme se hlouběji na to, co je agilní vývoj, a pak na několik skvělých způsobů, jak tento proces přizpůsobit světu designu.
Rychlý základ pro agilní vývoj
Agilní manifest zdůrazňuje lidi a vzájemné ovlivňování procesů a nástrojů. V praxi to znamená často komunikovat jak v týmech, tak se zákazníkem, stejně jako dělat věci, jako je každodenní shromáždění scrum, aby celý tým mohl zůstat zapojen do činnosti svých členů. To vytváří konzistentní zpětnou vazbu, která umožňuje týmům přizpůsobit se podle toho, co jim zákazníci, beta testeři a trh říkají, a také často kontrolovat, zda je jejich práce funkční v prostředí, ve kterém bude nakonec žít.
Agilní proces více než cokoli jiného zdůrazňuje výrobu včasných a rozpočtových výstupů, nikoli dokonalosti, protože výrobky mohou být vždy vylepšeny po silnici. Většinou se jedná o iterace, krátké, intenzivní období výroby s menšími dosažitelnějšími cíli, které staví další iterace po silnici.
Jaké kroky tedy můžete podniknout pro přizpůsobení podobných mentalit pro návrhové nastavení? Podívejme se na to.
Změňte svůj vztah se svými klienty
Tradiční proces designu hraje přímo ve společné touze designérů představit klientům pouze ty nejoptimálnější produkty. Začíná to ve fázi návrhu a výzkumu s příliš propracovanými maketami PSD a pokračuje do konečné schvalovací fáze. Ale pro ty nejsložitější projekty to opravdu nedává smysl navrhovat týdny, ne-li měsíce, zcela postrádající klientský vstup. Jak víme až příliš dobře, klienti často získají mnohem jasnější představu o tom, co hledají, když se web spojuje. A co víc, poptávka na trhu má ve zvyku se měnit rychleji, než dokážou designéři vyrobit. To může být frustrující, když pracujeme v rámci paradigmatu, ve kterém je přesměrování pracné i časově náročné.
To lze napravit přijetím agilního přístupu opakování klientů do každé fáze procesu a vytvářením stálého proudu výstupů, protože to klientům umožňuje hrát si s návrhy v jejich průběhu. Rovněž jim umožňuje lépe porozumět tomu, jak bude realizovaná vize fungovat v reálném světě. Čím pravidelnější je komunikace, tím menší jsou šance na překvapení, která se objevují po silnici, tím lépe se tým dokáže přizpůsobit měnícím se požadavkům na cestě, než aby musel opakovat své kroky.
Stručně: Udělejte ze zákazníka člena svého týmu.
Často kompilovat práci napříč týmy
Ve světě rozvoje je integrace práce uvnitř týmu a mezi týmy zásadní součástí každého projektu. To platí o to více, jak týmy rostou z desítek na tisíce v největších organizacích. K integraci do metody vodopádu však dochází v řídkých intervalech, což pro devs ztěžuje hledání chyb v obrovském množství kódu. To také vede k mnoha zpožděním a zpožděním lodí.
Ne tak s agilní metodou kontinuální integrace, která má devs integrační kód jednou, ne-li třikrát denně. Neustálá integrace nechtěně tajemství vyřadí z integrace, což umožní vývojářům zachytit chyby, jakmile se objeví, a buď je okamžitě opravit nebo přidat do nevyřízeného záznamu pro další iteraci projektu. To také pěkně zapadá do agilního pojetí privilegovaných interakcí nad procesy, protože devs napříč týmy musí často komunikovat, aby identifikovaly a opravily tyto druhy chyb.
Návrháři mohou těžit z podobné mentality, ať už to znamená každodenní jednoduchou check-in s ostatními členy týmu, nebo častější komunikaci s devs, aby se určilo, co je technicky možné realizovat, než se vydá vzrušující, ale ošemetná trasa designu. Komunikace napříč týmy a kompilace práce také zajistí, aby se designéři zaměřili na navrhování v případě, že je to nutné, spíše než na přeplánování nebo dokonce provedení projekčních prací, které nejsou synchronizovány s tím, co dělají jiné týmy.
Test, Test, Test ... Neustále
Na podobné, ale zásadně odlišné poznámce je časté testování důležitou součástí udržování iterací na správné cestě. „Testováním“ mám na mysli pohled za integraci do funkčnosti návrhu na mikro i makro úrovni tím, že se vyvine hledisko řešení problému. V agilním vývoji rozdělují devs větší problémy na menší, které lze lépe řešit v rámci rychlých iterací. Testování této práce jim pak umožní identifikovat problémy, které je třeba řešit buď okamžitě, nebo v následující iteraci. To udržuje devs na trati a na čas, zabraňuje druh ochrnutí nastane, když je přiblíženo příliš mnoho najednou.
Tímto způsobem může časté testování a mentalita při řešení problémů nejen udržet proces návrhu na stopě, ale také podpořit kreativitu, protože brání návrhářům, aby se příliš nezachytili na největším problému ze všech: Vědět z go go přesně jak web by měl vypadat a cítit se. Zaměřením na menší problémy mohou designéři přijmout naléhavější tvůrčí proces a odhalit svou vizi již v průběhu cesty.
To vše říká, že hodnotu přiblížení zpět na úroveň makro nelze ignorovat, protože jinak budou návrhy příliš nesouvislé. Jako pěkná rovnováha mezi zaměřením menšího agility na řešení problémů a holističtějším pohledem na vodopád stojí za to věnovat několik iterací řešení problémů v souvislosti s větším obrázkem a také jen brát v úvahu konzistenci.
Ve zkratce
Když o tom opravdu přemýšlíte, agilní design je prostě aplikace určitých principů agilního vývoje na proces návrhu. Protože každý designér a designérský tým je jiný, je nejlepší si vybrat metody, které pro vás pracují, a přizpůsobovat je podle potřeby. Koneckonců, to vypadá jako agilní věc.
