Разбиране на Agile Design и защо е важно
Не е тайна, че процесът на пъргаво развитие се върти в света на развитието от няколко години, отклонявайки се от по-стария, тромав метод на развитие на водопада. За да бъдем справедливи, независимо дали беше пъргав или нещо друго, водопадът наистина го беше дошъл, тъй като неговият риск срещу него, подходът отгоре надолу просто не може да бъде в крак с изискванията на днешния пазар.
Докато подобни промени се случват в света на дизайна, процесът на пъргав дизайн трябва непременно да изглежда и да се чувства малко по-различен от пъргавото развитие; в крайна сметка те са различни дисциплини. Нека да разгледаме по-задълбочено първо какво е гъвкаво развитие, а след това и с няколко страхотни начина да адаптираме процеса към света на дизайна.
Бърз грунд за Agile Development
Agile Manifesto набляга на хората и взаимодействията върху процесите и инструментите. На практика това означава да общувате често както в екипи, така и с клиента, както и да правите неща като ежедневни срещи с размишления, така че целият екип да остане в затворено отношение към дейностите на своите членове. Това създава последователния цикъл за обратна връзка, който дава възможност на екипите да се адаптират въз основа на това, което клиентите, бета тестерите и пазарът им казва, като същевременно често проверяват, за да се гарантира, че работата им е функционална в средата, в която в крайна сметка ще живее.
Повече от всичко, гъвкавият процес набляга на производството на навременни и бюджетни резултати, а не на съвършенството, тъй като продуктите винаги могат да се оправят по пътя. Това най-вече е под формата на итерации, кратки, интензивни периоди на производство с по-малки, по-постижими цели, които се изграждат в по-нататъшни итерации по пътя.
И така, какви стъпки можете да предприемете, за да адаптирате подобен манталитет за дизайнерска обстановка? Нека да разгледаме.
Променете отношенията си с клиентите си
Традиционният процес на проектиране играе право на общо желание сред дизайнерите да представят на клиентите само най-съвършените продукти. Това започва във фазата на предложения и изследвания с прекалено сложни макети на PSD и продължава до крайната фаза на одобрение. Но за най-сложните проекти наистина няма смисъл да се проектира седмици, ако не и месеци в абстрактното, напълно лишено от клиентски принос. Както много добре знаем, клиентите често получават много по-ясно разбиране за това, което търсят, тъй като сайтът се събира. Нещо повече, търсенето на пазара има навика да се променя по-бързо, отколкото дизайнерите могат да произведат. Това може да бъде смущаващо, когато се работи в парадигма, в която пренасочването е трудоемко и време.
Възприемането на гъвкав подход на прикачване на клиентите във всяка фаза на процеса и създаване на постоянен поток от резултати може да помогне за коригиране на това, тъй като позволява на клиентите да си играят с дизайни, докато вървят. Тя също така им позволява да получат по-добро разбиране на това как реализираната визия ще функционира в реален свят. Колкото по-редовна е комуникацията, толкова по-ниски са шансовете за изненади, възникващи по пътя, толкова по-добре екипът може да се приспособи към променящите се искания по пътя, вместо да се налага да проследява стъпките си.
Накратко: Направете клиента член на вашия екип.
Често компилирайте работа в екипи
В света на развитието интегрирането на работата в рамките на екипите е от съществено значение за всеки проект. Това е още по-вярно, когато екипите нарастват от десетките до хилядите в най-големите организации. Но интеграцията в метода на водопада се случва на редки интервали, което прави още по-трудно за девите да намерят бъгове в огромно количество код. Това също води до много забавяне и забавяне на корабите.
Не е така с гъвкавия метод на непрекъсната интеграция, който има интегриращ код на devs веднъж, ако не три пъти дневно. Непрекъснатата интеграция наистина изважда нежеланата мистерия от интеграцията, което позволява на разработчиците да хващат грешки, тъй като те възникват, или да ги коригират незабавно, или да ги добавят в изоставането за следващата итерация на проекта. Също така добре се вписва с гъвкавата концепция за привилегировани взаимодействия над процесите, тъй като разработчиците в екипите трябва често да комуникират, за да идентифицират и коригират подобни грешки.
Дизайнерите могат да се възползват от подобен манталитет, независимо дали това означава да правите обикновена регистрация с други членове на екипа ежедневно или да общувате по-често с разработчиците, за да определите какво е технически възможно да приложите, преди да тръгнете по вълнуващ, но сложен дизайн път. Комуникацията и съставянето на работата в екип също ще задържат дизайнерите съсредоточени върху проектирането, когато е необходимо проектирането, а не да препланират или дори да изпълняват дизайнерска работа, която не се синхронизира с това, което правят другите екипи.
Тест, тест, тест ... През цялото време
По подобна, но съществено различна забележка, честите тестове са важна част от поддържането на итерациите. Под „тестване“ имам предвид да надхвърлям интеграцията към функционалността на дизайна както на микро, така и на макро ниво, като развивам гледна точка за решаване на проблеми. При пъргаво развитие разработчиците разграждат по-големите проблеми на по-малки, които могат да бъдат по-добре разрешени в рамките на бързите итерации. След това тестването на тази работа им позволява да идентифицират проблемите, които трябва да бъдат решени незабавно или в следващата итерация. Това държи девствените да следват и навреме, предотвратявайки вида на парализата, когато се приближи твърде много наведнъж.
По този начин, честото тестване и манталитетът за решаване на проблеми може не само да запази процеса на проектиране, но и да създаде енергия за творчество, тъй като не позволява на дизайнерите да се прекалят с най-големия проблем от всички: да знаете от начина, по който точно вървите сайт трябва да изглежда и да се чувства. Фокусирайки се върху по-малките проблеми, дизайнерите могат да обхванат по-възникващ творчески процес и да открият своето виждане, докато вървят.
Всичко казано, стойността на мащабирането обратно до макро ниво не може да се игнорира, иначе дизайните ще станат твърде разединени. Като хубав баланс между по-малкия фокус за решаване на проблемите на Agile и по-холистичния възглед на водопада, си струва да отделите няколко итерации за решаване на проблеми в контекста на по-голямата картина, а също и просто да вземете погледа заради последователност.
Накратко
Когато наистина мислите за това, агилният дизайн е просто прилагането на определени пъргави принципи на развитие към процеса на проектиране. Тъй като всеки дизайнер и дизайнерски екип е различен, най-добре е да изберете методите, които работят за вас, и да ги адаптирате, докато вървите. Това в края на краищата изглежда като пъргавото нещо.
