System minimalnej żywotności

Rosnący system projektowania UXPin przechowywany w bibliotece systemu projektowania UXPin

W ciągu ostatnich kilku tygodni miałem przyjemność mówić o podejściu UXPin do budowania systemu projektowego na wielu spotkaniach i seminariach internetowych (jeden z nich można obejrzeć tutaj). Świetnie się bawiłem dzieląc się naszymi doświadczeniami, których wiele nauczyłem się przez wszystkie urocze rozmowy po moich rozmowach.

Jedno pytanie, które zadawano mi wiele razy, które również pojawiło się podczas moich rozmów z naszym zespołem w UXPin, brzmiało:

Jak długo trwa budowa systemu projektowego?

Nie ma złych pytań i chętnie odpowiadam za każdym razem. Jednak ilekroć słyszę to pytanie, czuję, że wskazuje to na głębszy problem: systemy projektowe są nadal źle rozumiane i mylone ze starym podejściem do budowania przewodnika po stylu.

Przewodnik po stylu Zombie Dziedzictwo

Wcześniej nieszczęsnemu członkowi zespołu projektowego lub programistycznego frontonu powierzono zadanie udokumentowania wszystkich konwencji zatwierdzonych przez zespół. Palety kolorów, style tekstu, standardy kodu, czasem nawet wzory interfejsu użytkownika.

Brzmi jak system projektowania? Masz rację. Brzmi jak system projektowania, ale tak nie jest.

To stare podejście do budowania przewodnika po stylu miało na celu stworzenie artefaktu. To ma być pochodna procesu dokumentacji. I za każdym razem…

Zanim przewodnik stylu został ukończony, zmienił się już w zombie.

Czemu? Po prostu dlatego, że dynamiczny świat rozwoju produktu, w którym zmiany zachodzą nieustannie, nie reaguje dobrze na zasoby statyczne, których zbudowanie zajmuje tygodnie. Podczas gdy męczennik ds. Projektowania / rozwoju usiłował udokumentować każdą konwencję, konwencje ciągle się zmieniały. Zbudowanie przewodnika po stylu było syzyfowym zadaniem.

Niemożność zbudowania i utrzymania przewodników po stylu zachęciła naszą branżę do ponownego przemyślenia procesu utrzymania spójności doświadczenia i kodu. Wejdź do systemu projektowania.

System projektowania jest procesem

W przeciwieństwie do przewodników w stylu statycznym, systemy projektowania są dynamiczne. Co to znaczy? Przewodnik po stylu to artefakt, a system projektowania to proces.

Artefakty są statyczne, procesy dynamiczne.

Zamiast delegować jedną osobę do tworzenia dokumentacji, w świecie systemu projektowania planujemy nowy przepływ pracy, w którym dodaje się, odejmuje i modyfikuje wszystkie informacje w celu tworzenia doświadczeń użytkowników.

Zamiast myśleć o terminach dostawy, zespoły systemów projektowych (zwykle zwane zespołami Design Operations) planują pomóc organizacjom stopniowo poprawić wewnętrzną spójność interfejsu i szybciej dostarczać świetne projekty na rynek.

Zarządzanie entropią za pomocą przewodnika po stylach i systemu projektowania

Wielka przeciw Entropii

Podobnie jak w przypadku każdego zamkniętego systemu, entropia produktu cyfrowego nadal rośnie, chyba że jest to celowo zarządzane. Każda nowa funkcja, każdy nowy członek zespołu, każda nowa warstwa zarządzania lub interakcja interesariuszy / klientów dodaje się do entropii doświadczenia.

Doświadczenie produktu stopniowo przechodzi w chaos.

Wzrost entropii jest stały i można go kontrolować tylko poprzez stałe działanie. Właśnie dlatego końcowa gra dla zespołu Operacji Projektu nie jest statycznym artefaktem, lecz przepływem pracy, w którym zjednoczona organizacja projektantów, programistów, menedżerów i innych członków zespołu tworzy system projektowania służący do tworzenia doświadczeń użytkowników.

Nigdy nie kończący się minimalny żywotny produkt

Pytanie o datę dostawy systemu projektowego wydaje się mieć ukryte założenie, że w pewnym momencie system projektowy jest „gotowy”. Procesualny charakter systemu projektowania anuluje to założenie.

System projektowania jest procesem i dlatego jest zawsze zawsze gotowy i nigdy nie wykonany.

System projektowania pozostaje w stałym stanie, że jest minimalnym wykonalnym produktem. Moment, w którym system projektowania nagle zyskuje na wartości, nie istnieje. Po ustanowieniu i uzgodnieniu procesu systemu projektowania osiąga się wartość minimalną. Z każdą kolejną wersją system projektowania staje się mocniejszy, ale nigdy nie osiąga najwyższej wartości. Entropia wciąż rośnie, interfejs ciągle się zmienia, a system projektowania musi ewoluować jako proces bez końca.

Często startuj z małego statku

System projektowania powstaje, gdy organizacja uzna, że ​​rosnącą niespójność interfejsu użytkownika należy rozwiązać za pomocą nowych przepływów pracy.

Entropia przestaje się rozszerzać wraz z pierwszą konwencją uzgodnioną i wdrożoną przez organizację projektową. W przeciwieństwie do przewodnika po stylach, wartość systemu projektowania można natychmiast zauważyć. System projektowania zaczyna dodawać wartość niemal natychmiast, nawet jeśli pierwsza konwencja to tylko zestaw 5 podstawowych kolorów z odpowiednią konwencją nazewnictwa. W rzeczywistości argumentowałbym, że:

System projektowania z jednym kolorem zdefiniowanym, właściwie nazwanym, wdrożonym i zaakceptowanym przez organizację jest lepszy niż pełny przewodnik po stylu statycznym.

Czemu? Ponieważ ten kolor natychmiast zmniejsza entropię, w przeciwieństwie do statycznego przewodnika po stylu, który zawsze jest przestarzały i nigdy nie jest wdrażany.

Zamiast martwić się datą dostarczenia systemu projektowego, zaakceptuj jego procesualny charakter, zacznij od małej i często wysyłaj. Prowadzisz wojnę z chaosem i każda mała bitwa ma znaczenie.

Powodzenia.

Czy chcesz zobaczyć, jak budujemy nasz system projektowania? Śledź nasze sprinty operacji projektowych:

  • Design Systems Sprint 0: Srebrny nabój rozwoju produktu.
  • Systemy projektowania Sprint 1: Inwentaryzacja interfejsu
  • Zaprojektuj system Sprint 2: Jedna paleta kolorów, aby rządzić nimi wszystkimi
  • System projektowania Sprint 3: Zarządzanie podstawami
  • System projektowania Sprint 4: Zasady projektowania
  • System projektowania Sprint 5: Zarządzanie typografią
  • System projektowania Sprint 6: najszybsze ikony na ziemi

A oto szersze spojrzenie na systemy projektowania:

Systemy projektowania są językiem. A to na zawsze zmienia rozwój oprogramowania.

Dołącz: https://www.uxpin.com/design-systems-early-access