11 рисков проектов

В анкете предзаписи задаю в том числе вопросы на основные риски.

Я собрал список из 11 рисков ИТ-проектов, которые: — имеют критические последствия, — повторяются из проекта в проект, — и снижаются именно требованиями.

Не процессами. Не Jira. Не «усилим контроль».

А конкретными артефактами требований: — цели и KPI — границы системы — требования до выбора вендора — NFR как драйверы архитектуры

Риски коротко: 1. Построение системы, которая решает «не ту задачу» 2. Неприемлемая экономическая эффективность (ROI < 0) 3. Непринятие системы пользователями (shelfware) 4. Неправильный выбор класса системы или вендора 5. Эскалация сроков и бюджета (scope creep) 6. Архитектурная несостоятельность решения 7. Конфликты со стейкхолдерами и управленческие кризисы 8. Регуляторные, юридические и комплаенс-риски 9. Низкое качество данных и решений на их основе 10. Рост стоимости изменений после внедрения 11. Локальные дефекты реализации и доработки

На курсе подробно разберём все эти риски и освоим 20 современных техник борьбы с ними через проработку требований.

Пишите в комментах номера рисков, которые сыграли в ваших проектах и я пришлю в личке подробные описания всех 11.

В этом посте были ссылки, но мы их удалили по правилам Сетки