13 Мифов об аутсорсинге программного обеспечения

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

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

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

Успех в аутсорсинге легко достижим!

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

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

Миф: Все проблемы, касающиеся культуры, возникают в результате геополитических или региональных различий

Выбор партнера по аутсорсингу не обязательно должен быть трудным. Ясность в процессе коммуникации гораздо важнее с точки зрения достижения успеха, нежели учет национальной культуры. Конечно, местная и национальная культура играет большую роль, о чем мы поговорим ниже, однако она не слишком критична в данном вопросе. Миф о национальной культуре обычно проявляется в подобных фразах: «Сотрудники компании QRS – хорошие программисты». На самом деле, гораздо большее влияние на успех или провал в сотрудничестве оказывают культура языка, культура личности и корпоративная культура.

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

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

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

Имеет ли все это какое-то отношение к аутсорсингу, спросите вы.

Конечно, причем отношение самое что ни на есть непосредственное, ведь культура лежит в основе успешного аутсорсинга. Понимание и принятие стиля ведения бизнеса партнера составляет фундамент плодотворного сотрудничества, как в бизнесе, так и личных делах. Если вы согласны с тем, что ваш партнер может помочь вам достигнуть ваших целей, разве вы не будете заинтересованы в поиске партнера с аналогичными ценностями и мировоззрением? Ответ очевиден. На самом деле, весь вопрос в том, как найти такого партнера.

Миф: Мне нужен партнер

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

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

Часто под этим термином понимают партнерство по венчурному капиталу, что фактически означает разработку проекта по себестоимости, или даже дешевле, в обмен на будущую прибыль от проекта. Начальная стадия переговоров обычно сопровождается такими понятиями, как «легкий проект», «проект как две капли воды похож на N, отличается только вот этим и вот этим» или «общая прибыль». Партнерство – это фраза, которой очень легко зацепить. И мы, как и все вендоры, ищем долгосрочных партнёрских отношений, в рамках которых был бы осуществлен не один проект. Проблемы возникают тогда, когда предлагаемое партнерство фактически выгодно лишь одной стороне, а само предложение о сотрудничестве сформулировано не четко.

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

На самом деле, говоря «партнер» многие люди на самом деле имеют в виду надежного вендора.

Миф: «Да» означает «Да»!

Местные обычаи и культура оказывают влияние на успех проекта, отданного на аутсорсинг. Наиболее часто многие локальные спорные ситуации возникают из-за многозначности английского языка и должны обязательно учитываться. Даже в рамках Соединенных Штатов существуют местные языковые варианты, принятые в одном штате и совершенно непонятные в другом. Будьте осторожны со словом «Да» в некоторых странах. Совсем необязательно, что «Да» означает «Да, я согласен» или «Да, мы все сделаем вовремя».

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

Миф: Партнерство предполагает партнера по венчурному капиталу

Разработчики программного обеспечения, подобные нам, ежедневно получают огромное количество прекрасных и не очень идей. Люди просят вендоров разработать клонов успешных сайтов. Они приходят к нам, когда у них либо мало денег, либо их нет вовсе, отсутствует бизнес план, нет понимания требований к проекту, равно как и инструментов для внедрения проекта на рынок, нет подробного описания программного обеспечения, оценки ожидаемых поступлений и договора. Многие потенциальные заказчики говорят о возможности заработать баснословные деньги и обещают нам несметные богатства, но лишь в том случае, если мы сейчас выполним всю работу бесплатно, ну или почти бесплатно и предоставим маркетинговое и практическое руководство. Они хотят, чтобы мы все это делали бесплатно, потому что в понимании заказчиков они сами и их идея исключительны. «Никаких других откликов, кроме как «Это лучшая идея на земле» не допускается».

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

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

Миф: Партнерство – это, конечно, замечательно, но лучше, когда у партнеров получается читать мысли друг друга!

Потенциальные клиенты могут говорить что-то типа «Я хочу, чтоб мой сайт был бомбой!», или даже так: «Я не могу точно объяснить, что мне нужно, но пойму, чего мне хочется, когда увижу!», «Мы хотим такой же, как у N.com, только без…»
Ниже представлены примерные варианты данного мифа (оправдания):

  • Вы не умеете ясно излагать мысль, поэтому используете нечеткие выражения.
  • Вы не желаете посвящать вашего вендора в детали вашего проекта ввиду вашей лени (Более политкорректный термин – вы слишком заняты)
  • Ваш партнер умнее вас и может догадаться, чего же вы хотите.

