Посредники или почему в России всегда «виноват» исполнитель на примере IT проекта

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

Лично я уже не первый раз сталкиваюсь с ситуацией, когда сотрудничество между IT-компанией и заказчиком оканчивается плачевно. Более того, эта ситуация очень распространена в российском сегменте IT. Заказчики отказываются от сотрудничества с исполнителями посредине проектов, возмущаются, что найти специалистов становится с каждым днем сложнее, так как число компаний, предлагающих IT-услуги все больше, и выбрать среди них профессионалов все сложнее. При этом уже традиционно ругают программистов. Наверное, вы также слышали или даже сами повторяли фразы «снова программисты деньги взяли, а ничего толком не сделали», «дипломы имеют, а знаний – ноль, ничего не могут сделать», «в этой компании очень плохие программисты, они не смогли мне даже простенький сайт сделать» и т.д. Признаюсь, был период, когда я и сам повторял подобные фразы. Но со временем я понял, что настоящая суть проблемы заключается чаще всего не в программистах. Более того, если грамотно поставить задачу, то очень многие «плохие» программисты оказываются прекрасными специалистами, которые качественно и в сжатые сроки решают проблему заказчика. А настоящая беда российского бизнеса – это посредничество. Причем, в роли посредника могут оказаться не только приглашенные специалисты, но и сотрудники компании.

Кто такой посредник?

Посредник – физическое или юридическое лицо, оказывающее содействие при проведении торгово-закупочных операций, сводит продавца и покупателя, зарабатывая на посреднических услугах, обычно оговоренный процент.

В условиях современного российского бизнеса чаще всего, когда говорят о посреднике, имеют в виду человека или организацию, который является дополнительным звеном между продавцом и покупателем товара или услуги. В некоторых случаях посредник находит покупателя (продавца) и за определенное вознаграждение просто сводит стороны. Но чаще он также участвует в процессе обмена информацией, чем замедляет этот процесс, а иногда даже искажает передаваемую информацию, создавая эффект «испорченного телефона». Посредник не заинтересован в результате, успешное завершение проекта не является его целью. Его волнует исключительно собственная выгода. Очень часто сотрудники компании-заказчика и компании-исполнителя, которые принимают участие в IT-проекте, начинают выполнять функции посредников, а не сотрудников. Чтобы понять разницу, стоит обратиться к определению:

Сотрудник – это тот, кто работает вместе с кем-либо, помогающий в выполнении определенной работы. Сотрудник получает заработную плату и работает в интересах компании. А потому его цель — принести наибольшую пользу с наименьшими затратами ресурсов.

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

Как выглядит посредничество в IT-бизнесе?

Допустим, руководитель компании приходит к выводу, что пришло время обновить сайт, например, перевести его на новый новую платформу, настроить автоматические уведомления, какие-то варианты обработки заказов, добавить новые методы online-платежей и так далее. Что происходит после принятия этого решения? Обычно руководитель выбирает среди своих подчиненных человека, который назначается ответственным за проект. Этот сотрудник получает перечень требований и пожеланий от руководителя, после чего в его обязанности входит поиск исполнителя (веб-студии), а также контроль выполнения проекта и решение каких-то текущих вопросов, возникающих в процессе реализации проекта. Далее уже этот сотрудник связывается с веб-студией, которая, со своей стороны, также назначает ответственного человека (менеджера) для работы с клиентом по текущему проекту. Этот менеджер (или его руководитель) определяет программиста, который и будет заниматься реализацией поставленной задачи.

Как должна работать схема-цепочка?

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

