פרקטיקת ניתוח מערכות ב- Agile

מבוא ל AGILE

• מעבר קצר על מבנה הקורס, המרצים והפרוייקט 
• SDLC: מפל המים, V מודל  , יחידות מסירה והמעבר לאג׳ייל
• עקרונות השיטה 4+ 12
• יתרונות וחסרונות
• למי מתאים והאם לכולם
• מחזור חיים קלאסי של Agile / Scrum

שינויים בתפקיד מנתח המערכות

במפגש זה נדון היכן השינויים העיקריים בתפקיד מנתח המערכות 

• שינוי במשימות
• שינוי בזמן שמוקצה למשימה
• שינוי בעומק האפיון הנדרש בכלל
• השפעת השינוי בטכנולוגיה  (MICRO SERVICES , NOSQL DB , SERVICE FIRST …)
• 'מסמכולוגיה' – כיצד משתנים לנו המסמכים
• ראיה לטווח קצר מאוד וראיה לטווח ארוך
• הדרישה להמון המון EQ   ולא רק ל IQ

בעלי התפקידים

נכיר את בעלי התפקידים בשיטת הScrum:

• צוות ה-Scrum
• Scrum master
• Product owner
• המיקום החדש של התפקידים המסורתיים:
• Project manager
• תפקידים מסורתיים (פיתוח, QA , ניתוח, UI ..)
• ר"צ טכנולוגיים ( פיתוח, QA, ניתוח …)

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

הטקסים – הפגישות

נעבור על הטקסים המרכיבים את תהליך הAgile / Scrum:

• פגישת התנעת פרוייקט
• Offline grooming
• Pre – Planning
•   Planning
• Daily stand-up meeting
• Grooming
• Retrospective team meeting
• Retrospective product meeting
• Sprint Review

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

שינויים בתפקיד מנתח המערכות

בכל אחת מהפגישות

תפקידו של מנתח המערכות "שונה" בפרוייקט אג׳ילי , בכל אחת מהפגישות תפקידו של מנתח המערכות שונה.

במפגש זה נדון

• היכן נקודות ההשפעה העיקריות של מנתח המערכות ב Agile SDLC
• באילו "טקסים" השפעתו מכרעת ובאילו פחות (מה בהובלתו ומה לא)
• מה תפקידו בזמן שצוות הscum  עובד בתוך הספרינט
• נענה על שאלות :
• האם נכון לנהל את פעילות מנתח המערכות כמו שאר פעילויות הצוות?

האם המשימות שלו נכנסות ל backlog והאם לספרינט

תפקיד המרכזי של ה

PO – Product Owner

בפרוייקט אגייל

• אחד האתגרים החדשים המשמעותיים של ה-PO בסקראם, הוא לא רק להגדיר את הדרישות בצורת “התמונה סופית” – אלא גם את הדרך להגיע לשם. אמנם יש צוות פיתוח שאמון על המימוש והטכנולוגיה – אך המסגרת של בנית המערכת, מה לעשות לפני מה וכמה – הוא דבר שנקבע ע”י הPO-
• התפקיד שלו מתחלק בין לראות את החזות והroad map  של המוצר ומצד שני ל הוביל בנייה הגיונית של מוצר מעשי.
• במפגש זה נדון בתפקיד שהוגדר במסגרת תורת האג׳ייל ובתפקיד "הנכון" בארגוני enterprise  מתוךbest practices

אפיונים קצרים , ניהול התיעוד ע"י מנתח המערכות

סוגיית  התיעוד הינה סוגיה מרכזית במסגרת המעבר לפרוייקטי אג׳ייל

• מסמכים קצרים המיועדים לצוות הסקראם
• מה התוכן "האידאלי" של מסמך ל user story
• כיצד גם נראה את התמונה הגדולה

פירוק נכון ל user stories

מתכון להצלחת הפרוייקט

• מקור כלל הדרישות לפרוייקט ממומש באג׳ייל עיי user stories
• כאשר אלו אינם מפורקים נכון (מתוך ה features ) המשך התהליך נתקל בקשיים רבים.
• במפגש זה יוצג כלי feature map אשר בעזרתו נכון להתחיל בפירוק ה user stories
• כמובן שיושם דגש גם לאופן הגדרת התיאור,  Acceptance Criteria   וכמובן DOD.

הצגה ותרגול על כלי לניהול התיעוד

וכן החיבור לכתי לניהול תצורה (jira/tfs)  וכן לכלי case    לצורך שרטוט תרשימים

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

הנושאים שיועברו:

• עקרונות UX/UI
• מה זה CX וכיצד שזה משנה את צורת העבודה
• תהליך עבודה נכון לתכנון מוצר, בשילוב ממשק / חווית משתמש
• Show me the money– איך נשכנע את הבוס להשקיע בתכנון ממשק משתמש?
• פרוטוטיפ וממשק משתמש – התנסות ב-Axure

השלמות + מצגת סיכום

• הסבר על מעבר הסטטוסים של הuser story
• מיקוד ניהול נכון של הProduct Backlog
• מי מעביר מסטטוס לסטטוס ומי סוגר User Story
• מצגות סיום של הפרוייקטים
• סיכום וחלוקת תעודות