מודל תכנון לאחור הוא הכלי הנכון כאשר תאריך יעד קבוע או אילוץ בלתי ניתן לשינוי מחייבים אותך לתכנן מהקו הסיום ועד היום. מפת דרכים (Roadmap) היא הכלי הנכון כאשר עליך לתקשר כיוון, רצף והימורים בתנאי אי-ודאות. מדריך זה מראה כיצד לבחור את הכלי הנכון, ליישב בין אסטרטגיה למציאות של אבני דרך, ולתקשר פשרות ללא בזבוז אנרגיה.
אילו בעיות פותרות מפות דרכים שתכנון לאחור אינו פותר?
מפת דרכים פותרת את בעיית תיאום הכוונות בארגון מורכב. היא עונה על השאלות: על מה אנחנו מהמרים, למה עכשיו, ומה אנחנו מצפים ללמוד? תכנון לאחור אינו פותר זאת. תכנון לאחור מניח שהיעד כבר נבחר והוא יציב יחסית.
בארגוני מוצר אמיתיים, תפקידה של מפת הדרכים הוא בעיקר חברתי ואסטרטגי: היא יוצרת נרטיב משותף למכירות, שיווק, תמיכה, הנהלה וצוותי פיתוח. זהו גם כלי לניהול סיכונים מכיוון שהוא הופך את אי-הוודאות לנראית. מפות הדרכים הטובות ביותר הן מפות דרכים מבוססות תוצאות: הן מתארות תוצאות עסקיות או של לקוחות, מדדים מובילים, וגבולות גזרה שמונעים מצוותים לשחרר "הכל" רק כדי להרגיש בטוחים.
תכנון לאחור, לעומת זאת, הוא כלי ביצועי. הוא עונה על השאלות: מה חייב להיות נכון עד מתי? מהו הנתיב הקריטי? היכן נמצאות התלויות? אם תנסה להשתמש בתכנון לאחור ככלי האסטרטגי העיקרי שלך, תיתקל בשני דפוסי כישלון נפוצים:
אתה נועל את היקף העבודה מוקדם מדי כי אבני הדרך נראות "אמיתיות", גם כשההימור הבסיסי עדיין לא הוכח.
אתה מאבד את הסכמת בעלי העניין כי התוכנית מדברת במונחים של משימות פנימיות, לא בערך ללקוח.
כאשר מובילי מוצר שואלים אותי במה להשתמש, אני מתרגם זאת לשאלה על סוג קבלת ההחלטות. בניית מפת דרכים היא בעיה של בחירת הימורים (החלטה בתנאי אי-ודאות). תכנון לאחור הוא בעיה של סיפוק אילוצים (החלטה בתנאי מחויבות).
אם אתה רוצה דרך נקייה לבחור גישת תכנון כצוות, התחל עם מסגרת קבלת החלטות משותפת. אנחנו מחזיקים כלל אצבע פנימי קצר, והוא תואם מאוד למה שפרסמנו ב-.
מפת דרכים היא גם המקום שבו עליך לשמור על ה"אופציונליות" שלך. אם אינך יכול לנסח לפחות שני נתיבים סבירים לתוצאה שלך, אתה לא בונה מפת דרכים, אתה מתחייב מראש.
מתי אילוץ של תאריך קבוע דורש תכנון לאחור?
אילוץ של תאריך קבוע דורש מודל תכנון לאחור כאשר לאי-עמידה בתאריך יש עלות מהותית ואינך יכול "לקנות זמן" על ידי הגדרה מחדש של השחרור. זה לא עניין של העדפה. זה עניין של פיזיקה.
להלן מצבי תאריך קבוע שמחייבים תכנון לאחור בפועל:
מדיניות פלטפורמה (דרישות חנות אפליקציות, שינויי דפדפן, ביטול API).
תאריך השקה חוזי עם קנסות.
דד-ליין רגולטורי או תאימות.
חלון הכנסות עונתי (עונת מסים, שיא חגים, אירועי תעשייה).
תלות קשיחה שבה אבן הדרך של צוות אחר אינה ניתנת למשא ומתן.
כאן חשיבה על נתיב קריטי היא קריטית. אם יש לך תאריך קבוע, אתה לא שואל "מה כדאי לנו לבנות הלאה?" אתה שואל "איזה רצף עבודה הופך את התאריך לבר-השגה בסיכון מקובל?"
הגדרה שימושית: נתיב קריטי הוא שרשרת המשימות התלויות שקובעת את תאריך הסיום המוקדם ביותר האפשרי. אם פריט כלשהו בנתיב הקריטי מתעכב, ההשקה מתעכבת אלא אם כן תשנה את היקף העבודה, תוסיף משאבים או תסיר תלויות.
אם אתה זקוק לרענון על האופן שבו תאריכים ומרווחי ביטחון עובדים בתכנון, הסקירה של ה-Project Management Institute על שיטת הנתיב הקריטי היא בסיס איתן.
צ'ק-ליסט "אילוץ תאריך" שאני משתמש בו לפני התחייבות
ראיתי צוותים מתחייבים לתאריכים עם שום דבר מלבד אופטימיות ולוח Jira. כך מגיעים ללילות לבנים ומפת דרכים שבורה. לפני שאתה מקבל את התאריך, ודא שלושה דברים:
בדיקה
איך נראה "טוב"
איך נראה "רע"
בהירות תלויות
בעלים מוגדרים, תאריכי לחיצת יד, נתיב הסלמה
"אנחנו חושבים שהתשתית יכולה לעשות את זה"
מרווח סיכון
מגירה מפורשת (בדרך כלל 15-30% ללא ידועים)
אין מרווח, או מרווח מוסתר
מתג כיבוי היקף
קיצוצים מוסכמים מראש אם הסיכון מתממש
קיצוצים שמוחלט עליהם בזמן פאניקה
המספרים האלה אינם אקדמיים. צוותים ממעיטים בעקביות בהערכת עבודה בגלל כשל התכנון. עבודתו של דניאל כהנמן על שיפוט ואי-ודאות היא נקודת הייחוס הקלאסית, והיא מסוכמת היטב במקומות רבים, כולל דף הוויקיפדיה של כהנמן אם אתה צריך מקור מהיר לצטט פנימית.
איך מיישבים בין הימורי מפת הדרכים למציאות של אבני דרך?
זה החלק הקשה: אתה צריך שמפת הדרכים תישאר אסטרטגית בזמן שתוכנית אבני הדרך נשארת כנה. רוב הארגונים נכשלים כאן כי הם מתייחסים למפת הדרכים כלוח זמנים, ואז מענישים צוותים כשלמידה הופכת את לוח הזמנים ללא רלוונטי.
יישוב הוא שלב של תרגום. אתה לוקח הימור ממפת הדרכים וממיר אותו לתוכנית אבני דרך שחושפת היתכנות, תלויות ואי-ודאות. לאחר מכן אתה מזין את האילוצים בחזרה למפת הדרכים כפשרות.
אני עושה זאת בשלושה מהלכים:
1) הפוך כל הימור במפת הדרכים למודל החלטה, לא לתוכנית פרויקט
הימור במפת דרכים צריך להיות מפורש לגבי הנחות: פלח יעד, השערת ערך, השלכות תמחור או אריזה, והמדד שאתה מצפה להזיז. זהו מודל החלטה, לא רק רשימת פיצ'רים.
אם אתה רוצה שהצוות יחשוב בעקביות, כתוב את לוגיקת ההחלטה במקום אחד: "אם מדד X לא זז ב-Y אחרי Z חשיפה, אנחנו עוצרים או משנים כיוון". המשפט האחד הזה מונע חודשים של עבודת זומבים.
דרך פשוטה לבנות זאת היא מטריצת קבלת החלטות שמדרגת אפשרויות לפי אימפקט, ביטחון, מאמץ וסיכון. זה לא מושלם, אבל זה מחייב השוואתיות.
2) צור שרשרת אבני דרך עם נתיב קריטי גלוי
ברגע שההימור אמיתי, בנה את התכנון לאחור מהתאריך (או סוף הרבעון) ועד היום. המפתח הוא לתכנן באבני דרך שמייצגות "הוכחה", לא רק "עבודה שבוצעה". דוגמאות: אישור אבטחה, הרצת ניסיון של הגירה, רישום קבוצת בטא, הגעה למדד ביצועים, סיום בדיקה משפטית.
כאן תרשים זרימה של החלטות עוזר. אם הביצועים מתחת לסף, האם אנחנו מקצצים בהיקף, מגדילים הוצאות תשתית, או דוחים? אם המחלקה המשפטית מסמנת את התהליך, האם אנחנו מתכננים מחדש או מוותרים על הפיצ'ר? הכנס את הענפים האלה לתוכנית לפני שאתה תחת לחץ.
3) בצע ניתוח תרחישים כדי להגן על מפת הדרכים
ניתוח תרחישים הוא הדרך שבה אתה שומר על אופציונליות מבלי לשקר. בנה לפחות שתי גרסאות של תוכנית אבני הדרך: מקרה בסיס ומקרה סיכון. מקרה הסיכון צריך לכלול את 2-3 אי-הוודאויות המובילות שעלולות לפגוע בך באופן ריאלי (עיכוב בתלויות, סיכון טכני לא ידוע, עיכוב באישור בעלי עניין).
מקינזי כותבים על חשיבה תרחישית כבר עשורים, ולמרות שלא הכל מתרגם לאספקת מוצר, הרעיון המרכזי שימושי: תכנן עבור מספר עתידים סבירים. מקור קל שניתן לשתף הוא הפרספקטיבה הכללית שלהם על תכנון תרחישים.
אם תבצע את שלב התרגום הזה בעקביות, תפסיק לנהל ויכוחי "מפת דרכים מול מציאות". פשוט יהיו לך הימורים מעודכנים עם אילוצים מעודכנים.
עבור צוותים שרוצים טקסונומיה מלאה יותר של מסגרות (ואיפה מפות דרכים משתלבות), שמנו את הגרסה המלאה ב-מסגרות קבלת החלטות: המדריך המלא.
אילו תוצרים כדאי לשתף עם בעלי עניין?
בעלי עניין לא צריכים עוד מסמכים. הם צריכים את שני המסמכים הנכונים, כל אחד עם חוזה ברור.
אני ממליץ לשתף:
מפת דרכים מבוססת תוצאות שמתקשרת כיוון, כוונה ורצף מבלי להעמיד פנים שהיא לוח זמנים לאספקה.
תצוגת אבני דרך בתכנון לאחור עבור היוזמות שיש להן אילוצים אמיתיים, המציגה שערים, בעלים וטריגרים לסיכון.
הטריק הוא להפוך את מפת הדרכים לקריאה ואת תוכנית אבני הדרך לאחראית, מבלי למזג אותן לתוצר אחד מבלבל.
מפת תוצרי בעלי עניין (מה לשתף, מתי)
תוצר
קהל יעד
תדירות עדכון
מה הוא חייב לכלול
מפת דרכים מבוססת תוצאות
הנהלה, GTM, מובילים חוצי-ארגון
חודשי או לפי מחזור תכנון
תוצאות, מדדי הצלחה, נושאי השקעה, "מה השתנה"
תוכנית אבני דרך לאחור
ארגון אספקה, צוותים תלויים, ספונסר הנהלה
שבועי
נתיב קריטי, תלויות, רשימת סיכונים, קווי קיצוץ
מזכר החלטה (1-2 עמודים)
ספונסר הנהלה, בעלי עניין מרכזיים
לפי הימור מרכזי
אפשרויות שנשקלו, פשרות, השלכות, בעל ההחלטה
שים לב מה חסר: תרשים גאנט לכולם. גאנטים יכולים להיות שימושיים פנימית, אבל הם כלי תקשורת גרוע מחוץ לקבוצת האספקה כי הם מזמינים דיוק כוזב.
אם אתה צריך ליישר קבוצה רחבה יותר על האופן שבו אתה מקבל ומתקשר את ההחלטות האלה, כדאי לתקנן את אוצר המילים תחילה. אנחנו לעיתים קרובות מפנים צוותים ל-איך לבחור מסגרת קבלת החלטות לצוות שלך כי זה מפחית ויכוחים מבוססי אנקדוטות.
קישור אפשרויות מפת הדרכים לאבני דרך בתכנון לאחור עם לוח החלטות מבוסס בינה מלאכותית
כאן התכנון בדרך כלל נשבר: יש לך הימור במפת הדרכים (אסטרטגי), תוכנית אבני דרך (ביצוע), והקשר משתנה (נתונים חדשים, אילוצים חדשים). רוב הצוותים שומרים אותם במסמכים נפרדים, כך ששינויים מחלחלים לאט ובאופן לא עקבי.
לוח החלטות מבוסס בינה מלאכותית פותר את בעיית ה"תוכנית המיושנת" על ידי שמירה על מבנה ההחלטה מחובר. ב-Lucid, אנחנו לוקחים דילמה חופשית כמו:
"אנחנו יכולים לשחרר את v1 עד הכנס אם נקצץ אינטגרציות, או שאנחנו יכולים לשמור על ההיקף ולהחמיץ את החלון. בנוסף, התשתית עמוסה והבדיקה המשפטית בלתי צפויה."
...וממירים אותה למפת אפשרויות עם יתרונות, חסרונות והשלכות עתידיות. לאחר מכן ניתן להשוות נתיבים זה לצד זה בתצוגות רשת/טבלה/מיקוד, ולעדכן את הלוח ככל שהאילוצים משתנים מבלי לשכתב הכל.
זרימת עבודה קונקרטית שהשתמשתי בה עם מובילי מוצר
התחל עם שלוש אפשרויות שתואמות את האופן שבו צוותים באמת מחליטים:
אפשרות
סיפור מפת הדרכים (מה שבעלי העניין שומעים)
מציאות התכנון לאחור (מה שהאספקה צריכה)
השלכה נסתרת שיש להציף
עמידה בתאריך על ידי קיצוץ היקף
"אנחנו מתעדפים את התוצאה המרכזית תחילה."
זיהוי קווי קיצוץ, סידור מחדש של תלויות, הגדרת קבלה
סיכון לירידה באימוץ אם חסרים "תנאי סף"
שמירה על היקף, הזזת תאריך
"אנחנו מגנים על האיכות והשלמות."
בנייה מחדש של נתיב קריטי, משא ומתן מחדש על תלויות
עלות GTM, החמצת חלון עונתי
פיצול שחרור לשתי אבני דרך
"נספק ערך מוקדם, ואז נרחיב."
הגדרה מה באמת ניתן לשחרור, ניהול סיכון הגירה
סיכון לעבודה כפולה או חוב ארכיטקטוני
לאחר מכן כפה את השאלות הקשות לתוך הלוח: מהם גורמי הסיכון הניתנים לשינוי? אילו תלויות הן שבירות? איפה נמצאת נקודת הכשל היחידה? מה היה צריך להיות נכון כדי שהתוכנית האגרסיבית תעבוד?
זה גם המקום שבו אתה יכול לבחון את היתרונות והחסרונות של בינה מלאכותית בתכנון. בינה מלאכותית מצוינת בהרחבת מרחב האפשרויות וזיהוי השלכות מסדר שני, אבל היא לא נושאת באחריות. התייחס אליה כמו לאנליסט בכיר: שימושית, מהירה, לפעמים טועה, תמיד צריכה בעל החלטה אנושי. אם הצוות שלך זקוק לעדשה רחבה יותר על יתרונות וחסרונות של בינה מלאכותית, המפתח הוא להפריד בין "יצירת ניתוח" לבין "אחריות על החלטה".
כאשר צוותים שואלים למה זה משנה, אני אומר זאת בבוטות: מפת דרכים היא נרטיב. תכנון לאחור הוא מחויבות. לוח ההחלטות שלך הוא הגשר ששומר עליהם עקביים.
שאלות נפוצות
מהם היתרונות והחסרונות של בינה מלאכותית לתכנון וקבלת החלטות?
יתרונות: היא מאיצה יצירת אפשרויות, עוזרת לתעד פשרות, ויכולה להציף השלכות מסדר שני ששכחת למדל. חסרונות: היא יכולה להגביר הטיות, להמציא פרטים וליצור ביטחון כוזב אם תתייחס לפלטים כאל עובדות במקום כאל השערות.
מהם 5 היתרונות ו-5 החסרונות של בינה מלאכותית?
יתרונות: ניתוח מהיר יותר, כיסוי רעיונות רחב יותר, תיעוד טוב יותר, זיהוי דפוסים וטיוטת תרחישים. חסרונות: הזיות, חיזוק הטיות, סיכוני פרטיות נתונים, הסתמכות יתר, וחוסר בהירות באחריות כאשר החלטות משתבשות.
מה ההבדל בין מסגרת קבלת החלטות למודל החלטה?
מסגרת קבלת החלטות היא השיטה הניתנת לשימוש חוזר (קריטריונים, ניקוד, בעלים, תדירות) שאתה מיישם על פני החלטות. מודל החלטה הוא הייצוג הספציפי של החלטה אחת, כולל אפשרויות, הנחות ואיך תבחר.
איך בוחרים בין קבלת החלטות בקונצנזוס לבין בעל החלטה יחיד?
השתמש בקונצנזוס להחלטות הפיכות שבהן רתימת אנשים היא הסיכון העיקרי. השתמש בבעל החלטה יחיד להחלטות בלתי הפיכות או בעלות מהירות גבוהה שבהן עיכוב הוא הסיכון העיקרי, ואסוף קלט באופן אסינכרוני כדי להימנע מישיבות ככלי עבודה.
הצעד הבא: הפוך את ויכוח מפת הדרכים הבא שלך ללוח אפשרויות מובנה
בחר יוזמה חיה אחת שבה מפת הדרכים גולשת לרשימת הבטחות. כתוב את האילוצים הקבועים (תאריך, תלויות, שערים רגולטוריים), ואז נסח שלוש אפשרויות והשלכותיהן. אם אתה רוצה את המבנה הזה בדקות במקום בשבוע של ישיבות, צור לוח Lucid ומפה את האפשרויות, היתרונות/חסרונות והשלכות אבני הדרך זה לצד זה במקום אחד: צור את חשבון ה-Lucid שלך.
תכנון לאחור מול מפת דרכים: מתי כל אחד מהם עובד | Lucid
