מערכות בקרה הנדסיות הן עמוד השדרה של אוטומציה תעשייתית מודרנית, הבטחת תהליכים לפעול בבטחה, ביעילות ובפרמטרים המפורטים.מצמחים כימיים לרשתות חשמל, מערכות אלה מסדירות משתנים כגון טמפרטורה, לחץ, זרימה ומהירות. עם זאת, כאשר כישלונות מתרחשים - בין אם סחף חיישן, תקלה במערכת ההפעלה או באגים תוכנה - ההשלכות יכולות להיות חמורות: זמן ייצור, בטיחות, שחרור סביבתי, הפסדים פיננסיים והפסדים ביעילות כדי לגרום ל- 5 מנועים חזקים רק כדי למנוע את השיטה הזאת, אך ורק כדי למנוע את ה-SiOS יחיד, אך ורק כדי למנוע את ה-S לפתח רק כדי למנוע את ה-SiOSSteiOSS, אך ורק כדי למנוע את ה-S, אך ורק כדי למנוע את ה-SiOSSteiOSSteiOS , אך ורק כדי למנוע את ה-SteiOS פיתחו, אך ורק כדי למנוע את ה-SteiOSS, אך ורק כדי למנוע את ה-קשה אחת, אך ורק כדי למנוע שימוש יעיל של מערכת הפעלה יחידה אחת של מערכת הפעלה יחידה אחת, אך ורק כדי למנוע את ה-S.

מהי שיטת 5 הסיבות?

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

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

מדוע מערכות בקרה נכשלות: מצבי כישלונות נפוצים

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

  • (ב) [15] , כישלונות של ⁇ : ⁇ 1 (ד"ר: ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇
  • (FLT:0)Controller Malfunctions:FLT:1 PLC או DCS התרסקות, באגים קושחה, לוגיקה שגויה, שחיתות זיכרון.
  • (ב) ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇
  • (ב) ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇
  • טעות:0 בני אדם: מיפוי 1: 1 (ההגדרה של נקודות), פעולות תחזוקה לא הולמות, אימון לא הולם, עייפות אזעקה.
  • (ב) ,0) גורמים רוחניים: טמפרטורות 1:1 קיצוניות, רטט, לחות, קורוזיה, אבק בתוקפנות.

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

יישום 5 הסיבות לכישלונות מערכת הבקרה: שלב אחר-שלב

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

שלב 1: § § , ברור

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

שלב 2: להרכיב צוות של הצלב

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

שלב שלישי: שאל את "למה?"

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

שלב 4: שאל שאלות "למה?"

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

שלב 5: לבדוק את שורש

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

שלב 6: יישום פעולות נכונות

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

דוגמה מפורטת: לחץ הקלה וכישלון

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

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

(ב) [ה]התוצאה:0]Root גורם: חוסר באסטרטגיה מבוססת סיכון אשר הייתה מזהה את PRV כמכשיר בטיחות קריטי הדורש בדיקות קבועות.FLT:2Countermeasure:FLT 3:3:FLT 3, יישום תחזוקה ממוקדת באמינות (RCM) מסגרת אשר מדגימה ציוד על ידי קריטיות ומבטיחה כי התקנים בטיחות נבדקים להמלצות, כמו כן, מציגה תהליך של ניהול סיכונים הדורש שינוי מתואם.

היתרונות של 5 הסיבות בהנדסה מערכות בקרה

שילוב של 5 הסיבות לחבילת כלי הקשה שלך מציע מספר יתרונות:

  • (ב) ⁇ :0) ,הסבר: אין תוכנה סטטיסטית או תארים מתקדמים הדרושים; הצוותים יכולים ליישם אותה על רצפת החנות או בחדר ישיבות.
  • (ב) ⁇ :0) ⁇ : 1:1 , מעודד חשיבה מערכתית, מעבר לתקנונים מהירים כדי לטפל בבעיות ארגוניות ותהליך.
  • (ב) בשעה אחת (ב[[1924]], [[1924]], [[1924]]]], [[1924]]]], [[1924]]]]]], [[1924]]]]]], [[1924]]]]]]]], [[1924]]]]]], [[1924]]]]]]]]
  • (ב) שיפור מתמיד: 1FLT יוצר תרבות שבה כישלונות נראים כהזדמנויות למידה ולא רק בעיות שיש לפתור.
  • (FLT:0Cross-Functional Learning:03F1) מפעילי ומהנדסים משתפים פעולה, שוברים את סילוס ובניה הבנה משותפת.
  • (ב) ⁇ :0) ,4; אימון מינימלי ואין כלים יקרים הדרושים, מה שהופך אותו נגיש לצמחים מכל הגדלים.

