טכניקות לקבלת החלטות בקונצנזוס עובדות כאשר מתייחסים לחדר כאל מערכת, ולא כאל ויכוח. ניתוח מערכות עוזר לך להציף אפשרויות, למדוד הסכמה אמיתית (לא הסכמה רועשת), ולהניע קבוצה קדימה מבלי לשחוק את האמון. להלן מדריך שנבדק בשטח לשימוש במדדי הסכמה, הצבעה שקטה וסבבים מובנים שניתן להריץ ב-30-60 דקות.
מדוע קונצנזוס נתקע (ואיך ניתוח מערכות מתקן זאת)
קבלת החלטות בקונצנזוס נכשלת בדרכים צפויות: הקבוצה מבלבלת בין "אין התנגדויות" לבין "תמיכה אמיתית", הקול החזק ביותר קובע את המסגרת, או שאנשים מסכימים בפומבי ומחבלים בפרטיות. ראיתי צוותים מאבדים שבועות בגלל הדפוס הזה, ואז מאבדים עוד זמן בתיקון מערכות יחסים לאחר שיחה חפוזה.
ניתוח מערכות הוא התרופה כי הוא מכריח אותך למדל את ההחלטה כמכונת קלט-פלט. קלטים הם אילוצים, סיכונים וצרכי בעלי עניין. פלטים הם אפשרויות עם השלכות. תפקיד המנחה הוא לשמור על המערכת גלויה: מה אנחנו מחליטים, מה נחשב לתוצאה טובה, ואיזו ראיה תשנה את דעתנו?
אם הצוות שלך עדיין מתווכח באיזו גישת החלטה להשתמש, התחל עם בסיס משותף. המדריך של Lucid בנושא איך לבחור מסגרת החלטה לצוות שלך הוא נקודת פתיחה טובה כדי להסכים מתי קונצנזוס כדאי ומתי לא.
פגישת קונצנזוס צריכה תמיד להניב אחת משלוש תוצאות: החלטה, רשימה מצומצמת עם ניסוי הבא ברור, או "לא עכשיו" מתועד עם קריטריונים לבחינה חוזרת. כל דבר אחר הוא תיאטרון.
מדדי הסכמה: הדרך המהירה ביותר למצוא קבלת החלטות בקונצנזוס אמיתי
מדדי הסכמה הם טכניקה שמחליפה את ה"מסכים/לא מסכים" הבינארי בסולם שחושף היכן התמיכה חזקה, היכן היא חלשה, והיכן ההתנגדויות רציניות. המשפט הראשון שאני משתמש בו כדי להציג זאת הוא: "אנחנו לא מצביעים על מי מנצח, אנחנו מודדים כמה בטוח להתקדם."
הנה סולם מעשי שניתן להריץ בעל פה או במסמך:
ציון
משמעות
מה המנחה עושה הלאה
5
תמיכה חזקה
תעד מדוע, זה הופך להגיון ההחלטה
4
תמיכה
המשך הלאה אלא אם צצים סיכונים
3
יכול לחיות עם זה
שאל: "מה יגרום לך לעבור ל-4?"
2
מודאג
בקש את התנאי הספציפי או דרך להפחתת סיכון
1
חסימה
התייחס כאל התנגדות שחייבת להיפתר או לעלות לדרג גבוה יותר
שני כללים גורמים לטכניקה הזו לעבוד באמת.
ראשית, "2" חייב להגיע עם דאגה קונקרטית. "אני לא אוהב את זה" אינו הגיון החלטה. "זה פוגע ביכולת הכוננות שלנו כי זה מוסיף מצב כשל חדש" הוא כן.
שנית, "1" חייב לציין את העיקרון המוגן (בטיחות, חוקיות, אמון לקוחות, תקציב). זה מונע מ"חסימה" לשמש כמהלך כוח. בקבוצות בריאות, חסימות הן נדירות.
אם אתה רוצה שהסולם יהיה יותר מסתם בדיקת אווירה, תעד את ההתפלגות בהערות שלך וחזור אליה לאחר היישום. כך בונים לולאת למידה ומפחיתים קונפליקטים עתידיים. כך גם מזהים הטיות בקבלת החלטות לאורך זמן, במיוחד הטיית סמכות והטיית סטטוס קוו (שתיהן מתועדות היטב במחקר התנהגותי המסוכם על ידי מקורות כמו סקירת ה-APA על הטיות קוגניטיביות).
הצבעה שקטה: טכניקת הנחיה שמגנה על האמת מפני היררכיה
הצבעה שקטה היא הדרך הפשוטה ביותר שאני מכיר לשיפור איכות קבלת ההחלטות הקבוצתית בחדרים היררכיים. ההגדרה פשוטה: כולם מגישים את העדפתם בו-זמנית, ללא דיון, לעיתים קרובות עם נימוק כתוב קצר.
טכניקה זו עובדת כי היא מפחיתה שני רוצחי קונצנזוס: עגינה על ההצעה הראשונה וכניעה לקולות בכירים. זו אותה סיבה שצוותי מוצר רבים משתמשים בסיעור מוחות שקט לפני דיון.
פורמט הדוק נראה כך:
הצג 2-4 אפשרויות (או בקש אותן, ואז הקפא את הרשימה).
תן 3 דקות של שקט לכל אדם לבחור אפשרות ולכתוב משפט אחד: "אני מעדיף את X כי..."
אסוף הצבעות בו-זמנית (טופס, צ'אט או אסימונים פיזיים).
הקרא נימוקים בקול לפני הדיון.
שלב ה"הקראת נימוקים תחילה" הוא המקום שבו האיכות קופצת. אתה מקבל הגיון החלטה ללא חקירה נגדית. אתה גם מציף אילוצים נסתרים מוקדם, מה שבדרך כלל האדם השקט ביותר בחדר ניסה להגן עליו.
אם אתה רוצה לעלות רמה, שלב הצבעה שקטה עם מטריצת קבלת החלטות פשוטה. לדוגמה, דרג כל אפשרות לפי עלות, הפיכות, זמן לערך וסיכון. אתה יכול לשמור על זה קליל, אבל פעולת הדירוג מכריחה ספציפיות.
עבור צוותים שרוצים גישה לשימוש חוזר, אני ממליץ לתקנן את הקריטריונים שלך. מסגרות החלטה: המדריך המלא של Lucid שימושי לבחירת קריטריונים שמתאימים למודל התפעולי שלך (מהירות מול ודאות, אוטונומיה מול יישור קו).
סבבים מובנים: תהליך קבלת החלטות ששומר על אמון
סבבים מובנים הם עמוד השדרה של קונצנזוס שומר אמון. ההגדרה: אתה מעביר את הקבוצה דרך שלבים קבועים כך שאנשים ירגישו שנשמעו, התנגדויות יטופלו בצורה נקייה, והפגישה לא תדרדר לדיון חוזר.
כשאני מנחה החלטות בעלות סיכון גבוה, אני מריץ את הרצף הזה כי הוא מונע את שני מצבי הכשל הנפוצים ביותר: פתרון מוקדם מדי ודיון חוזר אינסופי.
תסריט הקונצנזוס ב-5 סבבים (הרץ אותו בדיוק פעם אחת)
זהו אחד המקומות הבודדים שבהם לסדר קפדני יש חשיבות:
הצעה (2 דקות): אדם אחד מצהיר על ההחלטה המוצעת וקריטריוני ההצלחה.
שאלות הבהרה (5 דקות): רק שאלות, ללא דעות. אם מישהו מתחיל להתווכח, עצור אותו.
תגובות (8 דקות): כל אדם משתף תגובה קצרה. ללא הפרעות.
התנגדויות וסיכונים (10 דקות): רק "2" ו-"1" מסולם המדדים מדברים תחילה. תעד דרכים להפחתת סיכונים.
עדכון ואישור (5 דקות): עדכן את ההצעה בשידור חי, ואז דרג מחדש את המדדים.
זה נראה נוקשה על הנייר, אבל זה מרגיש משחרר בפועל. אנשים מפסיקים להילחם על זמן אוויר כי הם יודעים שהם יקבלו תור. תפקיד המנחה הוא לאכוף את החוזה.
משפט מפתח שאני משתמש בו: "תגובות אינן הפרכות." המשפט הבודד הזה מונע מהפגישה להפוך לאולם בית משפט.
אם הצוות שלך זקוק לתוצר חזותי לאחר הפגישה, המר את ההצעה וההתנגדויות לתרשים זרימה פשוט של החלטה: החלטה, תנאים, בעלים, תאריך בדיקה. לעיון במוסכמות תרשימי זרימה, דף הוויקיפדיה על תרשימי זרימה הוא פרקטי ועקבי באופן מפתיע.
מתי לא להשתמש בקונצנזוס (ואיך להחליט מהר בכל זאת)
קבלת החלטות חד-צדדית אינה כישלון תרבותי. זה כלי. הטעות היא שימוש בקונצנזוס להחלטות שהן הפיכות, בעלות השפעה נמוכה או רגישות לזמן.
מבחן מהיר שאני משתמש בו עם צוותים: אם ההחלטה הפיכה תוך שבועיים והחיסרון מוגבל, ברירת המחדל היא בעלים יחיד עם קלט. אם ההחלטה קשה להפיכה (ארכיטקטורה, מודל תמחור, חשיפה משפטית), קונצנזוס בדרך כלל שווה את העלות.
הנה השוואה נקייה שתוכל להעתיק למסמכי התפעול שלך:
סוג החלטה
שיטה מומלצת
מדוע
הפיכה, סיכון נמוך
חד-צדדית עם קלט
מהירות מנצחת יישור קו
בין-תפקודית, סיכון בינוני
הסכמה (ללא חסימות)
מציפה סיכונים ללא שיתוק
סיכון גבוה, קשה להפיכה
קונצנזוס מלא
אמון ורכישת מחויבות מפחיתים חבלה
עמומה, זקוקה לראיות
ניסוי מתוחם בזמן
נתונים מחליפים דעה
כאן גם מופיעים דינמיקות של "עמק ההחלטה": האמצע המבולגן שבו אפשרויות נראות גרועות באותה מידה כי לא הפכת את הפשרות למפורשות. התיקון הוא לא עוד ויכוח. התיקון הוא מידול אפשרויות טוב יותר.
כלים עוזרים כאן, אבל השיטה חשובה יותר מהכלי. אם אתה רוצה להפוך קלט מבולגן ללוח אפשרויות מובנה במהירות, הגישה של Lucid היא למפות אפשרויות עם יתרונות, חסרונות והשלכות מסדר שני, ואז להשוות בתצוגות מרובות. זו אותה משמעת של ניתוח מערכות, רק מהירה יותר.
זרימת עבודה מעשית לקבלת החלטות בקונצנזוס שניתן להריץ ב-45 דקות
הנה הקצב מהעולם האמיתי שאני ממליץ עליו לרוב הצוותים. הוא משלב את הטכניקות לעיל לתהליך החלטה יחיד שניתן לחזור עליו מדי שבוע.
התחל עם קריאה מוקדמת שמציינת את ההחלטה, האילוצים ו-2-4 אפשרויות. אם אינך יכול לרשום אפשרויות, אינך מוכן לקונצנזוס.
בפגישה, הרץ הצבעה שקטה תחילה כדי להימנע מעגינה. לאחר מכן הרץ מדדי הסכמה כדי למדוד תמיכה ולאתר התנגדויות. סיים עם סבבים מובנים המתמקדים בהתנגדויות, לא בהעדפות. אם סיימת עם "3" בכל הלוח, החלט בכל זאת וצרף דרכים להפחתת סיכונים בתוספת תאריך בדיקה.
פרט תפעולי אחד שמשנה הכל: הקצה "בעל החלטה" יחיד גם בקונצנזוס. קונצנזוס הוא שיטה להגעה להחלטה, לא תחליף לאחריות. הבעלים מעדכן את המסמך, עוקב אחר הפחתת הסיכונים ומפעיל את הבדיקה.
אם אתה בונה את מערכת ההפעלה הסטנדרטית של הצוות שלך להחלטות, שמור ספרייה של מסגרות והתאם אותן לסוגי החלטות. אנחנו מתחזקים ספרייה כזו בארגוני מוצר כי היא מונעת המצאה מחדש ומפחיתה קונפליקטים. השתמש ב-איך לבחור מסגרת החלטה לצוות שלך כנקודת התחלה, ואז פתח אותה על סמך מה שבאמת נשבר בפגישות שלך.
שאלות נפוצות
מהם 7 השלבים של קבלת החלטות?
תהליך קבלת החלטות נפוץ בן 7 שלבים הוא: זיהוי הבעיה, איסוף מידע, יצירת אפשרויות, הערכת אפשרויות, בחירה, יישום ובדיקה. במסגרות קונצנזוס, שלב ה"הערכה" זקוק לקריטריונים מפורשים וטיפול בהתנגדויות, אחרת הוא הופך לדיון מעגלי.
מהי מטריצת קבלת החלטות?
מטריצת קבלת החלטות היא טבלה המדרגת אפשרויות מול קריטריונים כמו עלות, סיכון וזמן לערך. היא שימושית בקבלת החלטות קבוצתית כי היא מכריחה אנשים להצהיר על מה שהם מעריכים, לא רק על מה שהם מעדיפים.
איך להציג החלטה בתרשים זרימה?
השתמש בתרשים זרימה של החלטה כדי לתעד את נקודת ההחלטה, התנאים שחייבים להתקיים, והצעד הבא לכל ענף. שמור על זה פשוט: מעוין החלטה אחד, כמה תוצאות ובעלים ברורים כדי שהתרשים יהיה בר-ביצוע.
איך ליצור מטריצת החלטה פשוטה?
בחר 3-5 קריטריונים, הקצה ציון 1-5 לכל אפשרות, והוסף הערה קצרה המסבירה כל ציון. ההערות חשובות יותר מהמתמטיקה כי הן לוכדות את הגיון ההחלטה וחושפות הנחות נסתרות.
קח את הפגישה הבאה שלך והרץ שינוי אחד, לא חמישה. אם הצוות שלך ממשיך להסתובב במעגלים, התחל עם הצבעה שקטה פלוס מדדי הסכמה, ואז נעל סבבים מובנים להתנגדויות. כשאתה מוכן למדל אפשרויות והשלכות מהר יותר, צור לוח החלטות של Lucid על ידי התחלה ב-רישום חשבון Lucid והדבק את הדילמה בדיוק כפי שהצוות שלך תיאר אותה ב-Slack.
