חוב עיצובי מתייחס לעלות המצטברת של ארגון כשנעשים קיצורי דרך או פשרות בתהליך העיצוב.  DesignOps ממלא תפקיד מכריע בטיפול ופתרון חובות עיצוב באמצעות אסטרטגיות שונות.

החוב עיצובי, המכונה לעתים קרובות “חוב טכני עיצובי”, הוא מושג שלקוח מפיתוח תוכנה שהותאם לתחום העיצוב. חוב עיצובי מתייחס לעלות המצטברת של ארגון כשנעשים קיצורי דרך או פשרות בתהליך העיצוב, למען כדאיות או עמידה בלוחות זמנים. כן, ככה זה כשעובדים בסטארט-אפ, ובמיוחד אם עובד בו רק מעצב אחד. אבל ממש לא רק. החוב הזה מתייחס באופן מטפורי לחובה לטפל ולתקן את הפשרות האלה בעתיד.

אוקיי אז יש חוב – מה עושים?

חוב עיצובי מתעורר כשמעצבים עושים בחירות מודעות לעשות קיצורי דרך או לעשות פשרות כדי לספק פתרון במהירות. זה יכול לכלול הזנחת עקרונות עיצוב מסוימים, דילוג על מחקר משתמשים או שימוש בפתרונות עיצוב זמניים כמו צבעים שלא קיימים, בניית קומפוננטות לולקאליות בכל פעם מחדש מבלי מחשבה רוחבית ועוד. בדומה לחובות טכניים בפיתוח תוכנה, חוב עיצובי כרוך בדחיית עבודות עיצוב הכרחיות – למשל, איך לא – בנייה מסודרת של דיזיין סיסטם, הזנחת טיפול בבעיות שמישות או ויתור על דוקומנטציה של החלטות עיצוב.

DesignOps enters the building

הקמה ותחזוקה של דיזיין סיסטם היא מההיבטים המרכזיים של מי שממלא את תפקיד ה- DesignOps. הדיזיין סיסטם מספקת מערכת סטנדרטית של עקרונות עיצוב, רכיבים והנחיות, ומפחיתה את הסיכויים לחוסר עקביות וחוב עיצובי מצטבר. כלומר, ברגע שקיים דיזיין סיסטם מוגדר ומתוחזק, כשהחברה גדלה – החוב העיצובי לא גדל באותה מהירות. DesignOps מקדם תיעוד יסודי של החלטות עיצוב, תהליכים ונכסים גרפיים (למשל empty states), ומתודולוגיות עבודה. התיעוד הזה מסייע בשיתוף ידע ומבטיח שהרציונל העיצובי מתועד היטב, מה שמקל על הצוות להבין בחירות עיצוביות לאורך זמן, ומספק את האפשרות לעשות שינויים מהירים ככל שעובר הזמן.

אוי המשתמשים האלה

