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

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

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

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

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

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

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

Многие не задумываются о 3-м пункте. Вообще. А зря.
Производство программного обеспечения - это технологический процесс, производство имеющее свои стадии, регламентированные операции, способы контроля, измерения качества и т.д. метрики. Конечно, абсурдно требовать соблюдение технологического процесса от 2-3 человек, но если в работе 5 человек, то это уже мини-фабрика, производственный цех.

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

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

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

Да, это сложно искать клиентов, особенно оффшорных. К сожалению в этой сфере у меня мало опыта. Просто несколько мыслей.
1. Любым способом найти первого. (Работать в минус. Работать по 14 часов в день. Любым способом получить положительный результат)
2. Опираться на отзыв первого
3. Участвовать на биржах проектов, например, elance.com
4. Рассылать целевые предложения компаниям партнерам, например, хостерам если вы делаете сайты.
5. Браться только за очевидные проекты. Лучше сделать 10 простых, чем завалить один сложный.

P.S. вообще, это правило работает практически везде: Лучше сделать много маленьких штук, чем не сделать одну большую.

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

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

Какие схемы удаленной работы в офшорном программировании?

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

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

• «Параграф»;
• «Рексофт»;
• «АйТи»;
• «Сисинбек»;
• «Альтер Системы»;
• «IBS».

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

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

Работа с крупными зарубежными компаниями позволяет получать такие же заказы, цена за которые может варьироваться в пределах 400-500 тысяч долларов и больше. Проекты такого масштаба выполняются приблизительно около 6 месяцев. Поэтому усредненный заработок по одному проекту приносит доход около 100 тысяч долларов в месяц. Мелкие заказы стоят около 20 тысяч долларов.

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

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

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

• Через объявления о вакансиях на неспециализированных сайтах (типа газеты NewYorkTimes). Таким способом могут получать работу вольнонаемные HTML-верстальщики, программисты-кодеры, имеющие не самую высокую квалификацию (написание текстов программ, но не разработка алгоритмов).
• Через обращение по интернету в фирмы-посредники . Это биржи заказных разработок, такие как TeleworkUnlimited (Германия), OffshoreSoftwareDevelopersGuide и Hellobrain.Com (Америка). Работа посредников оплачивается в процентах к сумме заключенного контракта, многие берут также плату за пользование базой проектов. Конкуренция здесь высокая и каждый проект имеет массу претендентов на его выполнение.
• Работу для оффшорных программистов ищут также и российские рекрутинговые агентства . Как показывает опыт, эти агентства ищут работу на тех же зарубежных сайтах, типа NewYorkTimes.

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

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

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

Работа мелких компаний и физ. лиц, получение ими дохода без оплаты налогов строится в режиме удаленного офиса (на дому). И даже если у разработчика высокая квалификация, 1 час его работы оплачивается в среднем по цене $10 в регионах и $50 в Москве.

Смотрите видео — Как просто отличить реальные способы заработка без обмана от мошеннических схем

Какие недостатки в офшорной компании имеет удаленная работа?

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

• Ни разработчик, ни заказчик не имеют уверенности друг в друге, если работа по совместному проекту ведется впервые . Заказчик может оказаться неплатежеспособным, или просто не заплатит за работу. Исполнитель может не осилить поставленную задачу, сорвать сроки выполнения или сделать работу некачественно.
• Удаленность сторон препятствует частому и плодотворному общению сторон, что может приводить к искажению понимания поставленных задач (выдача заказчиком неполного технического задания, неправильная трактовка исполнителем поставленных задач).
• Проблема масштабируемости всей будущей системы для программиста не позволяет во время разработки и частичного прописывания кода (а только некоторых его участков) представить себе систему в общем . Как будут применяться написанные программистом модули должен понимать составитель технического задания. Задача программиста — добиться полного соответствия кода требованиям ТЗ.
• Поддержка и сопровождение кода после сдачи переходит к заказчику, как и права на использование . Разработчик не имеет права сдавать в тираж свои разработки, модули, библиотеки, это ущемляет права программиста, которого нет даже в списках разработчиков.

Как искать работу программистом в офшорной компании?

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

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

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

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

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

Оффшорные компании — это?

Не переписывая умное определение из словаря, скажу своими словами.

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

Особыми странами являются порядка 60 стран, которые предоставляют оффшорные льготы и конфиденциальность. Более о них подробно в других статьях.

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

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

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

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

В каких случаях выгодна оффшорная компания?

Не смотря на то, что открытие компании в оффшоре имеет ряд сложностей, все же в некоторых ситуациях игра стоит свеч. К таким ситуациям относятся:

1. Использование оффшора в качестве надежного сейфа.

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

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

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

Как проходит регистрация?

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

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

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

Особенности по открытию счета?

Открытие счета также может быть проведено 2-мя путями.

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

2. Для открытия счета легче воспользоваться помощью посредника. В качестве его также выступает юридическая фирма, которая пользуется особым доверием у банков и им проще открыть счет.

Российские компании в оффшоре!

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

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

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

Мы будем рады вашим комментариям!

Что такое «программирование», мы все знаем. А что значит «оффшорное программирование»?

Популярное описание оффшорного программирования я нашла на странице zapros.f2s.com/offshore.html:

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

Термин «оффшорное» подчеркивает значительную географическую удалённость «заморских» исполнителей и придает оттенок более свободного обращения с законами по трудоустройству и налогообложению. Оффшорное программирование обычно применяют для разработки сложных и трудоемких проектов и исполнителем является специализированная фирма, контакт осуществляется через фирму — посредник, выступающую как гарант порядочности отношений сторон. Одним из лидеров оффшорного программирования является Offshore Software Developers Guild , причем, эта фирма декларирует бесплатность своих услуг. Более двух тысяч постоянных членов объединяет Software Contractors’ Guild. Банк вакансий этой гильдии ориентирован преимущественно на жителей США, однако разовые контракты на разработку программного обеспечения не имеют территориальных ограничений».

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

workexchange.com

Легко ли найти западного работодателя и получить от него оплату? Приведу письмо одного читателя, который уже не один год занимается оффшорным программированием:

