Pieni taktiikka

Kuinka tietää, milloin lopettaa suunnittelun

Tiedätkö usein Antoine Saint-Exuperyn siteeraaman rivin?

Täydellisyys saavutetaan, ei silloin, kun ei ole enää mitään lisättävää, vaan kun mitään ei ole jäljellä.

Kuten osoittautuu ... ei ole niin hyödyllistä, kun todella suunnittelet.

Jossain vaiheessa juuttuu iteraation helvettiin, ja uskon, että monet meistä ovat saavuttaneet tunteellisen murtumispisteemme, jossa haluamme vain viedä kaiken pois, mennä Office-tilalle kannettavien tietokoneiden päälle ja siirtää metsää vain kuten Henry David Thoreau.

Tai huomaat, että olet menossa tietyn ominaisuuden tai käyttöliittymäkomponentin puolelle - kirjoitat usein kysytyn virtauksen, josta olet lukenut niin paljon Medium-omatoimiartikkeleissa, ja herää sitten tunteja myöhemmin tajuamalla, että sinulla on mestariteos. Mutta katsot vaatimuksiasi ja paniikkia ymmärtäessäsi, että mitä todella suunnittelit, ei ollut edes tässä sprintissä, etkä ole edes käsitellyt tärkeitä kappaleita.

Surullinen!

Suunnittelu on todellinen haaste siitä, kuinka lyijykynä laitetaan alas. Se on taidetta itselleen, jonka hallitseminen voi viedä vuosikymmenen, koska se vaatii vuosien toistoa ja kuviointia synnynnäisen tuomionne muodostamiseksi. Suunnittelijoiden on tässä prosessissa varmistettava, että he kiinnittävät huomiota oikeisiin yksityiskohtiin ymmärtämällä, kuinka suunnittelu ratkaisee oikeat liiketoimintaongelmat, mitä osia on hankala rakentaa ja milloin muotoilu on hyvin, riittävän hyvä.

Kuinka suunnittelijat voivat varmistaa, että he rakentavat tätä harkintaa varmistaakseen, että he tuottavat laadukkaan suunnittelutyön ajoissa? Upeana suunnittelijana ei tarkoiteta vain hyvää työtä, vaan oikean työn tekemistä.

Syyt, miksi suunnittelijat eivät voi pysähtyä

”En halua tehdä keskinkertaista työtä.”… Alias… ”Pienillä yksityiskohdilla on merkitystä.”

Jep, kukaan meistä ei tee. Mutta ”tarpeeksi hyvä” ei tarkoita, että annat keskinkertaista työtä. Se tarkoittaa yksinkertaisesti sitä, että olet tehnyt oikean määrän työtä ja antanut asianmukaisen määrän työtä kehitysajan, yrityksen, käyttäjän ja asiakkaan arvon perusteella.

"En usko, että tämä on paras ratkaisu."

Tämä vaivaa nuorempia suunnittelijoita. Usein se on jotain, joka korjataan parhaiten varhain, joten jos tunnet olosi tällä tavalla, ota se huomioon ennemmin kuin myöhemmin.

On kuitenkin väistämätöntä saada tämä pelon tunne, kun olet syvällisesti ominaisuuteen ajoittain. Mutta siksi osittain ketterä ja laiha menetelmä on olemassa. Jopa suunnittelussa olevat virheet voidaan ja pitäisi korjata nopeasti.

"Haluan todella työskennellä tämän osan parissa"

Meillä kaikilla on asioita, jotka meidän on tehtävä ja asioita, jotka haluamme tehdä. Osittain tämä pitää meidät suunnittelijoista motivoituneina, kun suurin osa tuotantotöistämme on vain ”tylsää” suunnittelutietoa. Seuraavassa osassa pohdimme kuinka tehdä tämä mahdolliseksi aiheuttamatta sitä, että menetät määräaikoja.

taktiikka

Muista liiketoiminnan / tuotteen tavoitteet

Helvetti, kirjoita ne pienelle muistikortille ja kiinnitä näyttösi.

Nämä ovat vaatimuksia, jotka johtavat työskentelemääsi ominaisuutta. Ne ovat sinun opasteet ja Pohjois-tähtisi, jotka auttavat palauttamaan sinut todellisuuteen. Käytännössä nämä ohjeet voidaan haudata JIRAan tai Asanaan.

Mielestäni voi olla hyödyllistä kopioida nämä omaan Trello-taululleni (tai mihin tahansa käyttämääsi tehtäväsovellukseen), jotta näen ne tosiasiassa työskenteleessäni.

