Read on Twitter
פיד הייטקס, באג-באש (bugbash)– מכירים? אם לא, ובפראפרזת קליקבייט – "זה אחד מכלי שפור איכות התוכנה הכי טובים שקיימים שאף אחד לא מכיר".
אז בואו נצלול לפרטים ונכיר כלי במתודולוגית פיתוח שיכולה להיות גם כיפית.
הצטרפו אלי לשרשור...
#פידטכנולוגי
אז בואו נצלול לפרטים ונכיר כלי במתודולוגית פיתוח שיכולה להיות גם כיפית.
הצטרפו אלי לשרשור...
#פידטכנולוגי
/1 באג-באש (bugbash) מוגדר כמתודולוגיה שבה *כל* חברי הצוות (מפתחים, פרודקט, דבאופס וכו) שמים את משימות היום הרגילות שלהם בצד ונפגשים לזמן מרוכז שבו הם מנסים להלום (bash) במערכת חדשה לפני שהיא מועברת לQA, או כל תחנה בדיקות איכות התוכנה שמגיעה אחרי שהמפתחים הכריזו שסיימו את מלאכתם.
/2 כדי לעשות את הארוע קצת יותר כיפי, סוגרים חדר ישיבות גדול, מזמינים את המשתתפים לבוא עם הנייד שלהם ומארגנים פיצות, בירות, חטיפים ושאר פינוקים. מארגן הארוע מארגן את סביבת הבדיקה, נותן תדרוך קצר של כמה דקות על מהי המערכת החדשה, מהם הפיצרים החדשים, ומה צריך לבדוק. לא מורכב, נכון?
/3 אז למה באג-באש ולא פשוט להעביר לקבוצת הQA?
- אנשים מחוץ לצוות הגרעין מעניקים נקודת מבט "רעננה" על ממוש המוצר
- חלקים בצוות נחשפים, לפעמים בפעם הראשונה, במאמץ זה למוצר החדש מ"קצה לקצה"
- מגבש. לא צריך לטוס למאוריציוס בשביל להעלות את המורל בקבוצה. ולא רק בגלל הפיצה והאלכוהול.
- אנשים מחוץ לצוות הגרעין מעניקים נקודת מבט "רעננה" על ממוש המוצר
- חלקים בצוות נחשפים, לפעמים בפעם הראשונה, במאמץ זה למוצר החדש מ"קצה לקצה"
- מגבש. לא צריך לטוס למאוריציוס בשביל להעלות את המורל בקבוצה. ולא רק בגלל הפיצה והאלכוהול.
/4 הוא מאלץ את כל אנשי הצוות לעבוד ביחד עבור מטרה מסוימת. ואין כמו לגבש צוות כשהצוות מסתלבט על באגים הזויים שמתגלים במוצר
- לא תמיד אוטומצית כיסוי מוכנה מיד אחרי שהמוצר מוכרז כמוכן וזאת הזדמנות טובה גם לכסות חלקים מוכנים בצורה ידנית ולהבין טוב איפה האזורים היותר "רגישים".
- לא תמיד אוטומצית כיסוי מוכנה מיד אחרי שהמוצר מוכרז כמוכן וזאת הזדמנות טובה גם לכסות חלקים מוכנים בצורה ידנית ולהבין טוב איפה האזורים היותר "רגישים".
/5 המשך ללמה באג-באש
- בסיומו הוא נותן תמונה טובה מאוד של עד כמה המוצר "מוכן" לעלות לשלבים הבאים וליצור. גם לצוות הניהולי וגם למפתחים עצמם
- בסיומו הוא נותן תמונה טובה מאוד של עד כמה המוצר "מוכן" לעלות לשלבים הבאים וליצור. גם לצוות הניהולי וגם למפתחים עצמם
/6 מתי ארוע זה פחות מתאים
- מערכות מורכבות – אם נדרש יותר מ 10-15 דקות הסבר למשתמשים על איך ומה בודקים, קרוב לוודאי שחלק ניכר מהזמן יתבזבז על דברים מ"סביב" ולא על בדיקת המערכת ממש.
- מערכות מורכבות – אם נדרש יותר מ 10-15 דקות הסבר למשתמשים על איך ומה בודקים, קרוב לוודאי שחלק ניכר מהזמן יתבזבז על דברים מ"סביב" ולא על בדיקת המערכת ממש.
/7 מתי ארוע זה פחות מתאים (המשך)
- אם הצוות שמשתתף הוא לא מספיק רבגוני. כנראה שמפתחים שפיתחו את המערכת לא ימצאו תוספת גדולה של באגים מעבר למה שבצעו בחלקי בדיקות המפתח.
- זה אינו שלב כתחליף לבדיקות מערכת/אוטומציה/QA. אלא רק בא כדי להאציץ את מעגל החיים של תהליכי פיתוח בכך >>
- אם הצוות שמשתתף הוא לא מספיק רבגוני. כנראה שמפתחים שפיתחו את המערכת לא ימצאו תוספת גדולה של באגים מעבר למה שבצעו בחלקי בדיקות המפתח.
- זה אינו שלב כתחליף לבדיקות מערכת/אוטומציה/QA. אלא רק בא כדי להאציץ את מעגל החיים של תהליכי פיתוח בכך >>
/8 שמתגלים באגים ובעיות במערכת במאמץ יחסית קטן.
אז איך מארגנים באג-באש מוצלח? הנה המתכון שלי, אך רשאים להוסיף עוד מרכיבים לפי הטעם:
- קובעים זמן לצוות המורחב ומזמינים את כל הלוגיסטיקה הנדרשת – פיצות, משקאות וכו.
>>
אז איך מארגנים באג-באש מוצלח? הנה המתכון שלי, אך רשאים להוסיף עוד מרכיבים לפי הטעם:
- קובעים זמן לצוות המורחב ומזמינים את כל הלוגיסטיקה הנדרשת – פיצות, משקאות וכו.
>>
/9 המשך מתכון
- מכינים חדף (one pager) של מה בודקים, איפה סביבת הבדיקה, באיזה צורה מדווחים באגים וכו
- אופציונלי – מחלקים לקבוצות ומכריזים על תחרות עם פרסים בין הקבוצות
- כשכולם מתכנסים בחדר ומוכנים להתחיל נותנים תדרוך ראשוני למשתתפים ומכריזים על ההתחלה>>
- מכינים חדף (one pager) של מה בודקים, איפה סביבת הבדיקה, באיזה צורה מדווחים באגים וכו
- אופציונלי – מחלקים לקבוצות ומכריזים על תחרות עם פרסים בין הקבוצות
- כשכולם מתכנסים בחדר ומוכנים להתחיל נותנים תדרוך ראשוני למשתתפים ומכריזים על ההתחלה>>
/10 שולחים עדכונים במהלך הבאג-באש. למשל: דני מצא באג ראשון, עוד 15 דקות נשארו והקבוצה הכחולה מובילה, וכו
- לאחר הסיום, מנהל הבאג-באש עובר על כל הבאגים שנפתחו ומשתף את התוצאות. כמה באגים נאספו (אחרי כפילויות וסינונים אחרים), איזה קבוצה ניצחה, מי פתח את הבאג המופרך או המצחיק ביותר.
- לאחר הסיום, מנהל הבאג-באש עובר על כל הבאגים שנפתחו ומשתף את התוצאות. כמה באגים נאספו (אחרי כפילויות וסינונים אחרים), איזה קבוצה ניצחה, מי פתח את הבאג המופרך או המצחיק ביותר.
/11 וכשלב אחרון מנתחים יותר לעומק ומשתמשים במידע להמשך הצעדים הבאים: האם להמשיך בתוכנית או לעשות עוד סיבוב שיפורים.
מקווה שזה עוזר. בארגון הקודם שעבדתי בו, זו הייתה פרקטיקה די נפוצה וקבועה כחלק מתהליך הפתוח. >>
מקווה שזה עוזר. בארגון הקודם שעבדתי בו, זו הייתה פרקטיקה די נפוצה וקבועה כחלק מתהליך הפתוח. >>
/12 בד"כ אפילו הייתה ציפייה וכמיהה למתי תגיע "מסיבת" הבאג-באש כססמן לזה ששלב הפיתוח מתכנס וקרוב לסיום.
מסקר קצר שעשיתי המתודולוגיה הזו קצת פחות מוכרת בארץ, אז חשבתי לשתף ולעודד עוד צוותים לנסות ולהשתמש בכלי הזה.
מכירים? יש טיפים נוספים? אשמח לשמוע אז שתפו
מסקר קצר שעשיתי המתודולוגיה הזו קצת פחות מוכרת בארץ, אז חשבתי לשתף ולעודד עוד צוותים לנסות ולהשתמש בכלי הזה.
מכירים? יש טיפים נוספים? אשמח לשמוע אז שתפו
