OKTEND — разработать любой ценой!
Команда
Мы — слаженная команда разработчиков, где все друг друга хорошо знают, понимают на кого в чем можно положиться. Нас менее 30 человек, но этого достаточно, чтобы выполнять довольно крутые проекты. Мы трезво оцениваем наши возможности и не берем проектов больше чем сможем разработать.
Принципы
Мы выработали ряд принципов нашей работы и открыто их декларируем, чтобы вы могли оценить, будет ли вам удобно сотрудничать с нами.
Ценообразование
Мы предлагаем несколько вариантов разработки нашим клиентам, чтобы сберечь время или деньги, но на обеспечении качества разработки мы настаиваем.
Технологии
Мы умеем работать с несколькими популярными стеками технологий для разработки web-приложений, мобильных и десктопных приложений. Среди них есть как open source стеки, так и enterprise от известных вендоров.
Подробнеенаши проекты продукты исследования
Наши сотрудники выполнили несколько десятков совместных проектов. Мы предоставим информацию о них по запросу, при этом подобрав наиболее релевантные для вашей задачи.
Типичный проект для нас - это веб-приложение с серверной частью (backend), web-интерфейсом (frontend), мобильными интерфейсами (mobile apps) и, в некоторых случаях, с десктопными приложениями (desktop).
В наших проектах мы осуществили большое количество интеграций с различными сервисами, в том числе с государственными информационными системами.
Мы разработали достаточное количество систем с монолитной и микросервисной архитектурами, чтобы сказать какая лучше подойдет в вашем проекте.
Мы не раз сталкивались с необходимостью обеспечивать высокие показатели отказоустойчивости систем, оптимизировать производительность и обрабатывать большие массивы данных (в том числе с предобработкой данных).
Наша команда
В составе нашей команды есть сотрудники всех необходимых специализаций для обеспечения разработки от идеи до передачи в поддержку.
Кроме ответственности за обеспечение сдачи работ в проектах в соответствии с установленными критериями не менее важные задачи для нас это непрерывное изучение развития технологий, методологий, инструментов, а также непрерывный процесс подготовки новых специалистов. Простая и прозрачная концепция разделения сотрудников на лиги, в зависимости от их уровня компетенций, призвана распределить роли в этих процессах.
Старшая лига
Любой из сотрудников старшей лиги – профессионал, способный самостоятельно решить любые задачи в своей профессиональной сфере.
Узнать больше
Старшая лига
Представители старшей лиги в команде - профессионалы, способные самостоятельно выполнять любые задачи в своей области, либо организовать выполнение в команде.
Старшая лига - опора всех проектов. Для коммерческих проектов, обычно, это основной состав. В наиболее отвтетсвенных проектах команды формируются исключительно из сотрудников старшей лиги.
В собственных разработках сотрудники старшей лиги выступают в качестве наставников, вдохновителями внедрения новых технологий, подходов.
Младшая лига
Хорошо подкованные в своей сфере специалисты, но не обладающие достаточным опытом для самостоятельного гарантированного решения комплексных задач.
Узнать больше
Младшая лига
Младшая лига — это хорошо подкованные в своей сфере специалисты, но не обладающие достаточным опытом для самостоятельного гарантированного решения комплексных задач.
Практически все сотрудники попадают в младшую лигу через наши программы стажировки, где проверяется их способности самостоятельно решать поставленные задачи, личные навыки. Теоретические знания кандидатов проверяются еще до приема в программу стажировки и в процессе стажировки проверяется умение применить эти знания на практике.
В основном специалисты младшей лиги привлекаются для разработки наших собственных продуктов, но могут привлекаться для коммерческой разработки ради снижения стоимости. В любом случае проекты курируют специалисты старшей лиги, благодаря которым обеспечивается необходимый уровень качества разработки.
Наши технологии
BACKEND
DATABASES
FRONTEND
MOBILE
DESKTOP
DEPLOY
ANALYTICS
QA
Наши принципы
Свобода методологии
Мы умеем работать с Agile Scrum|Kanban, Waterfall, ГОСТ 34, WaterScrumFall и прочими. Однако выбор методологии в конкретном проекте зависит от продолжительности разработки, определенности технического задания, предпочтений заказчика, его доступности, характера задач. Более того, в рамках одного проекта для разных команд могут использоваться разные методологии.
Проблемы не замалчиваются
Если в проекте что-то пошло не так, мы сообщим об этом, предложим как лучше проблему решить. Неважно на чьей стороне проблема возникла, важно ее обнаружить, сообщить о ней, превратить в задачу и решить. Мы рассчитываем на то, что заказчик готов открыто обсуждать сложности, а не "режим замалчивания".
Без фанатизма
Мы не будем добиваться 100% покрытия юнит тестами только ради сообщения от IDE об этом, но сделаем, если есть требование заказчика или необходимость вызванная спецификой задачи. Мы не станем делать приложение с REST API и SPA только для того, чтобы у нас везде был REST. Мы не будем использовать Scrum во всех проектах только ради того, чтобы заявить о том, что мы работаем по Scrum.
Заказчик участвует в проекте
Представитель заказчика должен принимать участие в проекте в течение всей разработки: принимать результаты отдельных этапов, уточнять свои требования, критиковать или одобрять. Конечно, необходимая степень участия зависит от проекта, в одних достаточно поставить задачу сначала и принять разрабработку в конце, в других требуются регулярные еженедельные встречи. Но в любом случае заказчику придется потратить свое время на участие в проекте.
Умеренная инновационность
Мы любим новые технологии, следим за их бешеным темпом развития, но в разработке применяем то, что сами испытывали на практике и в чем уверены. В то же время, чтобы не устареть, мы испытываем новинки в собственных разработках, или по согласованию с заказчиком в проектах, где риски связанные с внедрением малообкатанных технологий допустимы.
Требования фиксируются
Мы фиксируем требования к программному продукту. Для небольшого проекта это может быть свободно описанная концепция, для крупного - полноценная структура в Confluence. Мы помогаем разрабатывать требования если есть такая потребность, или они формулируются самим заказчиком, но так или иначе требования к программному продукту описаны всегда.
Мы возьмем проект в оценку в течение 24 часов
Стоимость разработки
Наш подход к расчету стоимости такой, что мы в любом случае фиксируем определенный уровень качества разработки достаточный для поддержки проекта в будущем, а на стоимость проекта влияем соотношением срок-стоимость. В данном случае качество - это не только качество продукта с точки зрения пользователя, но и поддерживаемость кода, прозрачность архитектуры, обеспечение безопасности, надежность инфраструктуры, наличие документации.
Быстро
Быстро
В случае привлечения преимущественно специалистов из старшей лиги проект, с учетом рисков, будет сдан в максимально сжатый срок, однако стоимость проекта соответственно возрастет.
Качественно
Качественно
Мы настаиваем на том, чтобы работа была выполнена качественно.
Выберите, что для вас важнее, срок или стоимость разработки?
Недорого
Недорого
Стоимость проекта может быть снижена за счет привлечения специалистов из младшей лиги, но в связи с тем, что для достижения нужного качества им потребуется больше времени срок разработки растет.