Какие риски существуют при выборе плохого исполнителя на проект?

Очень часто можно наблюдать картину, когда заказчик при выборе подрядчика на своем проекте, в основном опирается на цену и сроки разработки проекта. Самое забавное, эти параметры по скудному описанию в принципе дать более-менее точными никак нельзя. Это то же самое, что вы дали объявление Куплю машину и вам просто пишут срок и год машины.

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

Допустим, возьмете вы себе дешевого исполнителя (компания или один человек), а он выходит на связь 1 р в 3 дня, постоянно делает с запаздыванием, пытается скрыть свои огрехи, безинициативен и ничего не предлагает.

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

Согласен с вами, возможно для вас это может быть и не так критично (очень много заказчиков себе на уме, и они “прекрасно” знают, что нужно их потребителям). Но вот что действительно очень критично, это создание плохо оптимизированного движка с большим количеством плохого кода внутри. В итоге такой проект будет все сложнее и сложнее поддерживать. Рано или поздно настанет момент, когда станет понятно, что некоторые блоки или вообще весь проект проще переписать, чем развивать. И это большие потери времени и денег. Очень важно, чтобы начинка проекта была достаточно качественной и масштабируемой. Масштабируемость – это критически важное свойство любой системы. Как в плане новых функций, так и в плане трафика, размера базы данных и т.д.

Представьте, что исполнитель сделал все хорошо на видимой части. Все работает. Сдает проект. А позже, когда в системе появляются реальные данные и больше пользователей, система начинает подвисать и забивать память сервера. Это одна из самых больших проблем заказчика – сложно проверить этот момент при сдаче, и, по сути, вам приходиться довериться на качество разработки исполнителя.

Ну и последнее – к несколько раз попадали заказчики с проектом, потому что их предыдущий исполнитель просто потерял интерес к проекту. Возможно со своей стороны исполнитель и делает правильно, но для заказчика это лишние хлопоты – сложно найти подрядчика на сопровождение существующего проекта: нужна полная состыковка по технологиям, новый исполнитель дольше разбирается в задачах из за незнакомого кода, т.е. дороже это стоит, обычно нет у проекта нормальной документации, где было бы все прописано для внедрения нового программиста.

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

Если вам понравилась статья, помогите, пожалуйста с распространением этого материала в Сети.

Добавить комментарий

Ваш e-mail не будет опубликован.