ניהול דרישות – Requirements Management הוא מהיסודות החשובים של ניהול תוכנה ומערכות IT. אין כמעט פרויקט או תהליך פיתוח של מוצר שלא מתחיל (צריך להתחיל!) בהגדרה ברורה של הדרישות מהמערכת, ברמה זו או אחרת. אין כמעט פרויקט או תהליך פיתוח של מוצר שלא צריך לוודא, במהלך הפיתוח והבדיקות, שהדרישות מהמערכת אכן ייושמו, ברמה זו או אחרת. ניהול דרישות הוא הממשק המרכזי בין משתמשי הקצה ומומחי היישום ובין יחידת IT, בין הלקוח ובין הספק, בין האפיון לפיתוח, בין המהדורה הנוכחית ומהדורות עתידיות. עקיבות הדרישות (Requirements Traceability), מלווה במנגנון ניהול תצורה ושינויים, היא דרישת על מרכזית בניהול הפרויקט ובניית המערכת.

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

יש להבחין בין שלושה סוגים שונים (לפחות) של "ניהול דרישות":

דרישות-על ברמת תכנית עבודה שנתית (תע"ש), שמטרתן לסייע בתכנון שנתי כולל ותקציב יחידת IT. המונח באנגלית הוא – Demands.
דרישות המפרטות את מאפייניה ותכונותיה של מערכת ממוחשבת, נקראות גם יכולות. המונח באנגלית הוא – Features.
דרישות שוטפות לתיקונים, שינויים ושיפורים, בדרך כלל במערכות קיימות (בשלב התחזוקה). דרישות מסוג זה נקראות גם בקשות לשינויים ותוספות, שיפורים ושינויים (שו"שים).

הבחנה זו איננה רק עניין תיאורטי חשוב, כי אם "לחם חוקו" של ניהול IT. מדובר בשלושה סוגים שונים של "דרישות" שהניהול שלהן, המתודולוגיה והכלים התומכים בהן, שונים בתכלית. דרישות-על לתע"ש (מס' 1) מתמקדות בתכנון השנתי ובתקציב, דרישות מערכת מתמקדות באפיון ופיתוח מערכות ואילו דרישות שוטפות מתמקדות במערכות שבתפעול ותחזוקה. אך אין אלה עולמות נפרדים וברור שיש קשר הדוק בין השלושה. ...
למאמר המלא :

http://www.methoda.co.il/?CategoryID=275&ArticleID=655&Page=1