1. Руководитель четко ставит перед своим подчиненным задачу.
2. Ответственный за реализацию (со стороны заказчика) подробно изучает проблему, определяет варианты ее решения, находит время для глубокого изучения вопроса. После чего он перерабатывает поставленную задачу, убирает оттуда лишнее, добавляет что-то свое (детализацию, уточнения), создает обновленное и уже более подробное задание для реализации.
3. Ответственный за реализацию проекта выбирает компанию-исполнителя.
4. Менеджер (продажник) веб-студии производит подробный опрос представителя заказчика, уточняет все требования, помогает детализовать их и передает задачу руководителю проекта.
5. Руководитель проекта со своей стороны подробно изучает поставленную задачу, убирает лишнее, добавляет необходимое, после чего подробное описание согласовывается с заказчиком.
6. Готовое и согласованное техническое задание передают программисту.

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

Реальность: не сотрудничество, но посредничество

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

Все участники описанной цепочки просто заключают сделку и передают информацию от непосредственного заказчика (руководителя компании) исполнителю (программисту), т.е. становятся посредниками в прямом смысле этого слова.

Ответственный компании не занимается изучением темы, не пытается разобраться в вопросе, не занимается детализацией задачи. Он просто ориентируется на информацию, полученную от руководителя, и рекламу, например, в Интернете, и находит какую-то веб студию. Ответственный за реализацию проекта сотрудник не внес никакой ценности в проект! Итак, сотрудник компании-заказчика нашел веб-студию. Что дальше? По идее, он должен пообщаться с менеджером (продавцом услуг), который внимательно изучит все пожелания заказчика и четко определит, что вот это сделать можно, это – нет, а это можно сделать, но немного иначе и т.д. В реальности часто менеджер также становится просто посредником, т.е. он не вникает в нюансы, не может (не умеет) определить, какие из поставленных задач реализовать можно, а какие – нет, он просто передает информацию без каких-либо изменений дальше по цепочке. В лучшем случае – оформит информацию от клиента в виде брифа. Представитель веб-студии также не добавил ничего ценного в проект. Задача все еще выглядит примерно так: «нужно сделать сайт». И в таком виде ее получает руководитель проекта. Он также ничего не добавляет, не убавляет, а достаточно часто даже не вникает во все нюансы, просто находит программиста (в штате или на фрилансе) и передает ему бриф от заказчика. Ни один из посредников не добавил никакой ценности к заказу. Программист начинает реализацию проекта, основываясь на имеющемся варианте задания. А потом результат работы проходит по этой цепочке обратно. Также – без серьезных проверок или тестирования результата, без внесения какой-то ценности.

Напомню, что сейчас мы говорим, прежде всего, о программировании. С работой над дизайном сайта, чаще всего, все намного проще. Здесь решения принимается непосредственно на уровне руководства без посредников по принципу «нравится/не нравится». В программировании все несколько сложнее, сайт должен отвечать определенным требованиям по скорости работы, безопасности, удобству, перечню функций.

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

Результаты работы «цепочки посредников»

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

• Ответственный за проект со стороны компании всегда может обвинить в срыве проекта веб-студию.
• Ответственные со стороны исполнителя (веб-студии), в свою очередь, обвиняют во всем программиста.

В итоге, в любых неудачах по проекту IT-тематики оказывается виноватым программист. А потому по адресу программистов слышно столько, чаще всего, незаслуженного негатива. И не важно, что программист не имеет непосредственной связи с заказчиком и выполняет задачу, которая прошла через руки нескольких посредников. Также не важно, что представитель заказчика, который принимает работу, ничего не понимает в технологиях, да и знать о них ничего не хочет, хотя грамотно проверить результат, не имея хотя бы общих сведений о том, как функционирует сайт, не реально. В любом случае – виноват программист. Результат сотрудничества выглядит так:

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

