אף כי היא בעלת ערך במספר תעשיות, מתודולוגיית זריז הוכיחה את עצמה כמוצלחת ביותר בפיתוח תוכנה ובזמן מחזור חיי פיתוח התוכנה (SDLC). שמקורו בשנים עשר עקרונות הליבה של מניפסט הזריזות, מתודולוגיה זריזת כוללת תהליכים איטרטיביים המתמקדים במעקב ושיפור מתמיד של אספקה.
תהליכים זריזים פותחו כחלופה לטכניקות מפל מים מסורתיות. שיטת המפל היא תהליך תכנון רצופי המחייב השלמת שלב לפני המעבר לשלב הבא. באופן קונבנציונאלי, מתודולוגיית מפלים הוכיחה את עצמה כמוצלחת בבנייה; עם זאת, עבור תעשיות טכניות יותר, גישה זריזת בעלת ערך רב יותר. במקום לבצע גישה צעד אחר צעד, כל השלבים של הפרויקט מסתיימים במקביל. תהליכים זריזים מנסים להתמודד עם אופיו הבלתי צפוי של מחזור הפיתוח על ידי זיהוי טעויות וביטול הצורך להפעיל מחדש את הפרויקט לחלוטין.
מתודולוגיה זריזה
עיקרון ליבה של מתודולוגיה זריז הוא סיפוק ומתן ערך לקוח באמצעות מסירה רציפה. במקום להתמודד עם פרויקט גדול אחד לאורך תקופה ארוכה, שיטות זריזות מפרקות את הפרויקט למשימות קטנות יותר, פשוטות יותר וניתנות לניהול, הניתנות לסיום יעיל ומהיר.
Spotify ידועה בתהליכים הזריזים שלה: היחידה הקבוצתית הקטנה ביותר של החברה, הנקראת Squads, מתנהגת כסטארט-אפים אוטונומיים. כל כיתות מתמקדות בפונקציה ספציפית והיא חוזרת על פי המוצר המינימלי בר-קיימא, ומשחררת עדכונים מוקדם ולעתים קרובות. בהגדרה, מוצר מינימלי בר-קיימא הוא הגרסה החדשה ביותר של מוצר המאפשרת לצוות לאסוף את כמות המידע המרבית הדרושה כדי לקבוע מה עובד ומה לא. ב- Spotify כל צוות מטפל בפרויקט קטן; עם זאת, כל פרויקטים בונים למטרה משותפת של יצירת ערך לקוח גדול יותר.
על ידי אספקת מוצר מוקדם ולעתים קרובות, ארגונים נאלצים לחסל כל דבר שאינו מוסיף ערך. אנשים הופכים למומחים בתחומים מסוימים במחזור הפיתוח מכיוון שכל צוות קטן מתמקד במשימה אחת למשך פרק זמן ממושך, המסייע בזיהוי וחיסול טעויות. בעוד בשיטת מפל המים ניתן משוב לקראת סוף הפרויקט לאחר זמן רב, כסף ואנרגיה כבר הוצאו, המתודולוגיה הזריזית מאפשרת לבצע שינויים לאורך המשוב באמצעות משוב רציף. באמצעות משוב רציף וגמישות מבחינת עמידה בתכנית המקורית, הוספה או שינוי של תכונות מעודדות ארגונים עם ההתפתחויות האחרונות בענף שלהם.
משימות בפרויקט זריז מונעות על ידי איטרציה. איטרציה היא מסגרת זמן, בדרך כלל שבוע עד שבועיים, שבמהלכה מתפתחים צרכי הלקוחות והופכים למוצרים פועלים הניתנים לבדיקה. מאפיין מרכזי במתודולוגיה הזריזת הוא ההנחה שפרויקטים מורכבים מרצף של איטרציות. צוותים יכולים להשתמש במהירות שלהם כדי לעקוב אחר השגתם בהישגיהם במהלך כל איטרציה על מנת לשמור על תוכניות מציאותיות ולהימנע מתחייבות יתר. בכל איטרציה, מוצר הניתן להפצה הושלם לאחר שעבר ניתוח, תכנון, בדיקות, אבטחת איכות וחוויית משתמש. למרות שכל התכונות המותאמות ביותר חסרות, חברי הצוות צריכים להיות בטוחים שהם יכולים לשחרר את המוצר במידת הצורך.
מתודולוגיית Scrum
מספר מסגרות קיימות במתודולוגיה זריזה, כולל תכנות Scrum, Lean ו- Extreme. מרבית הארגונים העוברים למתודולוגיה זריזים בוחרים להתחיל עם Scrum בגלל הפשטות והגמישות שלו. פרויקטים של Scrum מספקים לחברות ולקוחות מבנה לתפקידים, ישיבות וכללים. חברי הצוות אחראים על תהליכי למידה והתאמה על מנת להתמודד עם חוסר היכולת לחזות.
לכל פרויקט Scrum יש צבר או רשימת מטלות. בשלב התכנון מאוכלס הצבר במשימות, יעדים ומסגרת זמן לביצוע. לאחר דיון הצבר, הפרויקט מחולק לספרינטים, שהם תקופה של שבוע עד שבועיים שמטרתם השלמת מספר פריטי צבר. במהלך כל ספרינט הצוות מקיים פגישות יומיות כדי לדון בהתקדמות הנוכחית, בהתקדמות עתידית ובכל הגורמים המעכבים את ההתקדמות. בסוף כל ספרינט, יש להשלים את כל הצעדים הנדרשים במקרה של שחרור פוטנציאלי למוצר.
לאחר מכן, בעל המוצר מבצע סקירה על מנת לקבוע האם כל הסיפורים במאגר הצרכים של הספרינט הושלמו די הצורך. בשלב זה, ScrumMaster נפגש עם הצוות לרטרוספקטיבה. חברי הצוות מהרהרים בתהליכים שלהם בכדי להתאים את ההתנהגות לספרינטים עתידיים. חשוב כי ScrumMaster נמנע ממכשולים נפוצים ויוצר סביבה מעודדת לדיון. בשל האופי הבלתי צפוי של פיתוח תוכנה ופיתוח מוצרים, כל ספרינט הוא ייחודי וחייב להסתגל לשינוי.
פרויקטים של Scrum מקלים על ידי בעל מוצר, ScrumMaster וצוות. במהלך כל ספרינט, הצוות, המורכב מאנשים המנוהלים על ידי עצמי, אחראי לקבוע ולהאציל כיצד הוא יבצע את כל העבודה הנדרשת. בתוך הצוות, לכל חבר יש תחום התמחות; עם זאת, אין כותרות רשמיות או היררכיה. ScrumMaster הוא אדם מסור אשר פותר מכשולים ושומר על הצוות על המסלול תוך הקפדה על שקיפות צבר הספרינט. לבסוף, בעל המוצר אחראי ליצירה ותקשורת של חזון המוצר ומחליט אם מוצרים צריכים לעבור פיתוח נוסף או מוכנים לשחרור.
בשורה התחתונה
בשימוש נרחב בפיתוח תוכנה כיום, פותחה מתודולוגיה זריזה לעבודה חסרת תהליכים מוגדרים. שיטות זריזות, בשונה מגישות רציפות, אינן מיועדות לסוגי עבודה חוזרים. תעשיות רבות מקיימות וממשיכות ליישם מתודולוגיה זריזה בתוך המבנים העסקיים שלהם.
המסגרת הזריזת כוללת מספר קבוצות משנה הכוללות Scrum, תכנות רזה וקיצוני, המסייעות לאנשים להתמודד עם חוסר יכולת חיזוי וגמישות. על פני השטח, מתודולוגיה זריזת יכולה לסייע בשיפור תהליכים מקצה לקצה; עם זאת, אנשים חייבים להיות מחויבים, מסתגלים ויכולים ללמוד על מנת שזה יעבוד.
