Comments 4
Это хорошая статья. Интересно только было бы поподробнее почитать о самом определении рисков, хотя это и не относится к аджайлу, но тем не менее вопрос больной. На хабре как раз давно статей таких не было :(
Проще извлечь все риски из опыта и приложить к новому проекту:
Выбор неверной архитектуры
Устаревание технологических решений
Потеря ключевых разработчиков (других ролей в коллективе)
Некомпетентность сотрудников подрядчика
Сбой аппаратного обеспечения подрядчика
Нехватка трудовых ресурсов подрядчика
Неверная оценка сложности проекта
Слабый менеджмент проекта
Несоответствие продукта ожиданиям заказчика
Изменение масштата проекта
Устаревание аппаратного обеспечения к моменту старта эксплуатации проекта
Отказ от поддержки технологий вендорами
Срыв сроков поставки вендором
Сбой аппаратного обеспечения вендора
Некомпетентность заказчика
Нежелание среднего и младшего звеньев заказчика сотрудничать
Неверный выбор фич заказчиком, неверная их приоретизация
Запоздалые пожелания заказчика
Недостаточность технической базы заказчика для эксплуатации проекта
Превышение заказчиком договоренного объёма работ
Консервативность любых звеньев заказчика при формулировании требований
Консервативность среднего и младшего звеньев заказчика при тестировании и внедрении
Гиперактивность заказчика при тестировании (обычно после пассивности во время ТЗ включается «а прикрыть задницу?»)
Вымогательство среднего и младшего звеньев заказчика
Неготовность заказчика к принятию продукта
Переезд заказчика
Изменение бизнес процессов или структуры заказчика после утверждения объёмов работ
Сложности коммуникации со смежными к заказчику контрагентами
Срыв сроков оплаты заказчиком
Приостановка финансирования проекта
Смена руководства заказчика
и так далее и тому подобное.
во второй и третьей колонке припишите последствия выстрела рисков, стоимость выстрела рисков.
в четвёртой вы уж как-то постарайтесь понять к каким рискам склонен текущий заказчик и проект.
в пятой пишите контр-меры и стоимость конртмер.
Выбор неверной архитектуры
Устаревание технологических решений
Потеря ключевых разработчиков (других ролей в коллективе)
Некомпетентность сотрудников подрядчика
Сбой аппаратного обеспечения подрядчика
Нехватка трудовых ресурсов подрядчика
Неверная оценка сложности проекта
Слабый менеджмент проекта
Несоответствие продукта ожиданиям заказчика
Изменение масштата проекта
Устаревание аппаратного обеспечения к моменту старта эксплуатации проекта
Отказ от поддержки технологий вендорами
Срыв сроков поставки вендором
Сбой аппаратного обеспечения вендора
Некомпетентность заказчика
Нежелание среднего и младшего звеньев заказчика сотрудничать
Неверный выбор фич заказчиком, неверная их приоретизация
Запоздалые пожелания заказчика
Недостаточность технической базы заказчика для эксплуатации проекта
Превышение заказчиком договоренного объёма работ
Консервативность любых звеньев заказчика при формулировании требований
Консервативность среднего и младшего звеньев заказчика при тестировании и внедрении
Гиперактивность заказчика при тестировании (обычно после пассивности во время ТЗ включается «а прикрыть задницу?»)
Вымогательство среднего и младшего звеньев заказчика
Неготовность заказчика к принятию продукта
Переезд заказчика
Изменение бизнес процессов или структуры заказчика после утверждения объёмов работ
Сложности коммуникации со смежными к заказчику контрагентами
Срыв сроков оплаты заказчиком
Приостановка финансирования проекта
Смена руководства заказчика
и так далее и тому подобное.
во второй и третьей колонке припишите последствия выстрела рисков, стоимость выстрела рисков.
в четвёртой вы уж как-то постарайтесь понять к каким рискам склонен текущий заказчик и проект.
в пятой пишите контр-меры и стоимость конртмер.
А всей матрицы рисков (если смотреть сильно издалека, они стандартны для всех проектов) нет?
Sign up to leave a comment.
Как скрестить управление рисками и Agile?