Pienin elinkelpoinen suunnittelujärjestelmä

Kasvava UXPin Design System, tallennettu UXPin Design System Library -kirjastoon

Muutaman viime viikon aikana minulla oli ilo puhua UXPinin lähestymistavasta suunnittelujärjestelmän rakentamiseen useissa tapaamisissa ja webinaareissa (voit katsella yhtä niistä täällä). Minulla oli hauskaa jakaa kokemuksemme, jotka oppimme paljon kaikissa ihanissa keskusteluissa keskustelujemme jälkeen.

Yksi kysymys, joka minulta on kysytty useita kertoja ja joka tuli esille myös keskusteltaessa UXPin-tiimimme kanssa, oli:

Kuinka kauan suunnittelujärjestelmän rakentaminen vie?

Ei ole vääriä kysymyksiä, ja vastasin mielelläni joka kerta. Aina kun kuulen tämän kysymyksen, mielestäni se osoittaa syvemmälle ongelmalle: suunnittelujärjestelmät ymmärretään edelleen väärin ja sekoitetaan vanhaan lähestymistapaan tyylioppaan rakentamiseen.

Zombie Style Guide -perintö

Päivän aikana epäonniselle suunnittelija- tai käyttöliittymäjäsenelle uskottiin tehtävä dokumentoida kaikki ryhmän hyväksymät sopimukset. Väripaletit, tekstityylit, koodistandardit, joskus jopa käyttöliittymäkuviot.

Kuulostaa suunnittelujärjestelmältä? Olet oikeassa. Se kuulostaa suunnittelujärjestelmältä, mutta ei ole.

Tämä vanha lähestymistapa tyylioppaan rakentamiseen oli tarkoitus tuottaa esine. Sen piti olla johdannainen dokumentointiprosessista. Ja joka kerta ...

Ennen kuin tyyliopas tehtiin, siitä tuli jo zombi.

Miksi? Yksinkertaisesti siksi, että dynaaminen tuotekehitysmaailma, jossa muutoksia tapahtuu jatkuvasti, ei reagoi hyvin staattisiin voimavaroihin, joiden rakentaminen vie viikkoja. Suunnittelu- / kehitys marttyyri yritti dokumentoida jokaista valmistelukuntaa, mutta yleissopimukset muuttuivat. Tyylioppaan rakentaminen oli sisyfealainen tehtävä.

Mahdollisuus rakentaa ja ylläpitää tyylioppaita rohkaisi teollisuuttamme harkitsemaan prosessia, jolla ylläpidetään kokemuksen ja koodin johdonmukaisuutta. Anna suunnittelujärjestelmä.

Suunnittelujärjestelmä on prosessi

Toisin kuin staattisissa tyylioppaissa, suunnittelujärjestelmät ovat dynaamisia. Mitä se tarkoittaa? Tyyliopas on esine, suunnittelujärjestelmä on prosessi.

Artefaktit ovat staattisia, prosessit ovat dynaamisia.

Sen sijaan, että yksi henkilö olisi valtuutettu luomaan dokumentaatiota, suunnittelemme suunnittelujärjestelmän maailmassa uuden työnkulun, joka lisää, lisää, vähentää ja muuttaa kaikkia tietoja käyttökokemuksen luomiseksi.

Toimitusajankohdan ajattelun sijasta suunnittelujärjestelmäryhmät (joita yleensä kutsutaan Design Operations -ryhmiksi) aikovat auttaa organisaatioita parantamaan asteittain rajapinnan sisäistä johdonmukaisuutta ja toimittamaan suuria projekteja nopeammin markkinoille.

Entropian hallinta tyylioppaan ja suunnittelujärjestelmän avulla

Yhdistynyt entropiaa vastaan

Aivan kuten minkä tahansa suljetun järjestelmän kanssa, digitaalisen tuotteen entropia kasvaa edelleen, ellei sitä tarkoituksella hallita. Jokainen uusi ominaisuus, jokainen uusi tiimin jäsen, jokainen uusi johtotaso tai sidosryhmien ja asiakkaiden vuorovaikutus lisää kokemuksen entropiaa.