«Я давно занимаюсь выполнением заказов из-за рубежа, есть определенный контингент постоянных заказчиков, от которых уже получена оплата, есть и черный список тех, кто не заплатил или платит частично. Почти все просят сначала выполнить какое-либо тестовое задание, а потом 99% исчезают бесследно.
Сейчас мы некоторые заказы не в состоянии выполнять из-за отсутствия умений или времени или нехватки программистов.
Найти заказы очень сложно и еще сложнее получить потом оплату. Лично я потратил около 6 месяцев, пока не получил первый реальный заказ. Это было около полутора лет назад.
В общем, все не так сложно в оффшорном программировании, как кажется на первый взгляд, попробуйте, может вам повезет».

Так с чего же начать?

Профессиональные советы программистам, пытающим счастья в оффшорном программировании, дает Сергей Коваль (Украина):

«По специальности я Project Manager — управляющий проектами. Мне 27 лет. В данный момент руковожу небольшой фирмой (40 человек) по написанию программ.
Это позволило также стать совладельцем нескольких порталов в Интернете.

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

Что нужно для старта: найти нескольких друзей-программистов и дизайнеров. Это для помощи. Затем сделать себе сайт. Как можно интереснее (можно просто смотреть на сайты, которые выигрывают звания «сайт дня», «сайт месяца» и т.д. — это даст идеи).

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

Одному шансов мало. Лучше сразу делать сайт небольшой команды на 3-5 человек. Так как редко можно найти проект на одного человека.

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

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

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

Мы выросли от 3-х человек до почти 40. Меньше чем за год. То есть, как видите, я не теоретик. Заказов пока больше, чем программистов. Это так. Просто на многие сложные задачи не так просто оказалось найти людей. В конце концов вы придете к правильному выводу — чтобы делать хороший бизнес, надо не так уметь хорошо работать в этом направлении, как уметь хорошо управлять. Людьми, ресурсами и т.д. Так что учиться понадобится — сразу предупреждаю.

Если у вас возникнут вопросы, пишите: [email protected] .

P.S. Оффшорное программирование — бизнес, который из домашнего можно преобразовать в малый и средний. В Америке сейчас есть некоторые экономические трудности (как и у нас всех тут) и разница цен на рынке труда очень заметна. Этим можно неплохо воспользоваться.»

Термин аутсорсинг (outsourcing) в переводе с английского означает "внешний источник". Любая сторонняя разработка (силами другой компании) фактически является аутсорсингом. Так что аутсорсится может продукт буквально любого вида деятельности – консалтинга, разработки программного обеспечения, Web-дизайна и т.д. Любая крупная компания так или иначе пользуется услугами аутсорсинга. Аутсорсинг позволяет не зачислять в штат дорогостоящих специалистов, а брать их на стороне на время выполнения проекта или какой-либо его части, существенно снизив при этом издержки.

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

Исторически аутсорсинг развился именно внутри США и под этим понятием там чаще всего понимают передачу части операций компании внешнему контрактору - за вознаграждение, не связанное прямо с итогами деятельности компании-заказчика. "Оффшорам" передают логистику, финансы, информационную инфраструктуру и пр. Аутсорсинг появился еще до оффшорного программирования и первоначально означал подрядные работы больших консалтинговых фирм. Термин был очень моден в 89-90 гг., когда зарождались все эти корпорации, специализации. Именно тогда он появился и в том контексте означал передачу деловых функций. Но аутсорсинг – это не только заказ по программированию. К примеру, строительство – типичный пример аутсорсинга. Если тебе нужен дом, и сам ты его не строишь – ты нанимаешь строителей- профессионалов. Более того, если тебе нужен офис, ты можешь его либо купить, либо снять. Большую часть офисов именно арендуют – это тоже аутсорсинг. То есть все те случаи, когда мы покупаем на стороне сервисы и товары, необходимые для ведения бизнеса, все это формально аутсорсинг. До недавнего времени крупнейшими аутсорсерами были компании, сочетающие аудиторские, консалтинговые, технологические и даже юридические услуги. Сейчас эти бизнесы постепенно разделяются.

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

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

Попробуем разобраться в причинах использования IT -аутсорсинга.

Первая и самая главная причина - дешевизна. В США программистам - даже приезжим - нужно платить гораздо больше. И, кстати, по этому параметру Москва проигрывает, например, Бомбею или Гомелю – в Москве выше накладные расходы. В провинции такие услуги расцениваются дешевле, но там сложнее ситуация с квалифицированным персоналом...

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

По мнению Эстер Дайсон (Esther Dyson) (Edventure , США), в свете падения индекса NASDAQ многие компании резко сокращают свои расходы, в частности и расходы на разработку ПО, таким образом, все больше внимание уделяется схемам оффшорного программирования. Также, компании часто отдают в аутсорсинг рутинную работу и сосредотачиваются на фундаментальных направлениях.

Приемы аутсорсинга, различные формы и модели

Формы организации аутсорсинговых фирм

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

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

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

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

Схемы работы аутсорсинговых фирм

В оффшорном программировании распространены две схемы работы. Они разнятся и по стоимости работ для заказчика, и по степени рисков, которые несут обе стороны - заказчик и исполнитель, а зачастую и по качеству продукта.
Разработчиком могут выступать серьезные, с именем, фирмы, предпочитающие иметь дело с не менее серьезными зарубежными партнерами.
Заказчик в этом случае получает конечный продукт и необходимую сопровождающую документацию, по ходу работ исполнители поддерживают с ним тесное взаимодействие, у них хорошо поставлено управление проектом. Одним словом, такие компании работают "по-взрослому". Но и деньги за свои разработки берут тоже серьезные. Во-первых, наличие рекомендаций и портфолио позволяют им наладить приток заказов и даже торговаться с заказчиками. Во-вторых, работать такие компании предпочитают с крупными проектами, а по нашим меркам более или менее "крупным" считается заказ на 100-150 тыс. долларов и выше, на реализацию которого группе требуется не менее полугода работы ("средний" заказ - от 50 тыс. долларов, "мелкий" - не менее 10 тыс.). При этом компании несут довольно значительные расходы на активный маркетинг и рекламу, ведь участие только в одной крупной выставке с организацией стенда обходится, в десятки тысяч долларов. Некоторые компании, чтобы обеспечить себя регулярными заказами из-за границы, идут на создание представительств за рубежом.
Так что стоимость разработок, заказываемых таким компаниям, еще далеко не сравнялась с западной, то, по крайней мере, стремится к ней. Впрочем, "оффшорным программированием" назвать подобную схему ведения бизнеса уже нельзя. По сути, это взаимовыгодное сотрудничество крупных компаний, для которых не имеет принципиального значения физическое местоположение головного офиса каждой из них.

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

