ניתוח מערכתי הוא הדרך המהירה ביותר שאני מכיר לזיהוי הטיות אישור (Confirmation Bias) לפני שהן מתקבעות לכדי החלטה שגויה. אם הסקירות, ישיבות התכנון או האישורים שלכם מרגישים "חלקים" מדי, ונראה שהראיות זורמות רק לכיוון אחד, סביר להניח שאתם מסננים את המציאות. מדריך זה מספק סימנים מוחשיים לזיהוי הטיות ותהליך עבודה לתיקון, תוך שימוש בסטנדרטים של ראיות, פרקליט השטן וקריטריונים לקבלת החלטות.
איך נראית הטיית אישור בהחלטות אמיתיות (לא בשיעורי פסיכולוגיה)
הטיה בקבלת החלטות מופיעה פחות כאי-רציונליות רועשת ויותר כמנגנון מיון שקט. הטיית אישור היא ההרגל של חיפוש, פרשנות וזכירה של מידע התומך במה שאנחנו כבר מאמינים בו, תוך התעלמות ממה שמאיים על אמונות אלו. הסקירה של ויקיפדיה היא בסיס איתן להגדרה אם אתם מחפשים את המסגרת האקדמית: הגדרה ומנגנונים של הטיית אישור.
בפועל, אני רואה זאת בשלושה מקומות:
ראשית, סקירות (סקירות עיצוב, מסמכי דרישות מוצר, סקירות רבעוניות): צוותים מגנים על כיוון מסוים באמצעות בחירה סלקטיבית של מדדים, אנקדוטות נוחות וסיפורי "כבר ניסינו את זה" שקשה לאמת.
שנית, תכנון (מפות דרכים, כוח אדם, תקציבים): סיכונים מתוארים בצורה מעורפלת, בעוד שהיתרונות מתוארים בדיוק רב. התוכנית מאושרת כי היא מרגישה קוהרנטית, לא כי היא חסינה.
שלישית, אישורים (שערי השקה, אישורי אבטחה, השקעה בבינה מלאכותית): למאשר מוצג נרטיב שהופך את ה"כן" לבלתי נמנע. כל ראיה ל"לא" ממוסגרת כחריגה או כבעיית תזמון.
משפט שאני משתמש בו עם צוותים: אם המסמך נקרא כמו נאום סיכום בבית משפט, זה לא ניתוח.
סימנים לניתוח מערכתי המעידים על הטיה בסקירה או באישור
ניתוח מערכתי בעבודת החלטות אומר שאתם מסתכלים על כל הצינור: קלטים, מסננים, ניקוד והבחירה הסופית. הטיית אישור משאירה טביעות אצבע בכל שלב. הנה הסימנים שמופיעים שוב ושוב בחדרי ישיבות.
סימן 1: סט האפשרויות צר באופן מלאכותי
אם ההחלטה ממוסגרת כ"אפשרות א' (התוכנית שלנו) מול אפשרות ב' (לא לעשות כלום)", אתם כבר מוטים. החלטות אמיתיות כוללות בדרך כלל לפחות שלושה נתיבים ברי-קיימא: פיתוח, רכישה, שותפות, דחייה, צמצום היקף, הרצת ניסוי או ביטול היוזמה.
כאן לוח אפשרויות מובנה עוזר. כאשר אנו ממפים אפשרויות במפורש, הצוות לעיתים קרובות מבין שהם מעולם לא נתנו הזדמנות הוגנת לנתיב ה"לא נוח אך סביר". Lucid בנויה למיפוי מסוג זה: ניתן לשפוך מחשבות מבולגנות וליצור מפת אפשרויות עם השלכות, ואז להשוות בתצוגת לוח. אם אתם רוצים חשיבה רחבה יותר על בחירת מבנה, השתמשו ב-כיצד לבחור מסגרת קבלת החלטות לצוות שלכם כמדריך מהיר.
סימן 2: הראיות אסימטריות (הוכחות קשות לסיכונים, תחושות בטן ליתרונות)
שימו לב לחוסר התאמה ברמת הדיוק. צוותים דורשים לעיתים קרובות מספרים מדויקים לסיכונים ("הראו לי את ההשפעה המדויקת על נטישת לקוחות") אך מקבלים יתרונות מעורפלים ("זה ישמח את המשתמשים") ללא תוכנית מדידה.
לגוגל יש מושג שימושי כאן: החלטות משתפרות כאשר מגדירים קריטריוני הצלחה ומדידה לפני הפעולה. הנחיות האנליטיקה שלהם אינן עוסקות בהטיה, אך העיקרון תקף: אם אי אפשר למדוד את זה, אי אפשר ללמוד מזה. ראו את יסודות המדידה של גוגל לגישה מבוססת למשמעת מדידה.
סימן 3: נתונים סותרים מוזכרים פעם אחת ואז נקברים
זהו המשפט הקלאסי "אנחנו צריכים לעקוב אחרי X", ואחריו 12 עמודים של סיבות לכך שהתוכנית נהדרת. נוכחות של סיכון סמלי לא הופכת את ההחלטה למאוזנת.
מבחן מעשי: בקשו מהמציג לנסח מחדש את הטיעון החזק ביותר נגד האפשרות המועדפת עליו במשפט אחד. אם הוא לא יכול, הצוות לא מוכן לאישור.
סימן 4: קריטריוני ההחלטה אינם יציבים או מומצאים באמצע הישיבה
כשהקריטריונים משתנים, הטיה ממלאת את החלל. תשמעו דברים כמו "למעשה, מהירות חשובה יותר מעלות" מיד אחרי שמספרי העלות נראים רע. זוהי הטיית אישור המתחזה לפרגמטיות.
נעלו קריטריונים מוקדם, ואז דרגו אפשרויות לפיהם. אם אתם צריכים קטלוג עמוק יותר של סוגי קריטריונים וכיצד לשלב אותם, מסגרות קבלת החלטות: המדריך המלא הוא מקור עזר שימושי.
סימן 5: האדם הקולני ביותר הוא גם "מקור האמת"
זה קורה בקבלת החלטות חד-צדדית או בצוותים עם כוח משיכה של מייסד-מנכ"ל. הקבוצה מפסיקה לחקור ומתחילה לתמוך. אתם עדיין מקבלים החלטה, אבל היא לא החלטה איתנה.
אם אתם מנסים להגיע לקבלת החלטות בקונצנזוס, הסימן עדין: הסכמה מגיעה מהר, אבל שיחות פרטיות חושפות אי-נוחות. קונצנזוס מהיר אינו הוכחה לאיכות. לעיתים קרובות זו הוכחה ללחץ חברתי.
קבעו סטנדרטים של ראיות שהופכים את הטיית האישור ליקרה
קבלת החלטות הופכת לנקייה משמעותית כאשר קובעים סטנדרט ראיות לפני הדיון. המטרה אינה להסיר אינטואיציה. המטרה היא למנוע מהאינטואיציה להלבין את עצמה כ"עובדות".
אני אוהב תבנית פשוטה לסטנדרט ראיות שמתאימה לכל מסמך אישור:
טענה
ראיות נדרשות
מה ישנה את דעתנו
עד מתי
"משתמשים יאמצו את תכונה X"
מבחן שמישות עם משתמשים + יעד מדד הפעלה
אם ההפעלה מתחת לסף או משתמשים נכשלים במשימה
סוף ספרינט 2
"זה מפחית עומס תמיכה"
בסיס תיוג כרטיסים + השוואה 30 יום אחרי השקה
אם נפח הכרטיסים לא יורד או משנה קטגוריות
30 יום אחרי השקה
"AI יקצר זמן מחזור"
מחקר זמן לפני/אחרי על תהליך מוגדר
אם זמן המחזור החציוני לא משתפר
אחרי 4 שבועות
טבלה זו עושה שני דברים. היא כופה בהירות על היגיון ההחלטה (מה נחשב להוכחה) והיא הופכת ראיות סותרות לבעלות חשיבות ראשונה ("מה ישנה את דעתנו").
אם אתם רוצים להעמיק רמה אחת נוספת, השאילו מניתוח החלטות מרובה קריטריונים: הגדירו קריטריונים, הגדירו משקלים, והפרידו בין ניקוד לדיון. ההפרדה הזו חשובה כי הדיון הוא המקום שבו הטיה מתגנבת פנימה.
השתמשו בפרקליט השטן מבלי להפוך זאת לתיאטרון
פרקליט השטן עובד רק כאשר זה תפקיד עם תוצרים, לא אווירה.
מה שנכשל בצוותים אמיתיים הוא הגרסה הביצועית: מישהו אומר "אני אשחק את פרקליט השטן" ואז זורק התנגדויות רכות שקל להדוף. זה לא מציף את האמת. זה מחזק את התוכנית המועדפת.
פרקליט שטן שבאמת מפחית הטיית אישור עושה שלושה דברים:
הם מציגים את האפשרות החלופית הטובה ביותר, לא רק ביקורת על הנוכחית.
הם מביאים לפחות מערך נתונים סותר אחד או תחזית שניתן להפריך.
הם מציעים תרשים זרימה קונקרטי להחלטה מה קורה אם התוכנית מתחילה להיכשל (מתג השבתה, חזרה לאחור, שינוי היקף).
אם תעשו זאת בעקביות, הצוות ילמד ש"ראיות נגד" אינן חוסר נאמנות. זה חלק מתהליך קבלת ההחלטות.
המירו דיון מבולגן לקריטריוני החלטה עם מטריצת קבלת החלטות
מטריצת קבלת החלטות היא הכלי הפשוט ביותר שאני מכיר לעצירת שקלול סלקטיבי. כשכל דבר הוא מילולי, אנשים מגבירים באופן לא מודע את הקלטים שתומכים בהעדפה שלהם. כשאתם מנקדים, הפשרות הופכות גלויות.
הנה מטריצה קלה שניתן להריץ ב-15 דקות:
אפשרות
השפעה על יעד ליבה
מהירות לערך
סיכון (טכני + אימוץ)
סה"כ (משוקלל)
אפשרות א'
4
3
2
3.3
אפשרות ב'
3
5
3
3.7
אפשרות ג'
5
2
1
3.1
שני כללים גורמים לזה לעבוד בעולם האמיתי.
ראשית, הסכימו על משקלים לפני הניקוד. אם מהירות היא החשובה ביותר ברבעון הזה, אמרו זאת במפורש. אם תשנו משקלים אחרי שתראו תוצאות, חזרתם להטיה.
שנית, כפו הצדקה כתובה קצרה לכל ניקוד. לא פסקה. משפט אחד הקשור לראיות. אם אינכם יכולים להצדיק את הניקוד, אתם לא מקבלים אותו.
כאן גם חשובים "סוגי קבלת החלטות". עבור החלטות הפיכות (דלתות דו-כיווניות), אתם יכולים לקבל יותר אי-ודאות ולהשתמש בניסויים קטנים יותר. עבור החלטות בלתי הפיכות (דלתות חד-כיווניות), העלו את סטנדרט הראיות.
תיקון מסלול מהיר: תהליך עבודה מעשי להיפוך הטיה לצוותים
כאשר הטיית אישור כבר בתנועה, אתם צריכים תיקון שלא הופך למפגש האשמות. אני משתמש בתהליך עבודה הדוק ששומר על מומנטום תוך החזרת הדיוק.
התחילו בציון ההטיה מבלי להאשים אף אחד. "ייתכן שאנחנו נותנים משקל יתר לראיות התומכות באפשרות א'. בואו נריץ איפוס."
ואז הריצו את הרצף הזה:
נסחו מחדש את ההחלטה במשפט אחד, כולל האילוץ שאינכם יכולים לשנות (תקציב, לוח זמנים, תאימות).
רשמו את האפשרויות שוב, כולל לפחות חלופה אחת "לא נוחה".
נעלו קריטריוני החלטה ומשקלים.
דרגו מחדש באמצעות המטריצה ודרשו נקודת נתונים סותרת אחת לכל אפשרות.
הוסיפו השלכות: "אם נבחר בזה, מה כנראה יישבר בעוד 30, 90, 180 יום?"
השלב האחרון הוא המקום שבו רוב הצוותים משתדרגים. הטיית אישור אוהבת את זמן הווה. מיפוי השלכות כופה על העתיד להיכנס לחדר.
אם אתם רוצים דרך מובנית לעשות זאת מבלי לבנות גיליון אלקטרוני בכל פעם, לוחות ההחלטות של Lucid מתוכננים לכך: קלט חופשי הופך לאפשרויות עם יתרונות, חסרונות והשלכות עתידיות, והלוח מתעדכן ככל שההקשר משתנה. החלק של "מתעדכן מיידית" חשוב כי מסמכי החלטה ישנים הם מגבר הטיה שקט.
שאלות נפוצות
מהם היתרונות והחסרונות של AI בקבלת החלטות?
AI יכול להפחית הטיית אישור על ידי כפיית אפשרויות מפורשות, קריטריונים ומיפוי השלכות, ועל ידי שליפת ראיות סותרות שאולי תתעלמו מהן. הוא יכול גם להגביר הטיה אם הוא מאומן על קלטים מוטים או אם משתמשים מנחים אותו רק כדי לתקף תוכנית מועדפת.
מהם 5 היתרונות ו-5 החסרונות של AI?
יתרונות: מהירות, קנה מידה, זיהוי דפוסים, עקביות ויצירת תרחישים. חסרונות: הזיות, קלטים מוטים, אמון יתר, אחריות חלשה וביצועים ירודים במטרות מעורפלות ללא סטנדרטים ברורים של ראיות.
מהם היתרונות בשימוש במטריצת תלות (Reliance Matrix)?
מטריצת תלות הופכת תלויות למפורשות כך שתוכניות לא מסתמכות על הנחות נסתרות או על אופטימיות של צוות אחד. היא מפחיתה הטיית אישור על ידי הצגת המקומות שבהם ההצלחה תלויה במערכות אחרות, צוותים או אילוצים חיצוניים.
איך מפחיתים הטיה בקבלת החלטות באישורים?
דרשו סט יציב של קריטריוני החלטה, סטנדרט ראיות והצהרת "מה ישנה את דעתנו" מתועדת לפני האישור. פוסט-מורטם קצר בתוספת מטריצת החלטות מנוקדת תופס את רוב האישורים המוטים.
הצעד הבא: הריצו בדיקת הטיה של 20 דקות על האישור הבא שלכם
בחרו סקירה אחת או שער השקה קרוב. הוסיפו את טבלת סטנדרט הראיות, כפו טיעון נגד חזק אחד, ודרגו לפחות שלוש אפשרויות עם קריטריונים יציבים. אם אתם רוצים לעשות זאת מהר יותר ולשמור על האפשרויות עקביות ככל שההקשר משתנה, התחילו לוח החלטות ב-Lucid: צרו חשבון Lucid כדי למפות אפשרויות והשלכות.
כיצד לזהות הטיות אישור בתהליכי קבלת החלטות | Lucid
