ניתוח מערכות הוא הדרך המהירה ביותר שאני מכיר להפוך ויכוח מבולגן בסגנון "יש לנו שלוש אפשרויות טובות" לתוצאה שניתן להגן עליה. מטריצת החלטות משוקללת עושה זאת על ידי כפיית קריטריונים ברורים, משקלים מפורשים וניקוד עקבי. מדריך זה מראה כיצד לקבוע משקלים לקריטריוני החלטה, לנרמל ציונים, לבנות מחוון ניקוד ולדרג אפשרויות מבלי לתמרן את המספרים.
מדוע מטריצת החלטות משוקללת היא מטריצת קבלת ההחלטות השימושית ביותר
מטריצת החלטות משוקללת היא מטריצה לקבלת החלטות המשווה אפשרויות מול קריטריונים, ולאחר מכן מכפילה כל ציון במשקל חשיבות כדי להפיק סך כולל. זוהי צורה מעשית של ניתוח החלטות מרובה קריטריונים (MCDA) המשמשת במפות דרכים של מוצרים, בחירת ספקים, גיוס עובדים, תעדוף ותפעול.
ראיתי צוותים מבזבזים שבועות כי הם מעולם לא הסכימו על מה המשמעות של "הטוב ביותר". המטריצה פותרת זאת על ידי הפיכת הלוגיקה של ההחלטה שלכם לנראית לעין. אם מישהו לא מסכים עם התוצאה, הוא יכול לערער על משקל או ציון במקום לשבש את כל השיחה.
כלל אחד: מטריצה היא אמינה רק כמידת האמינות של הקלטים שלה. אם אתם רוצים הגדרה ברמה אקדמית ל-MCDA, הסקירה של ויקיפדיה היא בסיס איתן: ניתוח החלטות מרובה קריטריונים (MCDA).
ניתוח מערכות שלב 1: הגדרת אפשרויות ונעילת היקף ההחלטה
ניתוח מערכות מתחיל בהגדרה של מה נמצא בתוך הגבולות, מכיוון שזליגת היקף היא הדרך הקלה ביותר לגרום לאפשרות מועדפת לנצח "בטעות".
רשמו 3 דברים בשפה פשוטה:
הצהרת ההחלטה (משפט אחד).
האפשרויות שאתם משווים (הגבילו ל-3-7).
אופק הזמן (מה ש"הצלחה" אומרת בעוד 3 חודשים לעומת שנתיים הוא שונה).
דוגמה: "בחירת פלטפורמת תמיכת לקוחות ל-24 החודשים הבאים." אפשרויות: א', ב', ג'. אופק זמן: 24 חודשים. תקרת תקציב: 30 אלף דולר לשנה. אם אפשרות מפרה אילוץ קשיח, היא נפסלת, לא מקבלת ניקוד.
זהו גם השלב שבו אתם מחליטים על סוגי קבלת ההחלטות שאתם מבצעים: קבלת החלטות חד-צדדית (בעלים אחד מחליט) לעומת קבלת החלטות בהסכמה (יישור קו קבוצתי). בפועל, אני ממליץ על "היוועצות": מקבל החלטות אחד אחראי, קלט מובנה מבעלי עניין, ומטריצה שקופה.
מטריצת קבלת החלטות שלב 2: יצירת קריטריונים שאינם חופפים
קריטריונים של מטריצת קבלת החלטות צריכים להיות בלתי תלויים. אם שני קריטריונים מודדים את אותו הדבר, אתם סופרים פעמיים.
קריטריונים טובים הם ספציפיים וניתנים לצפייה. "קלות שימוש" היא מונח מעורפל. "זמן ממוצע להכשרת סוכן חדש למיומנות (שעות)" הוא משהו שניתן לנקד.
סט הדוק הוא בדרך כלל 5-9 קריטריונים. יותר מזה ואתם מתחילים לנקד רעשים. הנה רשימת תיוג קריטריונים קומפקטית שבה השתמשתי להחלטות ספקים ומוצרים:
קריטריון
איך נראה "טוב"
מלכודת חפיפה נפוצה
עלות בעלות כוללת
עלות כוללת ל-24 חודשים נמוכה וצפויה
ספירה כפולה של עלות בתוך "ROI"
מאמץ הטמעה
שבועות, לא חודשים; עומס פנימי נמוך
חפיפה עם "זמן לערך"
סיכון ותאימות
עומד בדרישות אבטחה/משפטיות
חפיפה עם "בשלות ספק"
השפעה על המשתמש
משפר את איכות זרימת העבודה והאימוץ
חפיפה עם "קלות שימוש"
התאמה אסטרטגית
תומך במפת הדרכים ובאילוצים
חפיפה עם "גמישות עתידית"
אם אתם רוצים תפריט רחב יותר של מסגרות (מתי מטריצה מתאימה לעומת מתי אתם צריכים מודל אחר), שמרו את מסגרות החלטה: המדריך המלא בכיס האחורי.
ניתוח מערכות שלב 3: הקצאת משקלי קריטריוני החלטה (שתי שיטות שעובדות)
ניתוח מערכות הופך לממשי כשאתם מקצים משקלים. הנקודה היא לא שלמות מתמטית. הנקודה היא לבטא חשיבות יחסית כדי שהצוות יפסיק להעמיד פנים שהכל חשוב באותה מידה.
שיטה א': הקצאת 100 נקודות (המהירה ביותר בצוותים אמיתיים)
תנו לבעלי העניין 100 נקודות לחלוקה בין הקריטריונים. אם "סיכון ותאימות" הוא בלתי ניתן למשא ומתן, הוא עשוי לקבל 30. אם "מאמץ הטמעה" הוא מעצבן אך נסבל, אולי 10.
שיטה זו חושפת סדרי עדיפויות במהירות ומפחיתה התעסקות בזוטות. היא גם נותנת לכם משקלים של מספרים שלמים שקל להסביר.
שיטה ב': השוואה בזוגות (איטית יותר, קפדנית יותר)
השוו קריטריונים שניים בכל פעם: "מה חשוב יותר, ובכמה?" זה קרוב יותר ל-MCDA רשמי ומפחית עיגון, אך לוקח יותר זמן. אם אתם רוצים את הגרסה האקדמית, תהליך ההיררכיה האנליטי הוא ההתייחסות הקלאסית: תהליך היררכיה אנליטי (AHP).
ההנחיה המעשית שלי: השתמשו בהקצאת 100 נקודות לרוב ההחלטות העסקיות. השתמשו בהשוואה בזוגות כשהסיכונים גבוהים והפוליטיקה גבוהה עוד יותר.
בדיקת שפיות למשקל שאני משתמש בה: אם שינוי משקל ב-5-10 נקודות יהפוך את המנצח, אין לכם בעיית משקל. יש לכם בעיית אי-ודאות, ועליכם לאסוף נתונים נוספים.
תבנית מטריצת החלטות שלב 4: בניית מחוון ניקוד (כדי שאנשים ינקדו בעקביות)
עבודה עם תבנית מטריצת החלטות נכשלת כאשר הניקוד מבוסס על תחושות בטן. מחוון ניקוד הוא הגדרה קצרה למה שכל ציון אומר.
בחרו סקאלה ותעדו אותה. אני מעדיף 1-5 כי זה כופה החלטות ללא דיוק מזויף.
דוגמה למחוון עבור "מאמץ הטמעה":
1 = 4+ חודשים, מעורבות כבדה של הנדסה + תפעול
3 = 4-8 שבועות, מאמץ פנימי מתון
5 = 1-3 שבועות, בעיקר הגדרות
זהו השלב שבו אתם מפחיתים הטיות בקבלת החלטות. ללא מחוון, האדם הקולני ביותר מגדיר מה "5" אומר ברגע נתון.
למודעות להטיות וכיצד גוגל ממסגרת מלכודות קוגניטיביות, זוהי התייחסות מהירה טובה: סקירת הטיות קוגניטיביות.
ניתוח מערכות שלב 5: נרמול ציונים (כשחייבים) וחישוב סה"כ
ניתוח מערכות לא תמיד דורש נרמול. זה תלוי בקלטי הניקוד שלכם.
השתמשו באחת מהגישות הבאות:
גישה 1: ניקוד לפי מחוון (אין צורך בנרמול)
אם כל קריטריון מנוקד על אותו מחוון של 1-5, ניתן להכפיל ציון x משקל ישירות.
גישה 2: מדדים גולמיים (נדרש נרמול)
אם אתם מנקדים באמצעות מספרים גולמיים (עלות בדולרים, זמן בשבועות, זמן פעילות באחוזים), נרמלו לסקאלה משותפת של 0-1 או 0-100 כדי שהקריטריונים יהיו ברי השוואה.
נרמול פשוט שעובד היטב:
עבור מדדים שבהם "גבוה יותר הוא טוב יותר" (זמן פעילות, הכנסה):
מנורמל = (x - מינימום) / (מקסימום - מינימום)
עבור מדדים שבהם "נמוך יותר הוא טוב יותר" (עלות, זמן):
מנורמל = (מקסימום - x) / (מקסימום - מינימום)
לאחר מכן חשבו:
סך משוקלל = Σ (ציון מנורמל x משקל)
הנה דוגמה למטריצת החלטות עם מחוון 1-5 (ללא נרמול). תרחיש: בחירת פלטפורמת תמיכה.
קריטריונים
משקל
ציון אפשרות א'
ציון אפשרות ב'
ציון אפשרות ג'
עלות בעלות כוללת
25
4
2
3
מאמץ הטמעה
15
3
4
2
סיכון ותאימות
25
3
5
4
השפעה על המשתמש
20
4
3
5
התאמה אסטרטגית
15
3
4
4
סה"כ:
אפשרות א' = (4x25)+(3x15)+(3x25)+(4x20)+(3x15) = 100+45+75+80+45 = 345
אפשרות ב' = (2x25)+(4x15)+(5x25)+(3x20)+(4x15) = 50+60+125+60+60 = 355
אפשרות ג' = (3x25)+(2x15)+(4x25)+(5x20)+(4x15) = 75+30+100+100+60 = 365
אפשרות ג' מנצחת, אך שימו לב למשהו חשוב: ב' ו-ג' קרובות. זהו איתות להריץ בדיקות רגישות.
אם אתם מעדיפים לבנות זאת כלוח שמתעדכן כשההקשר משתנה (תקציב חדש, אילוץ חדש, אפשרות חדשה), זה בדיוק זרימת העבודה ש-Lucid תומכת בה: קלט מבולגן נכנס, מפת אפשרויות מובנית יוצאת, ואז משווים בתצוגות רשת/טבלה/מיקוד. הסיבה שזה משנה היא עקביות: הלוח נשאר קוהרנטי כשאתם מעדכנים הנחות.
ניתוח מערכות שלב 6: בדיקת עמידות התוצאה (רגישות ומצבי כשל)
ניתוח מערכות הוא לא "חשב פעם אחת, הכרז על ניצחון". עליכם לבדוק אם המנצח חסון.
שתי בדיקות מהירות:
רגישות משקל: שנו את 1-2 המשקלים המובילים ב-10% +/- וראו אם הדירוג משתנה. אם הוא מתהפך, ההחלטה שלכם שבירה.
אתגר ציון: שאלו, "על איזה ציון בודד ספקן היה מערער?" לאחר מכן אמת זאת עם נתונים (ניסוי, שיחת התייחסות, אב-טיפוס או מדד).
מצבי כשל נפוצים שראיתי בהחלטות אמיתיות:
ספירה כפולה של קריטריונים (עלות + ROI + השפעה על התקציב).
ניקוד דברים לא ידועים כאילו הם ידועים. לא ידוע צריך להיות ציון נמוך יותר או קנס סיכון.
מתן אפשרות ל"קריטריון מועדף" להיכנס מאוחר ולהטות את המטריצה.
עבור צוותים שרוצים מודל החלטה ויזואלי, ניתן לשלב את המטריצה עם תרשים זרימה של החלטות: מסננים במעבר ראשון (אילוצים קשיחים), ואז ניקוד משוקלל עבור הפיינליסטים. ההיברידי הזה קשה יותר לתמרון.
הפיכת המטריצה להחלטה שניתן להגן עליה
מודל ניקוד משוקלל שימושי רק אם אתם יכולים להסביר אותו בדקה אחת. ציינו את ההחלטה, הראו את הקריטריונים והמשקלים, ואז הראו את שתי האפשרויות המובילות ומדוע המנצח ניצח.
אם אתם רוצים דרך נקייה לתעד את הרציונל כדי שלא ייעלם אחרי הפגישה, אנחנו בדרך כלל מתעדים: הגדרות הקריטריונים, המחוון, הטבלה הסופית ותוצאת הרגישות. תוצר זה מונע הרצה חוזרת של אותו ויכוח ברבעון הבא.
כשאתם מוכנים לבנות דילמה אמיתית לתוך לוח אפשרויות ולהשוות נתיבים זה לצד זה, התחילו בלכידה מהירה ותנו ללוח לעשות את הארגון. צרו את לוח ההחלטות הראשון שלכם ב-רישום ל-Lucid.
