Ітерація вже розпочалася, новий програміст приєднується до команди, завдання X вже було оцінено іншим розробником на 30 годин.
Яка найкраща практика в цій ситуації?
Відповіді:
Що я кажу:
Новий розробник переоцінює завдання. Якщо його потрібно перемістити з ітерації, він переміститься.
Ви не знаєте, чи зможе новий розробник зробити це чи не зробити це в той час, коли оригінальний розробник, хоча це займе. А з гнучкими методологіями розробник виконує роботу той, який повинен сказати, скільки часу це займе.
Крім того, я застосував би мультиплікатор (наскільки великий залежно від розробника), оскільки розробник повинен вписуватися в команду / проект / компанію.
Я б не додав цю людину до цього індивідуального спринту. Натомість дайте йому ще одне завдання, щоб над цим швидко досягти кодової бази (можливо, невисокі помилки?).
Додавання нової людини до команди, швидше за все, сповільнить ваш прогрес у цій конкретній цілі, оскільки йому доведеться звикнути до вашого оточення та дізнатися, як все там працює. Включіть його в наступний спринт, з належними оцінками на основі нової команди.
По-перше, я чую "Agile Task" і думаю, що працюю один-два дні, а не тиждень. Завдання - це те, на що ти розбиваєш історії, коли сама історія вписується в ітерацію, і справжня рідкість є історія, яку неможливо розбити на більш дрібні шматки.
По-друге, ви, по суті, просите цього нового розробника запустити землю. Якщо від нього можна обґрунтовано очікувати, що він може стрибнути прямо та йти в ногу з іншою частиною команди, то початкова оцінка повинна дотримуватися. Якщо він не в змозі, він, мабуть, не повинен притримуватися цієї оцінки, принаймні, не сам.
По-третє, яка ситуація? Я майже впевнений, що ситуація полягала не в тому, що команда оцінила свою роботу, тоді хтось вийшов, а ви наступного дня замінили його. Отже, я думаю, що хлопці X в команді оцінили роботу цього спринту і взяли те, що, на їхню думку, могли впоратися, а потім ви представили нового хлопця, і тепер є хлопці X + 1, які виконують роботу, яку спочатку доручили хлопці X . Якщо б команда не підібрала навантаження, а натомість менеджмент набив відставання, я не дав би новому хлопцеві багато чого робити на цьому тижні. Якщо графік був встановлений керівництвом, це не Agile.
Особисто я хотів би налаштувати цього хлопця на пару з більш досвідченим програмістом для його першого спринту (якщо ваші програмісти не спаряться весь час, що я вважаю, вони не з того факту, що ви обмірковуєте подарувати один завдання одному хлопцеві). Переглядаючи через плече і задаючи запитання, він почне вивчати базу коду, і якщо його загальна навичка програмування дотягується, він буде практично оглядачем коду практично негайно, виявляючи помилки, неефективний код тощо тощо.