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

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

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

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

לדוגמה, בפרויקט הנדסי לעיצוב צמח טיפול במים שפכים, רמה 1 עשויה להיות הצמח עצמו, רמה 2 יכול לכלול "מבנה Civil", "מערכות מכניות", "מערכות חשמלריות", ו"ההתמסרות" רמה 3 עלולה לפסול "מערכות מכניות" ל"Pumps", "Putping", "Valves", ו-Controls" כל אחד מפריטים אלה ברמת בקרה נמוכה יותר, בדיקה, הופכת לאפקטים של בקרת איכות, בדיקה, בדיקה אופטיקה.

תפקיד WBS באבטחת איכות

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

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

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

שלב-בי-שלב אינטגרציה של QA לתוך WBS

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

שלב 1: מטרות איכות Define ברמת הפרויקט

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

שלב 2: הניחו את הפרויקט לחבילות עבודה זמינות

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

שלב 3: חתימה QA מיילstones לכל חבילת עבודה

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

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

שלב 4: הגנה על קבלת קריטריה לכל אחד מהם

קריטריונים קבלה הם תקני המעבר /fail שיושמו בכל אבן דרך QA. הם צריכים להיות אובייקטיביים וניתן למדידה.עבור חבילת עבודה "מוסד סטנדרטי", קריטריונים עשויים לכלול כוח ⁇ 30 MPa, rebarcing בתוך ±5 מ"מ, וריפוי משך של לפחות 7 ימים.

שלב 5: התפטרות QA אחריות ומשאבים

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

שלב 6: קישור QA מיילstones to the Project Project

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

שלב 7: מסמך והמשך QA פעילויות

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

היתרונות של שימוש WBS עבור QA תכנון

היתרונות של שילוב QA לתוך WBS להאריך מעבר לארגון פשוט.כאן הם היתרונות העיקריים עם הסברים קונקרטיים.

  • (FLT:0) חשיפה של דרישות איכות בכל רמות הפרויקט.FLT:1 כי לכל בעל יכולת לספק יש ציון דרך QA מקושר, אין עמימות לגבי מה צריך לבדוק ומתי.מנהלי פרויקטים, מהנדסים וטכנאים רואים את אותו מבנה, צמצום אי תקשורת.
  • (FLT:0) גילוי מוקדם של פגמים באמצעות בדיקות מתוכננות.veFLT:1 , QA אבני דרך מוכנסים בנקודות הלוגיות בתהליך הבריאה הנלחמת.זה אומר פגמים נתפסים כאשר הם לפחות יקרים לתקן - לפני שעבודת במורד הזרם מסתמכת על המרכיב הפגום.
  • (ב) לכל אבן דרך יש בעל, ולכן אין שאלה של מי מבצע את הבדיקה או מי שמסתיר.האחריות הזו משפרת את הדבקות בתוכניות איכותיות.
  • (FLT:0) שיפור התקשורת בקרב חברי הצוות.Imroved; ⁇ 1) WBS מספק התייחסות נפוצה.כאשר מתעוררת בעיה איכותית, הצוות יכול לזהות מיד איזה אלמנט WBS מושפע ולתאם את התגובה.
  • (FLT:0) מעקב אחר מדדים איכותיים וקידמה.I.veFLT:1 עם אבני דרך QA הקשורות ל- WBS, אתה יכול לחשב את אחוז הניתנות שעברו בדיקה, הזמן הממוצע לפתרון ממצאי QA, ואת העלות של איכות. metrics אלה תמיכה שיפור מתמשך וקבלת החלטות מונחת נתונים.

דוגמה: החלת WBS- Based QA למתקן סולארי

קחו בחשבון פרויקט הנדסי של 50 מגה-וואט, ה- WBS ברמה העליונה עשוי לכלול "הכנות של האתר", "מתקן פוטו-וולטאי ארי", "תחנות מופנות ונוירופר", "Monitoring and control System", ו"Grid Connection".