Мы не школьники, мы все люди взрослые и серьезные. Мы зарабатываем себе на жизнь, создавая качественный код, а не занимаясь толкованием мыслей наших заказчиков. Но, тем не менее, мы знакомы с вышеперечисленными оправданиями, замаскированными под общие описания и недосказанные мысли. Здесь важно понимать следующее: ЕСЛИ ваш партнер обладает необходимыми знаниями, деловой хваткой и умением спрашивать, он сам прояснит те моменты, о которых вы собирались спрашивать для того, чтобы прояснить детали.

Этот момент является ключевым, потому что если вы не предоставите своему вендору необходимые детали, будьте готовы к тому, что вам придется заплатить и за составление вопросника, и за разработку самого программного обеспечения. (СТОИМОСТЬ ВАШЕГО ПРОЕКТА ВОЗРАСТАЕТ, ЕСЛИ ВЫ САМИ НЕ ПОДГОТОВИТЕСЬ ЗАРАНЕЕ).
Партнерство часто заканчивается неудачей, когда на стадии описания проекта отсутствует или не обговариваются все необходимые детали. При отсутствии четко поставленной цели или спецификаций вы действительно вынуждаете партнера читать ваши мысли, а не писать код. Подобное чтение мыслей обычно заканчивается тем, что вендор начинает действовать наугад, что в конечном итоге приводит совсем не к тому результату, который был нужен заказчику. Поэтому лучше избегать чтения мыслей всегда, когда это возможно.

Миф: Все предложения делаются одинаково.

Когда потенциальные клиенты с неясными спецификациями («я хочу такой же, как у…») приходят к вендору, у последнего есть два пути:

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

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

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

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

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

Миф: Все разработчики одинаковы

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

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

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

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

Вы платите за качество, независимо от того, получаете вы его или нет.

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

А теперь давайте подумаем. Раз разработчики все-таки разные, наверняка будет иметь смысл вопрос о том, выполняли ли они проекты, подобные вашему. Этот вопрос подводит нас к следующему мифу.

Миф: Выполненная аналогичная работа для других заказчиков будет гарантировать успех нашего проекта.

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

Для того, чтобы найти нужного для вас партнера, используйте практический метод. Помните о том, что лучшие в своем деле всегда естественным образом собираются вместе. Лучших программистов свяжет решение сложных задач. Лучшие, решая сложные задачи, остаются лидерами в своей области. Это проявляется по-разному. Если в фирме существует высокая текучесть кадров, это говорит о существующих управленческих проблемах. Расспросите вашего потенциального вендора о текучести кадров. Показатель больше 10% должен вас насторожить, потому что фактически это говорит о том, что в течение 2 лет 20% первоначальной команды разработчиков уйдет. С фирмами, в которых текучесть кадров составляет более 10% лучше не иметь дела вовсе.

У вашего партнера должны быть сертификаты крупных компаний, например Microsoft. Эти сертификаты говорят о качестве производимого кода, при этом следует проверить, действительно ли имеются сертификаты, а также выяснить, какой процент от общего числа разработчиков сертифицирован. Это повысит вашу уверенность в этой фирме.
Но имейте в виду, многие неумелые программисты имеют сертификаты, а многие опытные специалисты никогда не заботились о том, чтобы получить его. Сертификация – это не требование, а «сахарная глазурь на пироге». Чтобы быть уверенным, что под глазурью скрывается хороший пирог, запросите резюме, просмотрите образец кода, поговорите с другими клиентами и т.д. У вас появится представление об их способностях, об их стиле ведения бизнес и ведение переговоров, что. Безусловно, может оказать влияние как на успех, так и на провал проекта.

Миф: Наши разработчики всегда готовы!

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

Разработчики программного обеспечения – не роботы.

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

Миф: Разработчиков можно легко заменить при надобности.

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

Осознать этот миф – значит понять, как нужно выстраивать свои отношения со своим вендором. Не является ли ваш «партнер» лишь продолжением вашего персонала для вас? Ваш партнер – это прежде всего люди! Некоторые из них женаты и имеют личную жизнь, совсем как вы. Хотя многие разработчики и являются весьма логичными людьми, некоторые из них могут показаться не очень учтивыми, однако, в любом случае, нужно помнить о том, что чем выше образование, тем культурней человек. Вам следует обращаться с ними с тем же уважением, как если бы эти люди находились в соседней комнате.

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

Если ваше отношение к разработчикам будет особым, вы и получите нечто особенное на выходе.

Миф: Договор – это наше всё.

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

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

