23го марта состоялась очередная встреча минского QA Club'а. За 2 недели до встречи участники получили анкеты, в которых могли оставить все волнующие их вопросы касательно темы - "Управление рисками" от Елены Асташкевич.
Так как я был первый раз на встрече клуба, поэтому сразу расскажу про специфику и плюсы клубных встреч.
- выбирается одна тема на 2-3 часа, разбирается довольно подробно и обстоятельно. Это не обзорный доклад на конференции на 20-40 минут, где ты ухватываешь идею + пару тезисов. Подходит и для тех, кто "не в теме", и для более опытных и готовых поделиться.
- каждый желающий может во время доклада задавать вопросы по теме и комментировать. Таким образом, доклад обогащается взглядом и опытом другого участника. Так как тема большая, это еще и возможность "передышки" докладчику - довольно сложно рассказывать непрерывно 2 часа :)
- докладчик имеет большой практический опыт в теме, которую он рассказывает. Не все спикеры на конференциях именно практики.
- после доклада все участники могут принять участие в обсуждении темы. Так называемый "круглый стол", обмен мнениями. Имхо. В отличие от конференций, более ровный состав "клубовцев", и дискуссия получается довольно интересной.
А чуть ниже - конспект встречи.
Риски неизбежны (c), и особенно следует отметить риски на fixed-price проектах.
"Основная проблема разработки ПО - это риск." Кент Бэк
Что же дает управление рисками:
- большая вероятность достижения целей
- уверенность, доверие заказчика, что все под контролем
- лучшая управляемость проектом
- вклад в будущие проекты за счет опыта
командный дух - навык думать вперед, а просто решать текущие проблемы
И в каких случаях нужно управление рисками:
- большие объемные системы
- изменяющиеся и неясные требования
- новые технологии в проекте
- сложность системы
- неправильная оценка проекта
- высокая зависимость от определенных людей
- "новый опыт" для организации
Риск - неопределенное событие, которое при наступлении влияет минимум на 1 цель проекта: содержание, сроки, стоимость, качество.
Затем Лена рассказала про основные фазы управления рисками и специфику УР в Agile-проектах.
1. Планирование - начинается на старте проекта (на стадии Pre-sale - стоимость проекта за счет дополнительного анализа увеличивается, но со временем можно использовать наработки предыдущих проектов).
Категории рисков - см. PMBOK
Как оценивать риски:
- Перемножение трех атрибутов:
Случай * Вероятность * Воздействие = Важность- Шкала оценки рисков (от 0 до 100 процентов, можно разделить на интервалы, каждому интервалу дать название: например, от "крайне маловероятно" до "очень вероятно")
- Оценка последствий, измерять в том, что важно: деньги, сроки, качество
- Матрица учета последствий риска - например:
Может использоваться и более точная матрица 3x3 (в Скраме) до много * много :) (PMBOK) - пример
- Матрица "угрозы - возможности"
2. Идентификация рисков.
Для идентификации рисков можно использовать следующие мероприятия:
- Мозговой штурм
- Метод Дельфи
- SWOT-анализ
- выявление рисков через катастрофы
Отличный результат может давать ретроспектива.
3. Качественный анализ рисков.
Для качественного анализа рисков можно использовать Risk Board - доску рисков. Используем ту же матрицу учета последствий рисков, что и выше, на которую помещаем все риски в соответствующую ячейку.
Для перевода риска в количественное значение, можем воспользоваться простой формулой
Величина затрат = Вероятность риска * оценка стоимости рискаДля учета рисков при оценке проектов, используем 4 стоимости, которые нам позволяют предположить ту, которая нас ждет:
- оптимистичная стоимость проекта
- стоимость проекта, ожидаемая управлением
- наиболее вероятная стоимость
- наихудший вариант
4. Планирование реагирования на риски.
Стратегии реагирования:
- Уклонение
- Передача
- Снижение
- Принятие
- Использование
- Улучшение
5. Мониторинг и управление рисками.
Рекомендуемая литература от автора доклада:
- Тони Демарко "Вальсируя с медведями"
- PMI
- PMBOK
- ISTQB Advanced Level Syllabus, Chapter "Risk Management"
Update от 1.06.2013 - презентация от Елены:
Комментариев нет:
Отправить комментарий