תחת "תיקון ארג'י", חבילת עבודה ברמה 3 יכולה להיות "אסיפה של מבנה הרהורים" (Module Mounting Structure Assembly).

  • בדיקה חוזרת של חומרה עולה (בדיקה מדעית ודגימה מבחן torque)
  • בדיקה של היערכות בסיסית (tolerance ±2 מ"מ)
  • בדיקת עומס התקנה על מדגם מייצג של מבנים

קריטריונים קבלה של כריכים: "כל הברורים מכווצים ל-120 Nm ± 5%, המתועדים עם תעלה מצופה של מומנט."בעל QA הוא מפקח איכות אתר.האבן הדרך מתוכננת כקודמת ל"Module Panel".

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

שיטות יעילות ביותר ליישום WBS ב QA

כדי למקסם את היעילות של תכנון QA מבוסס WBS, בצע את שיטות אלה מעיד שדה:

  • מעורבים בכל בעלי העניין המרכזיים - מהנדסי איכות, עיצוב מוביל, מנהלי בנייה ונציגי לקוחות - ביצירת WBS ראשונית להבטיח שאבני דרך QA משקפים דרישות ומגבלות אמיתיות.
  • שמור על ה- WBS decomposition ברמה הנכונה של פרטים.כלל טיפוסי הוא לעצור כאשר חבילת עבודה ניתן להעריך ולנהל, לעתים קרובות בין 40-80 שעות של מאמץ.
  • השתמש בבדיקות ותהליכי QA סטנדרטיים בכל אבן דרך.פיתוח תבניות המבוססות על תקני התעשייה (ISO 9001, ASME, IEEE וכו ') והתאמה לפרויקט הספציפי. Standardization מקטין את הווריאציות ואת זמן האימון.
  • מסמך כל פעולות QA ותוצאות ב-Repository מרכזי.תיעוד זה משמש כראיה לציות רגולטורי, תומך שיעורים שנלמדו ומספק שביל ביקורת.
  • בדוק ולנתח נתונים QA לאחר אבני דרך גדולות או בסגירה של הפרויקט, אשר חבילות עבודה היו הפגמים ביותר, אשר קריטריונים קבלה היו קשים ביותר לפגוש, והיכן הקצאת משאבים עבור QA לא היו מספיקים.
  • מעת לעת מחדש את WBS נגד תנאי הפרויקט בפועל.כפי שקורה שינויים בקנה מידה, לעדכן את WBS ולהתאים את אבני הדרך QA בהתאם. WBS קפואה עם תכנון QA סטטי הוא אחריות, לא כלי.

כלי ותוכנות לשילוב WBS ו- QA

בעוד WBS יכול להיות מנוהל עם גיליון מבוזר, תוכנה ניהול פרויקטים ייעודית עושה שילוב עם QA הרבה יותר מדרגי כלים כמו Microsoft Project, Oracle Primavera P6, ו Smartsheet מאפשר לך לבנות מערכת מבוססת אספקת ו- WBS, להקצות קבוצות QA אבני דרך כמו משימות, ועקוב אחר פלטפורמות ניהול יעילות של מערכת ניהול (S) עבור קוד פתוח (מערכת ניהול יעיל של נתונים, כגון Directus (מערכת ללא ראש עם מודל נתונים יחסי), לאפשר התאמה אישית של נתונים, כדי להבטיח שילוב של קוד פתוח) ו-S עם מסד נתונים סטנדרטית (S) ו-S (S עם מסד נתונים יעילה של מערכת ניהול קוד פתוח) עבור מסד נתונים, חיפוש עבור מסד נתונים של מערכת ניהול נתונים של מערכת ניהול נתונים, חיפוש עבור מסד נתונים של תכונות של תכונות של מערכת ניהול נתונים של מערכת ניהול נתונים של מערכת ניהול נתונים של מערכת ניהולית (S (S) ו-ידית (S) ו-S (S) עבור מסד נתונים יעילה של מערכת ניהול נתונים של מערכת ניהול נתונים של מערכת ניהול נתונים של מערכת ניהול נתונים של מערכת ניהול נתונים של מערכת ניהול קוד פתוח עבור תכונות של מערכת ניהול מערכת ניהולית (S (S) הוא יישום של מערכת ניהול נתונים של מערכת ניהול נתונים של מערכת ניהול נתונים של מערכת ניהול קוד פתוח עבור

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

למרות היתרונות שלה, תכנון QA מבוסס WBS יכול לקרוס.

  • (FLT:0) אבני דרך של QA כ-Direct Checkboxs.FLT ( 1:1 אם בדיקת אבן דרך הופכת לבול גומי, כל הגישה קורסת.וודא כי בדיקות הן קפדניות וכי קריטריונים קבלה הם בלתי פתיר.
  • (FLT:0) אימות של מספרי ביניים.ראה .IRLT:1 ; זה מפתה לתכנן QA רק עבור לוחות זמנים סופיים.עם זאת, פגמים רבים מקורם במסמכים בשלבים המוקדמים (למשל, דרישות, חישובים עיצוביים).
  • (FLT:0) ,Scheduling QA אבני דרך מאוחר מדי.IFLT ( 1: 1 שגיאה נפוצה היא לקבוע בדיקה לאחר חבילת העבודה היא 100% שלם. במקום, להוסיף מחסומים ביניים כך פגמים נתפסים במהלך התהליך. לדוגמה, "סקירה של Piping Isometrics" צריך להתרחש לפני ייצור מתחיל, לא לאחר מכן.
  • (FLT:0)להקצות של ממצאים QA.FLT 1 כאשר פגם מתגלה, הצוות זקוק לזמן ולתקציב כדי לתקן אותו.ללא הגרף הזה, לחץ לוח הזמנים עשוי לכפות על הצוות לדלג על פעולות נכונות.
  • (FLT:0) אבחון איכות הספק.FLT:103) פרויקטים הנדסיים רבים מסתמכים על רכיבים שנרכשו.ה-WBS צריך לשלב אבני דרך QA עבור בדיקה חוזרת ותיעוד הספק.אם משאבה מגיעה ללא תוצאות בדיקה מאושרות, אבן דרך מבוססת WBS תולים אותו לפני ההתקנה.

הצלחה באמצעות WBS Metrics

לדעת אם תכנון QA מבוסס WBS יעיל, לעקוב אחר המדדים האלה:

  • (FLT:0) תשואות ראשונות לחבילה עבודה.FreaLT:1) אחוז הספקים העוברים את אבן הדרך QA שלהם על הניסיון הראשון. תשואות נמוכות מצביעות על קריטריונים קבלה הדוקים מדי או בעיה איכותית בתהליך.
  • (FLT:0) איכות (COQ) ; סכום עלויות מניעה (תכנון, הכשרה), עלויות הערכה (ספקות, בדיקות), ועלויות כשל (עבודה, גרוטאות) WBS מאפשר לך לייחס עלויות אלה חבילות עבודה ספציפיות, חושף היכן השקעות איכותיות לשלם.
  • (ב) שיעור ציון דרך של ההרחבה (FLT:1) אחוז אבני הדרך המתוכננות של QA אשר הושלמו בזמן.קצב תאימות נמוך מצביע על כך ש-QA הוא מחוספס - דגל אדום.
  • (ב) זמן מחזור העבודה של LT:1 הזמן בין גילוי פגם וסגרה של הפעולה התקינה.עקב אחר זה עבור רכיב WBS מסייע לזהות צווארי בקבוק בתהליך האיכות.

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

מסקנה

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