Библиотека

Главная / Библиотека / Статья: Эффективная контрактная разработка

Эффективная контрактная разработка электроники

Роман Пахолков, руководитель компании Promwad, www.promwad.com

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

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

История возникновения контрактной разработки

1960-1990

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

1990-2000

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

2000-2004

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

2004-2006

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

Современные требования к продукту

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

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

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

Особенности разработки на заказ

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

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

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

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

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

Таблица 1. Отличительные особенности производителя продукции и контрактного разработчика

Производитель продукта

Контрактный разработчик

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

Заинтересован в продажах и успехе продукта на рынке Заинтересован в продаже услуг по выполнению разработок на заказ

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

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

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

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

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

Несет риски по выводу продукта на рынок и принятию нового продукта рынком Несет риски по точности оценки своих услуг и по ведению проекта в целом

Жизненный цикл типичного продукта 3-5 лет, в котором 1 год уходит на разработку (включая концепцию и подготовку к производству) Жизненный цикл типичного проекта 3-5 месяцев, из которых 1 месяц уходит на планирование и старт проекта

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

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

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

Рисунок 1. Схема взаимодействия заказчика и контрактного разработчика

Проблемы контрактных разработчиков

Рынок контрактной разработки сейчас находится на этапе становления. Вполне естественно, что этот рынок испытывает определенные сложности.

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

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

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

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

Формирование стоимости услуг

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

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

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

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

Устранение рисков при разработке

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

Таблица 2. Риски и способы их устранения

Риск

Описание

Решение

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

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

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

Превышение цены изделия Стоимость изделия превысит планируемую себестоимость при производстве, как следствие потеря рентабельности продукта Проведение предварительной оценки на стадии разработки технико-коммерческого предложения; обоснование стоимости изделия при различных тиражах; размещение расчета себестоимости (BOM) независимым контрактным производителям

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

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

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

Примеры контрактной разработки и устранения рисков

Контроллер информационного табло.

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

Концентратор данных.

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

Панель управления спецтехникой.

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

Бортовой компьютер.

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

Беспроводной сканер штрих-кодов.

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