יסודות ותכנון מוצר · מעורב

כמה זמן זה ייקח: אומדנים בלי אשליות

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

למה כולם טועים באותו כיוון

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

איך לאמוד בכל זאת

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

תנו טווח: מהיר, סביר, גרוע. הפער בין המהיר לגרוע הוא מדד לאי־ודאות, והוא לבדו כבר מידע ניהולי.

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

מדידה במקום ויכוח

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

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

לעומק

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