Не спешите заключать контракты

Одна из тенденций, B особенности подстегиваемая поставщиками, заключается B том, чтобы начинать ведение переговоров 0 заключении контракта на слишком ранней стадии программы. Хотя поставщик, возможно, будет стремиться к подписанию контракта и, следовательно, к признанию заключения сделки, но с точки зрения интересов программы это не лучшие действия. Команда, работающая над программой, должна позаботиться 0 наличии ключевых процессов, провести испытания или тестирование и частично проверить последующий процесс (например, стратегию тестирования и приемки). Для этого требуется время, ибо спешка может B дальнейшем привести к проблемам. Команда, работающая над программой, должна определить ключевые стратегии и планы процессов, а затем гарантировать их отражение B контракте с поставщиком.

Что касается программы Mytravel, метод тестирования повлек за собой особые затруднения, связанные с контрактами с поставщиками. Согласно методу тестирования было определено число лиц, которые обязательно должны были быть предоставлены каждым поставщиком на этапе тестирования сквозной интеграции. Тем не менее к моменту окончания разработки данного метода тестирования, контракт с одним из поставщиков уже был подписан, и он не предусматривал выделения соответствующих ресурсов для поддержки на этапе тестирования. После множества длительных дискуссий и переговоров команде, работающей над программой, оставалось либо изменить порядок выполнения контракта на самом раннем этапе реализации программы, либо ввести ограничения B метод тестирования таким образом, чтобы он соответствовал контрактным обязательствам. В итоге был принят второй вариант, что привело к неполноценному тестированию.


Комментировать or Leave a Trackback
разделитель

Комментировать

Вы должны авторизоваться для комментирования.