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

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

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

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

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

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

Мелкие компании или просто физические лица, работающие по заказу, получают доход, с которого очень часто никаких налогов не платят. Работы же обычно ведутся в режиме “удаленного офиса”, а проще говоря, исполнители сидят по домам, что в свою очередь, сводит к нулю накладные расходы группы – на аренду помещений, электроэнергию и т.п. А это позволяет группа дэмпинговать: даже при условии высокой квалификации разработчиков группы час работы программиста в среднем обходится заказчику в 10 долларов в регионах и в 50 долларов Москве.[41]

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

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

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

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

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

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

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

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