Самый надежный путь к заказам для временной группы программистов, впрочем, как и для софтверной фирмы, - личные контакты с зарубежными партнерами. Помимо личных связей у начинающих групп и компаний есть еще три способа заполучить заказ. Во-первых, объявления о вакансиях и работе часто публикуют неспециализированные сайты вроде онлайновой версии газеты New York Times. Разумеется, в "вольнонаемные" таким образом зовут обычно HTML-верстальщиков либо программистов-кодеров, то есть специалистов не самой высокой квалификации, тех, кто занимается написанием текстов программ, а не разработкой алгоритмов. Второй способ получить работу - обратиться через тот же Интернет к фирме-посреднику. Своего рода биржами заказных разработок являются, например, американские Offshore Software Developers Guide и Hellobrain.Com, немецкая Telework Unlimited. Некоторые посредники берут проценты от заключенных контрактов, некоторые - плату за доступ к базам проектов. Есть и те, кто работает бесплатно. Но в любом случае за каждый заказ на таких сайтах разворачивается нешуточная битва, каждое предложение конкурирует с десятками других. Наконец, за поиск работы для оффшорных программистов берутся уже и некоторые отечественные рекрутинговые агентства, хотя предложения они будут искать, скорее всего, при помощи тех же самых веб-сайтов и той же самой New York Times.
Понятно, что результаты подобного поиска зачастую непрогнозируемы. Поэтому сохранить заказчика за собой, получить от него следующий заказ, считается в этой среде удачей. Если заказчик станет постоянным, то очень часто группа на нем и замыкается, прекращая поиски других работодателей: очередные заказы могут выполняться либо на условиях частичной предоплаты, либо группа получит другие льготы и бонусы. Но дело не только в них, а в очень высокой конкуренции среди групп программистов.

Мелкие компании или просто физические лица, работающие по заказу, получают доход, с которого очень часто никаких налогов не платят. Работы же обычно ведутся в режиме "удаленного офиса", а проще говоря, исполнители сидят по домам, что в свою очередь сводит к нулю накладные расходы группы - на аренду помещений, электроэнергию и т. п. А это позволяет группам демпинговать: даже при условии высокой квалификации разработчиков группы, за час работы программист в среднем получает "чистыми" 4-8 доллара в регионах и 5-9 долларов в Москве.

Заказчику же обходится работа программиста в час от 15-50 долларов в зависимости от условий обитания и серьезности компании, на которую работает специалист

Модели аутсорсинга

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

Рассмотрим каждую модель с различных сторон:

Деньги

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

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

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

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

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

Отсюда основной вывод:

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

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

Риски

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

Если говорить о рисках другого порядка, можно отметить, что проектная компания обладает большими рисками при сравнении с продуктовой компанией такого же оборота в следующих областях:

· риски управления компанией. Проектная компания обладает большим персоналом для достижения такого же оборота. Следовательно, управление проектной компанией более сложное и несет в себе большие риски;

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

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

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

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

Более реальный путь для России - проектная модель, разработка под заказ. Это то, чем зарабатывает Индия. Тут тоже нужны некоторые инвестиции, но их объем на порядок ниже, чем в первом варианте, так как данная модель изначально прибыльна (конечно, если будут заказы).

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

Поэтому софтверным компаниям есть смысл задуматься над другими способами зарабатывания денег. Скажем, вполне реально получать доли в новых проектах (в придачу к деньгам) только за то, чтобы выполнить его несколько дешевле. Подобный способ получения доходов широко распространен среди западных компьютерных фирм. Скажем, Ariba , Commerce One , Computer Associates инвестировали в онлайновые биржи не деньги, а программное обеспечение и услуги. При этом риск мал, но появляется потенциал роста. " eGAR поступала так, когда создавала продукт для одной испанской компании. Теперь эта компания разместила свои акции на бирже, сделала IPO (т. е. Initial Public Offering – первичное размещение акций) и стоит 11 млн. долл.", - делится своим опытом Жене Иоффе.

Критерии успеха аустсорсиноговой компании

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

Первый уровень - качество персонала

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

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

Качество персонала обеспечивается последовательно следующими мерами.

