Как контролировать программистов и внутреннее качество IT-продуктов

Вопрос к продакт-менеджерам и другим руководителям со стороны бизнеса, задействованным в создании цифровых продуктов.

Взаимодействуя с разработчиками (штатными или привлеченными), сталкивались ли вы с какой-нибудь из перечисленных ситуаций?

— программист ошибся в оценке объема работ и просит расширения;

— программист ошибся при выборе технологии, что сильно отбросило проект назад;

— код, написанный одним программистом с использованием стандартных фреймворков и CMS, не сразу понятен другому и требует много времени на изучение;

— новый программист на проекте критикует предыдущего исполнителя и настойчиво рекомендует переделать все с нуля;

— разработчик просит выделить оплачиваемое время на рефакторинг своего кода и устранение дефектов, которые не видны пользователям системы;

Как вы в итоге поступили, и удалось ли решить проблему? Кто, на ваш взгляд, должен брать на себя ответственность за подобные риски?

Материал посвящен распространенным проблемам разработки и способам их решения, поэтому комментарии от поставщиков услуг по заказной разработке тоже приветствуются.