Как заказывать разработку программного обеспечения

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

Сегодня мы поговорим, откуда они берутся, и как их избежать. 

Причины сложностей создания программного обеспечения

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

Как это ни странно звучит, но многие проблемы начинаются уже во время обсуждения задания. Действует старый закон «испорченного телефона». Заказчик излагает свои требования, разработчик предлагает вариант решения. Очень часто, особенно если заказчик не имеет глубоких познаний в области программирования, ему непонятны некоторые тонкости. Теперь мяч — на стороне программистов. Они начинают обсуждение реализации нового проекта, увлекаются поиском интересных решений, начинают спорить о скриптах и кодах. В результате рамки проекта начинают неконтролируемо расползаться. И вот тут-то их подстерегает самая главная опасность — в погоне за эффективными решениями и инновационными фишками они рискуют упустить из виду то, что на самом деле хотел бы получить клиент. Это происходит в силу целого ряда обстоятельств: 

1. Некомпетентность заказчика 

В совещаниях участвуют «не те» люди. Порой от имени заказчика выступают не акционеры, и не владельцы компании. Случается, что приходят люди, которые вообще «не в теме» и не имеют полномочий для принятия решений. Просто начальник их отправил на совещание, чтобы хоть кто-то наблюдал за процессом.

2. Языковый барьер

В том случае, когда исполнитель и заказчик говорят на разных языках (довольно распространенное явление, так как разработкой ПО очень часто занимаются интернациональные команды), тонны важнейшей информации теряется в ходе перевода. Мы не утверждаем, что работа с иностранными компаниями не продуктивна, заокеанские специалисты могут создавать замечательные вещи, но, может быть, прежде, чем искать исполнителей за рубежом, стоило бы посетить сайт https://www.vdgb.ru отечественных разработчиков, с которыми вы говорите на одном языке, и с кем вы можете встречаться лично хоть каждый день. 

3. Иллюзии возможностей

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

4. Смена коней на переправе

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

5. «Слишком много поваров»

Проблема под названием «Слишком много поваров» на одной кухне — также возникает слишком часто. Этим особенно страдают небольшие фирмы и компании средних размеров. Многие сотрудники стремятся использовать проекты для того, чтобы сделать себе имя. И такое поведение участников всегда вносит в работу неразбериху и сумятицу. Вы никак не можете придти к окончательному решению, совещания длятся по нескольку часов и проходят на повышенных тонах, и совещания следуют одно за другим, не принося результата, требования постоянно меняются, даже когда этого совсем не нужно для дела, даже вопреки пожеланиям клиента. Иногда эти требования противоречат друг другу, некоторые участники процесса начинают менять свои мнения на противоположные и «путаться в показаниях» и даже не понимают, о чем вообще идет речь, другие вообще перестают обращать внимание на то, что происходит на таких совещаниях.

Такая ситуация всегда неприятна. Вероятно, это худший вариант взаимоотношений с клиентам. И, если до этого дошло, то проект, скорее всего, обречен. Такое, как показывает практика, происходит слишком часто.

Как избежать проблем с разрабткой ПО 

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

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

Почему Google или Facebook или Microsoft настолько успешны? Почему так эффективно работает YouTube и многие другие известные компании? Потому что они создают программные продукты, или набор продуктов, которые на самом деле нужны массовому потребителю. Все просто!

Читатели этой статьи также смотрели на сайте rfcmd.ru

Шесть шагов к ТОП-1 поисковой выдаче Google
Вы это умеете! Как стать первым в поиске 
Секреты доходности рекламы на сайте
Как зарабатывать с AdSense
Майнинг биткоинов как бизнес под ключ 
Продвижение приложений: каналы и стратегии 
Как работает VPN соединение