Our only constant is change

1. AP- Agile Processes מהדורה 04 Our only constant is change

2. רשימת נושאים • מבוא • Agile • Scrum • XP • הבדלים עיקריים בין Waterfall ו Agile • סקר השימוש ב Agile

3. מה ההבדל בין פיתוח תוכנה ובניית גשר

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

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

6. Waterfall

7. Agile מול Waterfall

8. HighCeremonyProcesses(HCP) • כמות גדולה של מסמכים פורמליים • מסמכים מפורטים מאד, קשים לקריאה והבנה • בעלות פורמלית על מסמכים • הפרדה ברורה בין התפקידים השונים • תקשורת באמצעות מסמכים • תהליכים פורמליים

9. החסרונות של HCP • HCP מתאים לפרויקטים גדולים עם דרישות יציבות • פער הזמן בין תהליך הגדרת הדרישות וכתיבת הקוד יכול להתארך 1-2 שנים • בעידן האינטרנט פרוייקטיםמאופינים על ידי: מהירות פיתוח שינויים דחופים חוסר ודאות גבוהה

10. The Inventor of the Waterfall Model Recommends Agile • Dr Winston Royce - 1970 • Managing the development of large software systems

11. רשימת נושאים • מבוא • Agile • Scrum • XP • הבדלים עיקריים בין Waterfall ו Agile • סקר השימוש ב Agile

12. Agile רשימת נושאים • 4 עקרונות היסוד • המנשר • מגילת זכויות • Agile Coach

13. What is Agile

14. Martin Fowler You Should use APM only On projects that you want to succeed

15. The Agile Alliance - 2001 מנשר ה APM • Kent Beck Arie van Bennekum • Ward Cunningham James Grenning • Andrew Hunt Jon Kern • Robert C. Martin Ken Schwaber • Dave Thomas Alistair Cockburn • Mike Beedle Jim igesmith • Martin Fowler Brian Marick • Ron Jeffries Jeff Suthrland • Steve Mellor

16. Individuals and interactions Responding to change Working software Customer collaboration Following a plan Comprehensive documentation Contract negotiation Process and tools over over over over Manifesto for Agile Software Development Source: www.agilemanifesto.org

17. חברי הצוות ותקשורת טובה מול תהליכים וכלים • אנשים הם המפתח להצלחה • עבודת צוות חשובה יותר מכוכבים אנוכיים • לבניית צוות חשיבות גדולה יותר מכלים • Self Organizing

18. חברי הצוות ותקשורת טובה מול תהליכים וכלים

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

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

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

22. Pre Internet Design Anticipatory Designing Refactoring

23. Internet Design Refactoring Anticipatory Designing

24. Agile רשימת נושאים • 4 עקרונות היסוד • המנשר • מגילת זכויות • Agile Coach

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

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

27. Agile רשימת נושאים • 4 עקרונות היסוד • המנשר • מגילת זכויות • Agile Coach

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

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

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

31. Agile רשימת נושאים • 4 עקרונות היסוד • המנשר • מגילת זכויות • Agile Coach

32. מטרות ה Agile Coach • בנית צוותי על :High Performance • מליגה ג לליגת על

33. הדרך ל Agile

34. תכונות ותובנות שכדאי לטפח

35. הגדרת התפקיד • Teacher • Mentor • Coacher • Facilitator • Problem Solver • Conflict Navigator • Collaboration Conductor • Admits Mistakes

36. הגדרת התפקיד • בולדוזר • רועה • מנהיג משרת • שומר • איכות • ביצועים

37. רשימת נושאים • מבוא • Agile • Scrum • XP • הבדלים עיקריים בין Waterfall ו Agile • סקר השימוש ב Agile

38. Scrum • מבוא • Story Telling • מעקב משימות • Product Backlog • Sprint • Sprint Backlog • Sprint Planning Meeting • Daily Standup Meeting • Sprint Review • Sprint Retrospective • הגדרת תפקידים

39. Scrumנמצא בשימושע"י: Microsoft Yahoo Google Electronic Arts High Moon Studios Lockheed Martin Philips Siemens Nokia Capital One BBC Intuit Intuit Nielsen Media First American Real Estate BMC Software Ipswitch John Deere Lexis Nexis Sabre Salesforce.com Time Warner Turner Broadcasting Oce

40. SCRUM

41. תפקידים טקסים פריטים • Product owner • ScrumMaster • Team • Sprint planning • Sprint review • Sprint retrospective • Daily scrum meeting • Product backlog • Sprint backlog • Burndown charts תשתית הScrum

42. Scrum • מבוא • Story Telling • מעקב משימות • Product Backlog • Sprint • Sprint Backlog • Sprint Planning Meeting • Daily Standup Meeting • Sprint Review • Sprint Retrospective • הגדרת תפקידים

43. Story Telling • ב Agile אין צורך במסמך דרישות עב כרס • הנחת היסוד היא שהלקוח אינו מסוגל להגדיר את דרישותיו בצורה מדוייקת • כל דרישה מוגדרת כסיפור קצר-תרחיש עסקי מהיבט הלקוח • הסיפורים משתנים ומתעדכנים לקראת כל מהדורה • נציג הלקוח הוא חלק בלתי נפרד מהצוות!!! • Agile מחייב קירבה פיסית ללקוח או לחלופין זמינות וירטואלית מידית • הסיפור נכתב על ידי הצוות ובמיוחד ה PO

44. הגדרה: CCC

45. Story Telling

46. הצורה הכללית של סיפור “As a <User or role> I want <Business Functionality/Feature> [So that <Business Justification>]” Example: As a Account Holder, I want to be able to withdraw funds from my checking account, So that I can buy ….

47. הצורה הכללית של סיפור

48. סיפור: דוגמא

49. מושג ה –EPICסיפור על

50. זיהוי תפקידים-דוגמא