Оценивание Рисков Как один из путей получения более точного эстимейта

Предыстория. Как меня угораздило

Проблемы - Риски, как результат - неточный эстимейт - Передача знаний внутри команды и между командами

Мое решение проблемы 1 - Риски

Категории Рисков Бизнес Анализ и Ревью Разработка База (DB) Качество Окружение Продажи и Распространение

Категория 1: Бизнес Анализ и Ревью 1. Требования неясны, неточны 2. Заказчик не участвует в спринт демо, тем самым не принимает стори 3. Скоуп юзер стори изменяется в процессе разработки

Категория 2: Разработка 4. Разработчики недоступны 5. Носители знаний о конкретной части системы недоступны 6. Низкий уровень знания системы или конкретной ее части разработчиком 7. Анализ юзер историй проводится одной группой специалистов, а разработка и тестирование другой

Категория 3: База 8. DBA недоступны 9. Внеплановые активности с базой (DB)

Категория 4: Качество 10. QA недоступны 11. Частые деплои на тестовые окружения 12. Тестирование новых кусков системы на одном тестовом окружении, которые конфликтуют между собой

Категория 5: Окружение 13. Тестовое окружение не готово вовремя (нет скриптов, apache, db) 14. Нестабильное тестовое окружение 15. Недостаток окружений

Оценка Impact, Probability, Priority риска Sprint1 ID Risk NameImpactProb.Sev. BA and Review/Product Definition: 1Requirements currently unclear212 Severity (Priority) = Impact X Probability

Расчет вероятности возникновения риска по собранным данным Sprint 5 ID Risk NameImpact Pro b.Sev.RE(h)P BA and Review/Product Definition: 1Requirements unclear Probability = N / M, где N – количество спринтов в которых риск возник M – общее количество спринтов

Sprint4 Sprint5 Sprint6 Sprint7 Sprint8 IDShort Risk Name ImpactProb.Sev.RE (h)ImpactProb.Sev.RE (h)ImpactProb.Sev.RE (h)ImpactProb.Sev.RE (h)ImpactProb.Sev.RE (h) BA and Review 1Requirements unclear , , , Customer is not available to validate the new features on demo until too late in the process, limiting our ability to make additional releases that address any issues they might uncover , , , Customer may require more changes than have been provided (after demos, reviews, discussions) , , , Development 4Developers not available , , People who know about particular part of the system not available , , , Low level of system knowledge of a developer (particular part) , , , Analysis conducted by one group of people, implementation by another Quality 10QA not available Frequent Daily deployments , Testing of the stories that conflict between each other in one environment , , Environment 13 Test instances not available in time(no scripts, apache, db) , , , Environment instability , , , Lack of environments , , , Total , ,42857 Пример Полученных Результатов

Визуализация Рисков

На выходе - Более точный эстимейт - Визуализация проблем на проекте - Возможность прогнозировать риски для их устранения или смягчения

Мое решение проблемы 2 – Передача знаний

Опросник для определения уровня знания системы

На выходе - Быстро отыскать носителя знаний по конкретной части системы - Организовать мероприятия по передаче знаний

Готовый шаблон можно скачать отсюда: qa-blog.tumblr.com Skype: ekaterina_shevchenko

Задачки Задача 1: Оценить риски для start-up e-commerce B2C проекта схожего с rozetka.ru Команда: 2 заказчика, 4 разработчика, 1 QA-BA Задача 2: Оценить риски для 15-лет-на-рынке B2B проекта схожего с ebay.com Команда: 5 заказчиков, 25 разработчиков, 15 QAs, 2 BA, 1 PM, 10 суппорт инженеров