Как учит нас PMBoK, перед тем как войти в проект необходимо на старте определится с методологией управления проектом на которую влияет объем проекта, зрелость команды, ограничения, предъявляемые требования.
В больших проектах, с горизонтом 5-10 лет методология Waterfall является базой на которой строится весть проект. На больших горизонтах по мере реализации меняются условия, люди, страна, заказчики. Руководителю проекта или его последователям очень важно сохранить видение того куда идет проект, что бы банально не забыть самому и что мы все делаем и в какой стадии находится проект в Agile это просто невозможно.
По мере реализации большого проекта всегда меняются составляющие требования к оборудованию, требования к ПО, требования к безопасности, именно в эти моменты перестает работать Waterfall и в моменте требуется более гибкий подход Agile организовать тестирование походящего под требования ПО или железа, перестроить подход в реализации этапа Waterfall.
Как итог, в больших проектах проверенно работают Waterfall как горизонт планирования, Agile как реакция на изменения внешних факторов, протоколы позволяющие создать общее понимание о чем договорись, приказы финализирующие вехи проекта и позволяющие двигаться дальше.
Статья с достаточно размазанными рамками. Нет критериев, что является большой компанией, нет предмета поставок продукта к примеру мыло и бумага или внедрение какого то продукта. Но тем не менее хотелось бы поддержать статью.
Давайте возьмем как вводные данные крупную компанию, которая щаше всего является государственной. За предмет поставок возьмем внедрение автоматизированной системы.
Итак, работа по контрактованию начинается примерно за одни год до начала работ:
Проводится обследование доступных решений, которые удовлетворяют требованиям предъявляемым к системе. Далее демонстрация продукта производителем, подом идет ряд встреч между представителями производителя и Заказчиком в расширенном составе директора, аналитики, технический блок, функциональные заказчики.
На этом этапе очень важно понять как заказчику так и подрядчику что точно необходимо. Достаточно сложный этап.
После того как выбран продукт и есть четкое понимание что требуется от системы, ресурсов заказчика. Идет этап согласования концепции и подходов к реализации проекта. По итогам которого формируется верхне уровневое техническое задание, делаются расчеты стоимости проектирования системы и если это возможно сразу стоимость внедрения.
Бюджет согласовывается внутри компании и закладывается на следующий год в инвестиционную программу.
На следующий год подрядчик совместно с заказчиком формирует техническое задание которое, которое выводится на электронную платформу для проведения торгов.
Так формируется "мягкий" вход, без предварительной работы адекватный заказчик и подрядчик не будут входить в отношения.
FoodMarkets
Как учит нас PMBoK, перед тем как войти в проект необходимо на старте определится с методологией управления проектом на которую влияет объем проекта, зрелость команды, ограничения, предъявляемые требования.
В больших проектах, с горизонтом 5-10 лет методология Waterfall является базой на которой строится весть проект. На больших горизонтах по мере реализации меняются условия, люди, страна, заказчики. Руководителю проекта или его последователям очень важно сохранить видение того куда идет проект, что бы банально не забыть самому и что мы все делаем и в какой стадии находится проект в Agile это просто невозможно.
По мере реализации большого проекта всегда меняются составляющие требования к оборудованию, требования к ПО, требования к безопасности, именно в эти моменты перестает работать Waterfall и в моменте требуется более гибкий подход Agile организовать тестирование походящего под требования ПО или железа, перестроить подход в реализации этапа Waterfall.
Как итог, в больших проектах проверенно работают Waterfall как горизонт планирования, Agile как реакция на изменения внешних факторов, протоколы позволяющие создать общее понимание о чем договорись, приказы финализирующие вехи проекта и позволяющие двигаться дальше.
Статья с достаточно размазанными рамками. Нет критериев, что является большой компанией, нет предмета поставок продукта к примеру мыло и бумага или внедрение какого то продукта. Но тем не менее хотелось бы поддержать статью.
Давайте возьмем как вводные данные крупную компанию, которая щаше всего является государственной. За предмет поставок возьмем внедрение автоматизированной системы.
Итак, работа по контрактованию начинается примерно за одни год до начала работ:
Проводится обследование доступных решений, которые удовлетворяют требованиям предъявляемым к системе. Далее демонстрация продукта производителем, подом идет ряд встреч между представителями производителя и Заказчиком в расширенном составе директора, аналитики, технический блок, функциональные заказчики.
На этом этапе очень важно понять как заказчику так и подрядчику что точно необходимо. Достаточно сложный этап.
После того как выбран продукт и есть четкое понимание что требуется от системы, ресурсов заказчика. Идет этап согласования концепции и подходов к реализации проекта. По итогам которого формируется верхне уровневое техническое задание, делаются расчеты стоимости проектирования системы и если это возможно сразу стоимость внедрения.
Бюджет согласовывается внутри компании и закладывается на следующий год в инвестиционную программу.
На следующий год подрядчик совместно с заказчиком формирует техническое задание которое, которое выводится на электронную платформу для проведения торгов.
Так формируется "мягкий" вход, без предварительной работы адекватный заказчик и подрядчик не будут входить в отношения.