|
||||
|
||||
בחברה הקודמת שבה עבדתי היה מחזור פיתוח שבועי. בחברה הנוכחית יש מחזור פיתוח חודשי. החברה הקודמת הייתה חברה קטנה והנוכחית גדולה הרבה יותר. בחברה הקטנה לא ראיתי יועצים ששורצים (קיבלנו קצת חומר רקע על הנושא. נראה לי שהמנהלים התייעצו עם עוד כמה אנשים). בחברה הנוכחית היו מן הסתם גם יועצים בעבר אבל זה היה לפני זמני. בחברה המקורית השתמשנו בהתחלה בטקס מאוד רציני של ניקוד משימות. לאחר זמן מה הבנו שהוא די מיותר ואפשר להסתמך על הערכות פשוטות. בסך הכל יש כמה שעות של סיכום הספרינט הקודם ותכנון הבא. זה נכון גם בחברה הנוכחית עם הספרינטים החודשיים (בסך הכל שעתיים־שלוש). לא מצליחים להפוך את הפגישה היומית לעשר דקות: זה תמיד נמשך יותר. סביבות ה־20 דקות. אם בזמן של חודש אי־הבנה כזו לא מתגלית, משהו אצלכם לא תקין במימוש (לדוגמה: תהליך קבלת השינויים - code review וכדומה). |
|
||||
|
||||
אי ההבנה לא מתגלה אחרי חודש אלא בזמן האינטגרציה של 5 תת-המשימות שמרכיבות את המשימה שחולקה ל-5 מפתחים. יש כמה וכמה כאלה בכל ספרינט. השורה התחתונה: לוקח יותר זמן לבצע כל משימה. |
|
||||
|
||||
בדבר אחד אני די משוכנע - שהשיטה הזאת טובה למנהלים. בעיקר מכיוון שיותר משהיא משפיעה על מה ואיך עושים העובדים, היא בבירור מגדילה את מה שהמנהלים יודעים על מה שהעובדים עושים - כי תדר הדיווחים וכמותם עולה משמעותית ומובנה היטב בשיטה. ומנהלים - מה לעשות - חלק ממשימותיהם זה לעקוב אחר משימות העובדים, ואז לדווח למנהלים שלהם וחוזר חלילה. |
חזרה לעמוד הראשי | המאמר המלא |
מערכת האייל הקורא אינה אחראית לתוכן תגובות שנכתבו בידי קוראים | |
RSS מאמרים | כתבו למערכת | אודות האתר | טרם התעדכנת | ארכיון | חיפוש | עזרה | תנאי שימוש | © כל הזכויות שמורות |