Projektēšanas procesa veidošana komandās

tikšanās - attēls, ko sniedz freepik
attēlu pieklājīgi no freepik
Sarakstījis Linda Hohnholca

Kāds ir dizaina izveides komandas process? Šis ir viens no visbiežāk uzdotajiem jautājumiem darba intervijās, un daudziem ir lielas grūtības tikt galā ar dizaina kultūru, it īpaši, ja iepriekšējā pieredze nav ietvērusi nekādus standartus.

Tomēr jūs varat darboties kā katalizators diskusijās par komandas kultūras un sadarbības veidošanu.

Dizaina padome

Design Board ir virtuāla tāfele, kas palīdz dizaineriem vizualizēt savu darbplūsmu. Tas ir iedvesmots no Kanban metodoloģijas, ko izmanto veiklās izstrādes komandās. Darba priekšmeti tiek attēloti kā kartītes, kas pārvietojas dažādos projektēšanas posmos.

Pamata Kanban dēlis sastāv no trim soļiem:

  1. To-Do uzdevumi;
  2. nepabeigtie uzdevumi (In Progress);
  3. un izpildītie uzdevumi (Gatavs).

Varat izveidot vienkāršu dēli, izmantojot bezmaksas rīkus, piemēram, Trello vai Taiga. Vispirms izveidojiet kartīti katram projektam kolonnā To-Do. Pārvietojiet kartīti uz kolonnu Notiek, kad sākat strādāt ar to, un pārvietojiet to uz Gatavs, kad esat pabeidzis.

Nav svarīgi, vai jūs to darāt UI/UX dizains nekustamajā īpašumā vai medtech – princips visur ir vienāds.

Dizaina dēlis ir nedaudz sarežģītāks un sastāv no 10 kolonnām, kas attēlo projektēšanas procesa soļus. Lai izveidotu dēli, varat izmantot Atlassian JIRA (maksas).

Dizaineri sāk jaunu projektu, izveidojot biļeti uz atsevišķas rezerves tāfeles. Tas kalpo kā biļešu krātuve, pie kuras jāstrādā nākotnē. Uzmetumā var būt ietvertas dažādu projektu koncepcijas, kā arī UX/UI problēmas, kurām nepieciešama papildu izpēte.

Tālāk mēs sīkāk aplūkosim dizaina dēli.

To-Do posms

Kad biļetes ir sagatavotas darbam, biļetes pāriet no uzmetuma uz projektēšanas tāfeles uz aili To-Do. Vadītāji var izmantot šo kolonnu, lai novērtētu turpmāko projektu darba apjomu, pat ja darbs vēl nav sācies.

Lai aptvertu projektēšanas mērķi un noteiktu darba apjomu, ir nepieciešami fundamentālie pētījumi. Šajā veidnē jums ir jāatbild uz dažiem svarīgiem jautājumiem:

  • Kādu mērķi jūs mēģināt sasniegt?
  • Kādi ir jūsu lietotāju mērķi un demogrāfiskie dati?
  • Vai pastāv kāds pētniecības projekts, kas atbilst šim mērķim, un, ja jā, kā to var iekļaut projektā?
  • Vai ir kādi šķietami vai reāli ierobežojumi?
  • Kā mēra panākumus? (KPI)
  • Vai ir lietderīgi grafiski salīdzināt piedāvātos un esošos dizainus?

Sniedzot atbildes uz šiem jautājumiem, dizaineri varēs efektīvāk sadarboties ar ieinteresētajām personām un pieņemt lēmumu par dizainparaugiem, kas vairāk atbilst sākotnējiem mērķiem.

Notiek stiepļu rāmji

Paredzams, ka dizaineriem būs visaptveroša izpratne par problēmu, kuru viņi cenšas atrisināt. Viņi izmanto stiepļu rāmjus, lai izpētītu dažādas iespējas nākamajā posmā, Wireframes in Progress.

● Dizaina apskats

Ievades meklēšana vienmēr ir ļoti svarīga, lai novērstu laika izšķiešanu nepareizās vietās. Tas ietaupa dizaineri no nepieciešamības strādāt fragmentāri. Ja pēc šī posma ir nepieciešamas būtiskas izmaiņas, biļetes tiek atgrieztas karkasa kolonnā “Notiek”, un process tiek atkārtots.

● Kopēt

Katrs karkasa saturs ir jāpārskata un jāmaina kopēšanas procesam. Tekstu autori pārbauda dizainus, rediģē tekstu pēc vajadzības un atdod biļetes dizaineriem, lai viņi varētu veikt nepieciešamos pielāgojumus stiepļu rāmjos.

● Lietotāja pārbaude

Šajā posmā prototipus pārbauda ar kolēģiem vai lietotājiem ārpus uzņēmuma. To izpildes reižu skaits būs atkarīgs no projekta sarežģītības un katra testēšanas cikla rezultātiem.

● Izstrādātāja/PM pārskatīšana

Šis posms ir nepieciešams, lai veiktu prototipa mijiedarbības. Šajā sanāksmē piedalās visi projektā strādājošie. Parasti priekšgala un aizmugures izstrādātāji, projektu vadītāji un riska vadītāji.

Šīs sanāksmes mērķis ir apspriest projekta tehnisko iespējamību, un parasti ir iespējams 1 no 2 rezultātiem: 1) vienkāršot dizainu vai 2) turpināt darbu pie pašreizējās dizaina versijas.

● Maketi

Mockups darbībā stiepļu rāmji tiek pārveidoti detalizētos maketos saskaņā ar vizuālo stila rokasgrāmatu. Uzņēmumi ar lielāku budžetu pēc šīs darbības var izmantot lietotāju testēšanas priekšrocības, lai saņemtu atsauksmes par reālistiskākiem prototipiem.

● Specifikācijas

Šis posms, iespējams, ir visbaidītākais dizainā, kad mijiedarbības modeļi un izkārtojumi tiek sagatavoti, lai tos nodotu izstrādātājiem. Šī posma laiku var ievērojami samazināt, ja komanda izmanto šablonu bibliotēkas un režģa sistēmas.

Pabeigts posms

Kad biļetes ir aizpildītas, tās nonāk kolonnā Gatavs. Jā!!!

Ir lieliski, ka jūsu komanda periodiski pārskata šo izstrādes procesu, lai noteiktu uzlabojumu iespējas.

Secinājumi

Šis process tika izveidots, paturot prātā produktu dizainera darbplūsmu, un tas ir jāpārveido citām dizaina specialitātēm. Jūs varat saskarties ar negatīvu reakciju, kad šis process pirmo reizi tiek ieviests komandas darbā, taču laika gaitā jūsu kolēģu uzskati mainīsies, jo dizaineri jutīsies vairāk pilnvaroti un autonomāki strādāt pie saviem projektiem savās padomēs.

Par autoru

Linda Hohnholca

Galvenais redaktors vietnei eTurboNews atrodas eTN galvenajā mītnē.

Apmaksa
Paziņot par
viesis
0 komentāri
Iekšējās atsauksmes
Skatīt visus komentārus
0
Patīk jūsu domas, lūdzu, komentējiet.x
Kopīgot ar...