1 of 22

נופל וקם – הפקת לקחים

מוצלחת בפרויקט מתמשך

ניב שחם – סמנכ"ל, נירון מערכות ופרויקטים

2 of 22

על החברה

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

3 of 22

מאפייני הפרויקטים

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

מכלול ממוחשב למטוס קרב, אמינות נדרשת של עשרות אלפי שעות ואורך חיים נדרש של 25 שנים

4 of 22

והתוצאה

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

5 of 22

הפקת לקחים

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

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

6 of 22

הפקת לקחים

  • ניתן לפלח את הלקחים לקבוצות הבאות:
    • מורכבות הפרויקטים
    • משכם של הפרויקטים
    • מאפיין מקומי ישראלי (תרבות) - תהליך הפיתוח הישראלי
    • מאפיין מקומי ישראלי (תרבות) - אופי המהנדס הישראלי הטיפוסי

7 of 22

תהליכי פיתוח

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

8 of 22

דוגמא

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

9 of 22

סקר מעבר על דרישות לקוח

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

10 of 22

סקר מעבר על דרישות לקוח

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

11 of 22

דוגמא

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

12 of 22

שינויים

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

13 of 22

שינויים

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

14 of 22

דוגמא

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

15 of 22

בדיקות אימות

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

16 of 22

בדיקות אימות

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

17 of 22

בדיקות אימות

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

18 of 22

דוגמא

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

19 of 22

ייצור סדרתי של המוצרים

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

20 of 22

דוגמא

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

21 of 22

סיכום

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

22 of 22

תודה רבה

ניב שחם – נירון מערכות ופרויקטים