Инхаус разработка что это
Опыт работы in-house: что это такое и в чем преимущества такого опыта?
Фриланс. Это работа на нескольких заказчиков и на различных проектах. Фрилансер сам себе ищет работу на специализированных биржах, отталкиваясь от своих умений. Поэтому работа может быть весьма разнообразной.
Удаленная работа (remote job). Эт о та работа, которая выполняется дистанционно. Это может быть официальная работа в компании, а может быть и фриланс. Может быть один заказчик, а может быть несколько.
Инхаус — обычная работа в офисе.
Инхау с — что это?
Очень часто это т термин понимают дословно, то есть «in house» — значит «в доме». Поэтому думают, что инхау с — это работа из своего дома. Но это совсем не так, инхау с — это официальная работа в офисе.
Сам термин «инхау с » может относиться к разным видам деятельности, но мы рассмотрим его с точки зрения программирования, то есть как такой вид деятельности отражается на программистах.
Инхау с очень часто применяется в IT-индустрии. В основном такой вид деятельности используют крупный и средний бизнес. Но также инхау с пользуется популярностью у стартапов. Почему так происходит? Потому что инхау с обладает рядом преимуществ.
Преимущества инхау с
Когда IT-деятельность осуществляется в офисе, у этого есть ряд преимуществ:
все разработчики во влечены в рабочий процесс, так как они целый день занимаются задачами по программированию и ничем особо не отвлекаются;
Из недостатков такой модели можно выделить следующие :
иногда бывает сложно найти именно того разработчика, который нужен прямо сейчас в команду, потому что нет возможности объективно оценивать соискателей;
в инхау с зарплата специалиста редко бывает «ниже рыночной», что не скажешь про удаленных сотрудников или фрилансеров;
если нужно существенно расширить штат, то также нужно будет расширять и офис (или открывать новый), такой проблемы нет при удаленной организации труда;
Если же начинать программировани е с нуля и идти по этому пути самостоятельно в качестве инди-разработчика, то путь до опытного программиста будет длиннее, чем если поработать какое-то время инхау с в хорошей компании.
Заключение
Инхау с — это быстрый опыт, стабильность, постоянная работа, а если компания успешная, то это еще и престиж. Удаленка или фриланс — это больше свободного времени, иногда вообще больше свободы и меньше зависимости от начальства, больше свободы творчества, практически нет ограничений. Поэтому это как весы: на одной чаше — опыт и стабильность, а на другой — свобода в разных ее проявлениях. Что для вас ценнее и какая чаша весов «перевесит» — к той модели организации своей деятельности и нужно стремиться!
Мы будем очень благодарны
если под понравившемся материалом Вы нажмёте одну из кнопок социальных сетей и поделитесь с друзьями.
Купить или создать: особенности in-house разработки технологических решений в финтех-компании
Создание новых технологических решений, лежащих «под» продуктовой логикой и бизнес-процессами, — это сложная задача для компании любого масштаба. Учитывая, что сегодня у компаний есть выбор, — создать новое с нуля или приобрести готовое решение, главное — правильно этот выбор сделать. Кирилл Ермаков, Chief Information Officer QIWI Group, рассказал, как правильно расставить приоритеты и грамотно построить процессы in-house разработки.
Chief Information Officer QIWI Group
Дилемма инноватора
Запуск любого IT-продукта — это долгий и трудоемкий процесс, при котором всегда что-нибудь идет не по плану. Перед деплоем всплывают серьезные баги, сроки сдвигаются, а иногда резко меняется стратегия — и продукт приходится изобретать заново. Особенно это касается масштабных запусков: по данным McKinsey, крупные IT-проекты в 45% случаев выходят за рамки бюджета, в 7% — за рамки дедлайна. От запланированных сроков исполнения вообще зависит многое — каждый дополнительный год разработки увеличивает сверхнормативные расходы на 15%. Обычно они связаны с некорректным планированием или исполнением: например, команда изначально поставила неверную цель или установила нереалистичный дедлайн.
В 2020 году любая компания — это отчасти IT-бизнес, будь то магазин, служба такси или сервис логистики, и вопрос внедрения собственных технологических решений рано или поздно встает перед каждой организацией. И в какой-то момент приходится решать — создать свою ИТ платформу или лучше воспользоваться готовым продуктом?
При оценке обычно учитывают потенциальные сроки разработки, доступный бюджет, размер организации и наличие ресурсов. Существуют онлайн-калькуляторы и формулы расчета, которые определяют, что выгоднее — Build или Buy.
Интересно, что три года назад аналитики IDC прогнозировали, что к 2020 компании будут тратить на покупные решения больше, чем на собственные разработки. Действительно, сегодня доступных SaaS-решений стало больше, а их средняя стоимость снизилась. Параллельно с этим развиваются open source платформы. Предполагается, что уже к 2021 две трети всего софта, используемого корпорациями, будет с открытым кодом. Многие также используют гибридный подход — например, создают собственное решение, дорабатывая open-source продукт, или комбинируют несколько готовых решений, создавая свою кастомизированную версию.
Собственные разработки: кому и зачем нужны
In-house разработка в компаниях — как технологических, так и финтех- и банках — существует на двух уровнях:
Например: движок базы данных — это технология, а когда его дорабатывают, дополняют интерфейсом, бизнес-логикой и интегрируют с другими сервисами — это уже продукт
Для начала разберем плюсы и минусы in-house разработки. Можно выделить как минимум четыре недостатка технологических решений своими силами:
Но плюсов все же больше:
Возьмем, к примеру, небольшой стартап, которому нужна умная CRM-система или платформа для бухучета. В этом случае in-house разработка не имеет смысла — вы зря потратите время и деньги. Но крупная технологическая компания, которой нужны комплексные и нестандартные продукты, извлечет из in-house большую выгоду. Особенно это касается сферы финтеха. Традиционно это более гибкая и адаптивная отрасль, в которой IT-составляющая всегда играла важную роль. Классические финансовые компании обычно покупают готовые сервисы — далеко не у всех есть своя система процессинга платежей или АБС.
Мы изначально не пошли по такому пути финансовых компаний. С момента создания QIWI работала как IT-компания и с нуля создавала процессинг терминалов. Поэтому мы сразу же делали ставку на in-house и для этого строили культуру внутренней разработки и автоматизации. Сразу стало понятно, что технологической компании нужны мощные подразделения с командой сильных программистов — скромного IT-отдела будет недостаточно. А для этого нужно наращивать экспертизу за счет разработки собственных технологий.
Однако in-house разработка не всегда целесообразна: многое зависит от задач и потребностей компании, поэтому нужна гибкость. Приведу пример: мы долгое время не могли найти на рынке подходящий антифрод-движок, но создание его с нуля не входило в наши планы и потребовало бы слишком много ресурсов. Тогда мы выбрали наиболее оптимальный покупной продукт и дополнили его in-house надстройкой — то есть кастомизировали под свои задачи.
Постепенно мы пришли к гибридной модели разработки и в других подразделениях. В общей сложности сегодня QIWI использует шесть собственных процессингов и два покупных решения — это АБС и карточный процессинг. Кроме того, мы построили собственный отдел разработок в сфере информационной безопасности, а также подразделение, которое создает продукты для бэкофиса. Это помогает с легкостью кастомизировать покупные продукты и оптимизировать их под свои задачи, продолжая при этом работать над in-house разработками и выкладывали решения в открытый доступ.
Так, например, благодаря собственному отделу ИБ-разработок QIWI смогла создать платформу для обнаружения утечек исходных кодов Leak-Search — она помогает компании отслеживать утечки исходных данных и чувствительной информации. Например, если сотрудник выкладывает код в репозиторий, не осознавая, что в нем содержатся пароли от базы данных или конфигурации сетей. Мы просто не нашли в тот момент достойного и быстрого решения для автоматического мониторинга, поэтому разработали его своими силами и начали использовать в контуре компании — а затем, убедившись в эффективности платформы, предложили ее рынку.
Build vs. Buy: как определиться
В каждом случае мы проводим оценку по нескольким критериям, чтобы понять — делать самим или купить готовое. Процесс устроен следующим образом:
In-house в технологических корпорациях
Построение отдельного бизнеса на базе технологического in-house — нормальная практика в IT. Часто гиганты рынка создают профильные решения под свои нужды, а потом масштабируют и выкладывают в открытый доступ. Так делают и Google, и Facebook, и Яндекс. Один из самых успешных кейсов — Amazon, которая до недавнего времени получала основную долю прибыли не от своего торговой площадки, а от облачной системы AWS. Пример технологического in-house на российском рынке — Mail.ru и ее база данных Tarantool. Компания не нашла на рынке эффективной базы для хранения горячих данных и создала свою, которую вскоре выделила в отдельное продуктовое направление — и сейчас занимается ее развитием, предлагая сервисы Tarantool рынку.
Еще один похожий кейс — аналитическая система управления базами данных ClickHouse. Изначально она создавалась для Яндекс.Метрики, но в какой-то момент продукт вышел из-под контроля — в хорошем смысле, — и его стали использовать в Директе, Маркете, Почте, AdFox, Вебмастере, а также в мониторингах и бизнес-аналитике. ClickHouse работал эффективнее аналогов, а в некоторых случаях решал задачи, с которыми другие инструменты не справлялись. В результате команда Яндекса открыла доступ к ClickHouse, опубликовав исходники на GitHub.
Впрочем, часто IT-гиганты находятся в своем информационном пузыре и начинают терять связь с рынком. Они могут тратить годы на создание технологии, которая решает задачи только самой компании, но не находит отклика у рынка. Например, Google в 2011 году свернула свой проект Labs, который занимался инновационными разработками, многие из которых закончились провалом. Изначально компания делала ставку на быстрые запуски продуктов, но потом поняла, что слишком часто «промахивается» — и поменяла модель. Другой пример — хостинг Google Code, который закрылся в 2016 году — спустя 8 лет после запуска GitHub, который оказался более успешным. На финансовых показателях Google это сказалось несущественно — IT-корпорация может переносить даже миллионные потери, но для компании меньшего масштаба это был бы огромный риск.
Чтобы этого не произошло, важно на определенном этапе подключать продуктовую логику — то есть перейти от разработки технологического решения к разработке готового продукта. Поэтому для развития, а главное, продвижения внутренних инноваций на внешние рынки нужно создавать не только сильную IT-команду, но и подразделение продуктовой разработки. Иногда «продакты» помогают понять, в каком направлении двигаться — и благодаря им внутренние проекты превращаются в успешный бизнес. Один из таких примеров — неожиданный успех игровой студии Tiny Speck, которая в начале 2010-х решила создать сервис для упрощения коммуникаций в команде. Так появился корпоративный мессенджер Linefeed, а через несколько лет он получил новое название — Slack. Первое время его использовали только четыре разработчика, но потом команда привлекла к тестированию своих друзей из других компаний — собрав фидбек, она улучшила продукт и смогла вывести его на рынок. Так появился сервис, который полностью изменил подход к корпоративным коммуникациям.
Финтех-компании тоже часто становятся драйвером инноваций: автономность отрасли и стремление создать свои технологические платформы с нуля позволяет тянуть за собой весь финансовый сектор — в том числе консервативные и неповоротливые банки. Сегодня любой финтех-стартап понимает: добиться успеха можно только с мощной технологической базой, с сильным отделом разработки и продуктовой командой. Соединение инженерной и продуктовой экспертизы как раз помогает взглянуть на рынок со стороны и понять, когда стоит изобретать новое, а когда лучше довольствоваться тем, что уже доступно.
Фрилансер, инхаус или студия: как выбрать исполнителя
Практическое руководство от команды студии мобильной разработки Winfox для тех, кто начинает делать свое приложение.
Что именно входит в создание приложения? Вопрос, который нам чаще всего задают клиенты. Они хотят знать, сколько денег и времени от них потребуется, как строится работа, с чего начать и как в результате заработать, а не потерять.
Этот важный вопрос, на который нельзя ответить в двух словах, вдохновил нас на публикацию этого цикла статей. В них не будет туманных советов из серии «как сделать приложение: три простых шага». Зато будет опыт, накопленный нами за пять с лишним лет работы на рынке мобильной разработки, примеры из практики и руководство к действию.
Из предыдущих материалов вы узнаете:
Сейчас поговорим о том, от чего зависит выбор разработчиков и кому лучше доверить разработку мобильного приложения.
От того, кому вы доверите разработку приложения, зависит стоимость проекта, время реализации и результат. Есть три варианта: найти фрилансера, сделать приложение внутри компании, то есть инхаус, или обратиться в студию мобильной разработки. Каждый подход имеет свои плюсы и минусы.
Фрилансер — это человек, который не состоит в штате и работает с вами попроектно. Такого исполнителя можно найти на биржах труда и специальных интернет-ресурсах.
отсутствие гарантий. Фрилансер может перестать выходить на связь, сорвать сроки, бросить все и уехать на Бали. Причин, по которым исполнитель может вас подвести и не доделать работу до конца, много;
Если нужно быстро и недорого проверить гипотезу или сделать небольшой проект, можно работать с фрилансером. Этот вариант также подойдет, если вы готовы тратить много времени на общение с подрядчиками и управление проектом.
Инхаус VS внешнее агентство: плюсы, минусы, рекомендации
Инхаус или внешнее рекламное агентство — с кем сотрудничать бренду? Рассмотрим плюсы и минусы перехода на инхаус.
В последние несколько лет производство рекламы инхаус стало мировым трендом. В конце 2018 года американская Ассоциация национальных рекламодателей обнаружила, что 78% ее членов имеют собственные агентства, по сравнению с 58% в 2013 году и 42% в 2008 году. С 2013 по 2018 спектр услуг, которые предоставляют инхаус-агентства, расширился: это не только креатив для традиционных и цифровых медиа, но и креативная и медийная стратегия, контент-маркетинг, аналитика данных и SMM.
Многие ведущие международные бренды, такие как Mastercard, L’Oréal, Getty Images, Revlon разработали собственные инхаус-агентства. Некоторые из них работают по гибридным моделям, когда часть рекламных работ производится внутри, часть отдается на аутсорс, а другие представляют собой диджитал-агентства полного спектра.
В целом, согласно исследованию Bannerflow и Digiday, 90% брендов движутся в направлении инхаусинга. При этом большинство брендов, которые перевели маркетинговые усилия инхаус, полагают, что затраты на создание внутреннего агентства окупаются.
Крупнейший международный рекламодатель Procter&Gamble взял курс на сокращение агентских расходов с 2014 года
У Unilever также есть собственное инхаус-агентство под названием U-studio
Unilever запустил его в 2016 году, и сейчас оно представлено в более чем 20 странах. Уже через год после запуска расходы компании на рекламные агентства сократилисьна 17%. В 2018 году, благодаря работе агентства, компании удалось сэкономитьна маркетинге € 500 млн.
Участники исследования Bannerflow и Digiday отмечают следующие преимущества инхаус-агентств:
НАШ ОПЫТ ГОВОРИТ, ЧТО СПИСОК ПРЕИМУЩЕСТВ ЭТИМ НЕ ОГРАНИЧИВАЕТСЯ. ВОТ САМЫЕ ВАЖНЫЕ ИЗ НИХ.
В 2018 году 87% респондентов были обеспокоены уровнем финансовой прозрачности во внешних агентствах, в 2019 это оставалось главной проблемой для 56% брендов. В инхаус-команде эта проблема сходит на нет.
Контролировать всю деятельность внутренней команды (а значит, стратегию и расходы на маркетинговые активности) проще, чем внешнего агентства, особенно если подрядчиков несколько.
Сотрудники инхаус-агентства больше вовлечены во все процессы, они лучше понимают продукт, ценности, культуру и философию бренда, чем внешние консультанты.
Отсутствие конфликта интересов
Внешнее агентство может иметь отношения с одним из конкурентов бренда, и это может быть еще одной головной болью для компании.
Сотрудники внешнего агентства обычно работают на нескольких проектах, они распределяют время между несколькими клиентами. Штатные же сотрудники все силы посвящают одному проекту — следовательно, производительность в инхаус-командах выше. К тому же сотрудники агентства работают бок о бок с другими членами команды и всегда могут лично обсудить проблемы или идеи — это ускоряет процессы.
Список преимуществ выше выглядит вдохновляюще, но на деле при внедрении in-house маркетинга бизнес сталкивается с трудностями. В частности, только 31% брендов, внедривших инхаус-маркетинг, утверждают, что это было несложно; 44% полагают, что это «было не без вызовов, но стоило того», а для 25% это стало настоящим испытанием.
ПОЭТОМУ СЛЕДУЕТ УЧЕСТЬ ПРОБЛЕМЫ, КОТОРЫЕ ВОЗНИКАЮТ ПРИ ПОСТРОЕНИИ ВНУТРЕННЕЙ КОМАНДЫ.
За месяцы самоизоляции и карантина мир изменился. И от брендов, и от агентств требуется максимум усилий, чтобы остаться на плаву. Американская Ассоциация национальных рекламодателей уже опросила бренды о том, как продвигается работа с креативными сообщениями в период пандемии — ожидаемо, 92% сказали, что поменяли работу над креативами. Но интересно, что 55% опрошенных брендов назвали свои инхаус-агентства самым важным ресурсом для производства новых креативных активов — и лишь 26% назвали так внешние агентства.
КАКИЕ ПРЕИМУЩЕСТВА ДЛЯ КОМПАНИЙ ДАЮТ ИНХАУС-АГЕНТСТВА ВО ВРЕМЯ КРИЗИСА?
Тенденция уводить маркетинговую деятельность внутрь компании набирает обороты и не собирается сворачиваться из-за кризиса. Но решение о создании инхаус-агентств должно приниматься взвешенно. Чтобы такое агентство работало эффективно, нужны профессиональная команда, понятная экономика и настроенные процессы.
Если вы решите организовать собственное инхаус-агентство, помните:
«Создавая СБЕР Маркетинг как инхаус агентство полного цикла, мы ориентировались на лучшие глобальные практики. Для нас было важно сэкономить деньги Сбербанка, повысить эффективность наших маркетинговых инвестиций, но главное — это, конечно, сохранять внутри группы ключевую экспертизу для цифрового бизнеса в современных условиях — в маркетинге, в управлении привлечением клиентов и цифровыми продажами через performance, в креативе, который определяет лицо бренда. Мы увидели существенный эффект уже в первые полгода работы, получив в performance результат на 20% лучше амбициозного плана при реализации 80% бюджета. А ведь мы поставили высокие цели по KPIs и снизили стоимость контракта. Я считаю, что сегодня строить свой in-house marketing hub — правильная кризисная стратегия, которая даст плоды в следующие 2−3 года. СБЕР Маркетинг прошёл этот путь и начал работать на внешних клиентов как рыночное агенство. Теперь развитие in-house услуг один из сервисов, который мы предоставляем клиентам».
«Мы — рыночное агентство со всеми преимуществами инхаус-агентства, поскольку наш учредитель — банк. У нас есть специализированные подразделения внутри, которые ориентированы на задачи банка и Экосистемы, а есть подразделения, ориентированные на внешний рынок. Такая модель позволяет задействовать все преимущества инхауса и в то же время успешно работать на внешнем рынке».
Если вы хотите создать свое инхаус-агентство — напишите нам
Мы поможем подобрать специалистов и наладить процессы так, чтобы вы почувствовали все преимущества инхаус-команд и не столкнулись с их недостатками.
Инхаус-разработка и аутсорсинг в IT: как обеспечить баланс
При создании IT-продуктов одни компании стремятся к собственной разработке – в инхаус-команде, другие обращаются к аутсорсу – экспертизе IT-компаний. Рассмотрим, как найти баланс между этими методами, на примере финтех-кейсов из нашей практики.
Плюсы работы в команде инхаус
Инхаус-разработка чаще всего подходит для небольших компаний, в которых штатное IT-подразделение справляется и с поддержкой, и с развитием внутренних информационных систем.
По мере того, как компания растет, увеличиваются её потребности в цифровизации. На этом этапе IT-продукты – неотъемлемая составляющая бизнеса, которая определяет его конкурентные преимущества. Если ресурсов штатной IT-команды становится недостаточно, зачастую бизнес обращается к IT-компаниям для аутсорсинга разработки.
Аутсорсинг разработки
Компания-аутсорсер развивается в условиях сильной конкуренции на IT-рынке. В свою очередь, конкуренция требует совершенствовать все внутренние процессы: разработку, управление командой, обеспечение качества.
В этих условиях преимущество получают аутсорсеры, которые способны быстро формировать команды и погружаться в новые предметные области.
Баланс аутсорса и продуктовой разработки
Иногда компания предпочитает разрабатывать IT-продукты самостоятельно из-за того, что не знает, как выстроить сотрудничество с аутсорсером. Со стороны бизнеса возможны различные опасения:
Например, владелец продукта может считать, что аутсорсинг – это дорого. При этом для самостоятельного осуществления разработки бизнесу приходится создавать внутри себя IT-компанию, вкладывая в нее как деньги, так и время.
Бизнес может бояться, что не сумеет сохранить экспертизу. Понимая эти страхи, опытный аутсорсер в первую очередь помогает заказчику сохранить контроль над проектом и оптимальным образом организовать инфраструктуру.
Наш опыт показывает, что к аутсорсингу обращаются компании практически из всех отраслей, в том числе высокотехнологичные лидеры, у которых есть свои IT-подразделения. С помощью внешних команд бизнес получает возможность найти новые технологические решения, а также ускорить разработку, если это необходимо. Кроме того, продуктовым командам иногда бывает нужна помощь в выстраивании процессов разработки.
Пример из практики:
Несколько лет назад к нам обратился новый клиент – стартап в банковской отрасли. Заказчик поставил перед собой цель: с нуля создать систему дистанционного обслуживания (ДБО) и стать лидером банковского рейтинга Markswebb. При этом компания была ориентирована на самостоятельную разработку, с минимальной долей аутсорсинга.
Для достижения своей цели банк сформировал IT-подразделение и посвятил много времени тому, чтобы выстроить работу по Agile. Однако, когда команда разработки выросла, управлять ей стало сложнее. Появились определенные проблемы взаимодействия, например, некоторые операции выполняли вручную и не автоматизировали.
Опираясь на этот опыт, банк изменил подход к аутсорсингу: теперь задачи по разработке выполняют распределенные команды, состоящие как из инхаус-специалистов, так и из программистов на аутсорсинге. Выбранный способ уже подтвердил свою эффективность, таким образом банк может использовать экспертизу, накопленную IT-компанией, и сохранять ее.
«Задача заказчика – самостоятельно вести свою базу знаний и инфраструктуру, с которой будет работать аутсорсер (Docker, GitLab, Jira, Confluence). Проще говоря, команда аутсорсера будет приходить в корпоративную инфраструктуру и программировать или тестировать в рамках своей задачи. Таким образом, роли и обязанности будут оптимально разделены», – CEO SimbirSoft Алексей Флоринский.
Аутсорсер помогает в следующих задачах:
Аналитика (ТЗ, прототипы, UX)
Создание кода, код-ревью
Обеспечение качества (тестирование, SDET, работа с инцидентами)
Отработка новых идей, создание MVP
Инхаус-команда отвечает за:
Создание своей инфраструктуры
Метрики и отчетность по разработке
Развитие методики разработки
Сохранение экспертизы (обучение, митапы, хакатоны, грейды)
Кому подходит аутсорс и инхаус
Некоторые компании ведут разработку самостоятельно, считая, что аутсорсинг IT-услуг — это дорого. Однако, если перед бизнесом стоит задача развития своего продукта, для этого ему необходимо фактически создавать внутри себя IT-компанию. В этом случае для формирования инхаус-команды и ее погружения в задачи нужны не только средства, но и время — как правило, не менее 3 месяцев.
Временное подключение команды — аутсорсинг программистов и других IT-специалистов — нередко требует меньших затрат, чем наращивание инхаус-подразделения. При этом аутсорсер, за счет своего опыта в реализации продуктов для разных отраслей бизнеса, помогает компании подобрать гибкие технологичные решения и выпустить ПО в срок.
Приглашаем узнать больше об IT-аутсорсинге и форматах взаимодействия команд.