יום שלישי, 14 בפברואר 2012

Exit Criteria

אחד מהדברים היותר חשובים ומהיותר נזנחים הוא מסמך ה-exit criteria (כאן הכוונה היא למסמך של גרסה, ולאלמשל מסמך תנאי יציאה של המוצר מהפיתוח). מה זה בעצם אומר? אילו תנאים צריכים להתמלא בכדי שאוכל לשחרר את הגרסה הזו ללקוח. ו-כן, נכון: זה לא משהו שעושים בתום הבדיקות אלא יחד עם תכנית הבדיקות.
מדוע זה חשוב?
1. כיוון שבסוף הגרסה לפעמים אנו מוטים ונראה לנו שכבר אפשר לשחרר אותה, והגרסה הבאה כבר בפתח... ואז אנו יכולים לטעות.
2. אם יש לנו מטרה ברורה יותר קל לנו (בדיקות, פיתוח, מנהלי פרוייקטים וכו') להתמקד.
3. מסמך שחשוב להראות ללקוח או לנציגיו.
4. אם יש בעיה חוזרת זה המקום להכניס אותה, למשל כיסוי מלא של סט הבדיקות. כאמור, מה שנמדד זה מה שמטופל.
בסופו של יום זה גם עוד כלי לעלות את רמת הבדיקות.
נובע מהאמור שזהו מסמך שיש לתחזק לאורך כל חיי הגרסה. לא מגיעים לסוף הגרסה בכדי לגלות שמספר הבאגים החמורים אינו תואם את ה-exit criteria.

מה מכיל מסמך זה? כמובן שזה תלוי בארגון. מה שהייתי מכניס מחולק לכמה סעיפים:
ביצועים:
1. המוצר עומד בעומס של X פניות במשך Y ימים עם תגובה ממוצעת של Z שניות לפנייה.
2. כמה downtime היה.
3. הזמן הדרוש ל-Quick Recovery
איכות כללית:
1. אין באגים פתוחים בדרגת חומרה של major ומעלה.
2. כיסוי הבדיקות היה מלא.
3. 95% מסך הבדיקות עברו בהצלחה.
4. במידה והיו שינויים מרחיקי לכת בתשתית, האם התבצאו מספיק בדירות בעקבות תיקון זה?
מסמכים:
1. כל המסמכים אושרו (אני כמובן רושם סקיצה כללית בהיי לבל, בפועל יש למלא את המסמכים הרלוונטים)
2. כל המסמכים נמצאים במקום מוסכם.

אין תגובות:

פרסום תגובה

רשומות פופולריות