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

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

בהכללה הייתי אומרת, שאם תאריך השלמת הפרויקט / גירסה המתקבל מן הכלי לניהול משימות (Excel, TFS, Jira, Monday ודומיהם) הוא X, אז:

• בפועל כמעט תמיד הפרויקט יסתיים אחרי X, עם קיצוצי תכולה משמעותיים של הרגע האחרון (סיכון משמעותי לאיכות המוצר המתקבל!).
• אם הנתונים שבכלי לניהול משימות יבדקו במקביל גם בכלי לניהול זמנים (לא הדמוי-גנט של הכלי לניהול משימות), שיש לו יכולת לדחות אוטומטית משימות כאשר המבצע המתוכנן שלהן מוקצה למשימה אחרת (full resource leveling), חלק מן הבעיות יתגלו מספיק זמן מראש כדי לפתור אותן בשיקול דעת. התוצאה תהיה חסכון של זמן רב בדרך להשלמת הפיתוח, קבלת החלטות רגועות ומושכלות יותר ותוצר איכותי בהרבה (פחות תקלות).

נכתב ע"י רונית סנה
IntelliManage

שאלות ותגובות למיתוס זה ניתן להעלות כאן