ניתוח מערכות הוא הדרך המהירה ביותר שאני מכיר להפוך כאוס תגובתי של צוות להרגל תעדוף שניתן לחזרה. מטריצת אייזנהאואר עושה זאת על ידי כפיית פשרה פשוטה על כל פגישה, שרשור אימייל ומשימת פרויקט: דחוף מול חשוב. להלן דוגמאות ריאליות למטריצת אייזנהאואר עבור צוותים עמוסים, בתוספת חוקים מדויקים להאצלת סמכויות, תזמון ותעדוף צבר משימות (backlog) שעומדים בלחץ אמיתי.
מטריצת אייזנהאואר ידידותית לצוות (והחוקים שהופכים אותה ליעילה)
מטריצת אייזנהאואר (נקראת גם מטריצת התעדוף של אייזנהאואר) היא מסגרת קבלת החלטות הממיינת משימות לארבעה רבעים: דחוף/חשוב, לא דחוף/חשוב, דחוף/לא חשוב, ולא דחוף/לא חשוב. הקונספט מיוחס באופן נרחב לדווייט ד. אייזנהאואר וזכה לפופולריות בספרות הפרודוקטיביות, אך הערך התפעולי עבור צוותים הוא יצירת שפה משותפת לפשרות. (ראו רקע קצר על שיטת אייזנהאואר אם תרצו להכיר את המקור).
להלן החוקים שאני משתמש בהם עם צוותים כדי שהמטריצה לא תהפוך לעניין של דעה אישית:
הגדירו דחוף כ"תלוי זמן או חוסם". משימה היא דחופה אם יש לה דד-ליין קשיח ב-72 השעות הקרובות, משפיעה על לקוחות ברגע זה, או חוסמת עבודה של מישהו אחר היום.
הגדירו חשוב כ"מניע יעד או מפחית סיכון מהותי". משימה היא חשובה אם היא משפיעה על מדד ביצועים (KPI), תוצר מחייב, עמידה ברגולציה, הכנסות, שימור לקוחות או מצב כשל ידוע.
לאחר מכן הוסיפו חוק בלתי מתפשר: אם אינכם יכולים לציין את ההשלכה של אי-ביצוע המשימה, היא אינה חשובה. זה לא נוקשה, זו הדרך למנוע מעבודה שוטפת להתחזות להשפעה.
אם הצוות שלכם מתקשה להסכים על חשיבות, השתמשו במטריצת קבלת החלטות קלילה ל"ניקוד חשיבות" (השפעה, הפחתת סיכונים והלימה אסטרטגית) לפני שאתם מציבים משימות. תיעדנו גישה מעשית ב-, והיא משתלבת בצורה נקייה עם המטריצה.
דוגמאות למטריצת אייזנהאואר עבור פגישות (מה נכנס לכל רבע)
פגישות יוצרות סוג מיוחד של דחיפות: לחץ יומן. הטריק הוא להפריד בין "מתוזמן" ל"דחוף".
רבע 1 (דחוף + חשוב): סקירת אירועים כי הייצור מושבת, הסלמה ניהולית שמשפיעה על השקה השבוע, שיחת לקוח שבה החידוש נמצא בסיכון, בעיה משפטית או אבטחתית שיש לטפל בה היום. אלו הפגישות שבהן עלות העיכוב ניתנת למדידה.
רבע 2 (לא דחוף + חשוב): תכנון רבעוני, תחקירים לאירועים לא דחופים, מפגשי פשרות על מפת הדרכים, סיכום גיוס עובדים, סדנאות עיצוב תהליכים. פגישות אלו מונעות מרבע 1 להתרבות בחודש הבא.
רבע 3 (דחוף + לא חשוב): עדכוני סטטוס שיכולים להיות א-סינכרוניים, צ'ק-אינים חוזרים ללא החלטות, פגישות "יישור קו מהיר" שקיימות כי הבעלות לא ברורה. הן מרגישות דחופות כי הן ביומן, אבל הן לא משנות תוצאות.
רבע 4 (לא דחוף + לא חשוב): פגישות ללא סדר יום, ללא חומר קריאה מראש וללא בעל החלטה. כמו כן: פגישות שאתם משתתפים בהן "רק כדי להישאר בלופ" כשעדכון כתוב היה מספיק.
חוק מעשי: פגישה היא רבע 2 רק אם היא מסתיימת בהחלטה, תוכנית מחייבת או סיכון מתועד. אחרת, זה רבע 3 בחליפה.
אם אתם רוצים מעקה בטיחות פשוט, אמצו סטנדרט של "החלטה או מחיקה": כל הזמנה לפגישה חייבת לציין את ההחלטה שתתקבל או את התוצר שיופק. המשפט הבודד הזה חותך כמות מפתיעה של רעש.
דוגמאות למטריצת אייזנהאואר עבור אימייל וצ'אט (עם תסריטי האצלת סמכויות)
אימייל וצ'אט הם המקומות שבהם צוותים נלכדים בעבודה תגובתית כי "מהיר" הופך לתעדוף ברירת המחדל.
רבע 1 (דחוף + חשוב): דוח תקלה של לקוח, בקשת עמידה ברגולציה עם דד-ליין אמיתי, חוזה שחוסם חתימה היום, התראת אבטחה קריטית. אלו ראויים לתשומת לב מיידית, אך עדיין זקוקים למבנה: הקצו בעלים, הגדירו SLA למענה, וצרו כרטיס כדי שזה לא ילך לאיבוד בשרשורים.
רבע 2 (לא דחוף + חשוב): הצעה שקולה של שותף, סינתזה של משוב מוצר, בקשה להחלטה שצריכה להתקבל בשבוע הבא, הצעה לשיפור תהליך. אלו צריכים להיות מתוזמנים לזמן ריכוז, לא למענה בין התראות.
רבע 3 (דחוף + לא חשוב): "אתה יכול לשלוח לי את המצגת הזו?", "מכניס אותך ללופ", תזמון פגישות, אישורים לידיעה שמישהו אחר יכול לטפל בהם, שאלות ששייכות ל-FAQ מתועד. אלו מועמדים מובילים להאצלה או לתבניות.
רבע 4 (לא דחוף + לא חשוב): ניוזלטרים שמעולם לא קראתם, שרשורים ארוכים שאתם מכותבים בהם, בקשות ספקולטיביות ללא בעלים או צעד הבא.
האצלת סמכויות היא המקום שבו רוב הצוותים קופאים כי הם לא רוצים להיות גסי רוח. השתמשו בתסריטים תקיפים אך מועילים:
"אני לא הבעלים הכי מתאים לזה. אפשר לנתב את זה ל[שם/תפקיד]? אם צריך הקשר, אוכל לשתף אותו בהערה אחת."
"אני לא יכול לקחת את זה היום. אם זה חוסם דד-ליין, תגידו לי מה נשבר ומתי, ואבצע תעדוף מחדש."
"זה נראה כמו שאלה חוזרת. בואו נתעד את התשובה במסמך שלנו כדי שלא נמשיך לשלם את המחיר הזה."
אם הצוות שלכם מתנסה בעוזרים דיגיטליים מבוססי בינה מלאכותית, תעדוף אימיילים הוא אחד המקומות הבודדים שראיתי בהם החזר השקעה (ROI) מיידי: סיכום שרשורים, חילוץ משימות וניסוח תשובות. מצב הכשל הוא התחייבויות הזויות, אז השאירו את העוזר ב"מצב טיוטה" ודרשו שליחה אנושית.
דוגמאות למטריצת אייזנהאואר עבור עבודת פרויקט (תעדוף צבר משימות שניתן להריץ שבועית)
עבודת פרויקט היא המקום שבו המטריצה הופכת למערכת הפעלה אמיתית. אם אתם משתמשים בה רק לרשימות מטלות, אתם מפספסים את הנקודה.
רבע 1 (דחוף + חשוב): חוסמי שחרור, באגים המשפיעים על הכנסות או שימור, תוצרי סוף ספרינט עם תאריכים מחייבים, דד-ליינים רגולטוריים, תלות מפתח שמתעכבת. אלו נכנסים ל"תוכנית של היום", לא ל"צבר המשימות".
רבע 2 (לא דחוף + חשוב): שיפורי ארכיטקטורה, בדיקות אוטומטיות, תיעוד שמפחית עומס תמיכה, קליטת עובדים, מחקר לקוחות, הפחתת סיכוני תלות. זה הרבע שהופך צוותים למהירים יותר בעוד שישה שבועות.
רבע 3 (דחוף + לא חשוב): בקשות "על הדרך" מבעלי עניין עם ערך מעורפל, בקשות פנימיות שעוקפות את תהליך הקליטה, זליגת היקף של "אפשר רק". אלו צריכים להיות מנותבים דרך בעל קליטה יחיד ולקבל החלטה: דחייה, האצלה או המרה לכרטיס עם היקף מוגדר כראוי.
רבע 4 (לא דחוף + לא חשוב): פיצ'רים נחמדים ללא עדות מהמשתמשים, משימות שחיות בזכות נוסטלגיה, ניסויים שמעולם לא היה להם מדד הצלחה.
הנה זרימת תעדוף שבועית פשוטה שבאמת עובדת כי היא קצרה. זה למעשה תרשים זרימה לקבלת החלטות לתעדוף: אם זה חוסם, זה רבע 1; אם זה מפחית כשל עתידי או מניע מדד ביצועים, זה רבע 2; אם זו דחיפות של מישהו אחר, זה רבע 3; אם אין לזה השלכה מדידה, זה רבע 4.
כדי להפוך את זה למוחשי, אני אוהב להשתמש בטבלה קטנה במהלך סקירת צבר המשימות. זה כופה בהירות בלי להפוך למועדון ויכוחים.
פריט בצבר
סיגנל דחיפות
סיגנל חשיבות
רבע
פעולה הבאה
"תיקון שגיאת תשלום בנייד"
לקוחות נכשלים ברכישה כעת
השפעה ישירה על הכנסות
רבע 1
הקצאת בעלים, שחרור תיקון מהיר
"הוספת בדיקות רגרסיה לחיוב"
אין השבוע
מונע כשלים בסיכון גבוה
רבע 2
תזמון בלוק של שעתיים, הגדרת כיסוי
"עדכון שקף לסנכרון מנהלים"
פגישה מחר
השפעה נמוכה על תוצאות
רבע 3
האצלה ל-PMM או תבנית
"רפקטורינג לממשק דף הגדרות"
אין
לא הוגדרה השפעה על מדדים
רבע 4
ארכיון עד שקיימות עדויות
אם אתם צריכים דוגמה למטריצת החלטות כדי לפתור תיקו בתוך רבע 2 (איזה פריט רבע 2 קודם?), השתמשו בניקוד של 3 גורמים: השפעה (1-5), הפחתת סיכון (1-5), היפוך מאמץ (1-5). זה מספיק. כל דבר מעבר לזה הופך לתיאטרון.
מה לשים בכל רבע: רפרנס מהיר שניתן להעתיק
צוותים מבקשים לעיתים קרובות "רשימת הגדרות" שהם יכולים להדביק בוויקי שלהם. המפתח הוא שילוב כל רבע עם פעולת ברירת מחדל, אחרת הלוח נראה מסודר אך ההתנהגות לא משתנה.
רבע
הגדרה (גרסת צוות)
פעולת ברירת מחדל
מלכודת נפוצה
רבע 1 עשה
דד-ליין או חוסם + השלכה משמעותית
התגייסות קצרה, הקצאת DRI יחיד, הגדרת זמן
התייחסות לכל התראה כרבע 1
רבע 2 תזמן
מניע מדדים או מפחית סיכון, אך לא קריטי בזמן
הכנסה ליומן, הגנה על זמן ריכוז, הגדרת הצלחה
מתן אפשרות לרבע 3 לדחוק את רבע 2
רבע 3 האצל
תלוי זמן אך השלכה נמוכה לביצוע שלך
ניתוב לבעלים, תבנית, אוטומציה או הגדרת SLA
"אני רק אעשה את זה מהר"
רבע 4 מחק
אין השלכה ברורה, אין ערך למידה
ארכיון, ביטול מנוי, הסרה מהצבר
שמירה "ליתר ביטחון"
אם הצוות שלכם רוצה תבנית מטריצת החלטות, שמרו אותה באותו מקום של הרפרנס הזה והגבילו אותה לעמוד אחד. תבנית שדורשת סדנה כדי להשתמש בה תזכה להתעלמות.
עבור צוותים שבוחרים בין כלי תעדוף מרובים (RICE, MoSCoW, אייזנהאואר), אני מעדיף שתבחרו אחד ותריצו אותו שבועית מאשר שתתווכחו על מסגרות עבודה. אם אתם צריכים עזרה בבחירת הכלי הנכון להקשר שלכם, התחילו עם איך לבחור מסגרת קבלת החלטות לצוות שלכם והתחייבו לניסיון של 30 יום.
איך להפחית עבודה תגובתית עם ניתוח מערכות של "המרה מרבע 1 לרבע 2"
זה החלק שרוב המאמרים מדלגים עליו: המטריצה היא לא המטרה. המטרה היא פחות שריפות.
שאלת ניתוח המערכות האהובה עליי לצוותים היא: "אילו משימות רבע 1 קרו כי דילגנו על רבע 2 בחודש שעבר?" השאלה הזו יוצרת לולאת משוב במקום אשמה.
הריצו את הסקירה הקלילה הזו בכל יום שישי:
רשמו את פריטי רבע 1 של השבוע ותייגו את שורש הבעיה (תהליך חסר, קיבולת חסרה, בעלות לא ברורה, חוב טכני, תחלופת בעלי עניין).
עבור כל פריט רבע 1 שחוזר על עצמו, צרו משימת מניעה לרבע 2 עם בעלים ברור ומדד הצלחה.
קבעו חוק קשיח: משימות רבע 2 מקבלות זמן מתוזמן, לא "כשנהיה פנויים".
זה גם המקום שבו ניתוח תרחישים עוזר. אם אתם מחליטים אם להשקיע זמן במניעה (רבע 2) לעומת שחרור עוד פיצ'רים, כתבו שני עתידים: "אנחנו ממשיכים לדחות את רבע 2" לעומת "אנחנו משקיעים 10% מהקיבולת ברבע 2 למשך 6 שבועות". לאחר מכן רשמו את ההשלכות שאתם באמת מצפים להן: עומס תורנות, שיעור פגמים, זמן מחזור, סיכון נטישה. צוותים מפסיקים להתווכח כשהעלויות העתידיות גלויות.
אם אתם רוצים לעשות זאת מהר יותר, Lucid הופכת קלטים מבולגנים ללוח אפשרויות מובנה עם יתרונות, חסרונות והשלכות, ואז מאפשרת לכם להשוות בתצוגות רשת/טבלה/מיקוד. היא בנויה בדיוק לסוג כזה של בהירות בקבלת החלטות כשכל דבר מרגיש דחוף.
שאלות נפוצות
מהי מטריצת קבלת החלטות?
מטריצת קבלת החלטות היא טבלה מובנית שמנקדת אפשרויות מול קריטריונים כמו השפעה, מאמץ, סיכון או הלימה. צוותים משתמשים בה כדי לשבור תיקו ולהפוך פשרות למפורשות כש"חשיבות" נמצאת בוויכוח.
איך ליצור מטריצת החלטות פשוטה?
בחרו 3 קריטריונים, נקדו כל אחד מ-1 עד 5, וסכמו את הסך הכל. שמרו על זה קליל כדי שזה יתמוך בהחלטה במקום להפוך לתהליך חדש שמאט את הביצוע.
מהי מטריצת קבלת החלטות ב-CPI?
בשיפור תהליכים מתמיד (CPI), מטריצת החלטות משמשת לעיתים קרובות לתעדוף רעיונות לשיפור על בסיס השפעה וישימות. היא עוזרת לצוותים לבחור אילו שינויי תהליך לבדוק קודם.
מהם היתרונות והחסרונות של בינה מלאכותית לתעדוף?
בינה מלאכותית יכולה לסכם קלטים, לחלץ משימות ולהציע קטגוריות במהירות, מה שמפחית את זמן התעדוף. החיסרון הוא אמון יתר: צוותים יכולים לקבל פלטים שנשמעים בטוחים מבלי לאמת הנחות, בעלים או דד-ליינים.
צעד מעשי הבא (15 דקות, ללא כלים חדשים)
פתחו את סדר היום של פגישת הצוות הבאה שלכם ובצעו מעבר אייזנהאואר מהיר: סמנו כל פריט בסדר היום כרבע 1-4 ומחקו או האצילו לפחות פריט אחד מרבע 3 לפני שהפגישה מתחילה. לאחר מכן תזמנו פריט אחד מרבע 2 ביומן עם בעלים ותוצר. אם אתם רוצים את אותה בהירות עבור פשרות גדולות יותר, צרו לוח Lucid על ידי הקלטת הדילמה שלכם ותנו לו לייצר מפת אפשרויות שתוכלו להשוות זו לצד זו: צרו את לוח ההחלטות שלכם ב-Lucid.
