בתמונה יש לנו מבנה עבודה מאורגן לפי שלבים, שבו הפעילויות בשלב 1 מפורטות יותר, כלומר יש להן פירוט גדול יותר, מאשר הפעילויות בשלבים הבאים
העיבוד הפרוגרסיבי, או תכנון גל מתגלגל, מורכב מתכנון ברמה מאוד מפורטת את הפעילויות הקרובות אלינו בזמן, ותכנון בצורה פחות מפורטת את הפעילויות שהן מאוחרות יותר בזמן.
זהו מושג הגיוני במיוחד וחסכוני במשאבים. לפעילויות שאמורות להתבצע באופן מיידי יש באופן הגיוני יותר מידע תומך מפעילויות שיצטרכו להתבצע בעוד חודשים וחודשים ואשר יחייבו את יישום התפוקות של הפעילויות הקודמות (הקודמות).
עיבוד פרוגרסיבי, אחד ממושגי המפתח בניהול פרויקטים זריז, הוא למעשה מושג בסיסי גם במתודולוגיית המפל המוצעת על ידי המכון לניהול פרויקטים ב-PMBoK
Let’s read the original version taken from the PMBoK 4th edition and then see it translated into Italian:
“Because of the potential for change, the project management plan is iterative and goes through progressive elaboration throughout the project’s life cycle. Progressive elaboration involves continuously improving and detailing a plan as more-detailed and specific information and more accurate estimates become available. Progressive elaboration allows a project management team to manage to a greater level of detail as the project evolves. ”
תרגום: בשל האפשרות לשינוי, תוכנית ניהול הפרויקט היא איטרטיבית ועוברת עיבוד מתקדם לאורך מחזור חיי הפרויקט.
Progressive processing involves continually improving the plan and adding details to the plan as more detailed and specific information – as well as more accurate estimates – becomes available.
עיבוד פרוגרסיבי מאפשר לצוות הפרויקט לנהל רמה גבוהה יותר של פירוט ככל שהפרויקט מתפתח.
.
הורד את תבנית PowerPoint החינמית.
דוגמה אמיתית לתכנון גלים מתגלגלים בפגישת פרויקט
לפני זמן קצר השתתפתי בפגישת פרויקט בה התווה ראש הפרויקט את הפעילויות העיקריות של ששת החודשים הבאים. מחזיקי העניין שנכחו נעו בין המנכ"ל למשתמשי מפתח שעבורם הקושי היה למצוא איזון בין הצורך להסביר חלק מהפעילויות בפירוט לבין שמירה על סקירה כללית להנהלה. התוצאה הייתה שלאחר שהצגנו ודינו בפעילויות המאקרו של כל הפרויקט, נכנסנו לפרטי הפעילות של ששת השבועות הבאים ולא יותר.
Rolling Wave Planning – Agile vs. Waterfall Project Management
הגדרה של תכנון גל מתגלגל באנגלית ובאיטלקית עם פרשנות
“תכנון גלים מתגלגלים הוא צורה של עיבוד מתקדם תכנון היכן יש לבצע את העבודה ב לטווח הקרוב מתוכננת בפירוט ועבודה עתידית מתוכננת ב- a רמה גבוהה יותר של WBS. לכן, עבודה יכולה להתקיים ב רמות שונות של פירוט תלוי איפה זה נמצא מחזור החיים של הפרויקט. לדוגמה, במהלך תכנון אסטרטגי מוקדם, כאשר המידע פחות מוגדר, חבילות עבודה עשוי להתפרק לרמת אבן הדרך. ככל שידוע יותר על האירועים הקרובים בטווח הקרוב זה יכול להיות מפורקים לפעילויות.”
אם אנחנו לנתח את ההגדרה של תכנון גלים מתגלגלים זה אומר: תכנון גל מתגלגל הוא צורה של עיבוד פרוגרסיבי שבו העבודה שצריכה להיעשות בטווח הקצר מתוכננת ברמת פירוט גבוהה יותר בעוד שהעבודה שחייבת להיעשות מאוחר יותר מתוכננת ברמה גבוהה יותר מבנה התמוטטות העבודה שפירושו רמת פירוט נמוכה יותר, (ראה תמונה של מבנה פירוק העבודה שנראה כמו טקסונומיה). לדוגמה, בשלבים המוקדמים של התכנון האסטרטגי, כאשר המידע הזמין לנו עדיין דל, ניתן לפרק חבילות עבודה לרמת אבן דרך ככל שאנו יודעים יותר על ההתפתחויות הקרובות. ניתן לפרק חבילות עבודה לרמת פעילות.
מבנה התפלגות עבודה
Let’s see an example. If I have to build a house and suppose the project takes three years, we could have as a hypothesis:
- 4 שלבים: ניתוח עלות-תועלת, תכנון, בנייה, בדיקות.
- חבילות עבודה: ניתוח טכני, ניתוח פיננסי, ניהול הרשאות; לְעַצֵב; רכישת חומרים; בְּנִיָה; ניהול עבודה; סיום.
- 10-15 אבני דרך (שלבי ביניים): שלב 1: 1.1 הערכות עלויות הושלמו, 1.2 ניתוח החזר על ההשקעה הושלם; שלב 2: 2.2 צוות פרויקט מגויס; 2.3 ניתוח גיאולוגי הושלם; 2.4 שרטוט הושלם; 2.5 מפרטים שהושלמו; 2.6 אישורים שהושגו; שלב 3: 3.1 רכישת חומרים, 3.2 חפירות שהושלמו; 3.3 הושלמה בניית מבנה היקפי; 3.4 גימורים; 4: 4.1 בדיקה; 4.2 השגת יכולת חיים.
- Activities: architect and other professional recruitment; creation of requirements document; design cost analysis; construction cost analysis; permission request; ….Ho preso un esempio che possa essere comprensibile per tutti, ma non essendo del settore edilizio mi scuso per eventuali imprecisioni in anticipo.
תכנון גל מתגלגל הוא גישה לתכנון פעילויות פרויקט, שבה הפעילויות הקרובות אלינו בזמן מנותחות ברמת פירוט גבוהה יותר, בעוד שהפעילויות המרוחקות יותר בזמן מתוכננות ברמה גבוהה יותר מה-WBS או עם פחות פירוט.
מושג זה, שאומץ אז על ידי דיסציפלינה Agile, הוא מושג השייך למתודולוגיית PMI במפל (מפל או רצף).
לכן אנו מבינים שהביקורת על מתודולוגיית המפל על היותה נוקשה ודורשת יותר מדי ניתוח ראשוני היא אפוא מופרכת, הבעיה היא בעצם חוסר הידע של המתודולוגיה שגורמת לנוקשות ביישומו.
במילים אחרות, הן לגישה המוצעת על ידי ה-PMI והן למתודולוגיית Prince2 יש בפני עצמן את כל הכלים הרעיוניים להבטיח את יישומם בהקשרים שונים ולהתאים את עצמם למצבי החברה השונים. חוסר הידע של המתודולוגיות על ידי מנהלי הפרויקטים ומנהלי ה-PMO הופך את היישום שלהם בחברה ללא יעיל.
יישום מתודולוגיה זריזה, אשר כשלעצמה אינה מצריכה תזמון מוגדר לפעילויות, נותנת תחושה של פחות נוקשות. עם זאת, תחושה זו של פחות קשיחות אינה מבטיחה עמידה בזמנים ובעלויות אשר במקרים רבים יכולים להוות גורמים מכריעים להצלחת פרויקטים.