הדחף האסטרטגי של שיפור מערכת PDM מתמשך

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

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

מדוע שיפור מתמיד במערכות PDM

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

כוחות חיצוניים דורשים גם את האבולוציה.תקני רגולציה כמו ISO 9001, ה- FDA 21 CFR חלק 11, או מערכות הדיווח הקיימות המתעוררות של כוח PDM כדי להתאים את מודל הנתונים שלהם, מסלולי ביקורת, ודיווח יכולות. מתחרים אשר מינוף שיפורים PDM כדי לכווץ זמן-to-market ליצור לחץ.

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

תפקיד של משככי כאבים ב-PDM Evolution

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

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

סוג של משככי כאבים שדוחפים את מערכת PDM שיפור

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

  • (FLT:0User Feedback:FLT:1) קלט ישיר ממשתמשים מדי יום על שימושיות, נקודות כאב, בקשות תכונה ופערים הכשרה.זה יכול להיאסף באמצעות סקרים, משוב משוב משוב בתוך האפליקציה, פגישות קבוצתיות של משתמשים, או תמיכה כרטיסים.לדוגמה, מנהל הנדסה עשוי לדווח כי תהליך בדיקה חדש הוא איטי מדי, המוביל לעבודה כי ישירות מודיע אופטימיזציה UX.
  • (FLT:0)Performance Metrics:FLT:1 , נתונים קוונטיים של ניטור מערכת - פעמים אחריות, שקיפות של מסד נתונים, שרת למעלה זמן, שיעורי שגיאה, בדיקות שלמות נתונים. המדדים האלה חושפים בעיות מערכתיות כי משתמשים עשויים שלא לבטא בבירור. a a a הפתאומית בשגיאות בדיקה, למשל, עשוי להצביע על מדד מושחת או על כלל עבודה לא חוקי.
  • (FLT:0) Market ו- Industry Trends:FLT:1ir אותות חיצוניים המשפיעים על דרישות PDM, כגון סטנדרטים חדשים (למשל, STEP AP242 עבור מודל 3D), טכנולוגיות מתפתחות (למשל, למידת מכונה עבור סיווג אוטומטי), או שינויים בשרשרת האספקה.
  • (FLT:0) Business Process Data: Evolution:FLT:1 Analysis of how באמת use different from מיועדות לזרימות עבודה.לדוגמה, ניטור אילו צעדים אישורים הם מלגזים באופן שגרתי או אילו שדות נתונים נותרו ריקים באופן עקבי יכולים להדגיש אזורים שבהם המערכת צריכה להיות גמישה יותר או טובה יותר.
  • (FLT:0) רישום והתאמה של Feedback:BuildFLT:1) ביקורת, ביקורות ציות, דרישות משפטיות חדשות לעתים קרובות לחשוף חסרונות בהנהלת נתונים, שינוי ניהול, או שבילי ביקורת.קבל משוב זה באופן שיטתי מבטיח מערכת PDM נשאר תואם ללא צורך לתקן חירום.

יישום אסטרטגיות לשיפור יעילות

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

הקמת מבנה ממשל

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

שימוש ב-Aliative Development Cycles for System Updates

טיפול במערכת PDM שיפור כשחרר קטן, אינטגרטיבי ולא גדול, שדרוגים בלתי צפויים להפחית את הסיכון ומזרז ערך.אימוץ DevOps או FLT:0AgileFLT:1 גישה עם שתי קבוצות עד ארבעה שבועות ⁇ s. כל אחד מהם כולל תת-קבוצה של שינויים מונעי משוב - תיקון, ביצועים UIweak, אופטימיזציה או תגובה מהירה של שינויים מתקדמים, מאפשר שיפור מתמשך של התאמות חדשות.

עדיפות על בסיס השפעה והיתכנות

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

יישום ערוצים של User-Friendly Feedback

להקל על משתמשים להגיש משוב ברגע של חיכוך.In-app משוב כפתורים, כרטיס משולב בתוך ממשק PDM, או ערוץ Microsoft ייעודי / Slack יכול להוריד את המחסום מעת לעת, להפעיל סקרים מובנה (למשל, לאחר הודעות גדולות או רבעון) ששואלים שאלות ממוקדות על זרמי עבודה ספציפיים.

