אינך מבצע תיעוד פנימי של התוכנה?
עד כמה חמור הסיכון שאתה לוקח על עצמך? מדוע דני היה מודאג?
לפני כשנה, פנתה אל JBS חברה אשר מספקת שירותי 24/7 לעסקים בארצות הברית. סגן נשיא חדש לענייני הנדסה הצטרף אל החברה (נקרא לו דני). דני היה מודאג. הוא גילה צוות של מפתחים מובילים אשר כל אחד מהם הכיר לעומק את חלקו במערכת. אך שני עובדים טכניים מובילים עזבו את החברה ולקחו עמם כמות גדולה של ידע טכני... בתוך ראשם. כמות עצומה של פרטים לא תועדה.
- מה הייתה הסיבה לאופן התכנון של המערכת?
- חייבת להיות סיבה טובה לכך שישנם מודולי תוכנה שונים אשר מבצעים את אותה הפעולה, אך מהי? באיזה מודול יש להשתמש ומתי?
- האם יש הצדקה להחזיק טרה ביית של נתונים בשרת ה-SQL או האם ניתן למחוק חלק גדול מהנתונים הללו?
מה ההשפעה על העסק?
ללא תשובות לשאלות מעין אלו, דני לא יכול לבצע משימות חשובות רבות, כגון:
- ניתוח מגבלות המערכת ומדרוג לתמיכה בעסקים חדשים
- ניתוח ההשפעה של תכונות חדשות
- מיטוב של ארכיטקטורת המערכת
- מעבר אל פלטפורמות חדשות המתאימות יותר לדרישות העסקיות
כיצד JBS עזרה?
JBS סיפקה, באמצעות שני חברי צוות אשר עבדו באתר הלקוח במשך שנה ובמשרה מלאה, למעלה מ-2000 דפים של תיעוד טכני הכולל:
- עבור כל מודול תוכנה: מפרט פונקציונלי וארכיטקטואלי וכן מדריכי סימוכין ל-DBA ולמפתח
- מדריכי סימוכין תפעוליים
- מפרטי ארכיטקטורת מערכת (עבור מגוון גרסאות מקבילות)
- מפרט בסיס נתונים מלא הכולל מילון נתונים ומודל נתונים לוגי
כמובן שפרויקט מסוג זה מצריך הרבה יותר מאשר כתיבה טכנית פשוטה. חברי הצוות של JBS הביאו עמם מומחיות בניתוח מערכות ובתכנות, וכן יכולות מחקר ברמה גבוהה.
כיום החברה יכולה לגייס מפתחים ומהנדסים חדשים שיכולים ללמוד אודות המערכת ממסמכים אותם JBS סיפקה. בנוסף, החברה יכולה למדרג ולהרחיב את המערכת בצורה מיודעת, ולהמשיך בדרכה מתוך ידיעה שהידע הטכני היקר אשר נמצא ברשותה מתועד בכתב.