В результате – все довольны. Кроме руководителя компании, который потратил деньги, но так и не решил поставленную задачу. В тех случаях, когда владелец бизнеса и руководитель – разные люди, в этой цепочке просто добавляется еще один посредник. В остальном все остается по-прежнему. Почему так получается? Почему в этой схеме принимают участие именно такие люди? Это тема другого, отдельного разговора. Возможно даже, тема отдельного исследования по социологии. А я просто делюсь информацией о распространенном в нашей стране методе работы, который лично наблюдал на практике множество раз. Самое интересное, что эта схема сама по себе – рабочая. Она может прекрасно функционировать, если все участники процесса будут работать так, как должны. Это возможно, если руководитель найдет компетентного исполнителя (помощника), который сумеет выбрать компетентных исполнителей для проекта, и если весь процесс будет контролироваться. Здесь я говорю о компаниях малого и среднего бизнеса, где руководитель может проконтролировать подобную работу. С такими компаниями у меня был опыт сотрудничества, и он оказался положительным. При правильном подходе схема, состоящая из цепочки исполнителей, работает великолепно.

Почему всегда виноват программист?

Здесь важно понимать особенности оплаты труда «по-русски». Срабатывает классическая российская схема: есть «труба» (деньги от заказчика), они текут к исполнителю, но дотекает до него только тонкий «ручеек». Чтобы удержать этого исполнителя, нужно платить ему достойную зарплату, для чего с учетом вышесказанного приходится загружать специалиста большими объемами работы, чтобы множество «ручейков» складывались в сумму, которая его устроит. Но высокая загруженность программиста чаще всего приводит к снижению качества работы. Альтернативный вариант – нанимать посредственного специалиста, который согласится на невысокую зарплату. И в первом, и во втором случае, качество работы будет довольно низкое, а обвинять во всем также будут программиста. Вообще, в отечественной IT-сфере возлагать вину за любые неудачи в реализации проектов на программистов стало традиционным решением. Хотя, мой опыт показывает, что как раз программисты – это лучшее звено цепочки. Слабыми звеньями являются руководители (заказчики), их ответственные сотрудники, а также менеджер (продавец) со стороны веб-студии. А основную проблему можно описать следующим образом:

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

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

Как выявить цепочку посредников на практике?

Если меня привлекают к участию в работе над сайтом, я первым делом встречаюсь с сотрудниками заказчика и подробно узнаю, что было сделано, кто работает над проектом и другие подробности. Чаще всего уже в процессе общения у меня появляется уверенность, что здесь также присутствует уже привычная цепочка: есть владелец бизнеса, руководитель, ответственный со стороны заказчика, менеджер со стороны исполнителя, программист. Я лично контактирую с руководителем компании (преимущественно по вопросам моей работы), с сотрудником, который отвечает со стороны заказчика за работу над сайтом, иногда, с менеджером веб-студии. Программиста я, как и другие участники цепочки со стороны заказчика, не вижу. И очень часто я наблюдаю такую ситуацию. Я отправляю письмо ответственному лицу по работе сайта со стороны заказчика, в котором содержатся какие-то уточнения, пожелания, вопросы. Он просто пересылает это письмо ответственному лицу со стороны веб-студии, а тот – программисту. И уже программист отвечает на мои вопросы. Отследить это чаще всего не сложно, так как они действительно просто пересылают письмо, часто даже забивают или не считают нужным убирать «fvd». Получается обычная посредническая схема, где никто не добавляет никакой ценности в процесс.

Проблема посредников: негативное влияние на бизнес

Заказчик не может развиваться, проект не выполняется в срок, теряются достаточно большие деньги. Заказчик одновременно теряет средства на неудачных попытках реализовать проект, а также несет убытки, связанные с упущенной прибылью. IT-рынок получает недоверчивого и жадного клиента, так как этот бизнесмен тратит на одну и ту же задачу средства уже по второму или третьему разу или даже более. Естественно, что с каждой неудачной попыткой растет разочарование и недоверие к специалистам, с клиентом становится сложно работать. Многие бизнесмены отказываются от изменений вообще. Скорей всего, каждый из вас не единожды сталкивался с заявлениями типа: «а мы до сих пор используем 1С.7 и всем довольны», «а у нас и сейчас сайт на Drupal 6, и все устраивает». На самом деле, такая ситуация складывается не потому, что и правда все настолько хорошо, как говорят эти люди, просто они так и не сумели выйти из этой посреднической схемы и руководство отказывается снова вкладывать средства в попытки обновиться.