שינויים לפני רולט

שיפורי בדיקות בתיבת חול או עם קבוצה של משתמשים סופר לפני הפריסה לארגון כולו. A/B בדיקות יכול למדוד את ההשפעה של שינויים UI על זמני השלמת המשימה. לאסוף משוב על הפתרון המוצע מאותו משתמשים אשר העלו את הבעיה המקורית. אימות מונע תוצאות בלתי מאוישות ונבנה אמון בתהליך שיפור.

היתרונות של מערכת PDM של Feedback-Driven, שיפור מתמיד

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

  • (FLT:0) זמינות מערכת ושימושיות למשתמש ושביעות רצון:FLT:1 כאשר משתמשים רואים את נקודות הכאב שלהם מטופלים, הם נוטים יותר לאמץ את המערכת באופן מלא.עלויות אימון יורדות, והסתמכות על סביבות עבודה או תהליכים ידניים יורדת. ממשק מתואם היטב מפחית עומס קוגניטיבי, המאפשר למהנדסים להתמקד בעיצוב ולא על מנת לניווט את הכלי.
  • (FLT:0) פרסמו שגיאות והנתונים של Inconsistencies:FLT ( 1:1 שיפור מתמיד על פני שורש הגורמים לבעיות איכות נתונים - הגדרות שדה אקומיות, כללי אימות חסרים, שילוב גרוע עם ERP או PLM. תיקון אלה ברמת המערכת מונע שגיאות מהפצת תהליכים באיכות נמוכה (BOM פיצוצים, קבלנות, הוראות שירות ידניים פחות שינוי ECO) ו-EGateing פחות גבוה יותר (Rateing Producting).
  • (FLT:0) הסתגלות לתעשיית השינויים: PH1) מערכת A PDM אשר מתפתחת באופן רציונאלי יכולה לשלב סטנדרטים חדשים, דרישות לקוחות, או המנדטים רגולטוריים בתוך שבועות, לא חודשים.לדוגמה, כאשר לקוח מצריך פורמט הצהרה חומרית חדשה, PDM משופר יכול להוסיף את השדות הדרושות ואת כללי אימות במהירות, שמירה על שיבוש ללא פרויקטים נוכחיים.
  • (FLT:0) שיתוף פעולה בין צוותים: ⁇ FLT:1 ⁇ ⁇ ⁇ פיזור טמונים של מהנדסים, מהנדסי ייצור, ומתכננים שרשרת אספקה חולקים פלטפורמה משותפת ותהליך שיפור משותף. שקיפות זו מטפחת היערכות בין-תפקודית. כאשר שינוי נעשה למבנה BOM או תוכנית מספר חלק, כל בעלי העניין הם בעלי מודעות, יש להם קלט, צמצום חיכוך ושיקום.
  • (FLT:0) Higher Return on PDM Investment: PDM 1) עלות רישיונות תוכנה ומימוש של PDM הוא משמעותי.מקסום ניצול ויעילות באמצעות שיפור מתמשך משפר את ROI. כל רווח מצטבר בפריון - אפילו כמה שניות לעסקה - עצירות על פני מאות משתמשים ואלפי עסקאות ליום, יצירת חיסכון משמעותי שנתי.
  • (FLT:0) קבלת החלטות של נתונים-Driven:03FLT) 1 עם מנגנוני משוב חזקים, מנהיגים מקבלים מבט ברור יותר על ביצועי המערכת ורגשות המשתמשים.הם יכולים לקבל החלטות מושכלות לגבי האם לבנות אינטגרציה, מודולים מפרשים, או להשקיע באימון.גישה מבוססת נתונים זו מחליפה את האינטואיציה עם ראיות, צמצום הסיכון של הקצאת משאבים.

מעבר לגדרות נפוצות לשיפור מתמיד

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

עקבו אחרי Executive Buy-In

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

ניהול שינוי יעיל

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

הימנעות מעומס שיפור

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

שיפור PDM עם הטרנספורמציה דיגיטלית Broader

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

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

הבטחת ההצלחה של שיפור מתמיד

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

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

מגמות עתידיות ב-PDM System Evolution

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

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

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

מצוינות באמצעות שיפור מתמשך

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

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