מה יותר מתאים מיום לחם האגוזים והתמרים מלדבר על איכות!
פעם התייחסנו לבדיקות איכות כמשהו שעושים בסוף התהליך, לשומרי הסף, מוצאי הבאגים!
ממש כמו שפעם לחם היה שחור/אחיד או לבן ואם רצית להוסיף משהו אז מרחת אותו מעל…
והיום? רק מהמחשבה מתחשקת לי פרוסת לחם…
האגוזים והתמרים נכנסו לתוך הלחם, כמו שבדיקות האיכות נכנסו לתוך תהליך הפיתוח! ועדיף כמה שיותר מוקדם.
אז מה המתכון?
קודם בואו נסכים שצריך להשקיע בלחם ולא רק בטופינג, ושהאחריות על האיכות היא של כל הצוות ולא רק של הבודקים.
עכשיו אפשר להתחיל 🙂
יש המון פרקטיקות אפקטיביות להכניס את האיכות פנימה בתהליך, ותוכלו לקרוא עוד ברפרנסים בסוף הפוסט.
במתכון הזה ארצה לשתף אתכם ב BDD – Behavior Driven Development
באמצעותו אנחנו מתארים את ההתנהגות מזווית הלקוח באופן שינחה את דרך הפיתוח של התכולה.
אנחנו משתמשים בשפה עסקית ולא טכנית, חושבים איך נבדוק לפני שנחשוב איך נממש את זה.
איך?
*בואו נראה איך הבודקים עוזרים ל PO לייצג סיפורי לקוח ולא סיפורים טכניים, דרישות עסקיות ולא פתרונות טכנולוגיים.
*בואו ניתן לבודקים להיות מעורבים לפני הפלנינג כך שבספרינט פלנינג יוכלו לספר מהם סוגי הבדיקות המתוכננות, מהם מקרי הבדיקה והשימושים העיקריים, ויוכלו לעזור לכולם להתמקד בערך ללקוח ובהבנת התכולות.
*בואו נוודא שיש לנו Acceptance Criteria לכל תכולה, שמתורגמים ל Acceptance Tests שמתורגמים לטסטים אוטומטיים.
הגדרת ה Acceptance Testing יעזרו לתרגם את הדרישות לכל user story למשהו מוחשי, ברור יותר, ספציפי ועם דוגמאות של התנהגויות לקוח.
וכמובן הפיכתם לאוטומטיים יאפשרו גמישות בהכנסת שינויים וקצב מהיר ויציב מבלי לוותר על האיכות, ויהיו האנייבלרים ל CI/CD.
בצוותים שאני מלווה ומכניסים BDD ההשפעה של זה עולה ממש מהר, כי רק המיקוד בהבנת התנהגות הלקוח על ההתחלה, מעלה אי הבנות, פערים בין העסקי לפיתוח, התייחסות לממשקים בין צוותים שעובדים יחד על התכולה הסופית וכו’
אז אם אתם רוצים ביס איכותי, תזכרו, לא חייבים להשקיע במה שמורחים מעל, יותר טעים כשהלחם טעים בפני עצמו!
Build quality in!
רוצים להעמיק בזה עוד?
הנה לפחות 2 רפרנסים מעניינים:
ואחרון חביב, בכנס הקרוב שלנו שיתקיים ב 31.1.2021
בואו ללמוד עוד בהרצאה של ארז מורביה על
Messed up Agile practices 🙂
מחכים לכם
#Ajimeh #LimorHalfon #Agile #BydAgIsr21
