ייעוץ לניהול הנדסה
עבור צוות שעסוק כל שבוע ומשחרר פחות מבעבר.
העמוד הזה תורגם אוטומטית ועדיין לא עבר עריכה.
תהליך המסירה הוא תהליך כמו כל תהליך אחר, וארבע השאלות הבאות תקפות גם לגביו: מה נכנס, מה יוצא, איפה מצטבר התור, ומה נשבר כשדוחפים יותר עבודה ממה שהתכנון הניח. בדרך כלל צוואר הבקבוק אינו מספר המפתחים — אלא זמן ההמתנה ל-review, סביבה שאף אחד לא סומך עליה, או עומס on-call שאוכל את אותם שני אנשים בכל sprint.
ניהלתי R&D ברמת VP עם צוות של 25 איש המפוזר בשתי מדינות, והובלתי hands-on כראש צוות מיגרציה מלאה של פלטפורמה. העצות מגיעות מכך שחוויתי את הבעיה בעצמי, לא מתוך framework.
מה שתקבלו
- לאן זמן המסירה הולך בפועל, מדוד ולא מוערך
- הגדרת צוואר הבקבוק בשמו, עם שניים או שלושה שינויים שיזיזו אותו
- בחינת הגיוס, המבנה ועומס ה-on-call מול מה שאתם משחררים
- ליווי לראשי צוותים, אם זהו החסם