Оценка рисков в проекте. Вопросы к зачету

Содержание

Слайд 2

Риски Риски — это негативные события, которые могут произойти и повлиять

Риски 

Риски — это негативные события, которые могут произойти и повлиять на

проект. Например, государство выпустит новый закон или разработчик временно не сможет работать над проектом.
Если негативное событие произойдет в любом случае — это не риск, а задача. Например, проджект знает, что новому QA-инженеру нужно в два раза больше времени на тестирование продукта. Его задача — учесть факт и заложить достаточно времени на этот этап.
Слайд 3

Риски можно делить на внешние и внутренние. Внешние риски находятся в

Риски можно делить на внешние и внутренние.

Внешние риски находятся в окружении

проекта — поставщиках, подрядчиках и клиентах, государстве, окружающей среде. К ним относятся срыв сроков подрядчиками, стихийное бедствие или новый закон.
Внутренние риски — это все потенциальные проблемы организации и проектной команды. Например, кто-то неожиданно уволится или команда начала использовать новую технологию и заложила недостаточно времени на ее изучение и эксперименты с ней.
Слайд 4

Как работать с рисками ДОДинг, от Defenition of Done — это

Как работать с рисками

ДОДинг, от Defenition of Done — это встреча

между заказчиком, проджектом и тимлидом. Цель встречи — договориться, что будет сделано в фиче, для кого она, какую проблему решает. Это нужно, чтобы можно было грубо оценить, приоритизировать и запланировать работу.
Предоценка — это грубая оценка работы тимлидом. Она проводится после ДОДинга и используется для планирования и выставления сроков работы проектной команды. Для этого тимлид берет время на то, чтобы еще раз все прочитать и продумать технические аспекты реализации.
Слайд 5

Также можно категоризировать риски по этапам проекта.

Также можно категоризировать риски по этапам проекта.

Слайд 6

Как работать с рисками

Как работать с рисками

Слайд 7

Как выявлять проблемы Анализ рисков начинается с выявления проблем. Для этого

Как выявлять проблемы

Анализ рисков начинается с выявления проблем. Для этого можно

использовать три способа: вспомнить старые проблемы, обсудить проект с командой, опросить экспертов, продактов и представителей бизнеса.
Слайд 8

Как определять причины проблем Чтобы предотвратить проблемы, нужно определить их триггеры

Как определять причины проблем

Чтобы предотвратить проблемы, нужно определить их триггеры —

причины возникновения. Для этого можно воспользоваться методом “5 почему”.
Метод “5 почему” заключается в том, чтобы постепенно отвечать на вопрос “Почему это произошло?” Вопросов не обязательно должно быть пять — их может быть как больше, так и меньше. Главная задача — добраться до корневой причины.
Например, проблема в том, что команда не попала в оценку:
Слайд 9

Как определять причины проблем

Как определять причины проблем

Слайд 10

Как систематизировать причины Причины, полученные с помощью метода “5 почему”, следует

Как систематизировать причины

Причины, полученные с помощью метода “5 почему”, следует включить

в реестр рисков — документ, в котором собраны все риски. Чем масштабнее, длительнее и сложнее становятся проекты, тем труднее контролировать ситуацию. Без централизованного мониторинга рисков вы можете что-то забыть или упустить.
Для удобства можно группировать риски по этапам работы над проектом — например, дизайн, снятие требований, оценка, планирование, разработка, тестирование и приемка. На каждом этапе могут возникать разные риски. Находясь на этапе дизайна и зная типовые риски этого этапа, проджекту легче их обнаружить и начать работать с ними.