Tuotekokemuksesta tulee vähitellen kaaos.

Entropian kasvu on vakio ja sitä voidaan hallita vain jatkuvalla toiminnalla. Siksi Design Operations -tiimin loppupeli ei ole staattinen esine, se on työnkulku, jossa suunnittelijoiden, kehittäjien, päämiesten ja muiden tiimin jäsenten yhtenäinen organisaatio rakentaa suunnittelujärjestelmän käyttökokemuksen luomiseen.

Koskaan loppua vähimmäiskelpoista tuotetta

Kysyttäessä suunnittelujärjestelmän toimituspäivästä näyttää olevan piilotettu oletus, että suunnittelujärjestelmä on ”valmis” jossain vaiheessa. Suunnittelujärjestelmän prosessuaalinen luonne kumoaa tämän oletuksen.

Suunnittelujärjestelmä on prosessi, ja siksi se on samanaikaisesti aina valmis eikä koskaan valmista.

Suunnittelujärjestelmä pysyy jatkuvassa tilassa, jotta se olisi vähiten elinkelpoinen tuote. Ajankohtaa, jolloin suunnittelujärjestelmä yhtäkkiä saa arvon, ei ole. Kun suunnitteluprosessin prosessi on perustettu ja sovittu, minimiarvo saavutetaan. Jokaisella seuraavalla julkaisulla suunnittelujärjestelmästä tulee tehokkaampi, mutta se ei koskaan saavuta lopullista arvoa. Entropia kasvaa edelleen, käyttöliittymä muuttuu jatkuvasti ja suunnittelujärjestelmän on kehityttävä prosessina ilman loppua.

Käynnistä pieni laiva usein

Suunnittelujärjestelmä syntyy, kun organisaatio tunnustaa, että käyttöliittymien kasvava epäjohdonmukaisuus on ratkaistava uusien työnkulkujen avulla.

Entropia lakkaa laajentumasta suunnittelijaorganisaation ensimmäisenä sovitun ja toteuttaman konvention avulla. Toisin kuin tyyliopas, suunnittelujärjestelmän arvo voidaan kokea välittömästi. Suunnittelujärjestelmä alkaa tuottaa lisäarvoa melkein heti, vaikka ensimmäinen kokoonpano olisi vain 5 perusvärisarjaa vastaavalla nimeämiskäytännöllä. Itse asiassa väittäisin, että:

Suunnittelujärjestelmä, jossa yksi väri on määritelty, nimetty oikein, toteutettu ja hyväksytty organisaatiossa, on parempi kuin täydellinen staattinen tyyliopas.

Miksi? Koska tämä väri vähentää heti entropiaa, toisin kuin staattinen tyyliopas, joka on aina vanhentunut ja jota ei koskaan toteuteta.

Sen sijaan, että huolehtisit suunnittelujärjestelmän toimituspäivästä, hyväksy sen prosessuaalinen luonne, aloita pieni ja lähetä usein. Olet sodassa kaaoksen kanssa ja jokaisella pienellä taistelulla on merkitystä.

Onnea.

Haluatko nähdä miten rakennamme suunnittelujärjestelmäämme? Seuraa suunnittelutoimintojen sprinttejä:

  • Suunnittelujärjestelmät Sprint 0: Tuotekehityksen hopea luoti.
  • Suunnittelujärjestelmien sprintti 1: Rajapinnan luettelo
  • Suunnittelujärjestelmä Sprint 2: Yksi väripaletti hallitsemaan niitä kaikkia
  • Suunnittelujärjestelmä Sprint 3: Perusteiden hallinta
  • Suunnittelujärjestelmä Sprint 4: Suunnitteluperiaatteet
  • Design System Sprint 5: Typografian hallinta
  • Suunnittelujärjestelmä Sprint 6: Maan nopeimmat kuvakkeet

Ja tässä on laajempi näkökulma suunnittelujärjestelmiin:

Suunnittelujärjestelmät ovat kieli. Ja tämä muuttaa ohjelmistokehitystä ikuisesti.

Liity: https://www.uxpin.com/design-systems-early-access