ניתוח מערכות הוא הדרך המהירה ביותר לזהות מתי מטריצת קבלת החלטות משקרת לכם. אם המטריצה שלכם מרגישה "קפדנית" אך ממשיכה לייצר בחירות שאתם מתחרטים עליהן מאוחר יותר, זה בדרך כלל מסתכם במספר טעויות שניתן לתקן: קריטריונים מוטים, ספירה כפולה, שגיאות שקלול ודיוק כוזב בניקוד. ניתוח זה מראה בדיוק כיצד למנוע אותן ולשמור על היגיון ההחלטות שלכם ישר.
מדוע מטריצות קבלת החלטות נכשלות בעולם האמיתי (וכיצד ניתוח מערכות תופס זאת)
מטריצת קבלת החלטות אמורה להיות משעממת. אתם מגדירים קריטריונים, משקללים אותם, מנקדים אפשרויות ובוחרים את הסכום הטוב ביותר. הבעיה היא שבני אדם יכולים להבריח תשובה מועדפת לתוך המטריצה הרבה לפני שהמתמטיקה מתחילה.
ראיתי צוותים "עושים את המטריצה" ועדיין מסיימים עם החלטה פוליטית, רק עם גיליון אלקטרוני ככיסוי. הסימן תמיד זהה: הדירוג הסופי מרגיש בלתי נמנע באופן מוזר, המתנגדים לא יכולים להסביר מה היה צריך להשתנות כדי להפוך את התוצאה, והקבוצה לא יכולה להגן על הקריטריונים מבלי להתייחס לאפשרות ספציפית.
מטריצה טובה רק כגבולות המערכת שלה. ניתוח מערכות מאלץ אתכם להגדיר מה נמצא בתוך ההחלטה, מה נמצא מחוצה לה, ואילו פשרות אתם מקבלים במפורש. ללא זאת, המטריצה הופכת למלחמת פרוקסי בין סדרי עדיפויות.
אם אתם רוצים מפה רחבה יותר של מתי להשתמש במודלים שונים (ומתי מטריצה היא הכלי הלא נכון), שמרו את מסגרות החלטה: המדריך המלא בהישג יד כהפניה במהלך התכנון.
קריטריונים של מטריצת קבלת החלטות הם המקום שבו רוב ה"קפדנות" מתה בשקט. מצבי הכשל הנפוצים ביותר נראים שונים, אך הם חולקים גורם שורש אחד: הקריטריונים אינם עצמאיים, אינם ניתנים למדידה או אינם מיושרים להחלטה האמיתית.
הנה הטעויות שאני רואה הכי הרבה.
ראשית, קריטריונים שהם רק אפשרויות מוסוות. דוגמה: "השתמש בספק X" כקריטריון כאשר האפשרויות הן ספקים. זה לא קריטריון, זו הצבעה.
שנית, קריטריונים שסופרים פעמיים את אותו הדבר. בבחירת תוכנה, צוותים ינקדו "זמן להטמעה", "מאמץ הנדסי" ו"מהירות", ואז יופתעו כשאפשרות אחת מנצחת בפער גדול. הקריטריונים הללו מתואמים, כך שבעצם שילשתם את המשקל של דאגה אחת.
שלישית, אילוצים קשיחים חסרים. אם "חייב להיות תואם SOC 2" הוא אמיתי, הוא אינו קריטריון משוקלל. זהו שער. ערבוב אילוצים לתוך שלב הניקוד יוצר מטריצה שמתגמלת אפשרות על עמידה בקושי בדרישה שהיא לא יכולה להפר בכל מקרה.
תיקון מעשי הוא להריץ בדיקת עצמאות מהירה לפני שאתם מנקדים משהו. אם שני קריטריונים נעים יחד 80 אחוז מהזמן, אמזגו אותם או שכתבו אחד מהם כדי למדוד משהו מובחן. זוהי היגיינה בסיסית של ניתוח החלטות מרובה קריטריונים, וזה מונע ספירה כפולה "מתמטית".
עבור צוותים, אני אוהב לשלב זאת עם שלב יישור קל מתוך כיצד לבחור מסגרת החלטה עבור הצוות שלך כך שהקריטריונים שלכם ישקפו סדרי עדיפויות אמיתיים, לא את מי שדיבר אחרון.
שגיאות שקלול: מתי "חשיבות" הופכת למניפולציה
המשפט הראשון בסעיף זה חשוב: שגיאות שקלול הן הדרך הקלה ביותר להטות מטריצת החלטות מבלי לשנות אף ניקוד.
רוב הצוותים בוחרים משקלים לפי אינטואיציה, ואז מתווכחים על מספרים שמרגישים שרירותיים. התוצאה היא מטריצה שנראית כמותית אך מתנהגת כמו ויכוח.
שני מלכודות שקלול גורמות לרוב הנזק:
1) משקלים המשקפים ביטחון, לא חשיבות.
אם אתם לא בטוחים לגבי "סיכון שוק", אתם עלולים לתת לו משקל חסר כי הוא מרגיש מעורפל. זה הפוך. קריטריונים לא ודאיים בעלי השפעה גבוהה ראויים לעיתים קרובות ליותר משקל, לא פחות, כי הם שולטים בחיסרון.
2) משקלים שהם מפורטים מדי.
כשמישהו מתעקש ש"הקריטריון הזה חשוב ב-17%", אתם בשטח של דיוק כוזב. בני אדם לא יכולים להבחין באופן אמין בין 17% ל-15% בפגישה. התייחסו למשקלים כמנופים גסים.
דרך נקייה להפחית מניפולציה היא להשתמש ברצועות משקל (למשל 1, 2, 3, 5) ולאלץ פשרות. אם הכל "קריטי", שום דבר אינו כזה.
הנה טבלה פשוטה שתוכלו להעתיק לתבנית מטריצת ההחלטות שלכם כדי לשמור על משקלים ניתנים להגנה:
רצועת משקל
משמעות
מתי להשתמש
1
נחמד שיהיה
משפר נוחות, לא תוצאות
2
מועיל
משנה, אך לעיתים רחוקות הופך את ההחלטה
3
חשוב
הופך את ההחלטה לעיתים קרובות
5
עדיפות בלתי ניתנת למשא ומתן
אם זה נכשל, האפשרות כנראה שגויה
אם אתם רוצים בדיקת שפיות, בצעו בדיקת רגישות מהירה: "אם נוריד את המשקל הזה ברצועה אחת, האם המנצח משתנה?" אם המנצח קיים רק בסט משקלים אחד מדויק, היגיון ההחלטה שלכם שביר.
טעויות בסולם הניקוד: ניקוד לא עקבי, עוגנים גרועים ודיוק כוזב
המשפט הראשון בסעיף זה חשוב: סולם הניקוד שלכם קובע אם המטריצה לוכדת מציאות או רק אווירה.
רוב המטריצות נכשלות כי "1 עד 10" מרגיש מוכר, לא כי הוא תקף. סולם של 10 נקודות מזמין אנשים להמציא הבדלים שהם לא יכולים להצדיק, ואז להגן עליהם כאילו נמדדו.
התיקון הוא לעגן את הסולם שלכם לראיות ניתנות לצפייה. אם אתם לא יכולים לתאר מה אומר "4" לעומת "5", אתם לא מנקדים, אתם מנחשים.
גישה מעשית היא סולם של 1 עד 5 עם עוגנים מוגדרים:
1 = נכשל בדרישה או מציג סיכון משמעותי
3 = עומד בדרישה עם פשרות ניתנות לניהול
5 = עולה על הדרישה עם יתרון ברור
שימו לב מה חסר: עשרוניים דמיוניים. ציון של 4.2 הוא לא "מדויק יותר", הוא מטעה יותר. זוהי בעיית הדיוק הכוזב הקלאסית.
עבור ניקוד מבוסס ראיות, השאילו מאיך שגוגל מתייחסת להנחיות הערכה: הגדירו איך נראה "טוב" לפני שאתם שופטים. אותה משמעת מופיעה בתיעוד של גוגל על מדידה והערכה למרות שמדובר בתחום אחר. העיקרון עובר: הגדירו את המדד, ואז נקדו.
הטיות בקבלת החלטות: כיצד מטריצות עוברות "שטיפת אובייקטיביות"
המשפט הראשון בסעיף זה חשוב: מטריצת קבלת החלטות לא מסירה הטיות בקבלת החלטות, היא מסתירה אותן אלא אם כן אתם מתכננים עבורן.
שלוש הטיות מופיעות ללא הרף:
הטיית אישור: צוותים בוחרים באופן לא מודע קריטריונים המועדפים על האפשרות שהם כבר רוצים.
עגינה: הציון הראשון שהוצע הופך לבאר הכבידה עבור הציון של כל השאר.
הטיית זמינות: אירועים אחרונים (הדגמת ספק גרועה, תלונה קולנית של לקוח) מקבלים משקל יתר ביחס לשיעורי הבסיס.
אם אתם רוצים מהלך אחד פשוט נגד הטיות, עשו זאת: נקדו אפשרויות באופן עצמאי תחילה, ואז חשפו ציונים. זה מפחית עגינה באופן מיידי.
מהלך נוסף הוא לכלול קריטריון אחד שנקרא במפורש "לא ידועים ותוצאות מסדר שני". זה המקום שבו אתם מציפים את ההשפעות במורד הזרם שאנשים מתעלמים מהן: השלכות גיוס, נטל תחזוקה, נעילת ספק וגרירה ארגונית. כשאתם מדלגים על זה, אתם מקבלים את אפקט "עמק ההחלטה": בהירות לטווח קצר שהופכת לחרטה לטווח ארוך ברגע שמופיעות תוצאות.
דוגמה למטריצת החלטות שמתקנת את הבעיות (מבלי להפוך אותה לכבדה)
המשפט הראשון בסעיף זה חשוב: דוגמה טובה למטריצת החלטות היא כזו שבה אתם יכולים להסביר בדיוק מה ישנה את דעתכם.
בואו נשתמש בהחלטה נפוצה בעלת סיכון גבוה: "בניית תכונה בתוך הבית לעומת קניית כלי".
במקום 12 קריטריונים, השתמשו ב-6 שהם מובחנים וניתנים למדידה. שימו שערים לאילוצים קשיחים תחילה (אבטחה, תאימות, תקרת תקציב). לאחר מכן נקדו את האפשרויות הנותרות.
קריטריונים (אחרי שערים)
משקל
בנייה בתוך הבית (ציון 1-5)
קניית כלי (ציון 1-5)
הערות שחובה לכתוב
זמן לערך
5
2
5
הגדירו "ערך" כלקוח הראשון שנשלח
עלות כוללת מעל 12 חודשים
3
3
3
כללו תחזוקה וזמן ניהול
בידול
5
5
2
מה באמת ייחודי לעומת מצרך
סיכון תפעולי
3
2
4
עומס כוננות, מצבי כשל
גמישות
2
5
3
יכולת לשנות זרימת עבודה
תוצאות מסדר שני
3
2
4
גיוס, גרירת מפת דרכים, נעילה
פורמט זה מאלץ שלוש התנהגויות בריאות: פחות קריטריונים, הערות מפורשות (כדי שתוכלו לבקר מאוחר יותר) ומקום ייעודי לתוצאות.
אם אתם רוצים לעשות זאת מהר יותר עם קלטים מבולגנים, זה בדיוק המקום שבו גישת הלוח של Lucid עוזרת. אתם יכולים להשליך את הדילמה כפי שהיא, לתת לה לייצר מפת אפשרויות עם יתרונות, חסרונות ותוצאות עתידיות, ואז להשוות בתצוגות רשת/טבלה/מיקוד בזמן שהלוח נשאר עקבי כשההקשר משתנה. המבנה הזה הוא ההבדל בין "מילאנו גיליון אלקטרוני" לבין ניתוח מערכות אמיתי.
כיצד למנוע סחיפת שקלול וניקוד ככל שההחלטה מתפתחת
המשפט הראשון בסעיף זה חשוב: רוב ההחלטות הגרועות מגיעות ממטריצות מיושנות, לא ממתמטיקה גרועה.
החלטות מתפתחות. אילוצים חדשים מופיעים. בעל עניין משנה את מטרות המשחק. אם המטריצה שלכם לא מתעדכנת בצורה נקייה, אנשים מתחילים לתקן אותה עם עריכות אד-הוק, ואתם מאבדים עקיבות.
התיקון הוא להתייחס למטריצה שלכם כאל חפץ חי עם יומן שינויים. אתם לא צריכים בירוקרטיה, אתם צריכים עקביות.
תהליך קל שעובד:
נעלו את הקריטריונים ורצועות המשקל לפני הניקוד.
נקדו באופן עצמאי, ואז ישבו הבדלים בקול רם.
הריצו מחדש רק כאשר קורה טריגר מוגדר (אילוץ חדש, אפשרות חדשה או הנחת יסוד מרכזית שהופרכה).
זהו תהליך קבלת ההחלטות בפועל. הוא גם מבהיר סוגים של קבלת החלטות: אם הבחירה הפיכה, אתם יכולים לקבל מטריצה קלה יותר; אם היא חד-כיוונית (ארגון מחדש, הימור פלטפורמה, רכישה), אתם צריכים שערים חזקים יותר ומיפוי תוצאות.
אם הצוות שלכם נאבק בקבלת החלטות בהסכמה, המטריצה לא צריכה להיות המשא ומתן. היא צריכה להיות לוח התוצאות המשותף. הסכמה מגיעה מהסכמה על קריטריונים, לא מממוצע ציונים.
צעד מעשי הבא: בצעו ביקורת מטריצה של 15 דקות לפני שאתם מחליטים
קחו את מטריצת קבלת ההחלטות הנוכחית שלכם ובקרו אותה עם שלוש שאלות: האם יש קריטריונים כפולים, האם המשקלים גסים וניתנים להגנה, והאם הציונים מעוגנים לראיות ולא לדעות? אם אתם לא יכולים לענות כן על כל השלושה, התוצאה שלכם כנראה מוטה.
אם אתם רוצים דרך מהירה יותר להפוך קלטים מבולגנים ללוח אפשרויות מובנה עם יתרונות, חסרונות ותוצאות, התחילו לוח החלטות של Lucid ובחנו בלחץ את היגיון המטריצה שלכם בדקות: צרו את חשבון ה-Lucid שלכם כדי לבנות לוח החלטות מבוסס בינה מלאכותית. ההחלטה הבאה שלכם צריכה להרגיש ברורה כי המבנה מוצק, לא כי הגיליון האלקטרוני אומר כך.
שאלות נפוצות
מטריצת קבלת החלטות: טעויות נפוצות שיש להימנע מהן | Lucid
