האתר הישראלי להנדסת תכנה

מיתוסים בהנדסת תכנה

מיתוסים ניהוליים נפוצים:

מיתוס: יש לנו ספרי סטנדרטים ונוהלים לכתיבת תכנה. זה יספק למפתחים את כל הדרוש להם.

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

מיתוס: למפתחים יש כלים טובים לפתוח תכנה, כי קנינו להם מחשבים חדשים ביותר.

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

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

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

מיתוסים נפוצים אצל הלקוח:

מיתוס: תאור כללי ומופשט של דרhשות מספיק על מנת להתחיל לכתוב תכנה. ניתן להשלים פרטים מאוחר יותר.

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

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

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

מיתוסים נפוצים אצל מפתחים:

מיתוס: ברגע שכתבנו תכנה והוא עובדת, סיימנו את עבודתנו.

מציאות: בין 50 ל 70 אחוז של מאמץ מוצאים על תכנה לאחר הטמעתה אצל הלקוח.

מיתוס: עד אשר התכנה עובדת אי אפשר להעריך את איכותה.

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

מיתוס: התוצרת היחידה של פרויקט מוצלח היא תכנה עובדת.

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