В чем заключается разница между хорошим и плохим договором и в чем их суть?

  • В качестве партнеров выбирайте тех вендоров, которые обладают нужными навыками для того, чтобы выполнить ваш проект. Нужные навыки они наверняка получили благодаря работе над схожими проектами, поэтому, обладая достаточной квалификацией они вряд ли будут отказываться от сотрудничества с вами.
  • В качестве партнеров выбирайте тех вендоров, которые зарабатывают написанием кодов, не являются вашими конкурентами в этом и не используют чужой код, предлагая его вам. Если же вам предложат что-то подобное – нужно сразу бежать от таких компаний!
  • Помните, для того, чтобы разработать ваше приложение максимально быстро и эффективно, вашим потенциальным вендорам необходим готовый набор компонентов или библиотек. Библиотеки могут присутствовать во многих приложениях, как схожих с вашим, так и нет.
  • Помните о том, что ваш потенциальный партнер находится в другой стране и если ваше Соглашение о неразглашении или договор для него неприемлемы, то на территории США подобные договоры вряд ли будут иметь юридическую силу, чего нельзя сказать о других странах.
  • Помните, что если ищете надежного заслуживающего доверия партнера, простого Соглашения о неразглашении сроком на 2-3 года вполне достаточно, т.к. технический прогресс сделает программу устаревшей за 4 года. Кроме того, окончание периода действия Соглашения обычно с завершением работы.

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

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

Миф: Все программное обеспечение принадлежит мне. (Тот, кто платит – владеет всем).

Это миф тесно связан с предыдущим.

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

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

Будьте осторожны, рассудительны и консультируйтесь со своим юристом.

Миф: Вы можете управлять расходами, жестко их контролируя.

Опять же проявления этого мифа свойственны новичкам в аутсорсинге программного обеспечения. Запрашивая почасовые отчеты, клиенты допускает большую ошибку. Такие вопросы, как «Что вы сделали за 5 часов в пятницу? На это у вас должен был уйти всего лишь час!» абсолютно бесполезны и морально разлагают венчурные проекты. Вы просто не можете жестко контролировать проект и ожидать при этом успешного сотрудничества. Но вы можете управлять взаимоотношениями. Что это значит? Возможно, пример сможет помочь вам.

Клиент пришел с проектом, который был частично разработан другим вендором. В него уже было инвестировано порядка $50,000 и, хотя кое-какие тревожные звоночки были, мы их проигнорировали и согласились помочь закончить проект. Это была простая почасовая оплата работ. Вскоре он стал запрашивать еженедельные отчеты об эффективности работы. Он требовал отчетов о том, над чем они работали в текущий момент и что уже было закончено. Через два месяца он потребовал ежедневные отчеты.

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

Вы знаете, что надбавка за маленькую деталь будет больше в процентном соотношении, чем на водонагреватель. Вы верите в то, что для него важно выполнить хорошую работу, а не дешевую работу. Логическое объяснение простое: вы хотите, чтобы ваш водопроводчик пришел опять и опять выполнил свою работу? Если вы платите за квалифицированного водопроводчика и он выполняет свою работу хорошо, это будет хорошо для него, получить 2 доллара навара от части стоимости.

Заключение

Достичь волшебного эффекта аутсорсинга достаточно просто:

  • Регулярно общайтесь с вашим партнером по аутсорсингу.
  • Разговаривайте с вашим партнером по аутсорсингу на понятном вам обоим языке.
  • Относитесь к вашему партнёру по аутсорсингу с уважением, так, как если бы он находился в соседней комнате.
  • Прежде чем приступить к выполнению проекта, убедитесь, что вас обоих устраивают установленные рамки отношений.
  • Прежде чем приступить к выполнению проекта, убедитесь, что вас обоих устраивает установленный объем работ.
  • Если сотрудничество изжило себя, выйдете из этих отношений с достоинством. Это позволит сохранить прошлые контакты. Не наказывайте своего нынешнего вендора за ошибки, совершенные предыдущим. Лучше просто найдите подходящего вам вендора и будьте хорошими партнерами и всегда оплачивайте счета вовремя.

С точки зрения вендора – нам не всегда хочется это признавать – реальность – это площадка для аутсорсинга ПО, очень похожая на площадку для бейсбола. В любой заданный момент времени на этой площадке присутствует лишь небольшое количество профессиональных команд. Хороших игроков всегда больше, чем профессионалов, а середнячков всегда больше, чем хороших игроков. Несмотря на то, что Enterra – это профессиональная команда, мы не единственные. Мы понимаем, что не любой вендор подходит всякому клиенту.

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

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

Вам понравилась статья, и вы бы хотели отдать свой проект на разработку? Вы можете связаться с нами здесь!