Почему так редко меняют ответственного со стороны заказчика?

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

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

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

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

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

Другой вариант посредничества: субподряды

С этой посреднической схемой, я думаю, сталкивались практически все. Суть ее очень проста: посредник (веб-студия или определенный человек) предлагают вам проект, а за услуги берут определенный процент. Схема очень простая:

1. Заказчик выходит на определенного человека или компанию.
2. Те передают проект непосредственно исполнителю, представляя его «нашим специалистом».
3. Сумма оплаты за проект состоит из стоимости работы непосредственного исполнителя и процента посредника.

Главный минус этой схемы – значительное удорожание услуг для заказчика. В разных сферах проценты посредника бывают разными, на моей памяти максимум достигал 62% от стоимости проекта! Конечно, как и другие исполнители, я выполнял и не раз подобные задачи. Но для заказчика стоимость работы увеличивается очень сильно по сравнению с сотрудничеством напрямую.

Как избежать «проблемы посредников»?

На самом деле, избежать недостатков «посреднической схемы» не так сложно, как кажется. Самое главное, это пойти по пути поиска компетентных специалистов, поставить во главу угла знания, и только потом – лояльность. Это касается как заказчика услуг, так и участников цепочки со стороны исполнителя. Как это реализовать?

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

Обязательно изучите вопрос самостоятельно. Не доверяйте родственникам, друзьям, доверенным сотрудникам более чем следует в любой работе. Вы – руководитель, и у вас должна быть возможность контролировать весь процесс. А потому не поленитесь потратить 2-3 недели на изучение тематики вашего проекта. Например, если вы будете заказывать сайт, почитайте, какие бывают CMS, принципы их работы, какие технологии сегодня считаются эффективными, какие решения популярны и пр. Вам не нужно знать все нюансы на уровне специалиста, достаточно общих принципов. Вам жалко времени на изучение новой для вас тематики? Тогда вас ждут примерно 1 – 1,5 года попыток реализовать ваш проект. Именно столько времени чаще всего длится работа по реализации большей часть задач в IT-сфере при использовании посреднической схемы. Посчитайте, сколько вы потеряете средств на неудачных попытках и потерянной прибыли! Скорей всего, после этого затраты времени и сил на изучение тематики вашего проекта покажутся вам оправданным решением.

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

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

Контроль всех этапов работы  – основа успеха

Бывает, что руководитель предприятия считает, что вникать во все нюансы ему уже не по штату и не по статусу, для этого есть подчиненные. В крупных компаниях такой подход в определенных случаях будет работать, но я сейчас говорю о среднем и малом бизнесе. Я видел, как из-за подобного отношения руководителя разваливались целые фирмы. Бизнесмен перестает вникать во все нюансы, считая, что для этого хватит подчиненных, а в результате, компания приходит в упадок и разоряется. Причина может быть любой – плохая работа склада, недостаточный контроль финансовых потоков, и даже снижение позиций сайта в поисковых системах (конкуренты сумели вырваться вперед). Но основная причина всегда – это недостаточный контроль всех нюансов работы со стороны руководителя. Когда я работаю над проектом, я всегда выхожу непосредственно на руководство компании. И очень важно, чтобы руководитель понимал основы того, что он заказывает. Не нужно знать все и всерьез, достаточно понимать, что такое CMS, какие специалисты нужны для реализации проекта и т.д. Вся информация, которая может потребоваться заказчику, находится в открытом доступе. По каждой из тем есть много информации в Интернете, в том числе, в моих статьях.

Ошибочное решение: работать с программистом напрямую

