Стоимость — первое, на что обращает внимание клиент при выборе аутсорсинговой компании. Но при расчете необходимо оценить различные факторы.
У каждого клиента собственные требования, поэтому стоимость услуг будет разной. Чтобы прояснить ситуацию, в данной статье мы рассмотрим внешние и внутренние факторы, а также проведем анализ расчетов затрат для определения лучшей стоимости услуг ИТ-аутсорсинга.
Факторы, влияющие на стоимость ИТ-аутсорсинга
1. География
География является одним из самых важных факторов, влияющих на стоимость. Чем лучше развита экономика, тем дороже разработка программного обеспечения.
Успешность любого бизнес-проекта неразрывно связана с работой технической команды. В зависимости от масштаба проекта, его целей и особенностей, а также финансовых возможностей, компания выбирает наиболее удобную модель взаимодействия с ИТ-подрядчиком. В последнее время компании все чаще прибегают к внедрению в свои структуры специальной группы разработчиков через аутсорсинг.
Есть множество моделей взаимодействия, среди них можно выделить: фиксированная стоимость, время и материалы, фиксированное время и бюджет… Но среди всех модель Выделенной команды значительно отличается.
Выделенная команда формируется исходя из целей, пожеланий и требований заказчика. Эта модель отлично подходит для разработки крупных долгосрочных проектов, в которых часто меняются требования. Она достаточно гибкая относительно объема работ и задач, затрат и ресурсов, а также относительно самой команды разработки.
Нанимая выделенную команду, вы, в некотором смысле, нанимаете слаженный организм, который вдохновлен вашими целями, следует вашим указаниям и не оставит вас на полпути к цели, если что-то пойдет не так.
Есть два аспекта в формировании выделенной команды. В первом случае команда представляет собой отдельную группу с полным обслуживанием, в которую входят все необходимые сотрудники, такие как руководитель проекта, дизайнер и т.д. В другом случае заказчик может нанять выделенную команду для расширения своей собственной, это усиливает его группу за счет нескольких внешних экспертов.
В 2021 году половина российских компаний планирует нанимать временный персонал для привлечения к проектной деятельности. Компании Holyweb, которая специализируется на аутстаффинге ИТ-персонала, стало интересно, что стоит за этими цифрами. Они решили задать вопросы непосредственно тому, кто принимает такие решения — руководителю разработки на стороне клиента.
Глеб Корсунов, CBDO Holyweb, обсудил с Михаилом Кебичем, руководителем разработки публичного облака Mail.ru Cloud Solutions, какие существуют опасения относительно аутстафф-подрядчиков, как безболезненно подключить внешних специалистов к инхаус-команде и как влиять на их мотивацию.
В этой статье я расскажу о своем опыте внедрения Agile на DS проекте с нуля. Я расскажу по шагам что мы с командой пробовали использовать, к чему это привело, какие ошибки допускали и как мы в итоге пришли к стабильному, простому и понятному процессу разработки.
Контекст проекта и немного введения
Проект, с которым мне пришлось работать связан с определением объектов по камерам наблюдения на физических объектах (ресторанах). Нашей основной задачей было создание системы определения объектов и вывода необходимой информации на дашборде, а также мы осуществляли развертывание системы на объектах (более 1500) и поддержку пользователей.
Наша команда состояла из Data Science и Computer Vision специалистов, было несколько QA, один Frontend Developer и один Backend Developer. Я выступал в роли Project Manager.
Когда я только приступил к работе над проектом, там не было никакой документации, плана, отчетности и т.д. Все делалось на словах, что-то немного трекалось в Trello, это был тот еще хаос.
В этой статье я расскажу больше о процессе разработки. На проекте также был очень сложный процесс развертывания и поддержки пользователей. Этих процессов касаться в этой статье я не буду.
Этап 1. Начало внедрения Agile.
В самом начале моей основной целью было понять что вообще необходимо сделать, к какому сроку, кто чем занимается и что вообще есть сейчас.
В интернете я наткнулся на целую кучу различных статей о том, как выстраивать процессы в DS, но у всех были разные мнения: кто-то советовал Kanban, кто-то Scrum, кто-то описывал свои методики, но ничего общего я не нашел, не было ничего, что можно применить к любому проекту такого рода. Однако, самым ценным было знакомство с концепцией CRISP-DM.
Тренд на аутстаффинг появился не вчера и точно не исчезнет завтра. Рынок поиска персонала в целом меняется — и эти изменения важно отслеживать не только тем, кто запускает продукты, но и тем, кто предоставляет ресурсы.
Компании Holyweb, которая специализируется на аутстаффинге ИТ-персонала, продолжает исследовать данный вопрос. Глеб Корсунов, CBDO Holyweb, побеседовал с Владимиром Демченковым, Head of IT Recruitment Альфа-Банка, о том, как сейчас формируются команды разработчиков, как сохранять внутри ключевые экспертизы и почему аутстаффинг не существует вне общего контекста HR-рынка.
Всем привет! Наша компания провела эксперимент по созданию собственной разработки для коробочного продукта, и я хочу рассказать о его результате и о том, с какими сложностями столкнулся бизнес, продакт-оунеры и разработчики.
Если вы задумываетесь о том, чтобы перевести разработку и внедрение с аутсорсеров в in-house (или наоборот!), приглашаем под кат. Если же вы разработчик и рассматриваете предложения от интеграторов и скучного enterprise, то тоже сможете почерпнуть из этой истории что-то полезное.
Приветствую! Я – Данил Вильховский, генеральный директор компании по кастомной разработке программного обеспечения.
Нам часто приходят запросы на расчет стоимости проекта. Некоторые RFQ – настоящие шедевры: они детализированы, отлично структурированы. Иные же, скажем, требуют много уточнений. И это натолкнуло меня на мысль, что было бы неплохо создать небольшой гайд по составлению унифицированного и потому эффективного запроса цены.
В этой статье расскажу, почему наша IT‑компания приняла решение мигрировать с оплаты по фиксированной цене на оплату по фактически затраченному времени, и как это стало интереснее для наших заказчиков. Заодно разберемся, какие преимущества и недостатки есть в каждой модели, и как мы выстроили наши бизнес‑процессы, чтобы максимально нивелировать риски заказчиков.
Выбор компании, которой Вы доверите свой проект по разработке программного обеспечения – ответственная задача. Для крупных компаний, у которых тендерные процедуры давно отработаны и формализированы – все понятно благодаря наличию соответствующих инструкций. Однако для тех, кто впервые сталкивается с необходимостью выбора исполнителя для своего ИТ-проекта, процедура может показаться сложной и пугающей.
Поэтому мы создали пошаговое руководство как выбрать надежного партнера для своего проекта по разработке программного обеспечения.