רשימת הנושאים
ניהול-מערכתי-עסקי של פרויקט
ניהול סיכונים בפרויקט
ניהול פרויקטים על פי סון טסו
סקרי תיכון וסקרי אמצע פרוייקט
בנית תוכנית עבודה והגדרת גאנט הפרויקט
הגדרת דרישות
האתגרים בניהול זריז של פרויקטים ב- SCRUM
שיפור איכות תכנון וניהול הפרויקט
מחבילות עבודה לתכנית פעולה של הפרויקט
מה זה Base Line בתוכנית הפרויקט?
מהיא מטריצת RAM בפרויקט?
מקור המידע לחבילות עבודה WBS?

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

רשימת כותבים
גדעון קוך

מקור המידע לחבילות עבודה WBS?

   גדעון קוך
חבילות עבודה הם הבסיס לתוכנית הפרויקט.

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

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

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

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

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


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

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

עץ חבילות העבודה צריך לכלול את כל מה שיש לבצע בפרויקט.
כל מה שנמצא ב-WBS עובר כמשימות לתוכנית הפרויקט.
מה שלא ימצא בחיבלות העבודה לא ירשם כמשימות בפרויקט ולא יבוצע.

יש להמשיך ולפרט את חבילות העבודה ולהגדיר משימות לנושאים הבאים:
1. הכנת תשתית להשלמת חבילת העבודה - לימוד ותשתיות.
2. להגדיר את המשימות המשלימות את תכולת העבודה המבוקשת.
3. להגדיר משימות הסוגרות את תכולת העבודה ומכינות אותה לשלב הבא להלן תיעוד, שמירה ובדיקות יחידה אם נדרשים בפיתוח מכלול זה.
4. הערות לשלב הסיום
האם המסירה היא חד פעמית באמצעות מתקינים,
האם תהיה עבודה במקביל למערכת קיימת, לכמה זמן יהיה ליווי לאחר ההתקנה.
יש לספק מדריכים והדרכות, להעביר את המערכות לאתר הלקוח, להתקין אותה, לבצע בדיקות ATP, לקבל אישור של הלקוח ולהעביר את המערכת לשליטת הלקוח.
בנוסף יש ללוות את המשתמשים ולתקן בעיות שיתגלו.
הקמת מוקד עזרה
מערך תחזוקה

תגובה לנושא
הצעה לנושא חדש


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

ביצוע שלב זה באופן הנכון מבטיח:
1. שכל מרכיבי התכן אכן יפותחו - כלומר יוגדרו להם תהליכי ביצוע
2. שלבי הביצוע מתאימים לנדרש ולא יווצר מצב של אי מוכנות לקראת שלב הבא
3. יוגדר תהליך של בקרת איכות לתכולה שפותחה

יש לציין שברוב המקרים סעיף 1 הוא שורש הבעייה בפרויקטים מכיוון שמנהל הפרויקט לא מודע לכל הנדרש לביצוע השלם של הפרויקט.

כדי להגיע להגדרת תכולה ברורה ונכונה מומלצים השלבים הבאים:
1. הגדרת תכולת הפרויקט שיש לפתח למעשה מדובר בעץ המוצר - נקרא גם Product Breakdown Structure PBS
2. הגדרת שלבי הפיתוח דל הפרויקט עד לסיום מוצלח באתר הלקוח - נקרא גם Stage Breakdown Structure SBS
3. להבין בכל שלב (2) מה יש לעשות על תכולת הפרויקט (1) ולבנות את ה-WBS

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

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

תגובה לנושא
הצעה לנושא חדש



כל הזכויות שמורות לגדעון קוך