Как мы работаем
Мы превращаем идеи в настоящую цифровую действительность. Исследуя технологии блокчейна и новейшие программные методы, мы создаём решения, которые подходят для будущего. Наш способ работы основан на обмене идеями, гибкой разработке и строгом тестировании. С соблюдением прозрачной работы и постоянного стремления к инновациям, мы гарантируем, что каждый наш проект будет качественным.
Знакомство с идеей и исследование рынка
Мы проводим встречи и онлайн-созвоны с нашими заказчиками, чтобы определить идеи и бизнес-цели проекта. Далее мы изучаем нормативную базу, знакомимся с требованиями и пишем техническое задание. Пожелания заказчика формируются в отдельные компоненты, чтобы задачи соответствовали бизнес-целям.
Интервью и подписание договора
На этом этапе мы предоставляем техническое задание и сроки выполнения, обсуждаем план и возникшие в процессе подготовки вопросы. После соглашения сторон подписываем договор.
Разработка
На этом этапе осуществляется разработка. Заказчик регулярно получает информацию о статусе работ и прогрессе.
Тестирование и стабилизация
Далее осуществляется тестирование на основе чек-листа. Мы проверяем весь функционал и отмечаем всевозможные баги. Как только разработчик завершает работу над всеми задачами в релизе и приступает к багам, мы запускаем фазу стабилизации. На этой фазе тестировщик проводит циклы регрессионного тестирования, для проверки того, как новый компонент влияет на работоспособность системы в целом.
Представление и запуск
После устранения багов менеджер проекта принимает работу от команды. Сдача релиза перед заказчиком осуществляется через демоверсию. Проджект-менеджер или аналитик проекта рассказывает о способностях системы. Запуск продукта осуществляется с согласования заказчика.
Часто задаваемые вопросы
Поддерживаете ли вы на каждом этапе разработки общение с клиентом, чтобы оперативно отреагировать на пожелания или проблемы?
Да. Мы передаем информацию о статусе разработки, выстраиваем ожидания, сообщаем о ситуации, которая может повлиять на сроки.
Может ли заказчик напрямую общаться с разработчиками?
В нашей команде работают профессиональные проджект-менеджеры, которые гарантируют качественное взаимодействие с командой разработчиков. Они выступают посредниками между заказчиком и командой. Поэтому общение заказчика напрямую с разработчиками необязательно, а скорее даже нежелательно, потому что это может привести к утрате взаимопонимания в команде и рассинхронизировать совместную работу.
Можно ли на этапе разработки вносить изменения или весь функционал описан в договоре и отходить от него нельзя?
Заказчик приходит к нам с определенными бизнес-целями, которые возлагаются на продукт. Все пожелания формируются в большие компоненты (фичи). Они нужны для того, чтобы не произошло резких изменений и были достигнуты все бизнес-цели. Остальное может меняться по согласованию, это вопрос бюджета и желаемого решения.
Осуществляется ли поддержка проекта, если его надо дополнить/модернизировать/провести проверку на ошибки?
Это зависит от договоренностей с заказчиком. Если возникает пара багов от пользователей, они правятся.
Показываете ли вы прогресс разработки по запросу клиента?
Да. По запросу предоставляется Диаграмма Ганта или список работ по смете со статусом.
Верно ли то, что вы декомпозируете задачи очень подробно, чтобы на этапе разработки не было серьезных проблем и проект был сдан в срок?
На любом этапе проекта может возникнуть какая-либо серьезная проблема. Декомпозиция имеет множество целей на разных этапах проекта. Декомпозиция для специалиста нужна, чтобы он мог работать над определенной таской. Декомпозиция проекта нужна для коммуникации с заказчиком, для выстраивания его ожиданий относительно тех работ, которые будут выполнены.
Есть вопросы?
Задайте их в форме обратной связи. Мы быстро вам ответим!
