אתגר ניהול הדרישות בעולם האג'ילי

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

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

מהם האתגרים (והפתרונות) שבניהול דרישות בעולם האג'ילי?

כיצד לשמר צוותי אג'ייל פרודוקטיביים

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

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

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

האם הנתיב הקריטי עדיין קריטי?

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

שבעת המפתחות להצלחה בהטמעת אג'ייל בארגון

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

Scaling Agile - על מה כל המהומה

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

Who put bugs on my agile plate?

כאשר מפתחים מוצר, תקלות (bugs or defects) הן בלתי נמנעות. הנטייה הטבעית גם בצוותי אג'יל היא לשייך אותם לרשימה (bug list) אשר תטופל בהמשך בזמן מתאים יותר. 
האם זוהי ההתנהגות הנכונה? מהי השפעתה על גוף הפיתוח?

The Agile Mindset

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

חשיבות השקיפות בניהול פרויקטים

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

Did agile kill creativity?

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

מדוע כדאי לשלב אג'יל בניהול פרויקטים

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

במאמר הפעם אתמקד ביתרונות שנותנת השיטה בתחום ניהול הפרויקטים.

Agile Metrics - who needs them ?

במאמר הקודם כתבתי על הצורך בשבירת השגרה בצוותי אג'ייל (ראו ערך – Motivate your Agile team) . במאמר הפעם אגע בנקודה אחרת הקשורה לשגרת הצוותים – מדדים.

נושא המדדים יוצר לרוב תגובה ראשונית שלילית, שהרי אף אחד לא אוהב שמודדים אותו, ובכלל מדוע לשנות אם הסתדרנו עד עכשיו בלי?

השילוב המנצח של קצב ועבודת צוות

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

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

הדרך מתכנית אסטרטגית לשלב הפיתוח

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

תוכנית ה road-map שייכת לתחום הנקרא "תחום הניהול האסטרטגי" של החברה. היא למעשה מתארת היכן הארגון רוצה להיות (במקרה זה בנושא קו המוצרים) בעתיד.

The Lean Startup - על מה כל המהומה

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

כבר כתבתי בעבר מאמר על מתודולוגית ה Lean  (למי שהמושג זר לו אני ממליץ להתחיל עם "על מה כל המהומה – Lean" באתר זה) אז מה השוני הפעם? במשפט אחד - בעוד מתודולוגיית ה-Lean מדברת על שיפור וייעול מערכת קיימת, ה Lean Startup לוקח ממנה את העקרונות ומממש אותם עבור הרעיונות כבר בשלב היזום.

הגדרת דרישות במבט אג'ילי

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

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

מה לגבי נושא הדרישות (requirements) ? האם ישנו צורך לשנות את המבנה שלו ?

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