מקור: The Foundation of Project Control

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

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

הבנת מבנה השבר של העבודה (WBS)

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

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

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

מדוע ריכוז משאבים בהנדסה

הקצאת משאבים היא התרגול של התאמת לוחות הזמנים של הפרויקט כדי לטפל במגבלות משאבים מבלי לשנות את ההיקף הכולל.בפרויקטים הנדסיים, מגבלות משאבים כמעט אוניברסליות. מהנדס מבני בכיר לא יכול להיות בשני מקומות בבת אחת. crane מוגבל למעלה אחת ליום.מעבדת בדיקה יש מספר סופי של חריצים בשבוע. כאשר לוחות הזמנים להתעלם מהמגבלות האלה, התוצאה היא over-allocation &mash; כמו גם חתימה על משאבים מציאותיים יותר מאשר בזמן עבודה יכול להתמודד עם זמן יעיל יותר מאשר בזמן אמתי.

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

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

שימוש ב- WBS ל-IQIQITION: A Step-by-Step Access

שלב 1: נניח חבילות עבודה לרמה הנכונה

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

שלב 2: הקצאת משאבים באופן משמעותי

כל חבילה עבודה ב- WBS חייבת להיות סוג משאב או משאבים ייעודי. Document the need Skills set, Headcount, ציוד וכל מגבלות מיוחדות.משימה זו צריכה להיות גלויה במילון WBS ו- mdash; מסמך לוויה המתאר כל חבילת עבודה. Common משאבים בהנדסת מכונות כוללים מהנדסי עיצוב, טיוטות, מפקחים איכותיים, מפעילי CNC, ומכטרקטורים מיוחדים.

שלב 3: זיהוי יתר

לטעון את הנתונים WBS שלך לתוך תוכנת תזמון (כגון Microsoft Project, Primavera P6, או אפילו גיליון מבוזר בנוי היטב) ומאפשר משאבים שלווגרם.חפש תקופות שבהן משאב אחד הוא ספר מעבר 100% של קיבולת זמינה. היררכיה WBS עוזר לך לעקוב אחר אשר מספקים ספציפיים מתחרים על משאב זה.לדוגמה, אם ה- שלו מראה מהנדס אזרחי מעל 12 מעלות בשבוע אתה יכול לראות את הדו"מוכיח"מ עיצוב "מ" הוא" הוא מתחרה" כדי לבדוק את "אישור" אם" הוא מארגן" הוא מתחרה על ידי הנדסה" הוא מארגן" הוא "מארגן" כדי לבדוק את ההגדרה "אישור" אם" הוא" הוא "מארגן" כדי לבדוק את "מארגן" הוא מארגן" כדי לבדוק את "מארגן" כדי לבדוק את "אישור" הוא" הוא מתחרה על ידי הנדסה" כדי לבדוק את "אישור" כדי לבדוק אם" כדי לבדוק את הערך" כדי לבדוק את הערך" כדי לבדוק את "מארגן" כדי לבדוק את זה הוכח" הערכה" הערכה" הערכה" כדי לבדוק את "מארגן" כדי לבדוק את "מארגן" הוא" כדי לבדוק את זה.

שלב 4: יישום שיטות

  • (FLT:0) ,Slack-based Recheduling: ההרחבה: ההרחבה: The WBS (ה-WBS) משתמשת ב- WBS כדי לזהות חבילות עבודה עם צף חיובי (slack) ולהזיז אותם מתקופות שיא.
  • (FLT:0) החלפת מקורות: FLT:1 אם חבילת עבודה דורשת מיומנות מסוימת, לבדוק את WBS עבור חבילות דומות שעשויות להשתמש במשאב שונה עם יכולת שווה ערך.
  • (FLT:0)Task פיצולring: 1FLT) לשבור חבילת עבודה לתוך חבילות תת-חבילה קטנות יותר שניתן לבצע ללא סייג.ה-WBS צריך להיות מעודכן כדי לשקף את הפיצול הזה כך שחתכים חדשים לשמור על עקבות להיקף המקורי.
  • (FLT:0) נתיבים קריטיים:0) , הוסיפו משאבים נוספים לחבילות עבודה קריטיות-פתמטיות, אשר מוצלבות יתר, בתנאי שהתקציב מאפשר.ה-WBS מבהיר היכן ניתן לזרק משאבים נוספים מבלי לגרום לאפקטי קרוע.

שלב 5: אימות לוח הזמנים המקוצר

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

פתרון סכסוכים באמצעות WBS

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

ויזואליזציה של סכסוכים באמצעות ה- WBS Hierarchy

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

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

סדר עדיפות על בסיס WBS Structure

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

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

ניהול משאבים עם WBS Traceability

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

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

תקשורת ברורה באמצעות WBS משותף

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

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

יישום מעשי: אינטגרציה WBS עם כלים מודרניים

בעוד העקרונות של משאבי WBS מבוססי משאבים מפלס הם ללא זמן, פרויקטים הנדסיים מודרניים נהנים מכלים דיגיטליים ששותפים לתוכנות ניהול פרויקטים משולבים כגון:0Oracle Primavera P6FLT:1 מאפשר לך להטמיע הקצאות משאבים ישירות לתוך WBS ולהפעיל את מה שציפי סימולציה של קיבולת:2 Microsoft ProjectLTF: 3R3, אשר מאפשר לך לעקוב אחר שיטות תחזוקה ויזואלית של היררכיה של מערכת ההפעלה של WS5B5, כגון:

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

דרוג אוטומטי עם WBS Data

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

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

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

Best Practices for WBS-Driven Resource Management

עקבו אחרי WBS Creation

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

השתמש במערכת מספר עקבית

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

עדכון WBS כפרויקט Evolves

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

קישור לעלויות ולסיכון

מינוף משאבים אינו רק על איזון שעות & mdash; זה גם על שליטה על עלות וצמצום הסיכון. WBS מספק את המבנה האידיאלי עבור ניהול ערך שנצבר (EVM) כי זה ישירות חיבור צריכת משאבים לספקים. כאשר אתה מדרג משאבים באמצעות WBS, אתה בו זמנית לזרז את עלות עלות גבוהה פסגות.אינטגרציה זו מאפשרת לך לתחזית מזומנים ולזהות תקציבים על פני מוקדם.

כמו כן, פתרון סכסוכים באמצעות WBS מפחית את הסיכון לתזמון.ה-FLT:0 [PMBOKIRFLT]:1 מדגיש כי WBS מוגדר היטב הוא הבסיס לזיהוי סיכונים.

מסמך כל ההחלטות

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

מלכודות נפוצות וכיצד להימנע מהם

נפילה 1: Over-Decomposition

יותר מדי רמות WBS יוצרות חוצות אדמיניסטרטיבית ומטשטשות את התמונה הגדולה.עבור רוב הפרויקטים ההנדסיים, 4-5 רמות מספיקות.אם אתה מוצא את עצמך יוצר חבילות עבודה שלוקחות רק כמה שעות כדי להשלים, כנראה יש לך הרבה יותר מדי רחוק.כלל האגודל: חבילת עבודה צריך לייצג 1-2 שבועות של מאמץ עבור אדם אחד או צוות.

נפילה 2: התעלמות לוח שנה של משאבים

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

פיט 3: להתייחס ל- WBS כאל ההיררכיה הקבועה

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

פיט 4: מבלי להתחשב במיומנויות רכה

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

מסקנה: בניית תרבות של שליטה

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

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