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

למה כישלון בשלב האבטיפוס הוא מידע

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

השלב הראשון: להבין מה בדיוק נכשל

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

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

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

מטפלים בסיבה, לא בסימפטום

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

מתי משנים תכנון ומתי משנים את הדרישה

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

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

רוצים להפוך רעיון למוצר? צרו קשר עם צוות פרוג'קטס האוס בע"מ – טלפון: 054-8936922 | דוא"ל: info@projects-house.com – ונשמח ללוות אתכם משלב הרעיון ועד המדף.