• Построение системы отбора. Лучше не взять человека, чем взять неправильного. Этот довольно консервативный подход к отбору не отвечает привычному российскому «авось», но как нельзя лучше подходит для обеспечения качества персонала. Должны быть сформулированы четкие требования к персоналу, нарушение которых не допускается. Требования должны быть максимально детализированы. Необходимо предусмотреть средства проверки кандидата на соответствие этим требованиям: резюме и уверения кандидата в собственной «крутости» не помогут понять, что за этим стоит. Должна быть построена система собеседований с ведущими разработчиками компании, которые в состоянии оценить уровень квалификации кандидата. Целесообразно проводить собеседование с несколькими ведущими специалистами с организацией обратной связи, т.е. с анализом последующей истории работы принятых кандидатов: это позволяет вводить поправки на излишний оптимизм/пессимизм интервьюеров во время процедуры отбора.
• Построение системы естественного отбора персонала внутри компании. Очень важно построить систему выявления проблемных сотрудников, контроля их работы и принятия решения об их адекватности служебным обязанностям. Очень часто для решения этих задач строят мощную менеджерскую структуру из расчета один менеджер на 7-10 сотрудников. Надо отметить, что в разрешении ситуации с проблемным сотрудником больше заинтересованы его коллеги, но они не хотят участвовать в принятии непопулярного решения. В качестве одного из вариантов системы естественного отбора (когда коллеги по работе принимают участие в выявлении проблемных сотрудников) может быть использовано так называемое правило отказов. Сотрудник может быть уволен, если от него последовательно отказываются проектные команды. У менеджеров проекта есть право отказаться, а у руководства есть право принять непопулярное решение на основе отказов.
• Построение системы оценки и карьерного роста. Кроме начальной оценки и наблюдения за сотрудником необходимо построить систему постоянной аттестации сотрудников. Система аттестации неразрывно связана с системой карьерного роста сотрудника. При этом цели должны ставиться как в профессиональной, так и в управленческой плоскости; они должны иметь четко выраженный характер и четкие сроки контроля, а их достижение должно стимулироваться. Такая система не только дает сотрудникам возможность расти материально и профессионально, но и позволяет при расширении компании адаптировать ее структуру за счет собственных сотрудников.
• Построение системы обучения персонала. Знания персонала должны соответствовать требованиям рынка, поэтому необходимо уделять внимание переподготовке сотрудников применительно к новым условиям. Переподготовку можно организовать через курсы или исследовательские проекты. Кроме того, система обучения может быть завязана с системой отбора. Например, если требуется нанять больше сотрудников, чем их можно найти на рынке в соответствии с заданными критериями отбора, то единственный способ все же набрать штат необходимой численности - снизить требования, одновременно организовав подготовку набранных сотрудников.
• Построение системы мотивации. Очень важно построить в компании систему мотивации персонала, направленную на высокое качество исполнения проектов. Одновременно система мотивации должна давать сотруднику ощущение некоторого гарантированного дохода, когда производство связано с успехами других подразделений, например, отдела продаж. Это означает, что у сотрудника должна быть базовая гарантированная зарплата, которая определяется его профессиональным уровнем и пересматривается на аттестации, прирастая еще и премиальными за успех конкретного проекта. Важно, чтобы схема подсчета и распределения премиальных была прозрачной. Еще одним наиглавнейшим условием правильной системы мотивации является ее обязательное исполнение. Задержка выплат зарплаты и проблемы с выплатой премий после успешного завершения проекта могут привести к нарушению морального климата в компании и проблемам с качеством последующих проектов. Можно сэкономить рубль, но затем потерять тысячи.
• Построение системы социальной защиты персонала. Очень часто систему социальной защиты, которая включает в себя медицинскую страховку, обеды, кредиты, ипотеку и другие элементы, воспринимают как некую затратную составляющую, призванную обеспечить конкурентоспособность компании на рынке труда. Однако социальная защита сотрудника может нести компании прямую выгоду. Так, отсутствие сотрудника по болезни в течение недели наносит убыток, потому что его время нельзя выставлять в счетах заказчику. Если же из скоротечного проекта из-за эпидемии гриппа выбыло 30% штатного состава, то проект этот будет трудно спасти.

Второй уровень качества - уровень проекта

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

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

• Функциональность. Набор требований к проекту.
• Качество. Набор критериев к количественному выражению качества проекта (например, число ошибок определенного приоритета при тестировании по конкретно заданным сценариям).
• Сроки. Даты доставки проекта заданного качества и требуемой функциональности.

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

Проанализируем средства для успешного выполнения проекта.

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

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

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

• Взаимодействие с заказчиком. Организация такого взаимодействия или управление ожиданиями заказчика - один из важнейших элементов качества. Исполнитель должен четко понимать, чего заказчик хочет, а заказчик должен четко осознавать, что и когда тот выполняет и доставляет. Только при таком понимании заказчик будет готов расстаться с деньгами. Кажется, простая формула, но она требует исключительного внимания, ведь между заказчиком и исполнителем лежит порой пропасть в тысячи километров, в языке и культуре. При организации процесса удаленной разработки не существует волшебной формулы, которая может помочь решить все проблемы.
• Управление изменениями. Любой проект, даже при самой детальной проработке требований, подвержен изменениям. Время идет, требования рынка могут измениться, и, соответственно, требования к проекту могут быть пересмотрены. Не нужно этого боятся, надо просто уметь этим управлять. Любое изменение должно быть сформулировано, оценено в разных направлениях (трудоемкость, стоимость, сдвиг дат, риски) и принято или не принято к исполнению. Иначе говоря, процесс оценки каждого изменения направлен на понимание того, что принесет данное изменение, и обоснованное принятие решения по его судьбе.
• Управление рисками проекта. Необходимо постоянно оценивать состояние проекта и возможные риски, которые могут повлиять на выполнение проекта в срок и с заданным качеством. В каждый конкретный момент времени можно оценить десять наиболее значительных рисков и разработать план по их устранению. Каждую неделю такие результаты работ по снижению рисков и сами риски могут пересматриваться и разрабатываться новый план мероприятий. Такой подход позволяет четко выявлять проблемы проекта и постоянно работать над их устранением.
• Управление конфигурацией. Проект не состоит лишь из исполняемых модулей программ, а представляет собой большую коллекцию проектных документов, документов тестирования, текстов программ и исполняемого кода. Это десятки, а то и сотни документов. Все они провязаны по версиям и взаимосвязаны между собой. Так, внесение нового требования к проекту меняет не только исходный код программ, но и всю сопроводительную документацию тестирования. Новое требование должно быть оттестировано, а для этого оно должно попасть в планы тестирования. Управление конфигурацией - это набор процедур, который позволяет поддерживать целостность всей проектной документации и кодов проекта.
• Управление планированием проекта. Без детального предварительного планирования невозможно планировать сроки выполнения проекта; это не пожелание, а жесткое требование. План должен быть максимально детализирован и проработан: нельзя идти туда, не зная куда.
• Управление качеством проекта. Обычно под этим подразумевается тестирование исполняемых модулей проекта на наличие дефектов. Более подробно, управление качеством включает в себя несколько этапов.
• Планирование процесса управления качеством. Уже на этапах оценки проекта надо понимать, как будет тестироваться проект, какие модули, какие элементы, как и на какие воздействия будут тестироваться: функциональность, производительность, нагрузка, соответствие стандартам. Отсутствие требований к качеству в документе с требованиями к проекту может привести к серьезным проблемам на следующих этапах.
• Подготовка проектной документации на тестирование. После процесса планирования необходимо проектировать тестирование.
• Подготовка дополнительных систем для тестирования. Иногда для тестирования на производительность или автоматического тестирования требуется подготовить стандартные средства или даже разработать специальный инструментарий.
• Собственно процесс тестирования и повышения качества проекта. Процесс тестирования должен охватывать не только исполняемый код, но и все, что производится в процессе проекта, например, требования, проектные документы, тест-планы, исходный код и т.д. Только постоянное и сквозное тестирование всех компонентов проекта может обеспечить его качество.
• Управление стандартами проектов. Кроме процессов, в компании можно выделить общие области для всех проектов. Например:
• Стандарты кодирования. Описывают требования к написанию и документированию исходного кода программ. Обычно зависят от языка программирования и являются обязательными для всех проектов, кроме случаев, когда заказчик требует следовать своим стандартам. Применение такого подхода позволяет создавать код в соответствии с предопределенными стандартами, что позволяет сделать его максимально независимым от автора.
• Стандарты пользовательского интерфейса. Не ограничивая творчество, на основе опыта предыдущих проектов показывают, как не надо делать.
• Стандарты проектирования. Позволяют определить требования к уровню деталей проектных документов и избежать волюнтаризма в проектировании. Если в стандарте указано, что должны быть прописаны все сообщения об ошибках, а проектировщик поленился это сделать (что может привести к серьезным проблемам при установке программы), то, в соответствии со стандартами, тестирование проекта должно выявить этот изъян.
• Этика выполнения проектов. Под этикой понимается движение ответственности за качество проекта. Например, если топ-менеджмент совместно с функциональностью задает проектной команде сроки и качество исполнения проекта, то кто отвечает за дату сдачи проекта? Проектная команда? Нет - топ-менеджмент. Если проектная команда выдала сроки, то она и отвечает. Кажется, какая разница, кто за что отвечает, если и те и другие установили одни сроки? Разница очень велика. Разница в морали проектной команды, оказывающей очень большое влияние если не на сроки проекта, то на его качество. Если руководство «прессует» проект по срокам, это может привести к побегу сотрудников из проекта и из компании. Поскольку в отбор и подготовку каждого сотрудника вкладываются значительные деньги, игнорирование этого правила может привести к очень серьезным потерям.