Бывает так, что руководитель после неудачного применения посреднической схемы, приходит к выводу, что доверять никому нельзя. Любая веб-студия, с его точки зрения, будет обманывать и только тянуть время и средства. И тогда ему приходит в голову, казалось бы, идеальное решение – работать с программистом напрямую, без менеджеров и других посредников. В результате на фриланс-биржах появляются проекты типа: «Требуется программист для создания сайта под ключ». Или «нужен 1С программист для осуществления перехода». При этом ищут именно программиста, от услуг студий, IT-компаний или других вариантов сработавшейся команды отказываются заранее. Это решение чаще всего также оканчивается неудачей. Программисты откликаются на подобные проекты иногда по неопытности, иногда по каким-то другим причинам. Всегда, когда вы платите деньги, найдется тот, кто постарается освоить ваш бюджет с большей или меньшей пользой для вас. Для небольших задач поиск программиста вполне оправдан, особенно в тех случаях, когда вы точно знаете, какой именно специалист вам нужен и можете четко обрисовать задачу (составить техзадание). А в крупные проекты, такие, как создание сайта или переход на новую платформу 1С, требуется команда разных специалистов.

А если нанять нескольких специалистов?

К сожалению, в нашей стране рынок консультирования совсем не развит. А потому обычно заказчик либо обращается за услугами в веб-студию или IT-компанию, либо пытается самостоятельно работать со специалистами, нанимая их на фриланс-биржах. При этом обычно для создания сайта ищут веб-программиста, для настройки 1С, соответственно, 1С-программиста и т.д. Но систему не обманешь. Современные технологии требуют узкой специализации. Например, для создания сайта потребуется не только программирование, но и хороший дизайн, и контент, интегрирование платежных систем и многое другое. В реальности получается так:

• Вариант 1. Программист пытается делать все сам. В случае с сайтом, это будет, кроме программирования, в том числе, дизайн, заполнение сайта контентом и пр. В результате заказчик получает продукт низкого качества, чаще всего, с шаблонным дизайном и неуникальным контентом.
• Вариант 2. Программист выполняет функции посредника. Т.е. программист выполняет лично свою часть работы, а для дизайна, контента или любых других непрофильных для него вещей нанимает субподрядчиков. Но программист – это только программист. Он не должен заниматься не своим делом, иначе он также превращается в посредника, так как будет просто передавать пожелания заказчика дизайнеру, копирайтеру, контент-менеджеру и другим специалистам. Программист не знает и не должен знать особенности их работы, а потому и не сможет привнести в эту часть проекта никакой ценности.
• Вариант 3. Заказчик лично нанимает разных специалистов. В этом случае заказчик во много сам превращается в посредника. Конечно, он знает, что хочет получить. Но очень плохо понимает, кого надо нанимать, какие требования предъявлять к работе, как правильно поставить задачу перед каждым из исполнителей. В результате заказчик ориентируется на отрывочные сведения, которые получает от программиста, от других специалистов, с которыми ведет переговоры. Работа специалистов получается несогласованной, требования от заказчика часто противоречивы, проект затягивается из-за постоянных доработок, изменений техзадания, смены исполнителей. Я лично знаю заказчика, который решил таким образом сэкономить. В результате, в принципе, несложный сайт ему делают уже третий год, и конца этой работе пока не видно.

Еще одна распространенная ошибка заказчика, который самостоятельно нанимает специалистов, — это попытка привлечь в проект сразу двух программистов, которые будут работать над разными частями проекта, в надежде получить результат быстрее. В тех редких случаях, когда к решению задачи привлекается бизнес-консультант, он поясняет заказчику, почему так делать нельзя. Есть этапы работы, которые не возможно ни пропустить, ни ускорить. А попытки дробить задачу на части и раздавать ее разным людям только усложнит в итоге реализацию и приведет к лишним затратам и средств, и времени. Проект в чем-то похож на ребенка, его нужно выносить, и есть сроки, раньше которых его сделать невозможно. Так же, как девять разных женщин не смогут вам родить одного ребенка через месяц, также и проект будет реализован не ранее определенного срока, даже если вы будете привлекать дополнительных специалистов. А поиском других специалистов и согласованием их работы, контролем всех этапов проекта должен заниматься руководитель проекта (сотрудник компании-подрядчика, бизнес-консультант).

Эпилог

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

‍