Tyypillisesti käännän jopa käyttötapaukset tai vaatimukset erillisiksi suunnittelutehtäviksi, joten minimoin sen, kuinka paljon minun on ajateltava sukellessani:

Esimerkki henkilökohtaisesta Trello-taulustani

Seurustele käsitteet varhain ja yhteistyössä

Osa ongelmasta on, että suunnittelijoilla on taipumus sukeltaa yksityiskohtaisesti määriteltyyn ongelmaan liian aikaisin. Se on ymmärrettävää, kun ongelma näyttää hyvin määritellyltä.

Jokaiseen suunnitteluongelmaan tulee kuitenkin suhtautua terveellisellä skeptisyydellä ja lapsellisella tietämättömyydellä niin, että puhkaiset oletuksesi varhain. Tämä varmistaa, että et ymmärrä parempia tapoja, kun olet suunnitellut 15 näyttöä ja lähettänyt ne kehittämiseen.

Toiseksi, varmista, että näytät konsepteja muille sidosryhmille keskustelun aloittamiseksi. Tämä varmistaa, että saat paremman käsityksen mahdollisuuksista ja tutkit kaikkia aiemmin kuvittelemattomia vaihtoehtoja. Kerro PM: lle, että sinulla on hämmästyttävä idea kaksi päivää ennen kuin käyttäjän tarinan hoitaminen aiheuttaa paniikkia. Useiden sprintien etukäteen tekeminen voi olla inspiroivaa.

Lopulta saatat huomata, että pähkinöiden tekemisessä ei ole tilaa, mutta tämä ei tarkoita, että tämä taktiikka olisi hyödytön. Pahimmassa tapauksessa jätät paljon syvemmällä käsityksellä siitä, mihin ongelmaan todella ratkaiset (ja ehkä konseptin, jonka voi pölyä tieltä).

Aikarasia yrityksesi

Jos tiedät liiketoiminnan tavoitteet ja ymmärrät, mikä ongelma todella on, voit aikatauluttaa tarkasti omat ponnistelusi.

Päämieheni mielestäni kehotan nuorempia suunnittelijoita tekemään tämän, mutta ei ole syytä, ettet voi tehdä sitä itse. Kävelen suunnittelijan näytöllä ja sanon jotain "miksi vietät niin paljon aikaa kalenteriin, eikö vain käytä sitä React-komponenttia?"

Jokaisella suunnittelijalla on kuitenkin lemmikkiprojektinsa, sekä makro- että mikromittakaavassa.

Se on hieno.

Mutta jos haluat tehdä kalenterista näyttävän hämmästyttävältä ja tiedät, että se on käytännössä itsepalvelutoiminto (ts. Dev käyttää vain komponenttia), on hyödyllistä määrittää se aikatauluun. Kerro itsellesi: "Aion viettää 4 tuntia tähän ja lopuksi kiillotan ja jatkan."

Poista ensin pohjavaatimukset

Siellä oli tämä itseohjekirja, jonka luin (okei, luin takakannen), joka periaatteessa sanoi, että jos syöt sammakon jokaisen päivän alussa, voisit enemmän tai vähemmän varmistaa, että se olisi pahin asia mitä sinulla oli tehdä (ainakin uskon sen olevan enemmän tai vähemmän lähtökohta).

Kun tiedät yksityiskohdat, joita et todella halua tehdä, ja tekemäsi asiat voivat auttaa sinua priorisoimaan työsi oikein.

Kun olet istunut menemään kalenterin käyttöliittymän kaikkiin Michelangelo-tiedostoihin, voit varmasti tietää, että pahimmassa tapauksessa ainakin sinulla on vaatimukset hoidettu. Löydän itseni jopa tekemään ”tarpeeksi hyvä” -malli ensin turvaverkkona, joten tiedänkin, että minulla on vikasietoisuus, vaikka uskon rohkeasti kyseisen kalenterin käyttöliittymän.

Tärkeintä ei ole vain olla ”tarpeeksi hyvä” suunnittelija, vaan myös ymmärtää ongelmatilaasi niin, että voit mitoittaa pyrkimyksesi sopivasti antaen itsellesi tilaa olla luova. Ajan myötä voit rakentaa harkintasi ja hyviä tapoja auttaa sinua tekemään tämän alitietoisesti.

Kun en auta sinua esittämään C-sviittiä, työskentelen UX-työkalujen Sketch-suunnittelutyökaluilla tehdäksesi sinusta paremman ja tehokkaamman suunnittelijan.

Seuraa UX-sähkötyökaluja Twitterissä

Ota minuun yhteyttä suoraan