שאלות נפוצות, תשובות מומלצות וטיפים מקצועיים
אפיינתי מערכת CRM חדשה לחברת ביטוח עם 500 סוכנים. ביצעתי 30 ראיונות עם משתמשים, מיפיתי 12 תהליכי עבודה קיימים, זיהיתי 45 דרישות פונקציונליות ו-20 דרישות non-functional. המסמך כלל use cases, wireframes, data model ו-integration specs.
אני כותב מסמכי אפיון.
אני מקיים workshop עם כל הצדדים, ממפה את הדרישות ואת ה-impact של כל אחת, ומציג trade-offs בצורה ויזואלית. משתמש בטכניקות כמו MoSCoW ל-prioritization ו-decision matrix כשיש מחלוקות. חשוב להגיע להסכמה מתועדת לפני שממשיכים.
אני מקבל את מה שהמנהל הכי בכיר אומר.
עבדתי ב-Waterfall בפרויקטים גדולים עם דרישות קשיחות (ממשל, ביטחון), וב-Agile/Scrum בחברות הייטק. בפרויקטים אג׳ייליים אני כותב user stories עם acceptance criteria, משתתף ב-grooming ו-retrospectives, ומתאם בין product ל-development.
אני מכיר Waterfall.
אני כותב acceptance criteria ברורים לכל דרישה, מקיים design review עם המפתחים לפני שמתחילים, ומשתתף ב-UAT עם המשתמשים. בנוסף, מנהל RTM (Requirements Traceability Matrix) שמחבר כל דרישה ל-test case. בפרויקט האחרון 95% מהדרישות עברו UAT בפעם הראשונה.
אני מעביר את המסמך ומצפה שיקראו.
Jira לניהול דרישות ו-tracking, Confluence לתיעוד, Figma או Balsamiq ל-wireframes, Lucidchart ל-diagrams (ERD, flow, sequence), ו-SQL לניתוח נתונים. בפרויקטים גדולים עבדתי עם Enterprise Architect ל-UML modeling.
אני כותב ב-Word.
שיטת STAR: Situation, Task, Action, Result — הדרך הטובה ביותר לענות על שאלות התנהגותיות.
חברת ביטוח רצתה להחליף מערכת ניהול פוליסות ישנה של 15 שנה — 200 משתמשים, 50 תהליכים, ו-3 מערכות משולבות
הייתי צריך לאפיין את המערכת החדשה ולוודא שכל הפונקציונליות נשמרת עם שיפורים
ביצעתי discovery מקיף עם כל הצדדים, מיפיתי gap analysis בין ישן לחדש, כתבתי 200 עמודי אפיון עם wireframes, ולוויתי את הפיתוח ב-15 ספרינטים
המערכת עלתה לאוויר בזמן ובתקציב, 98% מהדרישות התקבלו ב-UAT, וזמן עיבוד פוליסה ירד מ-20 דקות ל-5 דקות
הכר את הדומיין של החברה — כל תעשייה יש לה מושגים ותהליכים ייחודיים
הכן דוגמאות של מסמכי אפיון (בלי מידע סודי)
הדגש יכולת תקשורת — עם משתמשים, מפתחים ומנהלים
היה מוכן לשאלות על UML, data modeling ו-integration patterns
הכר את ההבדלים בין Waterfall ל-Agile — ומתי מתאים כל אחד
הכן שאלות על הפרויקטים, הכלים ותהליך העבודה בחברה
לא לדעת לתקשר עם non-technical stakeholders
כתיבת דרישות מעורפלות בלי acceptance criteria
חוסר ידע ב-data modeling ו-system design בסיסי
לא להכיר כלים מודרניים — לעבוד רק ב-Word
להתעלם מ-non-functional requirements (performance, security)
לבוש עסקי-קז׳ואל. חולצה מכופתרת ומכנסי בד. מנתחי מערכות עובדים בממשק עם לקוחות ומנהלים, אז כדאי להיראות מקצועי.
Systems analyst מתמקד יותר בצד הטכני — ארכיטקטורה, data model, integrations. Business analyst מתמקד בצד העסקי — תהליכים, requirements, ROI. בפועל, הרבה ארגונים משלבים את שני התפקידים.
לא חובה, אבל יתרון גדול. ידע ב-SQL חשוב מאוד. הבנה בסיסית של programming עוזרת בתקשורת עם מפתחים. Python לניתוח נתונים הוא בונוס.