מגבלות וכיצד להגזים

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

  • (FLT:0) subjectivity: FLT:1 קבוצות שונות עשויים להפיק שורש שונה בהתאם הידע וההטיה שלהם.כדי להפחית, להשתמש בראיות אובייקטיביות (תאגרות נתונים, היסטוריה אזעקה, רשומות תחזוקה) וכרוך במספר בעלי עניין עם מומחיות מגוונת.
  • (FLT:0) חזון טוריון: 1FLT:1 שרשרת ליניארית עשויה להגביר את הכשלונות המורכבים עם מספר סיבות שורש. במקרים כאלה, לשקול שימוש בתרשים דגים (Ishikawa) לצד 5 הסיבות ללכידת גורמים סיבתיים רחבים יותר, ולאחר מכן לקבוע אילו ענפים למקדח מטה.
  • (ב) פסיקו מוקדם מדי: 1FLT פעמים רבות עוצרים בשורש הראשון של שורש סביר ולא לחפור עמוק יותר. Define a clear stop Rule: להמשיך עד שהגורם הוא תהליך בלתי נשלט, פעולה או בעיה מערכתית - לא אדם או אירוע חד פעמי.
  • (FLT:0)Lack of Quantification:FLT:1 השיטה היא איכותית; היא אינה מעדכנת את הסיבות על ידי הסתברות או השפעה.שלב עם מצב כשל ואפקטים ניתוח (FMEA) כדי לדרג סיכונים ולהתמקד בסיבות השורש הקריטיות ביותר.
  • (FLT:0) אנשים שמכירים את המערכת עשויים להציע פתרונות מוקדם, קצרי-הכיבוי של ה-IQ.The Drive חייבים להבטיח שכל "למה" עונה לו במלואו לפני שהוא מדבר על אמצעי נגד.

כדי לטפל במגבלות אלה, לטפל ב-5 למהות ככלי אחד בניתוח שורש (RCA) ערכת כלי טיס.Pair זה עם ניתוח נתונים, ניתוח עץ תקלות, או ניתוח חץ עבור כישלונות של ספיקת השגה גבוהה.

5 מדוע עם שיטות אחרות של RCA

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

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

לקבלת מידע נוסף על שילוב שיטות אלה, ראה את מקורות ניתוח שורש של ASQ (FLT:0(ASQ Root Cause Analysis) ראשי תיבות של ASQ)REFLT:1 ואת ההנחיות NIST על ניתוח שורש בייצור FLT:2(NIST RCA)cioFLT 3: 3.

שיטות טובות ביותר להתנהלות 5 למהות בסביבה הנדסית

יצירת תרבות ללא משוא פנים

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

השתמש בנתונים, לא דעות

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

מסמך שרשרת מלאה

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

עקבו אחרי Countermeasures

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

רכבת הצוות

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

השתמש בכלי דיגיטלי למעקב

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

