מבנה בריידי וגמישות: שיפור מבנהי העבודה פורצים עם Agile בהנדסה

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

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

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

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

עקרונות הליבה של ניהול פרויקטים Agile

ניהול פרויקטים Agile, שהוגדר באופן רשמי ב-A Agile Manifesto משנת 2001, מדגיש פרטים ואינטראקציות על תהליכים וכלים, תוכנה עובדת על תיעוד מקיף, שיתוף פעולה לקוחות על משא ומתן על חוזה, ומגיב לשינוי בעקבות תוכנית.צוותי הנדסה בדרך כלל לאמץ מסגרות כגון Scrum, Kanban או Scrumban כדי ליישם עקרונות Agile.

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

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

החתיכה בין WBS ו-A Agile

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

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

אינטגרציה יעילה מכירה בכך ש-WBS מספק עמוד השדרה האסטרטגי, בעוד ש-A Agile מספק את המנוע הטקטי.תשובות WBS:0 WhatcioFLT:1 צריכות להיבנות; תשובות AgileFLT:2howFLT 3:2howcioFLT 3 לבנות אותו בצעדים קטנים, מאומתים.

אסטרטגיות ל-Integrating WBS עם Agile ב- Engineering Teams

1. צור WBS High-Level עבור תכנון

במקום לנסח את הפרויקט כולו למשימות זעירות לפני שמתחילים כל סלילה או עיצוב, להגביל את ה- WBS למגוון רחב של רמות 1 ו- 2. Define the FLT:0epicsFLT:1 ו-(FLT:2featsFLT 3:2feats FLT 3 המייצג את היקף המוצר המלא. השתמש במפות שחרור שפריטים אלה ל ⁇ s מעל הזמן (למשל, ).

2. הניחו חבילות עבודה לסיפורי משתמשים שהופצו על ידי Sprint

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

לשמור על WBS עם עדכון Sprints

התייחס ל- WBS כתעודה דינמית.בסופו של כל קידוד, לעדכן את WBS כדי לשקף עבודה משלימה, להעריך מחדש את המאמץ שנותר, ולשלב יקיעות חדשות שנגלו במהלך הקידוד.קבוצות הנדסיות רבות משתמשות בתוכנה לניהול פרויקטים התומכת הן בהשקפות היררכיות (WBS) והן בעמדות לוחיות (Sprint, Kanban Directus, לדוגמה, ניתן להגדיר לאחסון WBS כדוגמה, כדוגמה, כדוגמה, כדוגמה, כדוגמה להצגת נתונים רבי עוצמה, ותצוגה של 2.

4. Integrate Milestones and Checkpoints

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

5.שימוש ב- Risk-Adjusted Backlogs

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

היתרונות של הגישה המשולבת לצוותי הנדסה

צוותים שהתחתנתי בהצלחה עם WBS עם Agile מדווחים על שיפורים משמעותיים במספר ממדים:

  • (FLT:0)Enhanced Clarity ו- Traceability:BuildFLT) 1 בעלי תפקידים יכולים לראות את ההיקף המלא ב- WBS, בעוד הצוות מתמקד בקידודים.כל סיפור משתמש הוא מעקב אחר חבילת עבודה WBS, דבר לא נופל דרך הסדקים.
  • (FLT:0) שיפור גמישות ללא כאוס:03FLT:1 כי המבנה ברמה גבוהה יציב, הצוות יכול לארגן מחדש משימות קידוד כצעדי עדיפויות ללא אובדן הראייה של התמונה הכוללת של הפרויקט.
  • (FLT:0) ניהול סיכונים טוב יותר: 1FLT (WBS) מזהה נקודות כשל אפשריות ומגבלות משאבים מוקדם.מחזורי הביקורת הרציונאלית של Agile מאפשרים לצוות לטפל בסיכונים האלה באופן מצטבר, ולא לגלות אותם במהלך שלב האינטגרציה הסופי.
  • (FLT:0) מעורבות בעלי מניות של Stake:031) WBS מספק תצוגה ברורה המבוססת על הספק עבור בעלי עניין לא טכניים, בעוד ביקורות Agile מציעות הפגנות קבועות של התקדמות. שקיפות כפולה זו בונה אמון ומאפשרת החלטות מושכלות יותר.
  • (FLT:0) יותר חיזוי:FLT:1 מהירות נתונים של ⁇ s ניתן להשתמש כדי להעריך מחדש את חבילות העבודה WBS שנותרו עם דיוק גדול יותר, שיפור תחזית התקציב והזמן לאורך זמן.

