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

Я не сталкивался с тем, чтобы подрядчика меняли во время проекта. Должно произойти что-то экстраординарное, чтобы это случилось. Даже когда заказчик понимает, что ошибся с подрядчиком, он доделывает этап работ или даже начатый проект, и только потом ищет того, с кем продолжить работы. Чаще всего замена происходит после завершения части проекта или на этапе поддержки.

3 наиболее частых причины из-за которых меняют подрядчика:
📍Очень медленно выполняет задачи
📍Некачественно выполняет задачи, допускает ошибки, создает много дополнительных проблем
📍Не проявляет инициативу

🙌🏻Еще одна причина, на которой остановлюсь подробнее — высокая стоимость. Разработчики работают с разной скоростью и по-разному оценивают задачи — это нормально. Опытные коллеги закладывают в оценку задачи не только разработку, но и время на внутреннее тестирование, устранение ошибок, документирование разработок и настроек, перенос готовой функциональности на тестовую среду и проверку работы, возможные риски.

🤷Новички же часто недооценивают задачи и неверно прогнозируют сроки. Чтобы не допустить ошибок в оценке, мы просим нескольких разработчиков оценить задачу.

Что делать, если оценка высокая? Разберитесь, что в нее входит, какой уровень сложности у задачи.Быстро и дешево сделанная разработка с плохим кодом, кривой версткой и ошибками — это залог большого и дорогого рефакторинга в будущем.

Если вы задумываетесь о смене подрядчика, в карточках собрал 5 советов, как организовать переход и не сломать то, что уже работает👌