Роман Сахаров "Зміна Scope спринту посередині розробки: хто винен і що робити?"
Download as PPT, PDF1 like1,161 views
AgileBaseCamp Lviv 2014: Роман Сахаров "Зміна Scope спринту посередині розробки: хто винен і що робити?"
Роман Сахаров "Зміна Scope спринту посередині розробки: хто винен і що робити?"
- 1. Зміна Scope спринту посередині розробки: хто винен і що робити? Sakharov Roman @ E5
- 2. Давайте знайомитись ;) Роман Сахаров Lead Business Analyst & Resource manager @ EPAM Systems Certified Scrum Master, Trainer Пройшов шлях від бізнес аналітика до resource менеджера, успішно впроваджую процеси і проводжу тренінги в EPAM Systems по гнучкими методологіями розробки та бізнес аналізу. Створюю власні тренінги.
- 3. Ситуація… - У мене нова геніальна фіча, давай робити! … - Що?.. Середина спринту? Ну і що, фіча ж мега-важлива! Робіть ВЖЕ!
- 4. А що, власне, відбувається? Product Owner хоче додати в sprint нові user stories Розробник під час роботи розуміє, що user story більше, ніж думали спочатку Тестувальники під час тестування / написання тест кейсів розуміють, що у user story потрібно зробити більше, ніж вважали розробники
- 5. Product Owner хоче додати в sprint нові user stories
- 6. Чому? Нові ідеї, які здаються Product Owner терміновими (або такими і є) PO не розуміє / йому все одно, що sprint scope не можна змінювати Мітинг PO з бізнесом після вашого sprint planning та затвердження їм sprint scope
- 7. Що робити? 1. З'ясовуємо чому РО хоче додати нові Stories 2. Пояснюємо наслідки для Sprint-у 3. Кажемо «Ні» (без фанатизму) 4. Пропонуємо варіанти вирішення: 1. Зробити це в наступному sprint 2. Прибрати щось на замін 3. Граємося з класикою проектного менеджменту ;) Resources Quality Scope
- 8. Як попередити? Навчаємо Product Owner Agile, Scrum Задіюємо PO в плануванні (робимо частиною команди) Показуємо втрати компанії в у.о. внаслідок таких дій Створюємо і оновлюємо план релізів з розбивкою на спринти, зі всіма зацікавленими Робимо PBR до того як бізнес / РО затвердили sprint scope
- 9. Розробник розуміє, що user story більша, ніж думали спочатку
- 10. Чому? Розробник не вникав в суть історії під час планування / PBR Технічна складність виявилась вищою при розробці PO не надав всю інформацію спочатку і не відповів на уточнюючі питання
- 11. Що робити? 1. Оцінюємо об’єм змін 2. Вам пощастило і ви встигаєте (happy end) 3. Вам не пощастило… ідемо до РО з варіантами рішень: 1. Виділити це в окрему історію 2. І знову цей трикутник ;) Resources Quality Scope
- 12. Як попередити? Мотивуємо розробників читати історії перед PBR Домовляємося з РО про виділення часу на дослідження Пишемо recaps & follow-ups на PBR та додаємо питання в конкретні історії Не беремо історію без всієї інформації, використовуємо definition of ready для story Проводимо дворівневе планування
- 13. Тестувальники виявляють, що user story більше, ніж думали спочатку
- 14. Чому? Тестувальники не залучені в планування / PBR / естімацію Тестувальники неправильно оцінили обсяг роботи Нові деталі внаслідок кращого розуміння продукту
- 15. Що робити? Загалом те ж що і у випадку розробника… 1.Оцінюємо об’єм змін 2.Вам пощастило і ви встигаєте (happy end) 3.Вам не пощастило… ідемо до РО з варіантами рішень: 1. Виділити це в окрему історію 2. Знову цей трикутник;)
- 16. Як попередити? Мотивуємо тестувальників читати історії перед PBR Додаємо в definition of story ready затвердження її тестувальниками Оцінка історії тестувальниками - must have Пишемо тест кейси на початку спринту Обговорюємо тест кейси з розробниками
- 17. То як правильно?
- 18. 1. Всі відповіді надані 2. Деталі реалізації готові (wireframes, mockups, scenarios) 3. Пріоритети виставлені 4. Чітке розуміння 1. Дрібні уточнення 2. Проблеми? 1. Розуміння спринту scope наступного 2. Оформлення доопрацювань PBR – Product Backlog Refinement 1.Вичитка 2.Запитання 3.Попередня оцінка 4.Попередній вибір команди
- 19. Навчаємо команду Навчаємо команду Agile Вони повинні вміти push back PO;)
- 20. Зрозуміти і допомогти ;) 1) Шукаємо причини зміни sprint scope 2) Допомагаємо їх усунути
- 21. Плани на вересень ;) WWoorrkksshhooppss • KKaannbbaann 1144//0099 • CCoommmmuunniiccaattiioonn wwiitthh cclliieenntt 2277//0099 IITTKKaaiiZZeennCClluubb WWeebbiinnaarrss • ТТииппооввіі ппооммииллккии вв ккооммууннііккааццііїї зз кклліієєннттааммии 2233//0099 • SSccrruumm VVSS KKaannbbaann:: KKaannbbaann wwiinnss?? 0044//0099
- 22. Дякую за увагу! info@e-5.com.ua E5Trainings E5Trainings E5 www.e-5.com.ua