Третий уровень качества - уровень компании

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

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

Для постоянного повышения качества на уровне компании существует много подходов. Приведем некоторые из них.

• Лучший опыт . Основан на стимулировании генерации изменений внутри проектной команды, направленных на улучшение качества, их выявлении, анализе и последующем закреплении внутри всех проектных команд.
• Метрики. Направлен на постоянный сбор и анализ объективной информации о работе каждого сотрудника, проекта и компании в целом. Под объективной информацией подразумеваются количественные параметры, описывающие качество работы. Например, средняя величина задержки в доставке проекта или количество ошибок. Наличие таких метрик и сбор информации в течение длительно времени позволяет менеджменту компании принимать решения на основе более объективных данных и, следовательно, более эффективно повышать качество.
• Аудит проекта. Преследует две основные цели: выявление проблем с ведением проекта, которые еще не выявил заказчик, и принятие корректирующих мер; выявление соответствия работы проектной команды требованиям компании и принятие корректирующих мер по поводу команды.
• Пост-анализ проекта. Аналог аудита, осуществляется в конце проекта и позволяет выявить достижения и проблемы, встретившиеся в ходе работы над проектом.
• Сертификация компании. Закрепляет то, что уже наработано в процессе построения системы управления компанией. Часто сертификацию рассматривают как панацею для создания системы качества. Однако последовательность должна быть иная - сначала построение системы качества (возможно, с учетом последующей сертификации), а потом ее сертификация.

Риски и проблемы

Технические риски

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

Проблемы

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

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

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

Рынок оффшорного программирования у нас очень узкий, но можно сказать, что преимущества на нем сразу получают те компании, которые сразу создают правильную структуру: офисы продаж - в странах, где есть потенциальные заказчики (США, Канада, европейские страны, например Англия), а подразделения, которые отвечают за управление и качество продукта, - в Киеве. Такие фирмы будут успешны при условии, что они сумеют грамотно выстроить управленческую структуру, выдерживать качество и сроки, планировать работу и ресурсы. Чтобы активно продавать за рубеж, нужно хорошо знать специфику западного рынка, и, следовательно, приглашать в отделения продаж лучше западных специалистов. Для эффективной организации работы по выполнению западных заказов в России необходимы профессиональные менеджеры. К сожалению, люди, пришедшие у нас в оффшорное программирование, - в основном «технари», не имеющие навыков управления.

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

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

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

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

Недостатки и преимущества российского аутсорсинга

Роберт Вильямс (Robert Williams) (CDC adviser , США) в своем докладе заметил, что в условиях наличия в России всех технических возможностей, достаточных квалифицированных кадров, умеющих разрабатывать и руководить разработкой сложных программных задач, основной вопрос - смогут ли российские компании наладить решение вопросов маркетинга и продаж. В этом ключе рекомендация российским компаниям - уделять больше внимания уже полученным клиентам, поскольку завоевание новых рынков может стать очень дорогим мероприятием.

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

Говоря о критериях выбора компании для выполнения проектов на основе аутсорсинга, Эйла Руумукайнен (Eila Ruumukainen) (Sonera Rus ., Финляндия) отметила, что компания старается делать упор на долгосрочную программу партнерства. Основные критерии оценки бизнеса потенциального партнера:

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

Игорь Агамирзян (Microsoft Research ) в своем докладе "Место России на мировом рынке ИТ" отметил, что потенциал у России есть, однако реальность далека от желаемого. У России есть кадровый потенциал: в конце концов, отрасль ИТ в России развивается на протяжении 10 лет. Кроме того, в последнее время государство начинает осознавать стратегическую значимость ИТ-отрасли для страны в целом. Если проследить историю формирования отечественной отрасли ИТ, то можно выявить следующие этапы:

• 50-60-е годы - разработки, ориентированные на военные приложения. В определенном смысле начинается быстрое развитие квалифицированного персонала, однако не было реального спроса на рынке - промышленность работала малыми тиражами и малыми группами разработчиков.
• 70-80-е годы - стагнация в области создания оригинальных разработок, внедрение ИТ в экономику на основе клонов западных образцов ВТ и ПО (ЕС ЭВМ, СМ ЭВМ). В результате не удалось сформировать индустриальные традиции в ИТ, была попытка провести индустриализацию отрасли административными методами, а для "удешевления" использовались западные технологии. В итоге - отставание России на 5-6 лет в области современной компьютерной базы, а также практическое отсутствие индустрии ПО.
• 90-е годы - в начале десятилетия произошел переход микроэлектроники на массовые продукты низкой степени интеграции и практически выход микроэлектроники из высокотехнологичного сектора. Началось быстрое развитие негосударственного сектора ИТ и компьютерного бизнеса на базе ПК западных технологий. Началось формирование частного бизнеса, ориентированного на импорт компьютеров и комплектующих, а также формирование сбытовой модели "дистрибьютор-дилеры". Развивается т.н. "красная сборка" ПК. В это десятилетие произошел выход на российский рынок транснациональных корпораций-производителей. На рынке происходит интеграция информационных и коммуникационных технологий, развивается сегмент системной интеграции, формируется независимая сеть поставщиков решений на основе стандартных платформ, появляются лидеры в разработке прикладного ПО для местного рынка на специфических российских нишах.

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

