Я використовую Scrum і мені дуже подобається. Однак мій магазин опиняється в проектах, де тривалість розвитку зусиль становить два-чотири тижні. Ми вже змінили тривалість спринту на два тижні, і всі тут кажуть: "Це буде Scrum, просто з півтора спринтами".
Я не думаю, що ми можемо отримати багато цінності з півтора спринтів. Як ми можемо отримати переваги від ітераційного процесу розвитку лише з одним, двома або півтора ітераціями?
Відповіді:
Вам не доведеться робити 1 проект в одному спринті. Якщо у вас є відставання продукту, ваш власник продукту і майстер scrum можуть розмістити стільки історій у спринті, скільки вони хочуть. Якщо спринт займає 2 тижні роботи, вам слід запланувати 2 тижні історій у цьому спринті. Наступний спринт, ви робите те саме. Якщо у вас немає декількох коротких проектів, ви, ймовірно, закінчитеся з половиною спринту, але в цьому випадку, мабуть, є щось інше, що не так у компанії (підказка: продажі повинні продати більше).
Я був у парі спринтів, де працював над 8 проектами. Це не ідеальна ситуація, але якщо 'проект' займає лише 8-16 годин, вам доведеться зробити їх багато. Звичайно проекти були лише 1 або 4 історії. Усі вони були відзначені на відсталі продукту та пройшли повну ітерацію.
Однак, Scrum (як і будь-яка інша методологія) пропонує лише деякі рекомендації. Ви можете взяти з нього все, що завгодно, до тих пір, поки ви знатимете, що вибираєте і чому ви його відбираєте. Якщо ви думаєте, що вам потрібні ітерації тижня, будь ласка (я думаю, що це трохи швидко, але деякі книги пишуть приблизно 1 тиждень ітерацій).
Зауважте, я не майстер по скарам і дуже мало працював з цим, але бачив якусь теорію і зробив з нею пару ітерацій. Хтось більш досвідчений із Scrum, можливо, міг би розповісти набагато більше про цю тему.
Припустимо, що проект триває максимум 4 тижні, є два варіанти:
1) Для проектів з фіксованим обсягом: робіть scrum з 1 тижневою ітерацією.
2) Для проектів з фіксованою тривалістю: просто зробіть 1 ітерацію та довіряйте щоденним виставкам.
Метою Scrum для малих проектів є щоденне узгодження зусиль команди та забезпечення негайного усунення перешкод.
Скористайтеся короткими проектами, в той час, як зможете і зміцнити ваші практичні роботи. Зрештою, ви будете або працювати над більш ніж одним проектом одночасно, або починати над довшими / більшими проектами. Також деякі ваші попередні проекти повернуться із великою кількістю модифікацій. Це насправді не відрізняється від роботи над ним як безперервного набору спринтів.