back
איך מנתח מערכות הופך רעיון טוב למוצר דיגיטלי שעובד באמת
מאחורי כל אתר מורכב, אפליקציה מתקדמת או מערכת ארגונית שמצליחה לשרת מיליוני משתמשים, עומד תהליך ניתוח מערכות מדויק. זהו התהליך שמתרגם צרכים עסקיים למערכת עובדת, מונע טעויות יקרות ומבטיח שהפרויקט יעמוד ביעדים ובמשאבים שהוקצו לו
ניתוח מערכות איננו “מסמך אפיון” בלבד, זהו תהליך ליבה שמשפיע על כל שכבות הפיתוח ועל היכולת של הארגון להוציא לפועל פתרון מדויק, יציב ויעיל.
ריכזנו בכתבה הבאה תובנות מרכזיות שמלוות אותנו בפרויקטים מורכבים עם הסבר לחיונות התפקיד.
1. תכנון מקדים והכנה לפרויקט
חשוב לבצע שיעורי בית עוד בטרם ישיבת ההתנעה של הפרויקט. בין אם מדובר על פרויקט פנים ארגוני ובין אם מדובר על פרויקט שאנחנו ספקים בו, חשוב להכיר את פעילות החברה (קל יותר אם מדובר על פרויקט פנימי), התחום בו עוסק הפרויקט והשותפים המרכזיים בפרויקט הן בתחום העסקי והן בתחום הטכני. על מנת שפרויקט יהיה מוצלח, כולם שותפים, שכן כולם רתומים לעבודה משותפת להצלחת הפרויקט.
יש הבדלים רבים בין פרויקט חדש לבין העמקה במערכת או פרויקט קיימים. בפרויקט חדש ההמלצה היא להתחיל בקבוצת תהליכים מרכזיים מצומצמת לעומת הרחבת יכולות בפרויקט קיים. ההמלצה היא תמיד לנסות לצפות הרחבת יכולות בדגש על Data Base. ב-Data Base לרוב השינויים בעתיד יכאבו יותר. בין אם מדובר על פרויקט הסבה עתידי, או נתון שלאחר תחילת הפרויקט הבנו שחשוב לשמור בכל הפעלה של תהליך ספציפי, אם לא הגדרנו מראש שמירה שלו, לא נוכל לקבל אותו בהמשך. יחד עם זאת, חשוב להימנע מ”הכנות למזגן” שעלולות לגרום לפרויקט להיכשל. ישנם מגוון דוגמאות לפרויקט שבמקביל לדרישה העסקית המרכזית, היו דרישות נוספות ליכולות במערכת שגררו עלויות גבוהות ודחייה של לוחות הזמנים. כאן מתבלטת חשיבותו של מנתח המערכות להעריך אלו “הכנות” כאלה “זולות” וחשובות להמשך הפרויקט.
תפקיד מנתח המערכות הוא אחד מתפקידי המפתח בפרויקט ומטרתו כפולה: המטרה הראשונה היא התכנון הפונקציונלי טכני של הפרויקט. כפועל יוצא מהמטרה הראשונה, נולדת המטרה השנייה שהיא המרת הדרישות העסקיות בפרויקט לשפה טכנית פונקציונלית בעבור הצוות הטכני העוסק במלאכה של הפיכת החלום העסקי למציאות הלכה למעשה.
2. ביצוע הפרויקט
תפקידו של מנתח המערכות מתחלק ל-2: החלק הראשון היא עבודת הניתוח. הבנת הצרכים העסקיים, גיבוש פתרון פונקציונלי טכני ומענה לפערים שיתעוררו במהלך הדרך. מנתח מערכות מנוסה מספק פתרונות פונקציונליים-טכניים על בסיס ניסיון בפרויקט קודמים ושימוש ב-best practices הנהוגות בשוק על מנת להביא את הצרכים העסקיים לכדי מימוש. מנתח מערכות מנוסה ניחן גם בהבנה עסקית ועשוי לספק המלצות לשיפור התהליכים העסקיים הנדרשים אשר יסייעו לקיצור הלו”ז בפרויקט ואף שיפור או”שי של תהליכי העבודה.
החלק שני הוא כתיבה של מסמך אפיון המהווה תיעוד טכני-פונקציונלי של הפתרון שעליו סוכם. מסמך זה מהווה את הבסיס לפרויקט ומאגד בתוכו הן את ההסכמות והנחות היסוד של הפרויקט והן מסמך שמלווה את צוות הפרויקט לאורך חיי הפרויקט. מסמך זה נכתב לשימוש של כלל הגורמים המעורבים בפרויקט.
כפועל יוצא מכתיבת מסמך האפיון שהוא לעיתים מסמך בעל מאות עמודים, מנתח המערכות מקיים DR – design review בו הוא מפרט במבט על את תפיסת הפתרון, עונה לשאלות המשתתפים ואוסף תיקונים נחוצים אשר נדרשים באפיון. מומלץ לקיים DR נפרד לגורמים העסקיים אשר מתעניינים יותר באזור הקליינט, הנראות וההסבר העסקי של הפתרון ואחד נוסף לגורמים הטכניים אשר מתעניינים יותר באופן המימוש של הפתרון.
3. דגשים
• אפיון נועד לכלל המעורבים בפרויקט, לכן עליו להיות ברור לכלל המעורבים, ומצד שני אחיד ללא תלות בגורמים בפרויקט. על ארגון לקבוע את סטנדרט האפיון שלו או להשתמש בסטנדרט מקובל כגון נוהל מפת”ח או UML למשל.
• ל-DR צריך להגיע כאשר יודעים את החומר, לא משננים אותו. אין בעיה גם ב-DR לומר “אני אבדוק ואחזור אליכם”.
• בעת העברת DR מומלץ להשתמש בעזרים חזותיים כגון האפיון, מצגות, תרשימים וכו’.
• מנתח מערכות אמור לראות את מכלול מרכיבי הפרויקט ככל האפשר ולנסות לבחור בפתרון הפשוט ביותר שנותן מענה הן לצרכים העסקיים, הן להנחיות הטכניות והן להתממשקות לשאר המערכות המעורבות בפרויקט.
• על מנתח מערכות מוטלת החובה להבין את התהליכים העסקיים של הפרויקט והתהליכים העסקיים והטכניים העוטפים את הפרויקט ולהציף תובנות אשר יגרמו להתארכות הפרויקט גם אם מדובר על המלצות לשינוי הדרישה העסקית או הטכנולוגית מתוך ראייה של best practice.

4. מסירה: הפרויקט לא נגמר בעלייה לאוויר
זהו אומנם השלב האחרון, אך לא הסוף. מדובר על שחרור גרסאות לאוויר. כחלק מכך על מנתח המערכות ללוות את תהליך המסירה. הדבר כרוך בסיוע בכתיבת מדריכים, הדרכות של המדריכים שיסבירו על המערכת למשתמשי הקצה, הדרכות של משתמשי קצה נבחרים ואיסוף פידבקים מאותם גורמים. זה לא הסוף, כי מפידבקים אלו בונים את הגרסה הבאה.
לסיכום: ניתוח מערכות איננו “מסמך אפיון” בלבד – זהו תהליך ליבה שמשפיע על כל שכבות הפיתוח ועל היכולת של הארגון להוציא לפועל פתרון מדויק, יציב ויעיל.
בשל שילוב יכולות ניתוח, UX/UI, פיתוח, אסטרטגיה ו-AI, אמן דיגיטל מספקת את מעטפת ה-360 הנדרשת לפרויקטים מורכבים – מהבנה עסקית ועד הטמעה מלאה.