В итоге можно выделить очевидные проблемы современного рынка ИТ в России:

• кадровые:
• в России имеется около 1,3 млн. программистов, однако не более 50-200 тысяч реально работают в отрасли;
• в 1990 году ВУЗами было выпущено 100 тысяч специалистов, в 2000 году - всего 7 тысяч;
• в ближайшие годы спрос на рынке может составить около 100-150 тысяч специалистов.
• финансовые:
• налогообложение (в случае экспорта ПО - возврат НДС);
• таможенные пошлины (в случае импорта ПО);
• оборотные средства и кредитные ресурсы, инвестиционная привлекательность и капитализация российских компаний отрасли ИТ;
• основная задача - формирование имиджа страны, способной решать свои проблемы самостоятельно.
• правовые:
• отраслевые стандарты;
• авторские и смежные права...
• культурные:
• языковой и культурный фундаментализм, противоречащий с практикой информационной открытости и глобализации организации труда и бизнес-процессов.

Российские вузы дают образование, которое не соответствует задачам бизнеса. У студентов нет практики реальных проектов. Начиная со второго курса они ищут работу, которая обычно не имеет ничего общего с программированием: до 70% студентов становятся менеджерами по продажам чего угодно. Вузовское начальство не понимает, чем программирование отличается от коммерческого программирования. Для подготовки конкурентоспособных на мировом рынке кадров достаточно трех курсов, но за это время студент должен освоить основы промышленного программирования, организацию производства, принципы управления проектами, маркетинг проектов, получить понятия качества проекта. Безусловно нужен хороший английский, но в институтах студенты не получают этого в полной мере. Коммерческие учебные центры могут только читать лекции, а этого мало. Поэтому некоторым достаточно крупным компаниям приходится создавать свои учебные центры.

Итак можно выделить следующие глобальные проблемы российского IT -аутсорсинга:

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

В подтверждение данных выводов, в обзоре АТП приводятся следующие данные. В Институте разработки программного обеспечения при Университете Карнеги Меллон (Carnegie Mellon University) разработана система измерения и сертификации процесса разработки ПО, названная СММ. Среди 160 организаций, которые открыли для прессы свой уровень сертификации (от 1 до 5), нет ни одной российской. Из 39 компаний, достигших 5 уровня сертификации, 21 расположена в Индии.

Очевидно, что система сертификации, разработанная далеким Питтсбургским университетом, отнюдь не является обязательным стандартом на рынке. Но, в то же время, принятие определенных правил игры, пусть и не являющихся объективной необходимостью, все же имеет определенное влияние на заказчиков, и игнорировать подобные запросы рынка также нельзя. Тем более, данная сертификация становится актуальной в ситуации, когда в самой России наблюдается острый недостаток компаний, занимающихся консультированием, проведением тренингов, и, в конечном счете, сертификацией бизнес-процессов по стандартам ISO и CMM. Недостаток в подобных системах экспертизы, по мнению АТП, значительно затрудняет продвижение отечественных софтверных компаний на мировом рынке.

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

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

Относительные сложности с въездом на территорию страны.

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

Высокая стоимость телекоммуникационных услуг

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

Слабые маркетинговые возможности

Недостаток опыта ставит отечественные софтверные компании в невыгодное положение. Большинство крупных индийских разработчиков ПО уже давно открыли свои представительства в странах потенциальных заказчиков. К тому же, по утверждениям наблюдателей, индийская диаспора уже достаточно сильно укоренилась в американских компаниях, занимающихся разработкой ПО. Очевидно, что наличие сильного представительства в стране заказчика значительно облегчает процесс предварительных переговоров. Российским же фирмам пока трудно конкурировать на американском рынке. По словам Андрея Смирнова, исполнительного директора новосибирского "Центра финансовых технологий", несмотря на то, что в России в числе осуществленных компанией проектов - крупные банковские платежные и биллинговые системы, - их офису в Чикаго пока удается получать только самые простые заказы. И это несмотря на то, что представительство было открыто еще в 1994 году.

Отсутствие специализированных ассоциаций

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

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

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

По данным журнала « iBusiness » можно вынести 6 «нет» аутсорсингу в России. Правда эти негативные моменты скорее адресованы заказчикам, чем исполнителям, однако нет следствия без причины…

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

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

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

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

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

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

Перейдем теперь к менее масштабным проблемам, таким как проблемы выполнения проектов:

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

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

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

• Максимальная детализация требований к проекту и другой проектной документации.
• Постоянная доставка измененной проектной документации заказчику.
• Регулярные совещания для детального совместного анализа проектной документации; именно на них выявляются непонимание и основные проблемы.

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

Основные игроки на российском рынке

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

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

Пример, присутствующий во всех публикациях - Luxoft . Эта компания входит в группу IBS, и уже это является серьезной гарантией качества и стабильности. У них есть интересные клиенты. Например, Boeing.

Крупными участниками также являются DataArt Ent . (родитель Port.ru) и подмосковная Agava (г. Долгопрудный). Заявили о намерении предоставлять оффшорные услуги "Веста-Евразия " (купившая V6), A. Partners и Actis Systems , открывшая недавно совместно с австрийским инвестиционным фондом Red Stars подразделение в Вене, которое займется поиском заказов.

В числе первых возникла компания EPAm . Сейчас ее клиенты - SAP, Samsung, Halliburton, Colgate и многие другие. В ее офисах в Принстоне, Москве и Минске работает, думаю, более 400 человек. По моим сведениям они внесли серьезный вклад в повышение надежности и эффективности Java-машин (и в целом - серверов приложений) для ведущих поставщиков корпоративных платформ.

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

