Comments 7
Это у вас эксель? Все мои обдумывания таких вопросов (как сделать получше и меньше ошибок) выталкивали в экспертные системы, графы знаний и тому подобное, только они плохо переносятся на новый проект и всё заново почти с нуля. Так и не нашёл нормального решения, не нашёл реализованного в программном продукте.
Верно, это простейший эксель. Я не вижу ни одной причины усложнять этот процесс. У меня были проекты с командами до 100 человек и этой простой таблички мне всегда хватало.
Разумеется есть сложнейшие методологии расчета рисков, они описаны здесь же, на Хабре. Я искренне не понимаю, зачем их использовать на 95% ИТ проектов, где моей таблички будет более, чем достаточно. Статья как раз про это.
Не усложняйте :) пользуюсь аналогичным реестром рисков в эксельке уже кучу лет - хватает.
Управление проектами - это не про крутой инструмент. Это про людей и коммуникацию. Риски, изменения, финансы, сроки, время, поставщики и прочее - это уже чтобы вам проще было понять с кем и когда общаться :)
Поэтому не усложняйте, возьмите эксельку и общайтесь со стейкхолдерами)
Реестр рисков - это надцать лет назад было обязательной частью устава проекта. Сейчас видимо нет, или РП относятся к этому халатно, до тех пор пока проблема как скалой их сверху не придавит, тогда они начинают бегать как ошпареные . Наш ПМО заставлял РП готовить решение по рисками заранее.
Любая бюрократия (а реестр рисков - это документ, требующий обновления и поддержания) должна быть оправдана, чтобы не перегружать РП избыточной работой.
Цель этой статьи (да и остальных моих тоже) - как раз найти этот баланс.
Делать реестр рисков для проектов уровня "создать веб сайт" будет как то странно, я думаю, вы не будете тут спорить. А таких проектов ведь очень много и РП там искренне не понимают, зачем им пихают Risk management и когда он нужен...
Умножай сроки на два, а бюджет - на три.
Вот простое правило, которое всегда спасает.
Иногда такие суммы и сроки просят обосновать.
По моему опыту именно тогда и всплывают типовые риски в статье выше, как ответы на вопрос "Почему так дорого и долго?".
Потому что здесь не определен функционал, потому что здесь у вас нет требований к интеграции, а она будет, потому что мы заменяем старую учетную систему и данные надо будет перенести.... ну и так далее.
Риски в жизни руководителя проектов (реестр рисков и проблем)