Здесь больше про качество продукта который вам передают, подрядчик также на своей стороне должен проводить полное тестирование и на негативные сценарии тоже. Составляется ПСИ, подрядчик по нему проводит тест и далее отдает вам, если идет уже более 2-3х итераций тестирование предлагаю встретиться с подрядчиком и обсудить качество его продукта и его предложения для повышения качества.
Спасибо за вопрос. Да такую практику проводим тоже, если у смежных подразделений подрядчик выполнил/выполняет работы. Сбор такой ОС дает хорошое понимание плюсов и минусов подрядчика и помогает сделать правильный выбор.
В основном работала на проектах где были договора с подрядчиком по Fix. Т&M больше подходит для проектов, в которых полностью не определены требования к продукту. Еще один кейс к договору Fix заключаем рамочный договор по T&M на услуги по запросу на изменение (Change Request).
Спасибо за вопросы! РП должен быть и на стороне Заказчика и на стороне Подрядчика - это более правильная модель управления проектом. Каждый отстаивает интересы своей стороны и управляет "хаусом". Но по практике часто вижу, что РП только на стороне Заказчика и на его плечи ложится контроль и управление командой Подрядчика.
Здесь больше про качество продукта который вам передают, подрядчик также на своей стороне должен проводить полное тестирование и на негативные сценарии тоже. Составляется ПСИ, подрядчик по нему проводит тест и далее отдает вам, если идет уже более 2-3х итераций тестирование предлагаю встретиться с подрядчиком и обсудить качество его продукта и его предложения для повышения качества.
Спасибо за вопрос. Да такую практику проводим тоже, если у смежных подразделений подрядчик выполнил/выполняет работы. Сбор такой ОС дает хорошое понимание плюсов и минусов подрядчика и помогает сделать правильный выбор.
В основном работала на проектах где были договора с подрядчиком по Fix. Т&M больше подходит для проектов, в которых полностью не определены требования к продукту. Еще один кейс к договору Fix заключаем рамочный договор по T&M на услуги по запросу на изменение (Change Request).
Спасибо за вопросы! РП должен быть и на стороне Заказчика и на стороне Подрядчика - это более правильная модель управления проектом. Каждый отстаивает интересы своей стороны и управляет "хаусом". Но по практике часто вижу, что РП только на стороне Заказчика и на его плечи ложится контроль и управление командой Подрядчика.
можно почитать статью Заметки руководителя проекта: советы начинающим, факапы для бывалых