Еще следует назвать питерскую фирму "Аркадия ". Это не только создатель популярного коробочного интернет-магазина, интегрированного с 1С, но и серьезная оффшорная компания.

Еще заслуживают упоминания Novosoft и "Аргуссофт ".

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

Кроме того, ряд западных компаний имеют в России подразделения по разработке ПО. К их числу относится, например, фирма OpenPages , создающая ПО электронной коммерции и управления Web-сайтами, и TerraLink , владелицей которой является Эстер Дайсон. А компании "Элвис +", "Эльбрус-2000 " и ряд групп из Новосибирска и Сарова работали по контрактам с такими гигантами, как Sun, Intel и т. п.

Цифры и прогноз развития российского аутсорсинга

Александр Самочадин ("Форт-Росс" ) отметил, что по результатам недавнего исследования рынка ИТ в Санкт-Петербурге выявлены следующие данные: в городе 203 компании-разработчики ПО, подробно обследованы 63 крупные компании (2,400 программистов).

По направлениям деятельности:

• 48% компаний занимаются исключительно разработкой ПО под заказ;
• 37% - разработкой собственного ПО;
• 15% - сервисной поддержкой.

Основные заказчики по схеме аутсорсинга выступают следующие страны:

• Европа (скандинавские страны, Германия, Великобритания, Швейцария) - 24%;
• США и Канада - 37%;
• Другие страны - 4%;
• Остальные - заказчики из России.

Области разработки ПО:

• Информационные системы с использованием БД - 38%;
• Интернет-разработки - 18%;
• Телефония - 12%;
• Искусственный интеллект - 10%;
• Реинжиниринг, системное программирование - 22%.

Тем не менее, статистика показывает следующие цифры по рынку:

• парк компьютеров:
  Россия - примерно 5 компьютеров на 100 человек;
  Япония - 48, США - 62;
• доступ в интернет:
  Россия - 2,7% жителей страны,
  Япония - 48%, США - 56%;
• доля сектора ИТ в ВВП:
  Россия - 0,61%, Япония - 2,72%, США - 4,38%;
• в абсолютных цифрах объем рынка ИТ в России составляет не более 2% рынка США.

И в тоже время в России:

• производительность труда в отрасли ИТ составляет 38% от уровня США (это абсолютный рекорд для российской промышленности, в среднем этот показатель составляет 18%);
• темпы роста составляют за 10 лет в среднем не менее 20% в год;
• в России имеется около 1,3 млн. программистов;
• за последнее время уже сформировалось некоторое количество "историй успеха": - на внутреннем рынке: 1С, Promt, ABBYY Software и др...
  - на внешних рынках: Cybiko, Newspaper Direct, Parallel Graphics, Kaspersky Lab ...

Так, динамика рынка оффшорного программирования выглядит следующим образом:

В дополнение к этим данным Алексей Сухарев (компания Auriga , США) привел данные InfoWorld (февраль 2000 года) по объему рынка оффшорного программирования в США:
2000 год - $5,5 млрд. , прогноз на 2005 год - $17,6 млрд.

К началу 2001 г. объем российского рынка оффшорного программирования составил, по некоторым оценкам, порядка $70-$100 млн.

Об этом заявил в своем докладе о развитии оффшорного программирования в России вице-президент РАН Владимир Фортов, выступая на проходящем в рамках международного форума "Россия в электронном мире" дне Министерства РФ по связи и информатизации. По словам В. Фортова, сейчас в России данной деятельностью занимается около 100 компаний, в которых работает более 8 тыс. высококвалифицированных сотрудников.

McKinsey Global Institute опубликовал доклад о развитии сектора оффшорного программирования в России. По данным отчета, этот сектор (включающий российских специалистов, разрабатывающих программные продукты по контрактам с зарубежными компаниями) будет расти на 50-60% в год. И хотя в настоящее время российский сектор оффшорного программирования находится еще в начальной стадии своего развития, он получит, по мнению авторов, международное признание и будет играть значительную роль в рамках глобального рынка оффшорного программирования.

Заключение

Автор примерно полгода проработал в одной из аутсорсинговых фирм. Компания была небольшая, всего 6 человек. Основателем был американец, сотрудник корпорации Real Networks . Соответственно, заказы получались именно оттуда.

В целом организация компании была достаточно грамотной: в США имелся генеральный директор, здесь - операционный директор, финансовый директор, руководитель проектов (или Group Program Manager ), 3 программиста и системный администратор. Все, кроме директоров, имели навыки программирования, так что авральных ситуаций практически не случалось. Кого не хватало в штате – так это тестеров, которых так и не успели набрать до момента закрытия компании. Хотя операционный директор и совмещал в себе эту должность, основными тестерами оставались непосредственно американцы.

Техническое оснащение компании было более чем хорошим, программные средства, в общем, тоже. Была реализована система учета ошибок (или Bug tracking System ), использовались средства сохранности кода, система централизованного управления проектами… Правда программное обеспечение было либо бесплатным, либо пиратским, но в российских условиях это не являлось чем-то необычным. В целом, управление было организовано также достаточно грамотно. Однако качество выполняемых работ все же оставалось по-российски низким.

Конец этой истории печален. Летом этого года в связи с IT -кризисом в США и падением NASDAQ все сотрудники были распущены в неоплачиваемый отпуск а потом, месяца через 2 и вовсе уволены в момент закрытия компании. Причины такого скоропостижного закрытия скорее всего кроются не столько в кризисе и заморозке бюджетов, сколько в опять же низком качестве работы этой компании.

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

Лучшие доклады на научной студенческой конференции
«Глобальное информационное общество: экономические и социально-политические аспекты»,
МГИМО-Университет, декабрь 2007 г.

Офшорное программирование ‑ одна из форм оффшорного аутсорсинга, то есть использования для выполнения части функций компании сторонних специалистов («заимствование IT-ресурсов извне»). Термином «оффшорное программирование» в мировой IT-индустрии принято обозначать предоставление услуг по удаленной разработке программного обеспечения, выполняемой независимой от заказчика и, как правило, зарубежной компанией с привлекательными ресурсами разработки.

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

Рассмотрим современные модели взаимодействия заказчик-исполнитель в сфере оффшорного программирования.

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

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

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

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

