Agiilse disaini mõistmine ja miks see on oluline

Pole saladus, et vilgas arendusprotsess on juba mitu aastat arengumaailmas läbi käinud, siputades kõrvale vanema, kohmakama juga arendamise meetodi. Kui aus olla, olgu see siis vilgas või midagi muud, siis juga oli seda tõesti tulemas, kuna selle riskikartlik ülalt alla suunatud lähenemisviis lihtsalt ei suuda sammu pidada tänapäeva turu nõudmistega.

Kuigi disainimaailmas toimuvad sarnased muutused, peaks agar disainiprotsess nägema ja tunduma tingimata pisut teistsugune kui vilgas areng; nad on ju erinevad erialad. Vaadelgem kõigepealt sügavamalt, milline on vilgas arendus, ja seejärel paar suurepärast viisi, kuidas protsessi disainimaailmaga kohandada.

Kiire alge paindlikule arengule

Agiilne manifest rõhutab inimesi ja protsesside ning tööriistade vastasmõjusid. Praktikas tähendab see sageli suhtlemist nii meeskonnasiseselt kui ka kliendiga, aga ka selliste toimingute tegemist nagu igapäevased kontrollkoosolekud, et kogu meeskond saaks olla kursis oma liikmete tegevusega. See loob järjepideva tagasisidet, mis võimaldab meeskondadel kohaneda vastavalt sellele, mida kliendid, beetaversiooni testijad ja turg neile räägivad, ning kontrollivad sageli ka seda, kas nende töö on keskkonnas, milles see lõpuks elab, funktsionaalne.

Rohkem kui miski, rõhutab paindlik protsess õigeaegsete ja eelarveliste tulemuste tootmist, mitte täiuslikkust, kuna tooteid saab alati tee pealt juurde tõmmata. Enamasti toimub see iteratsioonide, lühikeste, intensiivsete tootmisperioodidena väiksemate, paremini saavutatavate eesmärkidega, mis tekivad edasistel iteratsioonidel teel.

Milliseid samme saate võtta, et kohandada sarnast mõtteviisi disainilahenduse jaoks? Vaatame lähemalt.

Muutke oma suhteid oma klientidega

Traditsiooniline disainiprotsess mängib kaasa disainerite ühisele soovile esitada klientidele ainult kõige täiuslikumaid tooteid. See algab ettepanekute koostamise ja uurimisetapis liiga keerukate PSD-mudelitega ja jätkub lõpliku heakskiitmise etapini. Kuid kõige keerukamate projektide puhul pole tõesti mõtet nädalaid või isegi kuid kujundada abstraktselt, ilma kliendi sisendita. Nagu me teame liigagi hästi, saavad kliendid sageli palju selgema ülevaate sellest, mida nad saidi kokkusaamiseks otsivad. Veelgi enam, turunõudlusel on komme muutuda kiiremini, kui disainerid suudavad toota. See võib osutuda pettumuseks töötades paradigmas, kus marsruudi muutmine on nii töömahukas kui ka ajamahukas.

Kiire lähenemisviisi kasutuselevõtmine klientide sidumiseks protsessi igasse faasi ja pideva väljundvoo loomine aitab seda lahendada, kuna see võimaldab klientidel kujundusega ringi liikuda. See võimaldab neil ka paremini mõista, kuidas realiseeritud visioon reaalmaailmas töötab. Mida regulaarsem on suhtlus, seda väiksem on tõenäosus, et maanteel juhtub üllatusi, seda paremini suudab meeskond kohaneda muutuvate nõudmistega teel, selle asemel, et oma samme tagasi vaadata.

Lühidalt: tehke klient oma meeskonna liikmeks.

Koostage sageli töörühmade töö

Arengumaailmas on meeskonnasisese ja meeskondadevahelise töö integreerimine iga projekti ülioluline osa. See on eriti tõsi, kui suurimate organisatsioonide meeskonnad kasvavad kümnetest tuhandeteni. Kuid jugameetodi integreerimine toimub harva, mistõttu on devidel veelgi raskem leida vigu massilisest koodist. Samuti põhjustab see palju tagasiteed ja laevade viivitusi.

Mitte nii pideva integratsiooni agiilse meetodi puhul, millel on devid integreeritud kood korraga, kui mitte kolm korda päevas. Pidev integreerimine viib soovimatu müsteeriumi integratsioonist tõepoolest välja, võimaldades devidel vigu ilmneda ja need kohe parandada või lisada projekti järgmise iteratsiooni jaoks mahajäämusesse. See sobib hästi ka protsesside eelise interaktsioonide eelisaegse kontseptsiooniga, kuna meeskondadevahelised seadmed peavad selliseid vigu tuvastama ja parandama sageli suhtlema.

Disainerid saavad kasu sarnasest mentaliteedist, olgu see siis iga päev lihtsa registreerumise tegemine teiste meeskonnaliikmetega või sagedamini suheldes devidega, et teha kindlaks, mida on tehniliselt võimalik rakendada enne põnevat, kuid keerulist kujundusmarsruuti. Meeskondadeülene suhtlus ja töö koostamine hoiab disainerid keskendumas ka projekteerimisele, kui disain on vajalik, selle asemel, et kavandada või isegi teostada disaini tööd, mis pole sünkroonis sellega, mida teised meeskonnad teevad.

Test, test, test… kogu aeg

Sarnasel, kuid otsustavalt erineval noodil on sagedane testimine iteratsioonide õigel teel hoidmisel oluline osa. "Testimise" all pean silmas disaini funktsionaalsuse integreerimisest kaugemale vaatamist nii mikro- kui ka makrotasandil, arendades välja probleemide lahendamise vaatepunkti. Agiilses arengus jaotavad devid suuremad probleemid väiksemateks, mida saab kiirete iteratsioonide raames paremini lahendada. Selle töö testimine võimaldab neil siis tuvastada probleemid, millele tuleb reageerida kohe või järgmise iteratsiooni käigus. See hoiab devesid õigel ajal ja väldib sellist halvatust, kui korraga lähenetakse liiga paljudele.

Nii ei saa sagedane testimine ja probleemide lahendamise mentaliteet mitte ainult kujundamise protsessi kursis hoida, vaid ka loovust õhutada, kuna see takistab disaineritel kõigist suurimatest probleemidest liialt haaramast: teadmine juba algusest peale, kuidas täpselt sait peaks välja nägema ja tundma. Keskendudes väiksematele probleemidele, saavad disainerid hõlmata tekkivat loomingulist protsessi ja avastada oma visiooni, nagu nad lähevad.

Kõike seda öeldes ei saa makrotasandile tagasi suumimise väärtust tähelepanuta jätta - vastasel juhul muutuvad kujundused liiga laiali. Kena tasakaaluna agiilse väiksema probleemilahenduse fookuse ja juga terviklikuma vaate vahel on väärt pühendada mitu iteratsiooni probleemide lahendamisele suurema pildi kontekstis ning võtta järjepidevuse huvides arvesse ka vaadet.

Lühidalt

Kui te selle üle järele mõtlete, on agiilne disain lihtsalt teatud agiilsete arenduspõhimõtete rakendamine disainiprotsessis. Kuna iga disainer ja disainimeeskond on erinevad, on kõige parem valida teile sobivad meetodid ja kohandada neid vastavalt vajadusele. See tundub lõppude lõpuks agar asi, mida teha.

© Copyright 2024 | computer06.com