מושגי יסוד לניהול דרישות
הסבר: תהליך עסקי
Business Process
1. אוסף של משימות ארגוניות המבוצעות בסדר מסוים, מתנהלות לפי כללים שקבע הארגון או תקנים הנהוגים בענף אליו משתייך הארגון , על ידי אנשים וציוד, למימוש תוצר, הקשור ביצירת ערך עבור הלקוח הסופי.
2. התוצר יכול להיות מוצר או שירות
3. הלקוחות יכולים להיות חיצוניים לארגון או לקוחות פנים - ארגוניים.
4. אם התהליך פשוט, אין לו משימות אלא רק מספר פעילויות
הסבר: דרישה פונקציונלית Functional Request
זוהי דרישה לתהליך עסקי שהמערכת החדשה תאפשר לבצע או דרישה לתכונה מסויימת (Feature) כחלק מפעולה.
דוגמאות במערכת לניהול חשבונות בנק:
פתיחת חשבון חדש
סגירת חשבון
הפקדת מזומנים בחשבון
משיכת מזומנים מכספומט
פתיחת הוראת קבע
הצגת דוח מצב חשבון
איתור פרטי הפקדה
הודעה ללקוחות על שינוי עמלות
דוגמאות במערכת להשכרת רכב באינטרנט
ביצוע הזמנה באינטרנט
אפשרות לתשלום בעד 12 תשלומים (תכונה)
ביטול הזמנה
הקצאת רכב להזמנה
מסירת רכב
הארכת תקופת ההשכרה
הגדרת מבצע
בדרך כלל תהליך עסקי מופעל על ידי בחירתו מתוך תפריט/ או כפתור הפעלה במסך. במערכות מסוימות המשתמש יכול לבחור פעולה גם על ידי בקשה קולית. לעתים פעולה מופעלת עלי ידי חיישנים או בזמנים מוגדרים מראש.
צריך להזהר לא להכביר בדרישות, במערכות גדולות השימוש בפועל בכל הדרישות שהוגדרו מתנהג על פי התרשים המצורף
הסבר: דרישות לא פונקציונאליות (NFR)
Non Functional Requests
דרישות לא פונקציונליות מתייחסות לאילוצים טכנולוגיים על הפיתוח ואיכות הפתרון
דרישות NFR מיועדות בעיקר לאנשי התשתיות( מומחי תקשורת , DBA, אנשי אבטחת מידע, מומחי תשתיות החומרה...)
ניתן לחלק את דרישות ה NFR לקטגוריות כגון:
זמני ביצוע
נפחים
אבטחת מידע
ממשק משתמש
טכנולוגיית פיתוח המערכת
ככל שהמערכת מורכבת יותר ניתן לגלות מספר רב יותר של קטגוריות לדרישות NFR
דוגמא: רשימת דרישות לא פונקציונליות
מאמר: ניתוח דרישות לא פונקציונליות
דרישות לא פונקציונליות (הידועות גם בשם תכונות איכות או איכות של דרישות שירות) קשורות לעיתים קרובות עם פתרונות מערכת, אבל הם גם חלים באופן רחב יותר על התהליך ועל אנשים. הם מרחיבים את הדרישות הפונקציונליות של פתרון, מזהים אילוצים על דרישות אלה, או מתארים תכונות איכותיות שעל הפתרון להציג .
סרטון אנגלית: Non-Functional Requirements Add Value to User Stories
הסבר: דרישות לתהליכי אצווה
תהליך Batch או אצווה בעברית הינו תהליך שאינו אינטראקטיבי ומחייב סריקת ישות שלמה ועיבוד כל מופעי הישות ללא התערבות אנושית
דוגמאות:
במערכת של קופת חולים: ביצוע אוטומטי של תזכורת אודות תור לרופא לכל המטופלים שיש להם תור לעוד יומיים.
במערכת בנקאית הפעלה אוטומטית של תהליך חיוב כל החשבונות שיש להם הוראת קבע פעילה בתאריך מסוים
במערכת לניהול רכבים, הפקה אוטומטית של כל הרכבים שאמורים להשלח לטיפול בתחילת כל שבוע
כאשר בונים מסמך דרישות, מומלץ לרכז את כל הדרישות לתהליכי אצווה בקטגוריה נפרדת
הסבר: הגרף של בוהם
זהו גרף שמציג עלות ממוצעת של תיקון באגים לאורך מחזור החיים
עלות התיקון הולכת וגדלה באופן אקספוננציאלי ככל שמגלים את השגיאה מאוחר יותר
המסקנה היא ששיפור תהליך הדרישות וניהול הבדיקות מתחילת התהליך משפרים ומוזילים את עלות הפיתוח והתחזוקה
דוגמא נוספת לגרף של בוהם
בגרף הבא ניתן לראות את אחוז הבאגים שנגרמים עקב דרישות לקויות
מאמר: שיטת קאנו לתיעדוף דרישות
תכונות של תוכנה (או כל מוצר אחר) על פי קאנו, מתחלקות ל 5 קבוצות:
Basic תכונות שחייבים (Must Have) – תכונות אלה הן תכונות בסיס וחייבות להיות בתוכנה
Performance - ביצועים תכונות ליניאריות(Linear) – ככל שביצועי הדרישה גבוהים או איכותיים יותר הלקוח מרוצה יותר ביחס ליניארי.
Exitment תכונות "ריגוש" – תכונות מרגשות/מלהיבות(Exiter) , תכונה שנוכחותה תגרום להתלהבות רבה אצל הלקוח
Indifferent תכונות אדישות. אלו הן תכונות שהלקוח אדיש לקיומן .
Reverse - אלו הן תכונות שגורמות באופן מובהק לחוסר שביעות רצון.
מאמר: קביעת עדיפויות בשיטת MoSCoW
מונח MoSCoW עצמו הוא ראשי תיבות הנגזר מהאות הראשונה של כל אחת מארבע קטגוריות תעדוף (Must- חייב להיות, Should - צריך להיות במידת האפשר, Could -רצוי אך לא הכרחי, Would - אפשרי אך לא הפעם)
מאמר: מה עושים כאשר כל הדרישות דחופות
האם קרה לך אי פעם כי כל הדרישות של פרוייקט שקיבלת הם בעדיפות דחופה או גבוהה? ובכן, כאשר זה קורה, זהו מצב מביך. בתור BA בסביבה אג'ילית, קשה לקבל עדיפות רק מנקודת המבט של הלקוח כאשר אתה מגודר בזמן, מוגבל במשאבים ומעל לכל הלקוח מגדיר את הדרישה כדחופה
מאמר אנגלית: Six Guidelines for Saying No to a Stakeholder
סרטון: Functional VS Non Functional
סרטון: Non Fubctional Requirements
סרטון: שיטת MOSCOW לתיעדוף
סרטון: Discovering The Kano Model
סרטון: Kano Analysis
סרטון אנגלית: Requiremens Prioritization
סרטון אנגלית: Requirements Management Best Practices