מודל RAPID: מי ממליץ, מי משפיע ומי באמת מחליט

החלטות צוות אינן נתקעות תמיד בגלל מחסור במידע. לפעמים ארבעה אנשים בטוחים שהם המחליטים, שניים מצפים לזכות וטו, ומי שאמור לבצע את ההחלטה מגלה אותה רק בסוף.

מודל RAPID נועד לעשות סדר בתפקידים סביב החלטה. הוא אינו אומר איזו חלופה לבחור. הוא מגדיר מי מגבש המלצה, מי נותן מידע, מי חייב להסכים, מי מחליט ומי מבצע.

מה פירוש RAPID

המודל פותח ב־Bain & Company וכולל חמישה תפקידים:

  • R – Recommend. האדם או הצוות שמגבשים המלצה מנומקת.
  • A – Agree. מי שחייב להסכים בגלל אחריות מוגדרת, למשל בתחום המשפטי או הרגולטורי.
  • P – Perform. מי שאחראי לבצע את ההחלטה.
  • I – Input. אנשים שמביאים מידע, ניסיון או נקודת מבט.
  • D – Decide. האדם שמקבל את ההחלטה הסופית.

האותיות אינן מתארות את סדר העבודה. בדרך כלל מגדירים את ההחלטה ואת ה־D, אוספים קלט, מגבשים המלצה, בודקים אם נדרשת הסכמה ורק אז עוברים לביצוע.

התפקיד החשוב ביותר הוא D אחד

כאשר יש שני אנשים שמחזיקים בזכות ההכרעה, אין באמת הכרעה. מחלוקת עולה מיד לדרג גבוה יותר או חוזרת שוב לדיון. לכן ברוב ההחלטות רצוי לקבוע D אחד.

ה־D אינו חייב להיות האדם הבכיר ביותר. הוא צריך להחזיק בסמכות המתאימה, להבין את ההקשר ולהיות מוכן לשאת באחריות. אם כל החלטה מגיעה למנכ״ל, הארגון נעשה איטי והמנהלים שמתחתיו אינם מפתחים שיקול דעת.

קלט אינו זכות וטו

אנשים שמוגדרים כ־I צריכים לקבל הזדמנות אמיתית להביא מידע ולהצביע על סיכונים. הממליץ והמחליט צריכים להקשיב להם, אך אינם חייבים לקבל כל עמדה.

A הוא תפקיד מצומצם יותר. נותנים אותו רק כאשר קיימת סיבה אמיתית לעצור את ההחלטה, כמו חובה משפטית, רגולציה או סיכון מקצועי ברור. אם כל סמנכ״ל מקבל A, הארגון חוזר למעשה להחלטה פה אחד.

גם מי שמבצע צריך להיות בתמונה

ארגונים נוטים להזמין את אנשי הביצוע רק אחרי שהמצגת אושרה. אז מתברר שאין כוח אדם, שהמערכת אינה תומכת בתהליך או שלוח הזמנים אינו אפשרי.

מי שמוגדר כ־P צריך לתת קלט לפני ההחלטה, גם אם אינו ה־D. האחריות לביצוע אינה סמכות לבחור את הכיוון, אבל היא מחייבת לבדוק שההחלטה ניתנת לביצוע.

דוגמה מהשקת מוצר

חברת תוכנה מתכננת להשיק מוצר חדש ללקוחות גדולים.

  • מנהלת המוצר היא R ומגבשת המלצה על היקף ההשקה והמועד.
  • מכירות, שירות לקוחות ואבטחת מידע הם I ומביאים תחזיות, משוב וסיכונים.
  • היועץ המשפטי הוא A רק בנושאי פרטיות ותנאי שימוש.
  • סמנכ״ל המוצר הוא D ומחליט אם להשיק ובאיזה היקף.
  • צוותי הפיתוח, השיווק והתמיכה הם P ומבצעים לפי התוכנית שאושרה.

כך אנשי המכירות אינם מקבלים זכות וטו רק משום שהם קרובים ללקוחות, והיועץ המשפטי אינו מחליט על הכיוון העסקי. כל אחד משפיע במקום שבו הידע או האחריות שלו רלוונטיים.

איך להגדיר RAPID להחלטה אחת

  1. בחרו החלטה שנתקעת או חוזרת שוב לדיון.
  2. נסחו אותה כשאלה ברורה, כולל מועד ותחום ההכרעה.
  3. מנו D אחד.
  4. מנו R שיש לו זמן, ידע ויכולת להגיש המלצה.
  5. הגדירו מי נותן I ובאיזה שלב.
  6. תנו A רק למי שיש סיבה מוצדקת לעצור היבט מסוים.
  7. צרפו את P לפני ההכרעה ובדקו שהביצוע אפשרי.
  8. תעדו את החלוקה לצד ההחלטה, לא במצגת נפרדת שאיש לא יפתח.

מתי RAPID מתאים

המודל שימושי בהחלטות שחוצות מחלקות, חוזרות שוב ושוב או תלויות בכמה בעלי תפקידים. הוא מתאים במיוחד כשלא ברור מי מחליט או כאשר אנשים רבים מצפים להסכים.

אין צורך למפות RAPID לכל החלטה קטנה. אם הסמכות ברורה ואדם אחד יכול להחליט ולבצע, המיפוי רק יוסיף עבודה. המודל גם לא יפתור תרבות שבה אנשים אינם מוכנים לשמוע מחלוקת או לשאת באחריות.

טעויות נפוצות

  • יותר מדי בעלי A. ההחלטה דורשת הסכמה של כולם ולכן אינה מתקדמת.
  • R שמנסה לנחש מה ה־D רוצה. במקום המלצה עצמאית מתקבל מסמך שמאשר את דעת הבכיר.
  • P שאינו שותף לבדיקה. ההחלטה מאושרת ורק אחר כך מתברר שאי אפשר לבצע אותה.
  • D שאינו באמת מוסמך. האדם מקבל תואר של מחליט, אך כל החלטה שלו נפתחת מחדש מעל ראשו.

להעמקה: אחרי שהסמכויות ברורות, אפשר להשתמש ביומן החלטות כדי לתעד מה הוחלט ומתי בוחנים זאת מחדש.

בסדנת קבלת ההחלטות לארגונים ממפים החלטה אמיתית של הצוות ומבהירים מי ממליץ, מי משפיע ומי מחליט.

החלטה ראשונה, השאירו פרטים