מיפוי הבאגים והפיצ'רים של הפרויקט.
מצאתי את הלינק דרך הפורום שלהם.
מעניין.
http://jira.boxee.tv/secure/Dashboard.jspa
רוצים לדעת מה יהיה בגרסאות הבאות של BOXEE?
- ziv_r
-
- עורך ראשי HTmag
- תגובות: 46370
- הצטרף: ינואר 2005
- נתן תודות: 1966 פעמים
- קיבל תודות: 5077 פעמים
ה JIRA הינה מערכת ניהול הבאגים עבור ה BOXEE, אין פה משהו סודי אשר התגלה 
כל אחד יכול להרשם למערכת ולדווח על באגים, כמובן שהם גם יזכו לתשומת לב על ידי צוות הפיתוח וניתן יהיה לראות מי מטפל בבעיה, מתי היא מתוקנת ועוד.
כל אחד יכול להרשם למערכת ולדווח על באגים, כמובן שהם גם יזכו לתשומת לב על ידי צוות הפיתוח וניתן יהיה לראות מי מטפל בבעיה, מתי היא מתוקנת ועוד.
- Catskinner
-
- חבר במועדון HT
- תגובות: 16019
- הצטרף: נובמבר 2006
- מיקום: הוד השרון
- נתן תודות: 123 פעמים
- קיבל תודות: 940 פעמים
הדבר המעניין ביותר שיש שם זה הגרף המשווה בין בעיות שדווחו לבעות שנפתרו. באופן לא מפתיע חלה עליה מסיבית בדיווח תקלות מתחילת נובמבר השנה והחבר,ה מתקשים להדביק את הפערים.
מעצבן אותי כשאומרים "אני ילך, אני יקנה". מעצבן אותי עוד יותר כשכותבים את זה.
- MartinHSabag
-
- מנהל
- תגובות: 59344
- הצטרף: נובמבר 2004
- שם מלא: מרטין סבג
- מיקום: כפר-סבא
- נתן תודות: 826 פעמים
- קיבל תודות: 1567 פעמים
- יצירת קשר:
- Catskinner
-
- חבר במועדון HT
- תגובות: 16019
- הצטרף: נובמבר 2006
- מיקום: הוד השרון
- נתן תודות: 123 פעמים
- קיבל תודות: 940 פעמים
מהנסיון שלי?
אז ככה. גיליתי שלאחר המון עבודה בתכנון מבדקים, בדיקת סימולציות, הרצה בעומסים וקיצור מעגל הבדיקות הגענו למצב במחלקת הפיתוח שבו הם מצליחים לייצר גרסאות שעוברות את מבדקי מחלקת ה QA. לרוע המזל לא מצאתי עדיין קורלציה בין גרסת תוכנה שעברה QA ואחת שסך הבדיקות שהיא עברה היא הצהרה של המפתח בסגנון "בעקרון זה צריך לעבוד" לבין כמויות התקלות המדווחות מהשטח וחומרתן.
ממה שאני זוכר מהעבר שבו עוד ניהלתי מחלקת פיתוח, עם שחרור גרסת תוכנה חדשה נכנסים לשלב ההיסטריה שבה נוחתות תקלות שאתה לא יודע מאיפה זה בא לך בכלל. בדרך כלל זה נכנס לשלב הישיבות שבו כל אחד מאשים את השני ופורס את משנתו ואם לא בא מנהל עם סמכות שיכול לחתוך דברים בו במקום, שלב זה עלול להתמרח במשך שבועות, להוליד "צוותי חשיבה", ימי brainstorming ושאר השטויות שבהם משתמשים כדי להעביר את הזמן בצורה לא פרודוקטיבית. ברוב המקרים מתעשתים, עושים סדר בבלגן, קובעים מטרות ומתחילים להפיל אותן אחת אחר השניה.
הדבר החשוב ביותר שצריך לזכור בשלב זה הוא שאסור להתיאש. זה זהמוצר שלך חוטף ביקורות ואתה מקבל ערימה של תקלות זה לא אומר שהמוצר רע או שעשית עבודה גרועה. מה שזה אומר הוא שאנשים (במקרה זה לקוחות שלך) משתמשים במוצר, אולי בדרך שלא חשבת עליה, אבל הם משתמשים בו! וכפי שאומרים, אין כזה דבר פרסומת גרועה ועדיף לחטוף זובור מלקוח קיים מלרדוף אחריו כדי שיהפוך ללקוח.
אז ככה. גיליתי שלאחר המון עבודה בתכנון מבדקים, בדיקת סימולציות, הרצה בעומסים וקיצור מעגל הבדיקות הגענו למצב במחלקת הפיתוח שבו הם מצליחים לייצר גרסאות שעוברות את מבדקי מחלקת ה QA. לרוע המזל לא מצאתי עדיין קורלציה בין גרסת תוכנה שעברה QA ואחת שסך הבדיקות שהיא עברה היא הצהרה של המפתח בסגנון "בעקרון זה צריך לעבוד" לבין כמויות התקלות המדווחות מהשטח וחומרתן.
ממה שאני זוכר מהעבר שבו עוד ניהלתי מחלקת פיתוח, עם שחרור גרסת תוכנה חדשה נכנסים לשלב ההיסטריה שבה נוחתות תקלות שאתה לא יודע מאיפה זה בא לך בכלל. בדרך כלל זה נכנס לשלב הישיבות שבו כל אחד מאשים את השני ופורס את משנתו ואם לא בא מנהל עם סמכות שיכול לחתוך דברים בו במקום, שלב זה עלול להתמרח במשך שבועות, להוליד "צוותי חשיבה", ימי brainstorming ושאר השטויות שבהם משתמשים כדי להעביר את הזמן בצורה לא פרודוקטיבית. ברוב המקרים מתעשתים, עושים סדר בבלגן, קובעים מטרות ומתחילים להפיל אותן אחת אחר השניה.
הדבר החשוב ביותר שצריך לזכור בשלב זה הוא שאסור להתיאש. זה זהמוצר שלך חוטף ביקורות ואתה מקבל ערימה של תקלות זה לא אומר שהמוצר רע או שעשית עבודה גרועה. מה שזה אומר הוא שאנשים (במקרה זה לקוחות שלך) משתמשים במוצר, אולי בדרך שלא חשבת עליה, אבל הם משתמשים בו! וכפי שאומרים, אין כזה דבר פרסומת גרועה ועדיף לחטוף זובור מלקוח קיים מלרדוף אחריו כדי שיהפוך ללקוח.
מעצבן אותי כשאומרים "אני ילך, אני יקנה". מעצבן אותי עוד יותר כשכותבים את זה.
