Несогласие по оценке времени программного обеспечения

Как вы поступаете с клиентом, у которого другие оценки времени для программного продукта, чем у вас?

Я собираюсь описать сценарий, который не мой, но который охватывает в целом ту же проблему. Я работаю субподрядчиком в крупной компании, в которой есть отдел программирования. Программный проект, над которым мы работаем, находится в области, которой, по мнению отдела, они владеют. но поскольку их опыт и мой очень разные, мы, как правило, получаем разные результаты.

Пример : В начале проекта я предложил один способ разработки, который они сочли нереально сложным, и предложил интегрировать другую структуру ( один, с которым они знакомы) с языком программирования, который мы используем (Python), чтобы получить более или менее тот же результат.

• Их оценка для этой интеграции: менее недели (они не выполняли интеграцию раньше).
• Моя оценка интеграции: более двух недель.
• Использование предложенного мной способа получения необходимого результата (включая использование matplotlib среди других библиотек, используемых в других местах в рамках проекта): 45 минут. Это не оценка, на самом деле бит был закончен за 45 минут.

Пример : для интеграции программного обеспечения с их внутренней системой им нужно было предоставить мне веб-службу. Они предоставили сломанный, хотя он работает с их внутренним инструментом (не работает с основными пакетами .Net или Java среди других вариантов). Они утверждают, что это моя вина, что интеграция заняла больше времени, чем предполагалось.

Проблема не в том, что они не знают, проблема в том, что у них достаточно знаний о программировании, чтобы быть опасным (на мой взгляд) . Есть ли какие-то рекомендации, как поступать в такой ситуации? Способ управления ожиданиями? Или, может быть, мне не стоит с самого начала участвовать в таких проектах, и в этом случае каковы контрольные признаки?