מחקר מקרה: החל 5 מדוע לכשל תקשורת מערכת בקרה

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

  1. (ב) מדוע התקשורת ירדה?(FLT:1) הקישור האיתרנטי הונדנט נכשל בקצרה, מה שגרם ליציאה שנייה שהבקר יתפרש כאשם.
  2. (ב) מדוע נכשל?(ב) 1 (מכיוון שהכבל העיקרי היה שיעור שגיאה גבוה, מה שגרם להחלפת הונדנסיכות.
  3. (FLT:0) מדוע לכבל היו שגיאות קטנות?(Feloph:1) כי הוא היה צמוד לכבל מנוע גבוה, מה שגרם להפרעות אלקטרומגנטיות (EMI) שחתמה חבילות נתונים.
  4. (FLT:0) מדוע הכבל היה קרוב לכבל מנוע?ReveFLT 1 משום שפריסת מגש הכבלים עוצבה ללא התחשבות בהנחיות הפרדה לשליטה בכבלים ל- ISA-5.1 או NEC.
  5. מדוע הפריסה לא נבדקה להפרדה?(FLT:1) כי עיצוב מערכת החשמל והשליטה נעשה בשמלות נפרדות, ולא התקיימה בדיקה משותפת של מגשים במהלך הפרויקט.

(ב) [ה] [ה] [ה]] [ה] [ה]] [ה]] [ה]]]]] [ה]]][דרושה] [ה]]]] [ה]]] [ה]] [התחילה של הסקירה של עיצובים בין-תחומיים] ל-[[החוקהחלים], ו-NEC 800. (2) קבע תהליך למהנדסים חשמליים ולבקרות כדי לאשר במשותף את ה-R.

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

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

  • (FLT:0) ,Blaming the Operator או Technician:03:Res: "המנהל קבע את הפרמטר הלא נכון" מוביל לעצור מוקדם מדי. Push Past Human Error to Find why theממשק היה מבלבל, למה האימון היה חסר, או למה החרדה נעלמה.
  • (FLT:0) קבלת "בואה תוכנה" כגורם שורש:Felo:FLT:1 באג תוכנה הוא בדרך כלל סימפטום.שאל מדוע באג הוצג (מבחן, לא סקירת קוד, חוסר דרישות), ומדוע זה לא נתפס במהלך אימות.
  • (FLT:0) אבחון של תנאי לא עקביים: FLT1 בקרת מערכת הכשלים לעתים קרובות כרוכים בתנאים מאוחרת שהיו קיימים במשך חודשים - כמו P& מיושן;ID או חסר תג קלברציה. השתמש ב-5 הסיבות כדי לחזור למקור של תנאים אלה.
  • [הפסקה:0] עצירה ב"Lack of Documentation": "הנקודה הראשונה של הפסקת אש, אבל זה רק לעתים רחוקות הסיבה השורשית, מדוע תיעוד חסר - לא היה זמן?
  • (FLT:0) ,להבין את הבעיה הלא נכונה: FLT:1 אם הבעיה היא צר מדי, 5 הסיבות עשויות לטפל בסימפטום.לדוגמה, "הסתלקות" עלולה להוביל להחליף את השסתום, אבל הבעיה האמיתית יכולה להיות טעות לוגיקה שליטה שגורמת לשסתום להיות סגורה מדי לעתים קרובות.

כדי למנוע את הנפילה, תמיד לאתגר את התשובות הראשונות ולשאול את הצוות: "האם זה באמת אפשרי לשלוט?

יישום 5 מדוע כפרקטיקה לשיפור מתמיד

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

  • (FLT:0)Post-Incident Reviews: FIRLT:1) לאחר כל אירוע סתום בלתי צפוי, הפרעה או בטיחותי, לבצע מיני 5 מדוע לזהות שיפורים בתהליך.
  • (FLT:0)Root Cause Dis Analysis (RCFA): ההרחבה 1 (הרכבים) עבור כשלים בציוד, לעשות 5 מדוע הצעד הראשון לפני חקירה עמוקה יותר.
  • (ב) ,0) נציבות המערכת החדשה: 1FLT (הראשונה לפתיחה), השתמש 5 מדוע לפתור נסיעות חוזרות ונשנות או אזעקה.
  • (FLT:0) חקירות בטיחותיות: 1FLT:1 5 הסיבות הוא מרכיב מרכזי במערכות חקירה רבות של אירועים כמו TapRooT® ו-Aloto. זה תואם את הפילוסופיה של מציאת חולשות מערכת ולא להאשים אנשים.
  • (FLT:0)ניהול של שינוי (MOC): אנדרל 1 (כאשר שינוי נעשה למערכת בקרה (למשל, שינוי תרשים לוגיקה או החלפת בקר), השתמש ב-5 מדוע במהלך בדיקת הסיכון כדי לצפות מצבי כישלונ אפשריים.

בהתחשב בתוצאות של 5 מפגשים של 5 למהות שלך במסד נתונים.לאורך זמן, אתה יכול לזהות דפוסים - למשל, 40% של שורש גורמים הקשורים פרוצדורות תחזוקה, 25% לבעיות עיצוב. נתונים אלה יכולים להוביל שיפורים פרואקטיביים להצדיק השקעות באימון או שדרוגים.המכון לאן Enterprise מספק הדרכה מצוינת על ביצוע 5 למהות חלק של תרגול יומי:0(Lean Enterprise: 5 LT) למה?

מסקנה

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

לקריאה נוספת, האגודה הבינלאומית לאוטומציה (ISA) מספקת סטנדרטים על בקרת תהליכים ובטיחות (FLT:0(ISA-5.06.01 עבור דיאגרמות הלולאות כלי) ⁇ FLT:1, ו- IEEE Reliability Society מציעה מחקרים על כשלי מערכת בקרה (FLT:2(IE Reliability Society)FLT 3: זכור: המטרה אינה לייחס אלא להגדרה טובה יותר של מערכת ההפעלה 5.