В последнее время я много думал о том, как лучше всего работать с разработчиками.

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

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

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

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

Например, вчера ко мне обратился рекрутер и спросил, не заинтересует ли меня проект с участием Symfony. Мне пришлось спокойно объяснить ей, что я просто не буду хорошим активом в этом случае, потому что мои знания Symfony недостаточно хороши, чтобы обеспечить ценность для клиента.

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

И разница действительно в 10 раз. Евгений Брикман говорит, что 10X Developer не миф, и я полностью с ним согласен. И это создает интересную проблему для клиентов, когда они спрашивают Разработчика, какую почасовую ставку они взимают - что возвращается к восприятию ценности - является ли Разработчик, который взимает на 10 долларов в час большую ценность, чем Разработчик, который взимает 100 долларов за час? Ответ - это зависит от обстоятельств!

И действительно сложно, это зависит от очень многих факторов.

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

Но давайте возьмем клиента, которому нужен разработчик для работы над проектом Laravel, которому конкретно нужен кто-то, имеющий опыт разработки MVP - теперь я знаю, что могу принести пользу. Почему? Потому что это моя ниша - я бы считал себя экспертом по Laravel и запустил так много приложений MVP на этом этапе, что я точно знаю, что нужно для того, чтобы приложение вышло на рынок в соответствии со временем и бюджетом.

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

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

Эта статья изначально появилась на MichaelHoughton.com.