ניתוח מערכות הוא הדרך המהירה ביותר להפסיק להתווכח עם רשימת המטלות שלכם. מטריצת אייזנהאואר הופכת עבודה מבולגנת לארבע קטגוריות ברורות: ביצוע, תזמון, האצלה ומחיקה. במדריך זה, אראה לכם בדיוק כיצד למיין משימות לפי דחיפות מול חשיבות, להימנע ממלכודות נפוצות ולשמור על המטריצה מעודכנת כשהמציאות משתנה.
מטריצת אייזנהאואר (מטריצת סדרי עדיפויות של אייזנהאואר): מה זה ולמה זה עובד
מטריצת אייזנהאואר (הנקראת גם מטריצת סדרי עדיפויות של אייזנהאואר או "מטריצת דחוף-חשוב") היא כלי לניהול זמן המסווג משימות באמצעות שני משתנים: דחיפות (לחץ זמן) וחשיבות (השפעה על התוצאות). היא עובדת כי היא מחייבת קבלת החלטות לגבי פשרות, ולא רק יצירת רשימה ארוכה יותר.
כאן נכנס לתמונה ניתוח מערכות. רוב תהליכי תעדוף העדיפויות נכשלים כי אנשים מתייחסים למשימות כאל ישויות עצמאיות. בעבודה אמיתית, משימות קשורות זו לזו: "תיקון מהיר" יוצר עומס תמיכה בהמשך, "פיצ'ר קטן" מעכב השקה, ו"פגישה" חוסמת עבודה עמוקה. המטריצה היא ממשק פשוט לאמת מורכבת יותר: אתם מנהלים מערכת של השלכות.
המודל מיוחס בדרך כלל לציטוט של הנשיא דווייט ד. אייזנהאואר על דחוף מול חשוב, וזכה לפופולריות מאוחרת יותר בכתיבה על פרודוקטיביות. אם אתם מחפשים את המסגרת וההקשר המקוריים, ההסבר של סטיבן קובי ב"מטריצת ניהול הזמן" הוא הגרסה שרוב הצוותים מכירים כיום (ראו סקירה של מושג המטריצה של קובי ב-משאבי FranklinCovey).
דחוף מול חשוב: ההגדרה שמונעת 90% מהמיון השגוי
דחוף מול חשוב נשמע מובן מאליו עד שמנסים למקם משימה ב-16:30 כשה-Slack בוער.
הנה ההגדרה שאני משתמש בה עם צוותים כי היא שורדת את המפגש עם המציאות:
דחוף פירושו "יש השלכה לטווח הקצר אם לא יטופל" (מועד אחרון שחלף, תקלה אצל לקוח, סיכון משפטי, חסימה של חבר צוות).
חשוב פירושו "זה מקדם באופן מהותי יעד, מדד או פרופיל סיכון שאתם אחראים עליו" (הכנסות, שימור לקוחות, איכות, מוניטין, ציות, יתרון אסטרטגי).
משימה יכולה להרגיש דחופה כי מישהו בכיר לחוץ, אך עדיין להיות לא חשובה ביחס לתוצאות האמיתיות שלכם. לעומת זאת, עבודה חשובה מרגישה לעיתים קרובות לא דחופה עד היום שבו היא הופכת למשבר.
מבחן מעשי: כתבו משפט אחד שעונה על השאלה, "אם אעשה זאת, מה ישתנה?" אם אינכם יכולים לציין תוצאה מדידה או הפחתת סיכון, זה כמעט אף פעם לא חשוב. זו אחת משאלות הניתוח האהובות עליי להחזיק ליד המטריצה.
להקשר מעמיק יותר על האופן שבו מסגרות תעדוף נבדלות (ומתי גישת אייזנהאואר היא הכלי הלא נכון), השאירו פתוח את מסגרות החלטה: המדריך המלא.
4 הרבעים: ביצוע, תזמון, האצלה, מחיקה (עם דוגמאות מהחיים)
המשפט הראשון בסעיף זה הוא הכלל: מטריצת אייזנהאואר ממיינת משימות לארבעה רבעים כדי שתוכלו להחליט על ביצוע, תזמון, האצלה או מחיקה. המשפט השני הוא החלק שאנשים מדלגים עליו: עליכם להגדיר מה "דחוף" ו"חשוב" אומרים עבור התפקיד שלכם השבוע.
השתמשו בטבלה זו כבסיס:
רובע
תווית
מה שייך לכאן
התוצאה הרצויה
Q1
ביצוע (דחוף + חשוב)
אירועים, עבודה עם דדליין, בעיות לקוח רגישות לזמן, חוסמים קריטיים
פתרון מהיר עם מינימום בזבוז אנרגיה
Q2
תזמון (לא דחוף + חשוב)
אסטרטגיה, תכנון, עבודה עמוקה, בניית קשרים, מניעה, פיתוח מיומנויות
חסימת זמן מוגנת והתקדמות יציבה
Q3
האצלה (דחוף + לא חשוב)
הפרעות, פינגים של סטטוס, אישורים שגרתיים, פגישות רבות
העברה עם הגדרה ברורה של "בוצע"
Q4
מחיקה (לא דחוף + לא חשוב)
עבודת סרק, דיווחים מיותרים, שינויים בעלי ערך נמוך, גלילה אינסופית
הסרה, אוטומציה או "לא"
Q1: ביצוע (דחוף + חשוב)
Q1 הוא המקום שבו אתם מרוויחים את שכרכם בטווח הקצר. מצב הכשל הוא לחיות כאן באופן קבוע.
דוגמאות שראיתי שוב ושוב:
באג בייצור שמשפיע על ההכנסות היום.
חידוש חוזה שפג מחר עם משא ומתן פעיל.
חבר צוות חסום בהחלטה שמעכבת השקה.
מהלך ניתוח המערכות: לאחר שתסיימו משימת Q1, שאלו "איזה תנאי מקדים יצר זאת?" אם לא תעשו זאת, Q1 יהפוך לזהות שלכם.
Q2: תזמון (לא דחוף + חשוב)
Q2 הוא המקום שבו קריירות צוברות תאוצה. זה גם המקום שבו עבודה הולכת למות ללא יומן.
דוגמאות:
כתיבת תוכנית של עמוד אחד שמונעת שישה שבועות של עבודה חוזרת.
בניית יומן החלטות כדי שהצוות יפסיק להתווכח על בחירות.
מחקר לקוחות פרואקטיבי שמונע נטישה.
אם אתם לוקחים רק דבר אחד מהמדריך הזה, קחו את זה: המטריצה שלכם אמיתית רק כמו היומן שלכם. משימות Q2 חייבות להפוך לחסימות זמן, לא לכוונות טובות.
אם הצוות שלכם זקוק לשיטה רחבה יותר לבחירה בין מסגרות מתחרות (אייזנהאואר מול RICE מול MoSCoW מול WSJF), השתמשו ב-איך לבחור מסגרת החלטה לצוות שלכם כבורר מהיר.
Q3: האצלה (דחוף + לא חשוב)
Q3 הוא המקום שבו "דחוף" מתחזה ל"חשוב". אנשים רבים לעולם לא מאצילים סמכויות כי הם מבלבלים בין האצלה לבין השלכת עבודה.
האצלה טובה ב-Q3 כוללת שלושה חלקים: הקשר, אילוצים ונקודת בדיקה. המטרה היא לא להיפטר מעבודה. המטרה היא לשמר את קיבולת ה-Q2 שלכם תוך עמידה בצרכי המערכת.
דוגמאות:
יצירת דוחות שגרתיים שניתן להפוך לתבנית.
תזמון, תיאום וסיכום פגישות.
מיון ראשוני של בקשות נכנסות.
אם אתם מנהלים, Q3 הוא גם מנוע אימון. האצלת משימה עם קריטריונים ברורים היא אחת הדרכים המהירות ביותר לקדם צוות.
Q4: מחיקה (לא דחוף + לא חשוב)
Q4 הוא בית הקברות של "אולי" ו"למקרה ש".
דוגמאות:
עיצוב מחדש של שקפים שאף אחד לא קורא.
השתתפות בפגישות חוזרות ללא החלטות.
מעקב אחרי ערוצים שלעולם לא משנים את הפעולות שלכם.
מחיקה היא מיומנות. אם אתם מתקשים, התחילו במחיקת התחייבות חוזרת אחת בשבוע. האפקט המצטבר הוא אמיתי.
איך לבנות את מטריצת אייזנהאואר ב-10 דקות (זרימת עבודה הניתנת לחזרה)
המשפט הראשון בסעיף זה הוא השיטה: גישת ניתוח מערכות למטריצת אייזנהאואר משתמשת בשלב לכידה מהיר, מיון קפדני, ולאחר מכן מעבר על יומן והאצלה כדי שהלוח יישאר עקבי. עשו זאת מדי שבוע, ולאחר מכן בצעו רענון של 2 דקות מדי יום.
לכדו הכל במשך 3 דקות. שורה אחת לכל משימה. ללא מיון עדיין.
הגדירו חשיבות לשבוע במשפט אחד. דוגמה: "חשוב פירושו השקת שיפורים בתהליך הקליטה שמפחיתים את הזמן לערך ומונעים רגרסיות באמינות."
סמנו דחיפות לפי דדליין או השלכה לטווח הקצר. אם אין השלכה, זה לא דחוף.
מיינו לארבעת הרבעים במהירות. אם אתם מהססים, בדרך כלל חסר הקשר. הוסיפו הערת הבהרה אחת, ואז מקמו.
המירו את Q2 לחסימות ביומן באופן מיידי. אם תדלגו על זה, Q2 יהפוך לתיאטרון.
האצילו את Q3 עם הגדרה של "בוצע" וזמן בדיקה.
מחקו את Q4 ללא רחמים או אחסנו אותו ברשימת "מאוחר יותר" עם תאריך סקירה.
אם אתם רוצים שזה ירגיש פחות כמו דף עבודה סטטי ויותר כמו מפה חיה, זה בדיוק מה שבנינו ב-Lucid: אתם יכולים להכניס דילמה מבולגנת או ערימת משימות ולתת למפת אפשרויות שנוצרה על ידי בינה מלאכותית להראות פשרות והשלכות זו לצד זו. התחילו עם לוח פשוט ושכללו אותו כשההקשר משתנה.
טעויות נפוצות במטריצת אייזנהאואר (ואיך לתקן אותן)
המשפט הראשון בסעיף זה הוא האזהרה: רוב הכשלים במטריצת אייזנהאואר נובעים מתיוג שגוי של חשיבות, התייחסות להאצלה כאל התנערות, ומתן למטריצה להתיישן. תקנו את שלושת אלו והכלי יהפוך ליעיל בצורה מפתיעה.
טעות 1: הכל "חשוב".
תיקון: קשרו חשיבות ליעד, מדד או סיכון שאתם אחראים עליו. אם זה לא מזיז את המחט, זה לא חשוב השבוע.
טעות 2: דחיפות מוגדרת על ידי חרדה.
תיקון: דחיפות דורשת השלכה לטווח הקצר. "הבוס שלי עלול לשאול" זו לא השלכה. "סיכון לנטישת לקוחות השבוע" זו כן.
טעות 3: Q2 הוא רשימת משאלות.
תיקון: תזמנו את Q2 ביומן שלכם לפני שאתם נוגעים בעוד Q1. ראיתי צוותים מפחיתים את נפח האירועים ב-30-50% במהלך רבעון פשוט על ידי הגנה על עבודת מניעה ב-Q2. המספר המדויק משתנה לפי תחום, אך הדפוס עקבי.
טעות 4: האצלה ללא תרשים זרימה של החלטות.
תיקון: צרו תרשים זרימה קל להחלטות עבור בקשות חוזרות. אם אותה שאלה מופיעה פעמיים, היא ראויה לכלל. (אם אתם רוצים התייחסות למה נראים "כללים טובים", ההנחיות של גוגל לבניית תהליכים אמינים והפחתת עבודה שחורה הן מקבילה מוצקה ברוחן, גם מחוץ ל-SRE. התחילו עם הספר של גוגל על SRE ועבודה שחורה.)
טעות 5: אין לולאת משוב.
תיקון: בסוף השבוע, סקרו מה התפספס. אם Q1 המשיך להתרחב, המערכת שלכם מייצרת שריפות. זו בעיית שורש, לא בעיית תעדוף.
מתי להשתמש במטריצת קבלת החלטות או בתרשים זרימה במקום
המשפט הראשון בסעיף זה הוא הגבול: מטריצת אייזנהאואר היא כלי תעדוף, לא מטריצת קבלת החלטות לבחירה בין אפשרויות מרובות. אם אתם בוחרים אסטרטגיה, ספק, גיוס או הימור על מפת דרכים, החליפו כלים.
השתמשו באייזנהאואר כשאתם שואלים: "מה עליי לעשות הלאה עם עומס העבודה הנוכחי שלי?"
השתמשו במטריצת קבלת החלטות כשאתם שואלים: "איזו אפשרות היא הטובה ביותר בהינתן קריטריונים משוקללים?"
הנה כלל אצבע ברור:
מצב
כלי טוב יותר
למה
יותר מדי משימות, צעד הבא לא ברור
מטריצת אייזנהאואר
מחייבת פשרות של דחיפות/חשיבות
בחירה בין 3-7 יוזמות מתחרות
תבנית מטריצת החלטות
הופכת קריטריונים למפורשים וברי השוואה
החלטות תפעוליות חוזרות
תרשים זרימה של החלטות
מונע עבודה חוזרת והחלטות לא עקביות
אי-ודאות גבוהה לגבי תוצאות עתידיות
ניתוח תרחישים
מציף השלכות מסדר שני
אם אתם צריכים דוגמה למטריצת החלטות מהירה, השתמשו בקריטריונים כמו השפעה, מאמץ, סיכון והפיכות, ואז דרגו כל אפשרות 1-5 עם משקלים. הסקירה של ויקיפדיה על ניתוח מטריצת החלטות היא התייחסות ניטרלית הגונה אם אתם רוצים את ההגדרה הרשמית.
כאן גם Lucid נוטה להשתלב: ברגע שאתם עוברים מעבר ל"מה עליי לעשות היום?" ל"באיזה נתיב עלינו להתחייב?", לוח אפשרויות שתופס יתרונות, חסרונות והשלכות עתידיות מנצח רשת סטטית.
איך Lucid שומרת על מטריצת אייזנהאואר שלכם עקבית כשההקשר משתנה
המשפט הראשון בסעיף זה הוא הנקודה המעשית: ניתוח מערכות קורס כשהעדיפויות שלכם משתנות אך התוצרים לא, לכן מטריצת אייזנהאואר צריכה מקום חי לעדכון. גיליונות אלקטרוניים ופתקיות דביקות הם בסדר עד הרגע שבו מגיע אילוץ חדש.
מה שראיתי בצוותי מוצר ותפעול הוא צפוי: דדליין חדש נוחת, לקוח מסלים, תלות מתפספסת, ופתאום המטריצה שיצרתם ביום שני היא בדיה ביום רביעי. אנשים אז נוטשים את המסגרת במקום לתקן את מנגנון העדכון.
הגישה של Lucid היא להתייחס למטריצה כאל לוח החלטות, לא תרגיל חד-פעמי. אתם יכולים להתחיל עם קלט חופשי (מוקלד או מוקלט), ליצור מפת אפשרויות מובנית, ואז להשוות פריטים זה לצד זה בתצוגת רשת, תצוגת טבלה או תצוגת מיקוד. כשאתם עורכים הקשר, הלוח מתעדכן מבלי שתצטרכו לבנות מחדש את המבנה.
אם אתם רוצים להתנסות, צרו לוח סביב שבוע אמיתי של משימות והשאירו אותו פתוח במהלך ישיבות הסטנד-אפ. לאחר מכן, כשמישהו מציג "בקשה מהירה", אתם יכולים למקם אותה ב-Q3 או Q4 בזמן אמת ולהגן על הפשרה.
אתם יכולים גם לשלב זאת עם הרגלים צוותיים. היו לי תוצאות טובות בביצוע מיון שבועי של 10 דקות פלוס רענון יומי של 2 דקות, ואז שימוש ביומן החלטות כדי למנוע נסיגה לכאוס של Q1. אם אתם כבר בונים תמיכת בינה מלאכותית בזרימת העבודה שלכם, הדפוסים ב-איך מנהלי מוצר וצוותי UX יכולים להשתמש בעוזר בינה מלאכותית אישי מתורגמים ישירות לתעדוף ומיון.
הצעד הבא: הפכו שבוע מבולגן אחד ללוח נקי
קחו את 20 המשימות הבאות שלכם ומיינו אותן לארבעת הרבעים במעבר אחד. לאחר מכן תזמנו רק שתי חסימות Q2 ביומן שלכם לפני שהיום מתמלא.
אם אתם רוצים שהמטריצה תישאר מדויקת כשהעדיפויות משתנות, הקימו לוח Lucid ותנו לו לפעול כשכבת ניתוח המערכות החיה שלכם. התחילו עם שפיכת מוח, תנו למבנה להופיע, והמשיכו לשכלל עד שהפשרות יהיו ברורות: צרו את חשבון ה-Lucid שלכם.
