צוות מתכנן שירות הזמנת כרטיסים לפסטיבל אזורי. הוא מתמודד עם העומס הצפוי בנוחות, וסקירת העיצוב מסתיימת בהנהונים. לאחר מכן, השינויים בקצרה משתנים: המארגן מבטיח כעת שמכירת הכרטיסים חייבת להמשיך לפעול גם אם מרכז נתונים אחד יכבה במהלך חלון המכירה. לאותו עיצוב יש כעת נקודת כשל יחידה, והמהנדסים ששרטו אותו צריכים להחליט מה לשנות, על מה לוותר וכיצד להסביר את הבחירה.
זהו תרחיש להמחשה, לא אירוע מתועד. זהו המצב שקאטה לתכנון מערכת נבנית כדי לחזור עליו: תכנון שהיה תקין תחת סט אחד של אילוצים פוגש תכנון חדש, ומהנדסים חייבים להגן עליו או לתקן אותו עם נימוקים. מדריך זה מיועד למנהלי הנדסה ומנהלי הנדסה. הוא מכסה מהי קאטה לתכנון מערכת, כיצד לבנות אחת, כיצד להריץ אותה ולקבל ניקוד, והיכן אימון מפסיק להיות התשובה. כל מקרה וקריטריון צריכים לעבור אימות על ידי מהנדס בכיר לפני השימוש בהם.
מהי קאטה של עיצוב מערכת?
קאטה לעיצוב מערכת היא תרגיל עיצוב קצר ומוגדר בזמן. צוות קטן מקבל בעיה עסקית בת פסקה אחת, משרטט ארכיטקטורה, מציג אותה לעמיתים ועונה על שאלות קשות. חוקרים מכנים זאת גם קאטה לאדריכלות או קאטה אדריכלית. הפורמט התחיל על ידי טד ניוארד כסדנה והוא מתועד, עם הכללים שלו ותפקיד המנחה, ב... דף הקאטות האדריכליות של ניל פורדהשאלה המניעה של ניוארד, המצוטת שם, היא כיצד ארגונים אמורים לגדל אדריכלים גדולים כאשר מהנדסים מקבלים את ההזדמנות לעצב אדריכלות פחות מחצי תריסר פעמים בקריירה. קאטה מעניקה להם חזרות נוספות ללא סיכון ייצור.
עובדות מהירות
| שאלה | תשובה קצרה |
|---|---|
| מהי המשימה? | להגן על ארכיטקטורה כאשר אילוץ משתנה. |
| כמה גדולה קבוצה? | הפורמט המקורי משתמש בקבוצות קטנות של 3 עד 5 אנשים, עם מנחה. |
| מה אתה מקבל ציון? | הנמקת פשרות והתגובה לאילוץ חדש, לא לתרשים היפה ביותר. |
| האם מספיק בוחן על תבניות עיצוב? | לא. זה מאשר תנאים מוקדמים, אבל לא האם מהנדס יכול להצדיק בחירה תחת לחץ. |
| מי מאשר את התיק? | מנהל הנדסה או אדריכל בכיר. |
| מה קאטה לא יכולה לתקן? | חוסר בסמכות עיצובית, דרישות לא ברורות וחוסר זמן לתכנן כראוי בעבודה. |
| איך אתה יודע שזה עבד? | מקרה חדש, שלא נראה לעין, קיבל ציון על פי קריטריונים מוסכמים, בנוסף למעקב אחר ביקורות עיצוב אמיתיות. |
1. תאר את בעיית הביצועים
התחילו במשימה, לא בנושא. המשימה היא להגן על ארכיטקטורה תחת אילוצים משתנים. בעבודה אמיתית זה קורה בסקירות תכנון, מעקב אחר אירועים ופגישות תכנון שבהן דרישה משתנה: יותר תעבורה, הבטחת זמינות מחמירה יותר, כלל חדש לשמירת נתונים, תקציב מצומצם יותר.
מהנדסים רבים יכולים לשרטט ארכיטקטורה הגיונית. פחות יכולים לומר על מה הם היו מוותרים כאשר שתי מטרות מתנגשות ואילו ראיות היו משנות את דעתם. מיומנות שנייה זו היא מה שהקאטה מתרגלת.
כתבו הצהרת ביצועים בת משפט אחד ובקשו ממנהל הנדסה לבדוק אותה: "בהינתן ארכיטקטורה ואילוץ שהשתנה, המהנדס מציין מה שבור, מציע שינוי, מציין את הפשרה ואומר מה הוא עדיין לא יודע."
2. אבחון פערים בלמידה ובהקשר
לפני שבונים משהו, השוו את המשימה למה שהתוכנית שלכם מתרגלת ומעריכה היום.
- האם תרגול משתמש במשימה האמיתית? אם אימון מלמד דפוסים בנפרד והערכה היא מבחן רב-ברירה, איש לא התאמן בהגנה על בחירה.
- מהי הדרישה הקוגניטיבית? בטקסונומיה המתוקנת של בלום, השוואת אפשרויות מול אילוצים עומדת בבסיס ניתוח והערכה, והצעת עיצוב מתוקן עומדת בבסיס יצירה. המדריך שלנו ל... התאמת פעילויות למידה לטקסונומיה של בלום מראה כיצד להתאים את הפעילות לרמה זו.
- האם משהו מלבד מיומנות עומד בדרך? בדקו האם למהנדסים יש זמן לתכנן, האם מישהו אחראי על החלטות אדריכליות והאם הדרישות כתובות. אם החלטה מתקבלת על ידי מישהו מחוץ לצוות, שום קאטה לא תשנה את מה שהצוות יכול לעשות. העבירו את הסיבות הללו לאנשים שיכולים לתקן אותן.
3. הכנה ותרגול עיצובי
תנו לכל שלב תפקיד ייחודי.
הכנה. בדקו את הדרישות המוקדמות באמצעות אבחון קצר: אוצר המילים בו הצוות שלכם משתמש (זמינות, עקביות, השהייה, עלות), אבני הבניין שהם צפויים להכיר, ותבנית סקירת עיצוב משלכם. לימוד בקצב עצמי מתאים לשלב זה, ובדיקת חזרה מאשרת רק את הדרישות המוקדמות.
תרגול. הרצו את הקאטה עצמה. בפורמט המתואר באתר של ניל פורד, לאחר הקמת הצוות, התרגיל מתנהל בשלושה שלבים: שלב דיון שבו הצוות מגדיר מה הוא בונה, שלב ביקורת עמיתים שבו כל צוות מציג ועונה על שאלות, ושלב הצבעה שבו עמיתים נותנים סימון "לא הצלחתי"), סימון "לא הצלחתי" ("פספסתי כמה דברים") או סימון "לא הצלחתי, קשות"). חלק מהכללים שווים שאיפה לשאול ישירות: צוותים יכולים להניח הנחות לגבי טכנולוגיה לא מוכרת אך חייבים לציין אותן, ואסור להם להניח שהן יכולות להעסיק צוות של כוכבים.
הוסף את האילוץ המשתנה. הקאטה הסטנדרטית נותנת בעיה קבועה. כדי לאמן את המיומנות במדריך זה, הוסיפו קלף שני באמצע: אילוץ שונה שהקבוצה חייבת לספוג. זוהי בחירת עיצוב שלנו, לא חלק מהחוקים המקוריים, אז נסו אותה.
מָשׁוֹב. קשרו משוב להחלטות, לא לציון כולל. "עברתם לשני אזורים, אבל לא אמרתם מה קורה להזמנה שבוצעה במהלך המעבר" שימושי יותר מ"3 מתוך 5".
קלט חי או סקירה אסינכרונית? הנחיה חיה מוסיפה הכי הרבה כאשר בחירה אינה ברורה ומהנדסים לומדים מעמית בכיר שמסביר מדוע הם היו עומדים בקו. סקירה אסינכרונית מספיקה כדי להשוות נימוק כתוב עם דוגמה מוערת.
4. עבדו על דוגמה מציאותית
לדוגמה. מהנדס בכיר צריך לאמת את המקרה ואת קריטריוני התשובה לפני השימוש.
המקרה. פסטיבל אזורי מוכר 20,000 כרטיסים במהלך סוף שבוע, כאשר רוב המכירות מתרחשות בעשר הדקות הראשונות. הגרסה הראשונה של התוכנית מבקשת שירות הזמנות שיתמודד עם שיא זה. העיצוב: שכבת אינטרנט אחת, מסד נתונים אחד, שיחת טלפון לספק תשלום בקופה.
האילוץ שהשתנה. באמצע, המארגן מוסיף: המכירות חייבות להימשך אם מרכז נתונים אחד יוצא מהאינטרנט, ואסור למכור כרטיס פעמיים.
ניסיון ראשון. "הוסף מרכז נתונים שני ושכפל את מסד הנתונים." הצוות ניסה להשתמש ברכיב מוכר, אך לא אמר מה קורה לכלל אי-המכירה הכפולה כאשר שני האתרים אינם יכולים לתקשר זה עם זה.
משוב וניסיון חוזר. המנחה מבקש מהצוות לציין את שתי המטרות המקיימות מתח, ואיזו מהן הם יגנו במקרה של פיצול רשת. בניסיון החוזר הם מבקשים לבחור ולספר מה הלקוח חווה.
ניסיון חזק יותר. "נשמור על כלל אי-המכירה הכפולה. במהלך פיצול כרטיסים, רק האתר הראשי מוכר כרטיסים והאתר השני מציג דף המתנה. אנו מקבלים זמינות נמוכה יותר לזמן קצר כדי להימנע ממכירת אותו מושב פעמיים. הנחנו שהפיצול נדיר וקצר, ונרצה שהמארגן יאשר שדף המתנה מקובל. אם הם צריכים ששני האתרים ימכרו, נקצה מראש גושי מושבים נפרדים לכל אתר, במחיר של כמה מושבים שלא נמכרו." שימו לב שתשובה זו מציינת את הקונפליקט, בוחרת צד, מציינת את העלות ומסמנת את מה שהיא לא יודעת.
מדוע כל תגובה ניתנת להגנה או אינה שלמה. יש לשפוט כל אחד לפי קריטריונים שאושרו, לא לפי הארכיטקטורה המועדפת על ידי הסוקר. הניסיון הראשון מציין רכיב אך ללא פשרות. הניסיון החזק יותר הוא ספציפי, מציין את הנחותיו ומציע חלופה במחירה.
5. הערכת יכולות והעברת תוכנית
ראיה ליכולת היא ביצועים במקרה חדש שהמהנדס לא ראה. הנמקת פשרות ציון והתגובה לאילוץ חדש. רובריקה פשוטה משתמשת בסולם של 0 עד 2 לכל קריטריון:
| קריטריון | ראיות נצפות |
|---|---|
| ביצוע משימות | מגן על הארכיטקטורה תחת האילוץ שהשתנה ומתעד את הראיות העומדות מאחורי ההחלטה. |
| הַנמָקָה | מסביר את האילוצים הרלוונטיים, החלופות שנבחנו ומה נותר לא ודאי. |
| גבולות | פועל לפי נהלי תכנון שאושרו ומבקש עזרה כאשר חסר מידע או סמכות. |
עוגנים: 0 חסר או אינו נתמך, 1 חלקי עם השמטות רלוונטיות, ו-2 מלא ומוצדק מול הקריטריונים המוסכמים. הגדירו שגיאות קריטיות בנפרד, כגון התעלמות מדרישת בטיחות או הגנת נתונים מוצהרת, כך שציון כולל לא יוכל להסתיר אחת כזו. רובריקה זו היא הצעה, לא תקן מוכנות מאומת: התאימו אותה עם מנהל הנדסה ובצעו פיילוט. המדריך שלנו ל עיצוב תרגול אינטראקטיבי עם משוב שימושי מכסה כיצד לכתוב משוב המקושר להחלטות.
העברת תכנון מכוונת. לאחר הקאטה, בקשו מכל מהנדס להביא החלטת תכנון אחת בזמן אמת לסקירה והפעילו את אותן שאלות. סקירה טהורה של אירוע מהעבר היא גשר טוב נוסף לעבודה אמיתית; עיינו במדריך שלנו ל... ביצוע סקירות אירועים ללא אשמה.
היכן שהעברת מידע אינטראקטיבית עוזרת
פורמטים אינטראקטיביים עוזרים במקרים בהם כולם צריכים להתחייב לפני שהם רואים את הקבוצה. בפגישת קאטה חיה, מנחה יכול להציג את האילוץ שהשתנה, לבקש מכל חבר צוות להקליד את הפשרה שהם היו עושים ומדוע, ואז לחשוף את הפריסה לפני תחילת הדיון. קל להפעיל את הצבעת העמיתים בסוף הפורמט המקורי באותו אופן. ניתן להפעיל את אותו מקרה בקצב עצמי לצורך הכנה או עבור מהנדסים שמפספסים את הפגישה. AhaSlides תומך בלמידה אינטראקטיבית ובמעבר בין הגשה חיה לקצב עצמי. זהו כלי מצגת ולמידה, לא מקום לציור או להפעלת ארכיטקטורה, לכן שמרו דיאגרמות על לוח לבן או בכלי העיצוב שלכם. בדקו כל פונקציית כתיבה, משוב או דיווח ספציפית שאתם מתכננים להסתמך עליה מול זרימת העבודה שלכם. לקבלת הדרכה בבחירת פורמטים, עיינו במאמר שלנו בנושא מתי להשתמש בלמידה אדפטיבית, אינטראקטיבית וחיה.
מדוד מה השתנה
החליטו מראש מה יראה שמהנדסים יכולים להגן על ארכיטקטורה תחת אילוצים משתנים. השוו נימוקי פשרות במקרה שלא נראה לעין עם קו בסיס שנלקח לפני התוכנית. הגדירו מי נכלל, את המכנה ואת התזמון. אם התוצאות משתפרות, בדקו מה עוד השתנה באותה תקופה, כגון תבנית סקירת עיצוב חדשה, שינוי בצוות או אירוע שמשך תשומת לב, לפני מתן קרדיט להכשרה.
אילוצים שעשויים להישאר
- סמכות עיצוב. אם הצוות לא מקבל את ההחלטה, לתרגול שלה יש השפעה מוגבלת.
- זְמַן. קאטה לוקחת שעות; עיצובים אמיתיים לוקחים שבועות וכרוכים בנתונים שקאטה לא יכולה לספק.
- כיסוי תיקים. מקרה אחד דורש כמה פשרות. ציון אינו מתאר את שיקול דעתו של מהנדס באופן כללי.
- מוּרכָּבוּת. מורכבות רבה יותר לא בהכרח מובילה לארכיטקטורה טובה יותר, לכן אל תתגמלו את מירב הרכיבים.
- לְהַעֲבִיר. להצליח בסדנה זה לא אותו דבר כמו להצליח בסקירה מתוחה, לכן בדקו את הביצוע לאחר הקאטה, בסביבה האמיתית.
ציינו את שמותיהם לספונסרים מוקדם ותכננו תיקונים נפרדים. קאטה משפרת את מה שמהנדסים יכולים להסביר ולהגן עליו. היא לא יוצרת את הסמכות או את הזמן.
שאלות נפוצות
מהי קאטה של עיצוב מערכת?
תרגיל עיצוב קצר ומוגדר בזמן שבו צוות קטן משרטט ארכיטקטורה לבעיה עסקית, מציג אותה לעמיתים ועונה על שאלות מאתגרות. זה נקרא גם קאטה ארכיטקטורה.
כמה אנשים צריכים להיות בצוות?
הפורמט המקורי משתמש בקבוצות קטנות של 3 עד 5 אנשים, בדרך כלל כאחת מ-4 עד 10 קבוצות בחדר. השתמשו בקבוצות קטנות מספיק כדי שכולם יוכלו לדבר.
כיצד מעריכים קאטה של עיצוב מערכת?
תנו טענה חדשה ותנו ניקוד להנמקת הפשרה והתגובה לאילוץ שהשתנה כנגד קריטריונים מוסכמים. הצבעת עמיתים היא משוב שימושי אך אינה ניקוד בפני עצמו.
איפה להתחיל
בחרו החלטה עיצובית חוזרת אחת בארגון שלכם וכתבו סביבה מקרה בן פסקה אחת. הוסיפו אילוץ שהשתנה, בקשו ממנהל הנדסה לאמת את המקרה ואת קריטריוני התשובה, וכתבו נסח רובריקה בת שלושה קריטריונים עם רשימה של שגיאות קריטיות. ערכו פיילוט עם צוות אחד לפני שאתם מפרסים אותו.
כדי לראות כיצד ניתן לבצע קאטה בשידור חי עם הקבוצה שלכם, ולעשות בה שימוש חוזר בקצב אישי לאחר מכן, עיינו ב-AhaSlides.
