מאת אלירז בוסי
24 ביולי 2023

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

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

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

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

חלוקת משימות למטלות ספציפיות

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

לאחר שהכנתם רשימה של כל מה שאתם יודעים על הפיצ'ר נסו לחלק את הפרויקט למשימות קטנות, תוך הבחנה בין משימות חזרתיות (קומונליות) למשימות שהן ספציפיות לפיצ'ר הזה. משימה חזרתית היא אלמנט שחוזר על עצמו עבור כל פיצ'ר ואינו בהכרח ספציפי לתוכן החדש שאתם עומדים לפתח (לדוגמהmerge conflicts, backwards compatibility, feature toggling, build procedures וכו'). לאלמנטים האלה שמשותפים לפיתוח של תכונות רבות אפשר לקרוא "מטה-דאטה", בעוד שה"דאטה" הוא התוכן החדש של הפיצ'ר שלכם.

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

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

מינוף ידע קודם לשיפור האינטואיציה

בשלב זה יש לנו רשימה ברורה של משימות. אז מה הלאה?

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

שימוש באינטואיציה להערכת זמן מדויקת

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

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

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

לצפות לבלתי צפוי

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

השיטה במבחן המציאות

בואו נבחן חוויה מוצלחת של יישום השיטה על ידי הצוות שלי.

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

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