במאמר, ה הדבר הכי קשה בהנדסה הוא דרישות, הסופר ג'יי מסביר מדוע קליטת הדרישות היא קשה. בראש ובראשונה אתגר התקשורת בין צוותים טכניים ועסקיים. מעצבים ומהנדסים רוצים דרישות חדות כדי שיוכלו להפשיל שרוולים כדי ליישם את הזרימות הרצויות ולבנות פתרון מותאם לביצועים הטובים ביותר עבור מקרי השימוש המוצהרים. אבל, משתמשים עסקיים אינם מסוגלים או אין להם זמן לרשום מקרי שימוש. הם אינם מסוגלים כי מקרי שימוש חדשים או פערים בדרישות נחשפים רק כאשר הם רואים פתרון עובד. 

מייקל לואיס תפס את זה בצורה נפלאה פרק שש רמות למטה (פודקאסט נגד הכללים). הוא משתף כיצד להגיע למומחה שמכיר את הכללים העסקיים היה המפתח לעזרה לאתנה בריאות להפוך לחברת תוכנה של מיליארדי דולרים. המומחים הם בדרך כלל המשתמשים בפועל (6 רמות למטה בהיררכיה) ולא אלה בחדר הישיבות. אם יש לך רק 5 דקות, הייתי מציע להאזין מ-30 עד 35 דקות של הפרק.

להלן התייחסות העיקרית:

1) יש דרישות בכתב

• דבר עם המשתמשים בפועל. תיעד את הדרישות שלהם. מה הם רוצים מהתוכנה? אילו פעולות הם רוצים לבצע? איזה מידע הם צריכים?
• מניסיוננו, גילינו שסיעור מוחות טוב יכול להביא תרחישים רבים שניתן לתפוס בדרישות.
• דרשו מבעלי עניין מרכזיים לחתום על הדרישות. למרות שזה עשוי להוסיף עיכוב, זה גם יאלץ את המשתמשים לחשוב על זה.

2) נתח דרישות, זיהוי פערים ועדכן

• מומחי יישום ומפתחים צריכים להיות מודעים לכך שלדרישות יהיו פערים, ולהיות טובים בזיהוי הפערים הללו ולהבהיר את אלה לפני יישום הפתרון.

3) עיצוב - בגמישות מסוימת

• מעצבים ומפתחים צריכים לאפשר תבניות, כללים, התראות, דוחות וזרימות הניתנות להגדרה.

4) קבל משוב מוקדם על ידי הצגת אבות טיפוס

• משוב מוקדם יחסוך זמן שכן הפנייה תדרוש פחות מאמץ בהשוואה לקבלת משוב לאחר יישום מלא.

סמינר מקוון וסרטונים

האקדמיה ומאגר הידע של Vtiger

באז CRM

(CRM חדשות ומגמות טכנולוגיה)

התכונה האהובה עלי

קבל תוכן CRM בלעדי!