מתודולוגיות ניהול פרויקטים: מפל מול זריז

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

משולש הברזל של ניהול פרויקטים

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

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

משולש הברזל משפיע אם לבחור במפל או בזריזות

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

פרויקט קל ברזל משולש

ניהול פרוייקט מפל

גישת המפל שימושית ביותר בפרויקט שבו ההיקף מוגדר היטב והוא מרכיב המפתח של הפרויקט.

דוגמאות: בניית בית, תכנון כנס, הטמעת תוכנת PM Easy Project

הוראות שימוש: הפרויקט היקף מוגדר (תוקן). זה אומר שאני לא יכול לשנות את מספר החלונות בבית שלי; אני לא יכול לשנות את המקום או את נושא הכנס). ו זמן הפרויקט הוא גורם מגביל או לחלוטין (כנס) או קרוב לחלוטין (יישום EP).

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

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

פרויקט קל ברזל משולש

ניהול פרויקטים זריז

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

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

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

פרויקט קל ברזל משולש

איך זה יכול לעזור

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

1. בעיקרון, לכל הארגונים יש סוג של פרויקטים שבהם יש צורך בשתי המתודולוגיות להקמת תהליכי עבודה יעילים.
2. תכנון משאבים איכותי מחובר לציר הזמן חיוני לכל פרויקט מפל ובמיוחד לתכנון תיק פרויקטים. בדיוק כמו זה ב-Easy Project.
3. ניהול פרויקטים זריזים: ראיתי שניהול סדרי עדיפויות מטופל בדרך כלל די טוב באמצעות כלים שונים. אבל הבעיה היא לעתים קרובות הקדשה מדויקת של משאבים עבור צבר מסוים. אז הנה אני ממליץ למפות ולהקדיש במדויק את המשאבים שלך. לדוגמה - מפתח SW עשוי לשמש ב-backlogs יותר (באגים לעומת בקשות תכונות). אבל בלי לתקן הקצאה כמותית של משאבים לפיגורים, לא אוכל לתכנן סדרי עדיפויות שניתנים לביצוע ו-Scrum Master יצטרך לפתור כל הזמן חוסר עקביות ביניהם.

סיכום: שילוב שתי מתודולוגיות ניהול אלו

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

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

פרויקט קל Agile מפל