מה עוגת הזמן הנכונה בפרויקט?

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

ייזום: בשלב הראשון של פרויקט אנחנו רוצים להבין מה התועלות של פרויקט, למה אנחנו רוצים לצאת אליו, מה החזר ההשקעה שלנו ומה הכאבים שיש? שלב זה לא ארוך במיוחד אבל כדי לא לקפוץ מהר לפרויקט ולהשקיע המון כסף, שלב זה הינו קריטי כדי להבין האם יש חלופות זולות יותר, מוצרים out of the box וכדומה

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

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

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

אז מה נוסחת הקסם לחלוקת זמן נכונה עבור ניהול פרויקט?

לתפיסתנו:

ייזום: 5%

איפיון: 40%

פיתוח: 40%

בדיקות 15%

מתעניין בבדיקות תוכנה? כנס עכשיו >>