כיצד שילוב של Agile ו-ASPICE הוא מתכון להפחתת עלויות פיתוח התוכנה
Agile היא מתודולוגיה נפוצה לפיתוח תוכנה בתעשיות רבות. היא מסייעת לקצר את הזמן והעלות של פיתוח תוכנה. גם חברות רכב מחפשות פתרון לצמצום זמן מחזור פיתוח התוכנה ולהפיכתו ליעיל יותר. יותר ויותר מהן שוקלות לאמץ את מתודולוגיית Agile אך חוששות כיצד היא תפעל בסביבת רכב הנתונה לרגולציה קפדנית.
במאמר זה, נבחן מקרוב כיצד ניתן לשלב Agile ו-ASPICE בפרויקטים לרכב.
מדוע לשלב ASPICE עם Agile?
ASPICE הוא מסגרת לשיפור והערכה של תהליכי פיתוח תוכנה משובצת לרכב. הוא מספק שיטות עבודה מומלצות ותהליכים להבטחת איכות של תוכנה משובצת לרכב ומרכיבי מערכת.
ASPICE מבטיח פיתוח תוכנה לרכב בוגר, שיטתי ומתועד היטב ומאפשר השגת תוצאות חוזרות וצפויות עם סיכון מינימלי לשגיאות. הוא מתמקד בשיפור מתמשך של התהליכים המיושמים כדי להעלות את רמת היכולת של הספק, מה שמוביל לאיכות טובה יותר ולמוצרים חדשניים יותר. הוא גם פותח את הדלת לחוזים חדשים עם יצרני ה-OEM הגדולים בעולם מכיוון שהוא מסגרת נפוצה ומוכרת בתעשיית הרכב.
עם זאת, ASPICE גם הופך פרויקטי תוכנה לרכב למורכבים ויקרים יותר. בדרך כלל, בפיתוח תוכנה, שני אתגרים אלו ממותנים על ידי יישום מתודולוגיית Agile. האם ניתן לשלב ASPICE ו-Agile? האם השניים אינם מתנגשים?
כיצד ASPICE מתקשר להנדסה אג'ילית?
מסגרת ASPICE מבוסס על מודל אימות ותיקוף, הידוע גם כמודל ה-V. המשמעות היא שיש שלב בדיקות לצד כל שלב בפיתוח. גישת פיתוח לינארית זו מרמזת שיש לקבוע את הדרישות בבירור בתחילת הפרויקט. החלטות עיצוב מוקדמות גורמות לעתים קרובות לעיכובים. לאחר שתהליך הפיתוח החל, קשה להסתגל לשינויים בדרישות מכיוון שגם הבדיקות נוצרות מראש.
לאחר הפיתוח, התוכנה נבדקת מול הדרישות בסדר עוקב. בנוסף, מחזורים ארוכים בין אפיון הדרישות הראשוניות לבדיקות ולמשוב יוצרים צורך בשינויים בשלב מאוחר בתהליך הפיתוח, מה שמייצר עלויות נוספות.
לעומת זאת, פיתוח תוכנה בזריזות (Agile) עוקב אחר הגישה המצטברת ומעניק גמישות לבצע שינויים לאחר סיום התכנון הראשוני. לכן, אם דרישות משתנות במהלך מחזור הפיתוח, זה יחסית קל לתכנן מחדש את העבודות. כתוצאה מכך, הזמן להגעה לשוק מתקצר באופן משמעותי.
לאור הבדל כה משמעותי בין אופן תהליך הפיתוח ב-Agile לעומת ASPICE, האם ניתן לפעול לפי מסגרת ASPICE במתודולוגיית Agile? בהחלט ניתן במידה מסוימת. למעשה, חברות רבות לפיתוח תוכנה לרכב עושות זאת בהצלחה.
ASPICE מזוהה זה מכבר עם גישת מפל המים לפיתוח תוכנה, מכיוון שהיא קובעת רצפים מסוימים שבהם יש לבצע פעילויות ולספק תוצרי עבודה. עם זאת, אין פירוש הדבר שהדרך היחידה לשמור על מחזור פיתוח עוקב היא באמצעות מודל מפל המים.
ASPICE אינה כופה את אופן עשיית הדברים. היא קובעת מה צריך להיעשות ואילו תוצאות יש להשיג, אך אינה מפרטת כיצד. לפיכך, קיים מרחב ליישם חוזקות מסוימות של מתודולוגיית Agile המאפשרת השגת תוצאות יעד במחזורים קצרים ויעילים, עם גמישות ליישם שינויים אפשריים במהלך התהליך.
מתודולוגיית Agile, או מרכיביה, תעבוד היטב במקרה של פרויקטים לרכב עם דגש מיוחד על חוויית משתמש, למשל פיתוח HMI. עבודה בספרינטים קצרים מאפשרת לבחון את הרעיון או ההנחה ולאחר מכן להתאים אותם בהתאם למשוב המשתמשים. Agile יעבוד היטב גם ברוב פרויקטי הרכב שבהם יש צורך בתכנון גמיש ובשינויים תכופים. התנאי היחיד הוא להבטיח שכל תהליכי ASPICE ושיטות העבודה המומלצות מיושמים.
הורדת המדריך שלנו ל-ASPICE
קבל את הספר האלקטרוני
כיצד ASPICE ו-Agile יכולים לעבוד יחד?
קיימים חששות רבים בשאלה האם הגישה האג'ילית לפיתוח תוכנה לרכב פוגעת בעמידה בדרישות ASPICE. חשוב לזכור כי ניתן ואף ראוי להתאים את המתודולוגיה האג'ילית לצרכינו בתעשיות מפוקחות במידה רבה, כגון תעשיית הרכב.
הגישה הידועה ביותר לשילוב Agile עם ASPICE היא כנראה Agile SPICE ™. זהו תוסף ל-Automotive SPICE, שהוכן על ידי קבוצת העבודה Intacs, כדי לסייע ביישום שיטות עבודה מומלצות של Agile ובהשגת ציפיות Automotive SPICE בו-זמנית. הוא מגדיר מחדש את מאפייני התהליך כך שיכללו זריזות בהתמקדות בצוות, תגובה גמישה לשינוי ושיתוף פעולה עם הלקוח.
שיטות Agile SPICE ™ תומכות בעקרונות מניפסט Agile מבלי להעדיף שיטת Agile ספציפית אחת, כמו Scrum, Kanban או SAFe. היא גם שואפת לגשר על תהליכי ותוצאות PAM קיימים וכן לשמר מאפייני תהליך קיימים או שיטות גנריות ב-CL1-3 (פרויקטים פועלים בעיקר ב-CL1-2, בעוד ש-CL3 מתייחס לתהליכים ברמה הארגונית). חשוב לציין ש-Agile SPICE גמיש בכל הנוגע לשינויים בדרישות. היא מניחה שיש לתעדף אותם ולשלב אותם באופן שיטתי בעבודת הפיתוח המתמשכת למען היתרון התחרותי של הלקוח.
AGL.1 ניהול עבודה
ב-Agile SPICE ™, "AGL. 1 ניהול עבודה" מסכם את השיטות המומלצות לתכנון ובקרה של פרויקטים, שהן גרסה אג'ילית של "Man.3 ניהול פרויקטים" של ASPICE. אלה כוללות:
- זיהוי גבולות הביקוש והעבודה (ממופה ל-MAN.3 נהלים BP1 , (BP3), (BP7])
- בניית צוות (ממופה ל-MAN.3 נהלים BP6 , (BP7))
- הגדרת גישת העבודה
- ניהול בעלי עניין וממשקים
- תכנון תשתיות
- הערכת היתכנות
- הערכת עבודה
- תכנון עבודה
- בדיקה ואימוץ
- ניהול חסמים
- שיפור גישת העבודה
AGL.2 ניהול שיתוף פעולה עם שותפים
חלק זה של Agile SPICE מגדיר שיטות עבודה מומלצות לביסוס ותחזוקה של דרכים לשיתוף פעולה ותקשורת עם שותפים. הוא גם מספק מדריך לביסוס גישה טכנית, סקירת תוכן טכני, בחינת התקדמות משותפת ופעולה בנוגע לסיכונים ולחסמים.
AGL. 3 הבטחת איכות זריזה (AQA)
חלק זה מתאר שיטות עבודה מומלצות בנוגע לזיהוי יעדי איכות, הגדרת אסטרטגיית הבטחת איכות, הבטחת עמידה בדרישות, תיעוד ופתרון מכשולים, וכן הקמה והבטחה של מנגנוני הסלמה אפקטיביים.
לסיכום
אנו מקווים שלאחר קריאת מאמר זה, תיווכחו לדעת שניתן לשלב Agile עם ASPICE והוא פועל היטב עמו. אימוץ מתודולוגיית Agile המותאמת לדרישות ASPICE, כגון Agile SPICE ™, מאפשר לכם להשיג יתרון תחרותי תוך שמירה על עמידה מלאה ברגולציה. במילים אחרות, תוכלו לייצר מוצרים עובדים מהר יותר, ללא חששות בנוגע לאיכות התוכנה.
פיתוח מערכות רכב משובצות הוא אחד מתחומי הליבה שלנו. המומחים שלנו מקפידים שכל תקני ASPICE מיושמים לאורך כל התהליך – מניתוח דרישות ועד לבדיקות הסמכה. בנוסף, אנו תומכים בשותפים שלנו ביישום שאר התהליכים הנדרשים על ידי A-SPICE, כגון MAN – קבוצת תהליכי ניהול ו-SUP – קבוצת תהליכי תמיכה.
ראה את הצעת רכב ולקבוע פגישה חינם וללא התחייבות כדי לדון כיצד נוכל לעזור לכם.
arrow_circle_rightצרו קשר
אנו נסייע לכם ליישם תקני בטיחות לרכב. צרו קשר עם המומחה שלנו
arrow_circle_right המאמרים שלנו
