Комментарии 8
Ни рисков, ни управленческого резерва не заложено. А что делать, если проект пошёл не по плану и затягивается? Причина при этом может быть какая угодно - от технических трудностей, до человеческих - болезнь, увольнение и т.д.
Умные книжки учат:
Закладывать на риски больше при более ранних стадиях оценки.
Закладывать на риски на каждом уровне проекта - от операции, до самого проекта.
Поделитесь названием умной книжки :)
Например, старые версии PMBoK или (та же самая по содержанию) новая книжка от PMI - Process Groups: A Practice Guide. Там раздел так и называется: Управление стоимостью проекта.
Вроде бы начиналось правильно - для проекта нудно максимально учесть все статьи. А потом как-то скатилось в мелкий прикладной пример неполного плана трудозатрат на проект.
А в части учета налогов - вообще сомнительно. Налоги платит компания, поэтому там возможна куча факторов, которые учитывать для РП вообще не нужно.
Для кого статья - не мешало бы отразить. А то получилось «смешались в кучу кони, люди..» и как для галочки - «сделано».
Согласен с предыдущими комментариями. Вроде написали, что нужно все учесть, но, как и выше уже писали, работа с рисками не отражена (а это минимум процентов 15 бюджета). Думаю стоило бы больше прописать по теории, чем приводить пример. Момент с налогами тоже смутил, не слышал, что бы РП этим занимался, обычно либо считают чистый ФОТ либо ФОТ * коэф.накладных и этого достаточно.
Как составить бюджет ИТ-проекта?