שילוב של צרכי הארגון עם צורכי הלקוח היא חשיבות קריטית  בניהול פרויקט.

 

לקוחות לא קונים מוצרים על בסיס נתונים מספריים או חוסר בדפקטים. הם קונים מוצרים שפותרים להם בעיות.

 

כשבאים לכתוב תנאים לשחרור גרסא/מוצר – Release criteria:

 

יש לשים לב שהתנאים הם לא רק דפקטים, אלא גם הבעיות שנפתרות ללקוח, לא משנה אם הלקוח בתוך או מחוץ לחברה/ארגון.

יש לוודא שכל חברי קבוצת הפרויקט עונים באותה צורה – לגבי הקריטריונים שהוגדרו.

 

כדי למדוד טסטים ומטרות כדאי לאמץ  את גישת  SMART – Specific,Measurable,Attainable,Relevant,Trackable :

 

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

 

כל קריטריון צריך להיות ספציפי למוצר ולפרויקט הרלוונטי. כאשר הקריטריון מדיד – ודאי שיהיה אפשר להעריך את המוצר לפי הקריטריון. Release criteria הם לא המקום למטרות נעלות – כדאי לשים לב שהקריטריון בר השגה (Attainable).

 

כדאי לוודא שתנאי שחרור רלוונטיים על ידי הערכה של המוצר מול צרכי הלקוח וצרכי ההנהלה.

 

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

 

למשל "ביצועים מהירים" זו דוגמא לקריטריון מעורפל. על מנת לשנות אותו לקריטריון עם מטרה ומדיד:

"ביצועים מהירים לסנריו א' לסיום תוך פחות מ-10 שניות". יש לנקוב בסנריו הספציפי כדי שאנשים ידעו אם הם עומדים בקריטריון.

 

Get It Done!