25.09.2006 Мнения, Итоги и тенденцииГлеб Галкин «Количественная оценка рисков не нужна, так как ИТ-проекты проходят в более-менее детерминированных условиях (по сравнению, скажем, с разработкой совершенно нового двигателя)». «Аргументированная количественная оценка рисков часто невозможна, особенно это касается организационных рисков и зависящих от внешних условий». «Детальная количественная оценка рисков займет слишком много времени (или денег) и поэтому нецелесообразна». Подобные высказывания я слышал, наверное, полсотни раз. И даже вначале верил в то, что это действительно так. Увы, жизнь жестоко наказала меня за это. Во всех вариациях методологии управления проектами четко прописано, что риски необходимо оценивать. Конечно, делать это тяжело, особенно для не слишком дисциплинированного российского менталитета. И в начале своей работы я с радостью поверил тем, кто говорил, что количественная оценка рисков не нужна. Хотя при этом стремился соблюдать остальные правила проектного управления. В самом начале проекта для определения его содержания и границ я использовал механизм структурной декомпозиции работ проекта (WBS). И проводя с экспертами и бизнес-пользователями собрания для декомпозиции работ, я обнаружил, что могу получить более чем исчерпывающий список потенциальных рисков, совершенно не ставя себе такой задачи. Я поручил одному из сотрудников фиксировать при обсуждениях только причинные риски, не обращая внимания на комплементарные, и к получившемуся списку из более чем сорока рисков номинальная ...
читать далее.
