Table of Contents

הבנת 5 הסיבות לטכניקה בתחום ההנדסה

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

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

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

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

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

  • (ב) [ה]: [ה], לא], לא על כל תשובה, יש לקרקע ראיות בלתי ניתנות לערעור, לא הנחות או אשמה.
  • (ב) [ה]ב[[המאה ה-1]], [[המאה ה-20]], [[1924]]]]]], [[1924]]]]]], [[1924]]]]]]]]]]]]]], [[1924]]]]]]]], [[1924]]]]]]]]]]
  • (FLT:0)המשך עד שתגיעו לגורם מדרגה בתהליך 1:1 - לעצור רק כאשר שורש שורש ניתן לתקן עם שינוי בלתי אפשרי (למשל, עדכון רשימת בדיקה, הוספת שלב ביקורת או אימון מחדש צוות).
  • (FLT:0) צוותים חוצה תפקודים 1 (FeloLT:1) - בעיות שביעות רצון הלקוחות לעתים רחוקות שייכות למחלקה אחת; כוללים עיצוב, ייצור, איכות וניהול פרויקטים.

טכניקה זו תואמת באופן מושלם עם העיקרון ההנדסי של FLT:0root גורם ניתוח (RCA)BuildFLT:1 והוא לעתים קרובות מוזג עם כלים כמו דיאגרמות דגים ומודל כישלונות ואפקטים ניתוח (FMEA).

מדוע 5 הסיבות לשביעות רצון הלקוחות בהנדסה

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

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

שלב-בי-שלב יישום של 5 הסיבות לשירותי הנדסה

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

שלב 1: § § § § § § § § § § § § § § § § § § § § § § § שלב 1: § § § § § § § § § § § § § § § § § § § § § § § שלב 1: Define את הבעיה בתנאים תפעוליים

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

עבור שירותי הנדסה, בעיה מוגדרת היטב כוללת לעתים קרובות:

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

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

שלב 2: להרכיב צוות מסע צלב ולהגיע אל הגמרא

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

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

שלב 3: שאל "למה?", וכתוב את התשובות

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

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

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

שלב 4: אימות שורש שורש עם נתונים

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

שלב 5: פיתוח ומימוש של אמצעי מניעה

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

  • אם הסיבה הבסיסית היא כי ביקורות עיצוב חסרות בדיקה, FLT:0 ליצור סקירה חובה ביקורת עמיתים ביקורת ביקורת ביקורת צ'ק ראטמפט 1 עם קריטריונים של חותם.
  • אם הסיבה הבסיסית היא שדרישות הלקוח היו חדותות, כך עולה על הדעת:0introduce דרישות רשמיות לבדיקת פגישה בין התאריכים 1:1 לפני תחילת העבודה.
  • אם שורש הסיבה הוא כי זרימות עבודה אישור לא מוגדרות, (FLT:0) ליישם מערכת אישור דיגיטלית עם הסלמה אוטומטית 1.

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

דוגמה מעשית: צמצום תלונות הלקוחות על דוחות בלתי שלמים

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

באמצעות 5 הסיבות עם צוות הפרויקט:

  1. מדוע דיווחים חסרים לווות של חצץ 1 (FLT:0) משום שטכנאי השדה לא העלה את הרשומות לתיקיית הפרויקט.
  2. מדוע לא הטכנאי העלה אותם?(צילום: ⁇ ) כי הטכנאי חשב שהלוגים נדרשים רק לדו"ח הסופי, לא לנסח.
  3. מדוע הטכנאי חשב זאת?(FLT:1) כי ההוראה הסטנדרטית של העבודה רק רשימות מספקות את הדו"ח הסופי, ולא מסמכים זמניים.
  4. מדוע לא מדובר בהוראת עבודה מקיפה?(FLT:1) כי היא נכתבה לפני חמש שנים ולא מעודכנת לאחר שינוי תוכנה שהוספת שלב ביקורת ביניים.
  5. מדוע לא עודכנו?(ב) 1 מאחר ואין מחזור ביקורת שנתי להנחיות עבודה, ואין בעלים אשר יוחסו לשמירתם.

(ב) ,0) ,Root סיבה: 1FLT (המשרד חסר תהליך לבדיקה ועדכון הוראות עבודה סטנדרטיות כאשר תהליכים או כלים משתנים.

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

לאחר יישום זה, החברה ראתה ירידה של 72% בתלונות על סעיפים חסרים של דו"ח במשך שישה חודשים.

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

אפילו קבוצות מנוסים יכולות להשתמש לרעה ב-5 הסיבות.הטעויות הנפוצות ביותר כוללות:

לעצור את הגורם המוגן

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

לקפוץ לפתרונות לפני שנגיע ל- Root Cause

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

גינוי עם קווקז

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

5 למה יש לי נחמה

עבור בעיות הנדסיות מורכבות עם גורמים תורמים מרובים, 5 למהות ליניאריות עשוי להעצים יתר על המידה.במקרים כאלה, לשלב אותו עם FLT:0 דגים עמוד השדרה (Ishikawa) דיאגרמה 1FLT 1 כדי לזהות את כל הגורמים האפשריים קודם, ולאחר מכן ליישם את 5 הסיבות לסבירות ביותר. גישה היברידית זו היא סטנדרטית במסגרות ניהול איכות כגון ISO 9001 ו- Six Sigma.

5 למה עם מערכות איכות רחבות יותר

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

PDCA (Plan-Do-Check-Act)

לאחר השימוש ב-5 הסיבות לזהות שורש (Plan), ליישם אמצעי מניעה (Do), למדוד את ההשפעה על שביעות רצון הלקוחות (Check), ותקן את השיפורים (מעשים) זה הופך את 5 הסיבות מפעילות חד פעמית למשמעת מתמשכת.

CAPA (פעולה נכונה ומחסילה)

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

צמצום ההשפעה על שביעות רצון הלקוחות

כדי להצדיק את ההשקעה בניתוח שורש גורם, לעקוב אחר מחוונים מובילים ומחכים:

  • (FLT:0) קידום מכירות (NPS)FIRLT:1) סקר קצר שואל לקוחות כמה סביר שהם ממליצים על החברה שלך. A עולה NPS לעתים קרובות מתואמים עם פחות תלונות לא פתורות.
  • (התשואה הראשונה של ה-FLT:1) - אחוז הפרויקטים או ההטבות העומדות בדרישות הלקוח ללא עבודה חוזרת.
  • (ב) שיעור התלונה של קופים לפרוייקט: 1 (בקיצור:0) - ספירה פשוטה שעקב אחר הזמן.
  • (ב) [ה]הזמן לקביעתו של LT:1] – כמה מהר אתה קרוב לכרטיסי תמיכה או בקשות עבודה מחדש.זמני פתרון קצרים יותר מצביעים על כך שנקודות נגד יעילות.

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

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

ברגע שהצוות שלך נוח עם השיטה הבסיסית, שקול את השיפורים האלה:

3-5-7 למה

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

"למה - למה דיאגר"

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

5 למה למקד את מסע הלקוחות

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

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

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

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

לקריאה נוספת על טכניקות ניתוח שורש בהנדסה, לחקור משאבים מן האגודה האמריקנית לאיכות (FLT:0) 1 ו-FLT:2Quality-One 5 Whys Guides LeadFLT 3: For aעמיק לבדוק כיצד טויוטה חלה על השיטה בפיתוח המוצר, ראה את כניסתו של מכון lexiconFLT5:55