Создание сложных сайтов

Создание сложных сайтов – наше основное направление деятельности.

Именно в работе с такими проектами мы качественно выделяемся среди других веб-студий. Хоть у нас и не много работ в портфолио, но часть из них, это серьезные продукты для иностранного рынка над которыми команда трудилась не один месяц, и занималась поддержанием и развитием не один год. Потому, если вы планируете развивать серьезный продукт, то должны понимать, что не имеет значения сколько сотен проектов в портфолио компании, если большинство из них – это визитки, а самые сложные проекты – это стандартные интернет магазины на OS CMS. Это скорее показатель уровня деятельности компании (конвейер дешевых низкокачественных сайтов), а не опыта разработчиков. Поэтому, наши работы - наше преимущество.

Мы как никто другой понимаем значение должного внимания к проекту со стороны всей команды разработчиков. Потому, для достижения успеха таких проектов мы предлагаем наиболее гибкие и современные методологии. Где вы, заказчик, будете членом команды, а команда будет не просто выполнять свою часть работы, а постоянно работать над улучшением вашего продукта, регулярно обсуждать и предлагать пути совершенствования и повышения эффективности разрабатываемого ресурса.

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

Процесс разработки индивидуальных проектов

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

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

Но такой подход может быть недопустим, когда у заказчика строго ограничен бюджет и он желает получить максимально функциональный продукт за конкретную сумму. Для таких случаев мы прибегаем к Scrum методологии. Ее суть состоит в том, что вместе с клиентом формируется список задач. Команда проводит их оценку и планирование так называемых спринтов, двухнедельных отрезков времени со списком задач которые будут выполнены за этот этап. Таким образом заказчик имеет четкий план реализации конкретного функционала, утвержденную дату окончания работ и фиксированный бюджет. Но вместе с этим данный метод имеет и свои недостатки для стороны заказчика. Что бы обеспечить четкое следование плану разработки, запрещено вносить изменения в объём запланированных на спринт работ. Потому, все последующие изменения, которые необходимо реализовать будут выполнятся в порядке очереди и отдельным спринтом, а соответственно дополнительно оплачиваться.

Так же, нужно отметить, что, разработав проект по Scrum, на этапе поддержания продукта мы все равно будем вынуждены перейти на Kanban, т.к. изменения будут поступать не постоянно и в разных объемах, поэтому применять жесткое планирование не будет возможным. В результате чего, оплата за проделанную работу на этапе поддержания, будет производится уже после ее выполнения и будет завесить от потраченных на нее часов.