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