M365Con 2027 – כנס אונליין חינמי · 11–22 Jan 2027 · 120 sessions→ m365con.net

בלוג · Mirko Peters

ניתוח שורש הבעיה בייצור: 5 Whys ודיאגרמת עצם הדג בפועל

By ·

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

Automatically translated with AI from the original post. Read the English original

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

עיקרי הדברים

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

מהו ניתוח שורש הבעיה בייצור?

iSixSigma מתארת את ניתוח שורש הבעיה כדרך לזהות את המקור הבסיסי של כשל בתהליך או במוצר. היא ממליצה להתחיל בהגדרת בעיה עובדתית: המוצר או התהליך שנכשלו, התצפיות, מספר היחידות שנכשלו ותיאור הלקוח. ראו את המאמר שלה על דיאגרמות Ishikawa ו-5 Whys.

שלושה מונחים קלים לבלבול:

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

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

מתי משתמשים ב-5 Whys?

מילון המונחים של ASQ מתאר את Five Whys כטכניקה שבה שואלים שוב ושוב "למה?". בדרך כלל מפעילים אותה כחמש פעמים, אך גם פחות או יותר מכך מקובל, והיא מיוחסת ל-Sakichi Toyoda כמי שפיתח אותה. הכללים שלה מעשיים:

  1. נסחו הגדרת בעיה מדויקת הנשענת על נתונים.
  2. שאלו מדוע הבעיה התרחשה, ותעדו את הסיבה הקרובה ביותר הניתנת לתצפית.
  3. המשיכו לשאול למה לגבי כל תשובה, תוך הישענות על עובדות.
  4. עצרו בסיבה שאפשר לפעול לפיה כדי למנוע הישנות.
  5. אמתו את שורש הבעיה: האם הוא מוביל לבעיה, והאם תיקונו ימנע אותה?
  6. יישמו פעולת נגד ואשרו במדידת מעקב שהבעיה לא חוזרת.

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

מתי דיאגרמת עצם הדג עדיפה?

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

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

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

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

איך מבצעים RCA על קו הייצור?

  1. בלימה. הגנו קודם כול על הלקוח ועל הקו. הפרידו מוצר חשוד והחזירו את המערכת למצב בטוח.
  2. בחרו את הבעיה. אל תנתחו הכול. השתמשו בתצוגת פארטו, בדירוג של אובדנים מהגדול לקטן, וקחו את הגדול ביותר. הסתכלו קודם על הצוואר בקבוק, השלב שמגביל את התפוקה. דקה שאבדה שם אובדת לכל קו הייצור, בעוד שדקה שאבדה בשלב עם קיבולת פנויה עשויה לא לעלות דבר.
  3. הגדירו אותה בעזרת נתונים. מה, איפה, מתי, כמה, ביחס למה? תנו לזה מספר.
  4. לכו וראו. בדקו את התהליך האמיתי בגמבה, המילה היפנית ל"המקום האמיתי", רצפת הייצור. דברו עם המפעילים שהיו שם.
  5. מצאו סיבות מועמדות. השתמשו ב-5 למה או בדיאגרמת עצם דג, עם צוות רב-תחומי: מפעיל, תחזוקה, איכות ומשגיח.
  6. אמתו. בדקו את הסיבה הסבירה. אם היא אמיתית, הסרתה אמורה לשנות את התוצאה, והחזרתה אמורה להחזיר את הבעיה.
  7. פעלו ובדקו. הריצו את הפעולה הנגדית כניסוי קטן ומדדו את התוצאה. מחזור PDCA נותן לשלב הזה את צורתו, ודוח A3 יכול לתעד את כל הסיפור בעמוד אחד.

דוגמה: השבתה בקו אחד

הדוגמה הזו משתמשת במספרים מומצאים.

קו 4 פועל בשתי משמרות של 8 שעות במשך 5 ימים, כלומר 80 שעות מתוכננות. בשבוע שעבר הוא איבד 14 שעות לעצירות, שהן 14 ÷ 80 = 17.5%.

פארטו של העצירות:

  • קריאות שגויות של חיישן: 6.3 שעות (45%)
  • חריגה בהחלפה: 4.2 שעות (30%)
  • המתנה לחומר: 2.1 שעות (15%)
  • אחר: 1.4 שעות (10%)

שתי הסיבות הגדולות מהוות 75% מההפסד. הצוות מתחיל בקריאות השגויות של החיישן.

5 למה.

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

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

השפעה צפויה. אם זה ימנע 80% מהעצירות של החיישן: 6.3 × 0.8 = 5.04 שעות. ההשבתה החדשה היא 14 − 5.04 = 8.96 שעות, או 8.96 ÷ 80 = 11.2%. הבדיקה לאחר שבועיים תראה אם התוצאה האמיתית תואמת. אם לא, הצוות חוזר לדיאגרמה.

איך מוודאים שהסיבה היא הנכונה?

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

  • אם הסיבה שזיהית הייתה שונה, האם התוצאה הייתה שונה?
  • אם תסיר אותה, האם סביר שאותו כשל לא יחזור בתנאים דומים?

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

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

טעויות נפוצות

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

איך תוכנה יכולה לעזור

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

הצעד הבא

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

Entities in this article

Continuous improvement Bottleneck (production) PDCA cycle (Plan-Do-Check-Act) A3 problem solving

Related articles

RSS

תוכן ממומן

iFAKT GmbH