Исправление ошибок над проектом - этап 3

Сотрудничество в целом было нормальным: исполнитель на связи, основной функционал реализован.

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

Также сроки выполнения были существенно смещены от изначально согласованных.

Рекомендую на старте четко фиксировать критерии завершения задачи, подход к тестированию (особенно без staging) и что входит в исправление после сдачи.

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

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

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

Техническое задание формулируется достаточно общо, что может вызывать различное толкование требований и дополнительные итерации после реализации.

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

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