Offshore Development Centres (ODCs) . Растущая популярность ОП вызвала необходимость создания центров оффшорного программирования. Такая модель очень популярна среди американских компаний, которые управляются из индийских центров. Таким образом, через подобные центры проходит достаточно много проектов, как простых, так и сложных в исполнении.

Объем мировой индустрии экспорта ПО, 2005 год

Источник: Ассоциация Руссофт, 2006.

На сегодняшний день страны, лидирующие по количеству компаний, предоставляющих услуги оффшорного программирования — это Индия (44% мирового рынка , объем экспорта $23,5 млрд.), Ирландия (17% 1 , $9,1 млрд.), Китай (13% 1 , $6 млрд. 2). России (3% мирового экспорта ПО 1 , объем экспорта $1,8 млрд. 2) пока сложно составить им конкуренцию, хотя, как отмечают специалисты, она имеет колоссальный потенциал. Российскому оффшорному программированию свойственен ряд особенностей — недостатков и преимуществ, о которых и пойдет речь в моем докладе.

Особенности российского оффшорного программирования

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

Недостатки российского оффшорного программирования

До недавнего времени его основными недостатками являлись:

1. Проблема коммуникации с зарубежными заказчиками.
2. Отсутствие поддержки государства.
3. Небольшое количество программистов в компаниях.

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

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

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

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

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

Преимущества российского оффшорного программирования

Что касается преимуществ на рынке оффшорного программирования по сравнению с другими странами, по данным опроса, проведенного ассоциацией Руссофт , многие ино-странные компании, пользующиеся или когда-то пользовавшиеся услугами отечественных команд программистов, выделяли следующие характерные для России черты:

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

В опросе, который проводился с января по февраль 2007 года, принимали участие 20 крупных корпораций США и Европы. Важно отметить, что они сильно отличающиеся друг от друга по размерам и доходам (от нескольких десятков миллионов долларов до 100 миллиардов долларов), большинство имеет опыт использования услуг компаний других стран. Таким образом, перечисленные преимущества России являются признанными не только у нас в стране, но и во всем мире.

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

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

Как следствие, высоки достижения российских студентов на различных соревнованиях по программированию. Например, на TopCoder-2007 российские программисты заняли первые места в двух секциях, на чемпионате мира по программированию, ACM International Collegiate, первое место заняли команды Саратовского государственного университета в 2006 году и получили одну золотую, две серебряных и одну бронзовую медали в 2007 году.

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

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

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

Шесть из двадцати опрошенных отметили, что на выбор в пользу российской компании повлиял фактор сходства культур и часовых поясов России и стран Запада (в этом отношении велики различия между Индией, Китаем и Европой, США). По мнению респондентов, российским программистам легче, чем их индийским коллегам, понять потребности бизнеса и учесть их в разрабатываемом продукте.

Таким образом, можно сделать вывод о том, что в России сложился ряд весомых предпосылок для развития оффшорного программирования и сферы ИТ в целом, и этот тезис признается во всем мире. С другой стороны, многие специалисты отмечают, что долгое время важнейшим фактором, сдерживающим это развитие, было отсутствие поддержки отрасли со стороны государства. Ситуацию должна изменить Федеральная целевая программа «Электронная Россия» 2002-2010 годов, о которой будет рассказано в следующей главе.

Новые инициативы по развитию информационных технологий в России

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

В рамках реализации ФЦП «Электронная Россия» проводится ряд мероприятий. Для развития российского оффшорного программирования особое значение имеют следующие из них:

1. Совершенствование законодательства и системы государственного регулирова-ния в сфере ИКТ.
2. Совершенствование взаимодействия органов государственной власти и органов местного самоуправления с хозяйствующими субъектами и внедрение ИКТ в реальный сектор экономики.
3. Развитие системы подготовки специалистов по ИКТ и квалифицированных пользователей.

Совершенствование законодательства и системы государственного регулирования в сфере ИКТ

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

Большое внимание уделяется определению авторского права на продукты ИКТ. Как известно, в России широко распространено пиратство и использование нелегальных копий программного обеспечения, что отрицательно сказывается на развитии отрасли и на международном имидже нашей страны. Поэтому одной из задач ФЦП «Электронная Россия» является спецификация интеллектуальной собственности и совершенствование законодательства, регулирующего копирование, распространение и использование программного обеспечения.

Совершенствование взаимодействия органов государственной власти и органов местного самоуправления с хозяйствующими субъектами и внедрение ИКТ в реальный сектор экономики

Основные направления деятельности: создание в России особых экономических зон технико-внедренческого типа и технологических парков (технополисов) .

В настоящее время существуют следующие ОЭЗ технико-внедренческого типа :

• Особая экономическая зона в Зеленоградском административном округе г. Москвы .
• Особая экономическая зона в г. Дубне (Московская область) .

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

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

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

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

• Строительство офисов и инфраструктуры информационно-технологического (ИТ) бизнеса;
• Строительство жилья и передача его специалистам через механизм ипотечного кредитования;
• Развитие городской инфраструктуры;
• Привлечение специалистов в области ИТ из российских регионов и стран СНГ;
• Продвижение услуг экспортного программирования и ИТ-аутсорсинга;
• Развитие новых научных направлений в университете города Дубна, развитие образования в субъектах федерации.

Успешная реализация данного проекта позволит привлечь как внутренние, так и иностранные частные инвестиции в сектор информационных технологий. Ярким примером организации ИТ-кластеров является превращение города Бангалор (Индия) в центр индустрии высоких технологий. Благодаря выполнению правительственных программ по развитию ИТ в данном регионе, объём экспорта программной продукции индустрии экспортного (оффшорного) программирования штата Карнатака (столица — г. Бангалор) уже в 2002 г. составил $2,06 млрд.

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

Развитие системы подготовки специалистов по ИКТ и квалифицированных пользователей

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

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

В связи с этим следует отметить следующие мероприятия в рамках Программы:

• Совершенствование и развитие в рамках высшего профессионального образова-ния программ подготовки специалистов по управлению информационными ресурсами и информационным технологиям в предпринимательской деятельности, сфере образования, средствах массовой информации и государственном управлении.
• Совершенствование и развитие программ подготовки специалистов по ИКТ со средним профессиональным образованием.
• Развитие программ подготовки специалистов по ИКТ в рамках начального про-фессионального образования.
• Создание системы переподготовки преподавателей.

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