טכניקות לגילוי דרישות
מאמר: שיטות לאיסוף נתונים
תהליך ניתוחה של המערכת הקיימת ואפיונה של המערכת החדשה מחייב את מנתח המערכות לרכוש ידע במספר רב של נושאים. צבירת הידע וארגונו נעשה בעזרת איסוף נתונים מבעלי העניין
מאמר: טכניקה לסיעור מוחות JAD
JAD הינו קיצור של (Joint Application Design) זהו תהליך מובנה של סיעור מוחות לצורך גילוי דרישות תוכנה. מטרתו ליעל את תהליך איתור הדרישות על ידי קיבוץ מספר בעלי עניין ומומחי IT לסדנת עבודה ממוקדת.
במחקרים, הוכח בצורה חד משמעית שריכוז אנשי מקצוע יחד עם לקוחות מציף את רב הבעיות ואי ההבנות בצורה מידית ובכך מונע בעיות שעלולות לצוץ בסוף הפרויקט ולעלות עד פי 100 לתקן אותן.
מאמר: הקשבה פעילה
רק מעטים מבין העוסקים בניתוח מערכות יודעים להיות "מקשיבים" טובים, ואלו הלוקים בהקשבה מחמיצים אין ספור הזדמנויות העולות בדברי הצד השני. הסטטיסטיקות מצביעות על כך שהמקשיב הלא-מיומן הממוצע קולט ומפנים רק כ-50% מהנאמר לו. שיעור נמוך זה יורד עוד יותר, עד לכ-25% בעת שחזור מהזיכרון כשהקלט מועלה לאחר 48 שעות. כלומר, השחזור של שיחות מסוימות יהיה בד"כ מוטעה ולא שלם.
המאמר נכתב במקור עבור העוסקים במו"מ אבל הוא רלוונטי בצורה זהה לעוסקים בניתוח מערכות.
מאמר: ניתוח סיבות השורש-שיטת עצם הדג
מחבר: איציק סיון
ניתוח סיבות השורש הינה בחינה שיטתית של בעיה או מצב שמתמקדת במקור הבעיה כנקודת מוצא לתיקון ולא בהשפעות שלה.
זוהי שיטת ניתוח איטרטיבית שלוקחת בחשבון שייתכן ויש מספר סיבות שורש שתורמות להשפעות
השיטה בוחנת סוגי סיבות עיקריות כגון: אנשים( שגיאות אנושיות, חוסר הדרכה.) , היבטים פיסיים
(תקלות בציוד, מתקנים לקויים...), היבטים ארגוניים( תכנון שגוי של תהליך, מבנה בעיתי..)
ניתוח סיבות השורש מסייע לגילוי הדרישות הנכונות
מאמר: שבעת המשרתים של קיפלינג
מחבר:איציק סיון
המשרתים של קיפלינג:יש לי שבעה משרתים נאמנים
(הם לימדו אותי את כל מה שאני יודע)
שמותיהם: מה? כמה? למה? ומתי?
איך ? איפה? ומי?
מאמר: חמשת הלמה
מחבר:איציק סיון
זוהי שיטה של שאילת 5 שאלות "למה?" (אפשר גם פחות או יותר שאלות), המשמשת לניתוח הגורם היסודי לבעיה
מאמר אנגלית: How to Use The 5-Whys for Root Cause Analysis
סרטון: The 5 Whys Problem-solving Method
מאמר: ניתוח מסמכים קיימים
הטכניקה לניתוח מסמכים הינה אחת הטכניקות האפקטיביות ביותר לאתחול תהליך ניהול הדרישות.
מומלץ להשתמש בטכניקה אם המטרה היא ללמוד את הפתרון הקיים ובמיוחד אם לפתרון הקיים אין יותר מומחי תוכן בארגון או שאינם זמינים בשלב הגדרת הדרישות.
הטכניקה ישימה גם כאשר מדובר בהכנסת BA חדש לפרויקט קיים או כל גורם אחר שאמור להכיר את העסק/הפרויקט מאפס.
מאמר: ניתוח דרישות אפקטיבי
המוצר שלנו יכול להיות מורכב ממיליון פיצ׳רים שמפותחים מעולה, בזמן קצר ואפילו ללא באגים אבל כל זה לא שווה אגורה אם אף אחד לא משתמש בפיצ׳רים הללו, הסטטיסטיקה מראה שרק כ-35% מהפיצ׳רים שאנחנו כותבים נמצאים בשימוש משמעותי ותורם ערך ללקוחות שלנו.
מאמר: דוגמא להכנות לראיון עם בעל תפקיד
על מנת שפגישה של BA עם בעל תפקיד תהיה אפקטיבית, מומלץ להכין מראש רשימה של לפחות 10
שאלות פתוחות.
מאמר באנגלית: Steps To Asking Great Questions
מאמר באנגלית: What Questions Do I Ask During Requirements Elicitation?
מאמר באנגלית: Tips For Discovering All the Requirements
מאמר באנגלית: Poor requirements can triple the length of a project
סרטון : Workshops
סרטון: JAD
סרטון: Listening the overlooked skill
סרטון: Root Cause Analysis
סרטון: Root Cause Analysis
פוסטים אחרונים
הצג הכולתבנית: דרישה מחשובית התנעת תהליך האפיון מבוצעת בדרך כלל על ידי קבלת דרישה מחשובית ממנהל אחראי מצורפת תבנית בסיסית להגדרת דרישה מחשובית....