יישום מעשי: כלים וזרימות עבודה

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

לדוגמה, באפשרותך להגדיר אוסף של FLT:0 (אוסף של FLT:1) המקושר לפרויקטים, ואוסף של 2FLT:2 מקושר חבילות עבודה.כל משימה יכולה להיות שדות עבור הקצאה, מעמד, עדיפות, ומוערך שעות.עם הרשאות גמישות של Directus וגישה מבוססת תפקידים, מהנדסים רואים רק לוח הקידוד שלהם, בעוד מנהלי התוכנית רואים את עץ WBS מתגלגל של גישה אחת בין כלי אחד לבין פתרון אחר של תוכנית אחת לפירוק של אחד של כלי פעולה גמישה אחת לבין גישה אחת של כלי אחד של קוד אחד אחר של קוד אחד.

מעבר לDirectus, קבוצות רבות משתמשות בג'יר עם תוסף כמו "Structure" כדי ליצור היררכיה דמוית WBS, או פרויקט Microsoft עבור שכבת WBS המשולבת עם Azure Boards.המפתח הוא לבחור כלי המאפשר לך לשמור על שתי ההשקפות מבלי לדרוש כניסה נתונים כפול.

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

שילוב WBS ו- Agile אינו ללא אתגרים.כאן השגיאות הנפוצות ביותר ותרופות מעשיות:

  • (הפסקה:0) מוקדם יותר: FLTEL 1 מנסה לשבור כל חבילת עבודה למשימות מפורטות לפני תחילת מוביל לבזבוז כאשר דרישות משתנות.FLT:2Solution:BuildFLT 3, Decompose רק לדרגה 2 או 3 upfront; decompose חבילות עבודה לסיפורים רק כאשר הם מופיעים בשני ⁇ s הבאים.
  • (ב) [ה] [ה]] [ה]] [ה]] [ה] [ה]] אם בעלי העניין רואים את ה-WBS כרשימה בלתי ניתנת לשינוי של יכולת, הם יתנגדו לחזרה מחדש.
  • (ב) ⁇ (ב) ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇
  • (ה-VBS בדרך כלל לוכד את התלויות בין הספקים, אך קבוצות Agile שוכחות לעתים לנהל את ה-team או את התלויות של לוח הזמנים:2 Solution:FLT 3 מיפוי התלות התנהגותי במהלך תכנון ודגלים בהתאם למגבלות שבדכאון.

דוגמה אמיתית לעולם: פיתוח מערכות

שקול צוות הנדסה בונה פלטפורמה קושחה חדשה עבור חיישן IoT תעשייתי.הפרויקט כולל שילוב חומרה, מערכת הפעלה בזמן אמת (RTOS) מותאם אישית, פרוטוקולי תקשורת, ואפליקציית תצורה ניידת.שימוש בגישה המשולבת, הצוות יוצר WBS ברמה גבוהה עם שישה רב-כישורים עיקריים: (1) חיישן Hardware Interface, RTOS Layer, (3) תקשורת, (4) עיבוד נתונים, יישום Mobile App, ושילוב (6).

כל אחד מהם מחולק לשני חבילות עבודה (למשל, "פיתוח נהג" תחת חיישן Hardware Interface) הצוות לאחר מכן מתכנן לשחרר 1 (חודשים 1–3) כולל ממשק החיישן, RTOS בסיסיים וערימת תקשורת מינימלית.עבור כל הודעה, בעל המוצר ומחק את חבילות העבודה הרלוונטיות לסיפורי משתמשים וקודם כל שבועיים, מפתן משוב של לקוחות, אך ורק לאחר מכן, באפשרותך להוסיף משובים ניידים, אם כן, הפונקציה של 2B יכולה להוסיף את ערכת תמיכה ב- 2.

מודל היברידי זה הפחית את עבודת ההקצבה באמצע עד 30% בהשוואה לגישה הקודמת למפל בלבד, תוך שמירה על הגמישות ש- Agile מבטיח.

מסקנה

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

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

(ב) לעיין במדריך העבודה של ה-[[1924]], [[1924]]]], [[1924]]]], [[1924]]]], [[1924]]]], [[1924]]]]]]]], [[1924]]]]]]]]]]]]]], [[1924]]]]]]]]]]]]]]]] ו[[1924]]]]]]]]