מחזור חיים איטרטיבי

1. מחזור חיים איטרטיבי איציק סיון מנכ”ל 2080P

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

3. מפל מים-SDLC קלסי ניתוח עיצוב תכנות אינטגרציה בדיקות

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

5. היבט הסיכונים בגישת המפל

6. המשברים בגישת המפל

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

8. פיתוח איטרטיבי בצורה סכמטית

9. פיתוח איטרטיבי – ואריאציות שונות • המודל הספירלי(Boehm ) • המודל המדורג • RAD • DSDM • XP, SCRUM • RUP

10. המודל של RUP

11. מחזור חיים איטרטיבי - תועלות • הקטנת הסיכונים • תמיכה בשינויים • לימוד בתנועה • הזדמנות טובה יותר לשימוש חוזר • איכות משופרת • יכולת ניבוי משופרת

12. פרופיל התקדמות משופר

13. הקטנת סיכון מואצת לאורך ציר הזמן

14. לפני שמתלהבים • האם באמת יש רק יתרונות? • אין ארוחות חינם • ההשלכה המהותית ביותר מוטלת על כתפי מנהל הפרויקט

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

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

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

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

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

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

21. מספר הקצנות מסוכנות בתהליך איטרטיבי • איטרציה ראשונה מורכבת מידי • יותר מידי איטרציות • איטרציות חופפות • אי השלמת איטרציה • יותר מידי שינויים בבת אחת

22. כללי אצבע למספר איטרציות ומישכם • הפרמטרים:גודל הפרוייקט, גודל הצוות, רמת ההיכרות עם פיתוח איטרטיבי • מספר האיטרציות: 3+6 • משך איטרציה: 6-1 שבועות • Inception 1 • Elaboration 3-1 • Construction 3-1 • Transition 2-1

23. תבניות מסוכנות של איטרציות

24. האם מנהל הפרוייקט הוא גם המעצב הראשי • רק בפרוייקטים קטנים (5-10) אנשי צוות

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

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

27. מחזור חיים איטרטיבי - תועלות • הקטנת הסיכונים • תמיכה בשינויים • לימוד בתנועה • הזדמנות טובה יותר לשימוש חוזר • איכות משופרת • יכולת ניבוי משופרת

28. חומר קריאה • From Waterfall to iterative development Philippe Kruchten The rational Edge December 2000 • Software project Management A unified framework Addison Wesley 1998