Как мы строим процессы: взгляд на разработку от команды Embedika

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

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

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

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

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

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

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

В следующих материалах покажем, как эти принципы реализуются в конкретных инструментах и практиках фронтенд-команды Embedika.