עושים סדר פסח גם בניהול מוצר
- Yaniv Nisim Siso
- 29 במרץ
- זמן קריאה 3 דקות
רקע 🧹
פסח הגיע? גם לאלו מאיתנו שאינם בעלי דחף לנקות את הבית מחמץ . בהרבה מסורות בעולם האביב הוא חג לניקיון, לאיוורר והתחדשות.
אז אני שואל איפה הניקיון הזה פוגש את הbacklog והמוצר שלנו?המוצר כבר בוגר ויש בו כמה עשרות או מאות פיצ'רים?ה Backlog נהייה רשימה הארוכה שככה בשקט מאז Q3 האחרון ועכשיו יש בה 200 פריטים שחציים כבר לא ממש רלוונטיים, רבע מהם מוגדרים בסימן "אולי יום אחד נעשה...", ועשרה אחוזים בלבד שאתם באמת מתכוונים לגעת בהם?
זאת העונה לעשות סדר! איפה אני הייתי בודק?אני מחלק את הרשימה הזאת ל 3 חלקים:
1. כל תהליכי התכנון המוקדם, תוכנית העבודה ו Backlog.
2. הנכסים שכבר ישלנו פותחו או עוד שניה מוכנים לשחרור.
3. באגים, מטריקות ושאר הירקות.
ההמלצה היא לא לשרוף את הכל, בעל הבית לא השתגע. ההמלצה היא רק לבדוק.

הינה הרשימה של החשודים המידיים:
1. פיצ'רים ב Roadmap – פיצ'רים שהובטחו ל"רבעון הבא" לפני שנה וחצי.
2. סטוריז מהאוב - יש ב Backlog סטוריז שנכתבו על ידי מישהו שכבר לא בחברה.
3. החיידק - יש כמה “Quick wins” שכבר שלושה ספרינטים ועדיין לא יצאו.
4. פיצ'ר הרפאים 👻 – פיצ'ר שפותח ועלה בעבר ללא שימוש כלל לתקופה ארוכה.
5. חמץ מוצרי – קיים פיצ'ר בשימוש נמוך יחסית, אבל בכל שחרור גרסה וכל איפיון ועליית פיצ'ר חדש אנחנו דואגים אם שברנו אותו והוא דורש מאמצי regression משמעותיים בכל גרסה.
6. אחד בדור - פיצ'ר שנבנה בזמנו ללקוח ספציפי, או שאימץ אותו לקוח אחד מתוך מאות. מאז עלו פיצ'רים טובים בהרבה לאותה הבעיה.
7. מטריקות - שמישהו פעם ביקש וכבר מזמן כבר לא בפוקוס של אף אחד.
8. טייק דט! - Tech debt, השירות הזה שהובטח ללקוח בחתימת החוזה לפני שנתיים, באסה שלא עמדנו בלו"ז ואם הלקוח כבר שכח ממנו יתכן וגם אנחנו צריכים לשכוח.
9. אבק באגים 🐛 בני שנה ב-Jira פתוחים, באגים שאינם קריטים. אם הם לא ממתינים לגרסת המאי הקרובה שבה החלטנו שנרכז מאמצים, אין להם מקום אצלינו, התיעוד שלהם רלוונטי אבל מקומם הוא לא ב Backlog.
10. הגודל קובע ואף אחד לא נוגע – מה הטעם בבקלוג עם 500 משימות? נאמר ובצוות יש 5 מפתחים × 10 ימי עבודה בספרינט (שאין בו מילואים, חופשים, לידות, ילדים) = 50 ימי פיתוח לספרינט
אם ה-backlog מכיל 500 משימות בממוצע של 5 ימי פיתוח כל אחת (ואני בא בטוב) זה 2,500 ימי פיתוח, כלומר 50 ספרינטים! = קצת יותר משנתיים.
אז בכל טיקט נתעדף אותו מול 500 משימות או שנחכה איתו שנתיים?
בקלוג עמוס הוא לא ההוכחה שיש מספיק עבודה, הוא רק מוכיח שחסר לנו פוקוס.
מצעד התירוצים וההסברים:
1. "אבל הפיצ'ר הזה לא עולה לנו כלום" - הוא עולה לנו זמן פיתוח, זמן QA, מורכבות קוד (גם אם יוצר על ידי AI), בכל גרסה, זמן ריגרסיה. פיצ'ר זה לנצח. אז זה לא רק פיצ'ר - זאת משכנתא על דירה ריקה.
2. "אנחנו לא יכולים לגעת בפיצ'ר הזה, יש לקוח שמשתמש." – לקוח אחד? כמה הוא משתמש בו? האם זה כך רגיש ולא מאפשר דפרקציה? גם גוגל עושה כיבוי לפיצ'רים ולמוצרים שמעלים אבק.
3. "אנחנו צריכים תיעוד" – מכבד. השאלה מה אתם עושים עם תיעוד כל אותם אלפי באגים לא רלוונטים, יוזמות שלא רלוונטיות. ויש לי גם הצעות...

אז מה עושים?
אני כמובן שלא מתכוון לשרוף הכול (גם לא בפסח) אבל כן צריך לשבת, להסתכל לפיצ'ר בלבן של העין ולשאול על כל פריט:
"אם היינו מתחילים מחר מאפס - האם זה היה נכנס?"אם התשובה היא מהססת - יש מצב שזה חמץ.
השלבים שאני מציע:
בדיקה - עברו על הכל, כולל מה שכבר באוויר, בדרך לאוויר ומה שפתוח מזמן נח.
מיון – בידקו מי משתמש? כמה משתמש? מהי ההשקעה האמיתית של משאבי הארגון והזמן שלכם בתחזוקה הנסתרת? האם הבאג עדיין רלוונטי?
ביעור – Deprecation זאת גם ברכה לא קללה, זה לא אומר נכשלנו זה אומר שהתבגרנו.
כוונה — מה כן נשאר? האם הוא מיושר עם תוכנית עבודה להמשך?
טיפ לאמיצים בלבד! תפתחו בג'ירה תיקייה חדשה בשם "ארכיון" ותעבירו את הכל את כל האפיקים, סטוריז, באגים ומשימות שטרם החלו ועכשיו תוציאו משם לבקלוג רק את מה שבאמת רלוונטי ודורש תעדוף לשני הספרינטים הקרובים. כבר קיבלנו בקלוג מקוצר שקל לעבוד איתו. תפתחו תיקיה נוספת ליוזמות לטווח ארוך, זה לא בקלוג אלו חלומות שרוצים להנל כשמשהו משם יבשיל נעביר אותו לבקלוג לעבודה, עד אז פסח!ניקוי כזה הוא לא כישלון אלא סימן שהמוצר שלנו חי, מתפתח, ולומד.
המוצרים שלא עושים סדר פסח, הם אלו שבסוף נושאים על גבם עשרות פיצ'רים ישנים, מאות באגים שאף אחד לא יגע בהם וקוד מטורלל שמסתובב סביב עצמו - אלו מאטים כל החלטה, כל גרסה, וכל מנהל מוצר או מפתח שמנסים להבין או להזכר "למה זה קיים?" מי צריך את זה?
חג שמח 🫓 וסדר פסח אמיתי למוצר 🧹
(הפוסט נכתב בשילוב AI - כי למה לא בעצם)



תגובות