נושא

תעדוף ומפת דרכים

איך אוספים בקשות ויוזמות, מרכזים אותן ב-backlog, ומסדרים אותן לפי אימפקט, זמן ו-RICE.

מגיע מהרצאה: 1

בעמוד הזה

התהליך

Bottom-up: אוספים מה שמגיע מהשטח: מנכ״ל, לקוחות ומשתמשים, פיתוח, שיווק, מכירות, BI ודוחות תמיכה. קודם מקשיבים ומבינים את הבעיה
Top-down: מה-OKR גוזרים רעיונות, ומפרקים כל initiative לרמת פיצ'רים
Mix & match: הכול נכנס לטבלה אחת: פיצ'ר, תיאור, objective ו-key result, מי ביקש, impact וזמן
Backlog מוצרי: זו הרשימה. עדיין לא מפת דרכים
תעדוף: לפי אימפקט וזמן, או לפי RICE. רק עכשיו זו מפת דרכים

	סולם
Impact	1 עד 5
Time	מידות חולצה: small, medium, large, extra large

קודם: אימפקט גבוה וזמן נמוך (quick wins), כדי להביא ערך ללקוח מהר.

רכיב	מה הוא
Reach	על כמה אנשים זה ישפיע, מנתוני BI
Impact	כמה זה ישפיע
Confidence	רמת ביטחון, מנתונים ולא מתחושה
Effort	כמה זמן

ICE הוא אותו דבר בלי Reach, למוצר חדש שאין לו עדיין משתמשים.

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

זה תעדוף אסטרטגי: מה בכלל נכנס לצוות. RICE מסדר את מה שכבר נכנס.

מי שצועק הכי חזק לא מקבל ראשון. בדוגמה מההרצאה, מוקד עם כ-100,000 פניות קדם לגוף שזעק הכי חזק, ועם כ-6,000 אנשים
לבדוק מה מאחורי ה-Reach. פניות רבות שמתפזרות על נושאים רבים עשויות להוריד את הציון כשעובדים לפי נושא
50% הוא לא Confidence. ביטחון גבוה מגיע מנתוני שימוש אמיתיים
גם כשהסדר נראה מובן מאליו, כדאי לבסס אותו במדדים, כדי לתקשר אותו
Backlog הוא לא מפת דרכים. בלי תעדוף זו רק רשימה

תשובות.

1: Backlog הוא הרשימה המאוחדת של פיצ'רים ובקשות. מפת דרכים היא הרשימה אחרי תעדוף, עם סדר מנומק.

2: השני. האימפקט שלו כמעט זהה, והמאמץ קטן בהרבה. כך מביאים ערך מהר, ורואים אם הוא משפיע.

3: אין עדיין משתמשים, ולכן אין Reach למדוד.

4: Build versus buy מחליט מה בכלל ייכנס לעבודת הצוות. RICE מסדר את הפיצ'רים שכבר הוחלט להכניס.