CONFIGURATION SELECTION MANAGEMENT & CONTROL Technological Aspect בחירת תצורה, ניהול ובקרה CONFIGURATION SELECTION MANAGEMENT & CONTROL

נושאי השיעור Technological, Functional, Quality and Risk Considerations Concurrent Engineering and Time-based Competition Risk Management Configuration Management Technological Management Projects TQM

תחרות וטכנולוגיה: לטכנולוגיה ערך תחרותי רב! חשיבותה: אספקת יתרון שווקי ע”י שינוי טכנולוגי הבטחת יתרון עלות ע”י מערכת כלכלית שלמה ע”מ להשתמש בטכנולוגיה בצורה מושכלת עלינו לענות על ארבע שאלות: מה הבסיס לתחרות התעשייה? ע”מ להתחרות, על אילו טכנולוגיות עלינו לשלוט? מה מידת התחרותיות שלנו? מה האסטרטגיה הטכנולוגית שלנו?

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

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

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

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

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

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

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

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

חברות המנסות CE לראשונה רצוי שתנסנה אותה על פרוייקטים: פרוייקט פיתוח (יישום חדשני של טכנולוגיה ידועה). צוות מנוסה בטכנולוגיה המוזכרת לעיל. צוות תודרך בנושא TQM. היקף הפרוייקט בין 5-35 איש למשך 303 חודש. מטרת הפרוייקט הינה מוצר או משפחת מוצרים מוגדרת. הצלחת הפרוייקט אינה בהמצאה או חידוש משמעותי !

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

שיתוף לקוחות / קבלני משנה. סמכויות: אחד ממקורות העיכוב בזמן, הינו חוסר סמכות / החלטה של הגופים השונים. למעט הפגישות ניהול, ואם עורכים אותן הן חייבות להיעשות על בסיס קלנדרי ולא להיות MILESTONE. שימוש בסמכויות תכנון: כעין מתווך / מגשר / מפשר במקרה של החלטות נוגדות / פתרונות נוגדים. איכות ביורוקרטיה: הקטנה ! HP חישבה כי העיכוב של אישור הינו n·2 כאשר n - מספר הדרגים המחליטים). שיתוף לקוחות / קבלני משנה.

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

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

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

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

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

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

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

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

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

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

בחירת CONFIGURATION במערכות טכנולוגיות מורכבות בחירת התצורה המיטבית של המערכת קשה עד בלתי אפשרית בחירת המערכת נעשית ע”י B/C, COST EFFECTIVENESS, וכד’. נתמכים ע”י ניתוח פונקציונלי, סיכון, וניתוח LCC (ניתוח עלות זמן חיים)

מידת האיכות מייחסת לאופן בו המערכת משקפת צרכי שוק או דרישות לקוח, איכות המערכת משקפת את מרכיבי המערכת, מידת האינטגרציה שלהם, קומפטיביליות (התאמת) המערכת לתנאים בהם תפעל. האיכות נקבעת במערכות צבאיות ע”י MIL-STD ובמערכות אזרחיות ע”י מערכות תקינה אזרחיות כמו ASME, IEEE, וכו’. אם אין סטנדרטים מתאימים, רמות איכות נדרשת חייבת להיות מתוארת עבור מערכת נתונה ע”י שילוב היבטים פונקציונליים וטכניים (תכנון וביצוע) של המערכת. הקשר בין הגורמים האלה צריך: QFD - QUALITY FUNCTION DEPLOYMENT

אמינות RELIABILITY MTBF RELIABILITY= X 100% MTBF+MTTR COMPABILITY יכולת המערכת לפעול בצוותא עם מערכות אחרות ADAPTABILITY יכולת המערכת לפעול בתנאים שונים מאלה שאופיינו למערכת בזמן תכנונה / בנייתה (מערכת תקשורת יבשתית פועלת במטוס קרב) מערכות עם יכולת התאמה גבוהה מועדפות כאשר אין לנו מידע על תנאי הפעלה של המערכת בעתיד. (בתוכנה למשל עדיפה מערכת שיכולה לפעול בקלות על מחשבים מסוגים שונים ומערכות הפעלה מגוונות).

זמן חיים פשטות (קליטה ותפעול) בטיחות COMMONALITY מידת זהות עם מערכות אחרות (למשל חברות תעופה דורשות שלכל המטוסים שלהם יהיו מנועים מיצרן אחד ע”מ להקל על תחזוקה) MAINTAINABILITY תחזוקתיות (בתוכנה למשל מערכת מתועדת היטב עדיפה על מערכת שאינה מתועדת היטב 11 ידידותית למפעיל 12

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

בחירת הקונפיגורציה של המערכת כאשר הספיציפקציות של המערכת הן חסונות מספיק (ROBUST) לתת מענה לשאלות הבאות: Technological specifications Operational/functional: What tasks should the system perform, and what performance levels are expected? Timeliness: When should the system be operational? Quality: Which standards are applicable? Which customer needs are to be supported by the system, and to what extent? Reliability: What are the expected MTBF and MTTR in the environment in which the system has to operate? Compatibility: With which other systems must the system contemplated operate in harmony? What interfaces are required? Adaptability: Under what environmental conditions is the system designed to operate, be maintained, and stored? Under what conditions is the system required to operate, be maintained, and stored? Life span: For how long is the system expected to be in service? Simplicity: What level of training is required to operate and to maintain the system? Safety: What safety standards are applicable to the system? Commonality: What level of commonality is required with each existing or planned system? Maintainability: What logistics support is required: spare parts, training, technical manuals, test equipment, and so on? Friendliness: What features should be included in the system to enhance its friendliness?

Life-cycle cost What are the estimated costs of design, manufacture, operation, maintenance, and phaseout for the system? What is the expected timing of each cost component? Risk assessment What are the major risk drivers? What are the probabilities of undesired outcomes? What is the expected impact of each undesired outcome? What are the plans to handle undesired outcomes?

בבחירה בין מספר פרויקטים יש לקחת בין השאר את הגורמים הבאים: General considerations Organizational goals Current or pending projects Existing and future products and markets Introduction of new technologies Image of the organization Organizational growth Research and development The availability of required technology Future use of new technologies developed or acquired for the project Development risks Opportunity to acquire new technologies and new knowledge Availability of resources required Future use of new resources acquired for the project

Logistics and production Project's need for logistics support Future use of investment in logistics support Project's production resource requirements Availability of production resources needed Effect on utilization of existing resources Need for new facilities Future use of facilities required for the project Marketing Potential markets Estimate of future sales or business Availability of marketing resources Effect on existing products markets finance Project net present value Project rate of return Project payback period Project budgetary risks

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