«Новатор» — это компания, занимающаяся аутсорсингом программного обеспечения, основанная несколькими ИТ-инженерами для предоставления серьезных услуг, но без типичной корпоративной бюрократии, характерной для других компаний, с качеством, намного превышающим средний по отрасли (это не шутка).
«Новатор» — технологическая компания, управляемая инженерами.
Каждый проект контролируется не рядовым менеджером, который имеет поверхностное представление о проблемах проекта, а старшим инженером, который глубоко вовлечен во все действия по разработке от написания кода и развертывания до проверки требований.
Мы избегаем найма младшего персонала, стараемся, чтобы в проекте участвовало как можно меньше людей, и полагаемся на инженеров старшего уровня гораздо больше, чем в средней компании.
Также у нас нет чисто управленческих должностей в проектах. Больше технарей в проекте, меньше нетехнических людей в проекте.
Это улучшает коммуникацию (больше никаких пауз типа «дай мне минутку, я проверю это с разработчиками») и минимизирует затраты, так как больше людей выполняют фактическую работу и меньше парней (и девушек) в группе поддержки.
У нас больше всего опыта работы с веб-/мобильными + серверными приложениями среднего размера в различных корпоративных и не очень корпоративных доменах:
Мы можем хорошо реализовать различные типы проектов, будь то система планирования визитов к врачу, приложение для доставки еды или интеграция между несколькими системами любой сложности.
Если проект связан с машинным обучением (распознавание изображений/текста, статистический анализ и т. д.), анализом больших объемов данных — мы можем сделать и это.
Если ваш проект в сфере IT и не подходит под эти категории, но вам очень нужна команда - свяжитесь с нами. Даже если после краткого обсуждения мы придем к выводу, что ваша сфера деятельности или конкретная идея нам не по душе, мы все же можем помочь, направив вас к одному из наших партнеров или дав несколько общих советов. Бесплатно, конечно.
В настоящее время в различных проектах задействовано около 30 человек.
Обычно это зависит от готовности требований проектов. Мы можем сразу начать анализ с командой из 2-3 человек и постепенно привлекать больше людей, как только идея продукта будет сформирована.
Обычно проект начинает работать на полную мощность через 3-4 недели, но при необходимости мы можем собрать всю команду за неделю или две.
Да, около 40% наших проектов разрабатываются с нуля. Мы занимаемся всеми связанными действиями от документации до развертывания и поддержки клиентов.
Да, будь то старое унаследованное предприятие или незавершенный прототип — если мы знакомы со стеком технологий — мы можем это сделать. Так начиналось около 20% наших проектов.
Поскольку во многих таких случаях поддержка проекта будет долгосрочной, мы обычно планируем дорожную карту, чтобы освежить ее и стабилизировать разработку, потому что часто качество продукта на начальном этапе далеко от идеального. Эти мероприятия идут параллельно с приоритетной поддержкой и внедрением новых требований.
Это зависит от размера проекта. Например, веб-портал среднего размера с парой интеграций, требованием масштабируемости и отказоустойчивости, функциями анализа данных и родным мобильным приложением, команда будет:
Для более крупных проектов обычно выделяется несколько таких команд, которые работают параллельно над разными частями системы.
Мы всегда можем очень эффективно сотрудничать с внешними бизнес-аналитиками, владельцами продуктов, дизайнерами, будущими пользователями системы.
Обычно мы также можем хорошо работать вместе с вашей командой разработчиков. Но имейте в виду, что масштабирование проекта путем приглашения большего количества людей проходит гладко только в том случае, если команды могут работать более или менее независимо. Хороший пример — когда каждая команда разрабатывает свою часть большой системы. Это может быть не идеально, когда несколько команд делят ответственность за одну кучу кода и регулярно наступают друг другу на пятки.
Мы стараемся избегать чистого аутстаффинга, когда наших инженеров включают во внешнюю команду. Мы наиболее эффективны, когда можем взять конкретную функциональность, внедрить и отправить ее самостоятельно. Мы можем придерживаться любых технических стандартов, используемых в вашей команде.
Да, если требования определены или могут быть четко определены, и у каждого есть четкое представление о масштабах проекта.
Как правило, контракты с фиксированной ценой приводят к завышению цен для решения непредвиденных проблем, но, с другой стороны, они дают клиенту возможность знать бюджетную стоимость.
В отличие от многих других компаний, мы любим контракты с фиксированной ценой, потому что они позволяют команде разработчиков быть гибкой в рамках бюджета. Например, в больших и длительных проектах время от времени может возникать потребность в определенном наборе инструментов для разработки. Это часто связано с автоматизированным тестированием, развертыванием, мониторингом или рефакторингом, и, хотя преимущества очевидны для команды разработчиков, их нелегко измерить с точки зрения рентабельности инвестиций.
При ценообразовании времени и материалов наша команда должна сначала согласовать объем работ с заказчиком, но на самом деле у клиента здесь действительно мало выбора - либо отклонить эти запросы, чтобы сэкономить деньги сейчас и иметь больше проблем позже, либо неохотно одобрить дополнительные работать без четкого понимания ее преимуществ. Подход с фиксированной ценой означает, что мы не будем беспокоить клиента сложными техническими решениями, позволяя ему сосредоточиться на потребностях своего бизнеса.
Да. Схемы почасовой оплаты позволяют существенно сэкономить бюджет, если сотрудничество между клиентом и подрядчиком велико, потому что нет необходимости предварительно добавлять непредвиденные расходы в цену. Если рисков нет, то и платить за них не нужно!
Коммуникация и прозрачность очень важны для временных и материальных проектов в области ИТ. Хотя код обычно можно считать замороженным после того, как он был написан, протестирован и отправлен, иногда он может потребовать рефакторинга и обслуживания позже или может иным образом замедлить разработку новых функций. Эти вспомогательные действия могут иметь решающее значение для успеха проекта, даже если они не связаны напрямую с ходом выполнения дорожной карты.
В наших предыдущих проектах эти дополнительные расходы случались редко и обычно не превышали 10% от общего бюджета проекта. Мы всегда информируем клиентов о любых таких рисках на протяжении всего проекта и тщательно обсуждаем порядок действий в каждом случае.
Да. Исходя из опыта, наш подход к разработке наиболее эффективен на проектах среднего размера, где гениальные технические решения и высокий уровень автоматизации экономически целесообразны.
В очень маленьких проектах часто бывает быстрее сделать все вручную, меньше автоматизировать и, как правило, придерживаться подхода «отправил и забыл». Не так много с долгосрочными, когда, потратив 2 недели на разработку инструмента тестирования, можно сэкономить 6 месяцев работы в течение следующих 3 лет поддержки.
В двух словах: обычно мы рассматриваем только проекты с бюджетом в $50+k. С меньшими суммами вы можете найти команду, которая даст вам лучшую отдачу от затраченных средств, но с большими - мы в этом сомневаемся!
Ставки зависят от требуемых навыков и обычно находятся в диапазоне 50-100 долларов в час.