4 עלויות פיתוח מכשיר רפואי מוסתר

Share on facebook
Share on twitter
Share on linkedin
Share on telegram
Share on whatsapp
Share on email
פרסומת
X-ray_Promo1


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

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

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

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

שיטות להפחתת עלויות

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

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

צוות הנדסת מערכות יכול להפיק תועלת מ:

  1. אוטומציה של תהליכים איטרטיביים ויצירת פלט.
  2. פיתוח שיטות עבודה מומלצות ספציפיות לצוות/פרויקט.
  3. תחזוקה חרוצה של וויקי צוות/פרויקט עבור שיטות עבודה מומלצות.
  4. הקדשת זמן להרמוניה של שיטות עבודה והדרכה מומלצות.

אוטומציה של התהליך

תרגום בין מרכיבי פיתוח מוצר כמו מעבר מזיהוי בעיה ↔ רעיון ↔ ארכיטקטורת מערכת ↔ מסמכי דרישות ↔ ניתוח סיכונים ↔ V&V → וכו' ניתן לאוטומטיות ולהאיץ באופן די דרמטי על ידי שימוש בתוכנת מידול ודרישות כמו קאפלה עם ג'מה. זה מייעל את התהליך של ניתוח אותה מערכת שוב ושוב כדי לחלץ מסמכים בכל רמה.

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

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

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

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

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

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

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

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

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

אימון ואתגרים אחרים

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

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

תמונה: 48649560 © ווינשטוק | Dreamstime.com

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





קישור לכתבת המקור – 2022-06-02 00:55:37

Share on facebook
Facebook
Share on twitter
Twitter
Share on linkedin
LinkedIn
Share on telegram
Telegram
Share on whatsapp
WhatsApp
Share on email
Email
פרסומת
MAGNEZIX מגנזיקס

עוד מתחומי האתר