ЕС
Так что ))) пойду чистить снег
Size: a a a
2019 December 24
ЕС
Который не выпал
PS
Ведь ни у кого нет этого плана управления проектом
Подскажите, а о какого размера проектах вы говорите? Даже затрудняюсь представить себе проект без плана управления, если это только не разработка какого-то сайта-визитки на 5 человек.
IZ
До полугода
PS
А в FTE?
IZ
Это что?
PS
Человеко-часы, грубо говоря. Полные ставки. В общем про объем работ
IZ
Встречал такое (и сам делал) как регламент по управе проектами и он один на организацию
IZ
Человеко-часы, грубо говоря. Полные ставки. В общем про объем работ
Ну мы живем в стори поинтах и давно отошли от человеко часов.... А так 3-5 разработчиков до 6 месяцев разработки
PS
Спасибо, понял вас.
IZ
Обращайся)
PS
Ну я согласен, что план управления проектом для небольших проектов, чаще всего, overhead. Просто PMBoK в основном ориентирован на довольно крупные проекты. Общая рекомендация, даже из Риты, если не ошибаюсь, отвечая на вопрос, предполагать, что у вас более 100 человек и более 1 мл долларов бюджета. На таких проектах, как правило, без плана сложно
IZ
Но если про практику то я в таких проектах не участвовал)
IZ
И мало видел
IZ
Если говорить про ит, то проекты как правило небольшие, потому что ситуация постоянно меняется. Поэтому тут ценнее уметь применять гибкие подходы, чем инициировать огромных монстров на милионы долларов, которые через год уже не актуальны
PS
ИТ очень разное. Сомневаюсь, что вы сможете намного дешевле 1 млн, например, сделалть интернет-банкинг. Или внедрить даже в среднего размера организации SAP. Или построить дата-центр.
IZ
Да. Говорю что в таких больших проектах не участвовал + считаю что фокус должен быть не на том чтобы был отличный план управления проектом (хотя тут он должен быть), а на умении применять гибкие подходы - вижу что профита будет больше. В идеале и то и другое нужно
MS
Подскажите, а о какого размера проектах вы говорите? Даже затрудняюсь представить себе проект без плана управления, если это только не разработка какого-то сайта-визитки на 5 человек.
Да какой угодно. У меня на миллиард был такой проект. Единственный случай, когда я писал регламент управления изменениями - контракт аутсорсинга техсопровождения. Что проектом как бы не является, потому что это контракт сервисного сопровождения.
MS
Тут вот что работает. Может быть миллиардный проект с компактной командой и низкой скоростью изменений и поэтому изменения там проходят относительно легко.