כשמדובר בפיתוח של waterfall, קשה - מעבר לנקודה מסוימת בתהליך הפיתוח - לקבל שינויים. ואם יש בקשה לשינוי תכולה זה עלול לגרום לתסכול, בין אם מקבלים את השינוי (תסכול בפיתוח) ובין אם לא (תסכול אצל הלקוח שעלול לחכות חודשים לפיצ'ר). לעומת זאת כשכל איטרציה באג'ייל היא בת שבועות בודדים, קל יותר לחכות לגרסה הבאה והלקוח יודע שהוא זה ששולט בתעדוף. יותר מזה, הלך הרוח של הצוות צריך להיות כזה שתומך בשינוי. נכון שאנו אוהבים יציבות, אבל אם יש בקשה סבירה לשינוי יש לבחון באופן אובייקטיבי ככל הניתן ולהעריך: האם זו באמת בעיה לשנות כרגע את תוכן הגרסה או שאולי הבעיה היא שלנו קשה להשתנות?
הירשם ל-
תגובות לפרסום (Atom)
רשומות פופולריות
-
REST, Representational State Transfer REST הינו סגנון ארכיטקטוני, או סט של אילוצים ארכיטקטוניים. HTTP בנוי בסגנון של REST. HTT...
-
בשבוע שעבר הגיע אלינו איש תהליכים של המטה של AVG בברנו, צ'כיה. מטרת שהייתו בארץ היתה לתאר לנו את תהליכי הבדיקות ב-AVG וליצור לנו סביבת ... -
לא היה קל לקבל את הראיון הזה. רוב הצעות העבודה דורשות 2-3 שנות ניסיון. אבל איך אתה מקבל 2-3 שנות ניסיון אם אף אחד לא נותן לך הזדמנות? למ...
-
STR = Software/System Testing Results/Report הערה: יש חברות שמפרידות בין תוצאות הבדיקות ל-STR שמבחינתן זה דוח מסכם של התוצאות. מבחינתי...
-
למרות ניסיוני בתחום המובייל, אני חושב שתמיד טוב להתעדכן ולשמוע מה אחרים חושבים וללמוד מניסיונם. לשם כך קראתי את הספר הזה : Hands-On Mo...
אין תגובות:
הוסף רשומת תגובה