ש עוד השלכות של חוב עיצובי שמשתקפות לרוב בחוויית המשתמש (אוי המשתמשים האלה) ככל שמצטברים קיצורי הדרך, השימושיות הכללית, העקביות והאיכות של העיצוב עלולים להתדרדר, מה שיוביל לחוויה פחות מספקת עבור המשתמשים (אוי המשתמשים האלה #2). דוגמא לחוסר עקביות היא שימושים בפופ-אפים שלא מתנהגים אותו דבר במקומות שונים במוצר, חוסר עקביות בשימוש בכפתורים ובהתנהגויות של אינפוטים ודרופדאונים. גם כאן DesignOps מגיע טו דה רסקיו! שילוב תהליכים סדורים של בדיקות שמישות ו-feedback loops בתהליך העיצוב מבטיח שהעיצובים מיושרים עם משתמשים אמיתיים. זה עוזר לזהות ולטפל בבעיות שמישות פוטנציאליות בשלב מוקדם, ומפחית את הסיכון של חובות עיצוב הקשורים לחוויות משתמש גרועות.

חוב עיצובי יכול להוביל לאתגרי תקשורת בתוך הצוות ועם בעלי עניין. החלטות עיצוב לא עקביות או מתועדות גרוע עלולות לגרום לאי הבנות, מה שמקשה על חברי צוות חדשים או צוותים אחרים שבאים במגע עם הפיתוח של המוצר להבין את ההיגיון מאחורי בחירות מסוימות. ואז כל אחד עושה מה שנראה לו. והאם אנחנו אוהבים שכל אחד עושה מה שנראה לו? לא. לפחות לא באידיאל של עבודת צוות, ובטח שלא בעבודה של צוותים מרובים. במקרה הזה DesignOps הוא נקודת המגוז של התקשורת בין צוותי העיצוב לצוותים האחרים. יצירת ההתאמה הזו ושיתוף הפעולה ההדוק מבטיחים שהחלטות העיצוב נמצאות בהתאמה להיתכנות הטכנית-פיתוחית.

Automate this s**t

טיים איז מאני. וחובות עיצוב נוטים להצטבר עם הזמן, במיוחד בסביבות אג׳יליות. מה שהופך למאתגר יותר לתקן אותו בהמשך. DesignOps במהות מספק פתרונות לכלי אוטומציה שעוזרים לייעל משימות עיצוב שחוזרות על עצמן. אוטומציה לא רק משפרת את היעילות אלא גם מפחיתה את הסיכון לטעויות אנוש. טעויות אנוש איז מאני.

לחלק את החוב לתשלומים (מחר בבוקר)

חייבים להתחיל איפשהו כדי לעשות סדר בדברים. מאוד קשה ליישם את זה תוך כדי עבודה שוטפת, אבל יש כמה דברים שיחסית קל לעשות, שיכולים כבר לשים את היסודות לטיפול בחוב העיצובי מבלי לעשות שינויים גדולים בדיזיין סיסטם או בתהליכים. אז אם הייתם צריכים כבר להתחיל לצמצם את החוב – אפשר בתשלומים:

1. לקבוע סשן עם המפתחים והמעצבים – המטרה היא פשוט ליישר קו, האם יש קומפוננטות או דברים אחרים שצריכים לעבור לפיתוח בקרוב? האם אפשר כבר לקבוע דרך עבודה אחת שמקובלת על כולם? האם הרעיון שעיצבתם באמת ישים פיתוחית? בקיצור צריך להתעקש למצוא שפה משותפת עם הפיתוח כמה שיותר מהר, וככל שנהדק את הקשרים בין שני הצוותים האלה יותר – העבודה תתייעל. 

2. לנסות להבין מה הכח האמיתי של הצוות – אפשר למפות את היכולות של הצוות על ידי כמה שאלות האם כל אחד בצוות העיצוב יודע מה בדיוק הגדרות התפקיד שלו? איפה תחומי ההשפעה שלו? איפה יכול לתרום? איפה יש מקומות שהוא פחות חזק בהם ויש צורך להשלים את החוסר? האם יש פערים טכניים בעבודה על פיגמה האהובה שלנו? אולי וורקשופ טכני יכול לפתור כמה דברים? אולי רק שעה-שעתיים של אדוקיישן עם הנדז-און על הכלי יעשה קסמים? האם יש בעיה שהצוות מדבר עליה שכל הזמן עוברת ידיים או שלא מתייחסים אליה? ככל שנדע למפות יותר טוב את היכולות של הצוות נדע לזהות חוסרים ולחשוב על פתרונות למלא אותם.

3. תעדוף משימות לפי פידבק ממשתמשים – להבין למה החליטו שעובדים דווקא על משהו מסוים ולא משהו אחר? האם יש יכולת לקבל פידבק ממשתמשים לפני שממשיכים לדבר הבא? אם אין גישה ישירה למשתמשים, האם אפשר לדבר עם מישהו מהמכירות? או מה-Customer Success? השורה התחתונה היא לנסות להתחיל לתעדף את העבודה לפי צורך מבוסס עד כמה שאפשר.

לסיכומו של דבר

חוב עיצובי מתייחס לעלות המצטברת של ארגון כשנעשים קיצורי דרך או פשרות בתהליך העיצוב.  DesignOps ממלא תפקיד מכריע בטיפול ופתרון חובות עיצוב באמצעות אסטרטגיות שונות. על ידי הטמעת אסטרטגיות אלו, DesignOps יכולה לתרום באופן אקטיבי למניעה ופתרון של חובות עיצוביים, ולהבטיח שצוות העיצוב יפעל בצורה יעילה יותר, בשיתוף פעולה, ותוך התמקדות באספקת חוויות משתמש באיכות גבוהה. אפשר להתחיל בצעדים קטנים למפות ולהבין איך הדברים מתנהלים כרגע ומה צריך שיפור – שיחות וסשנים קטנים של יישור קו הם פיתרון התחלתי שבעתיד יכול לבסס עבודה טובה ויעילה.