Workspace Digital Awards 2025 — успейте номинировать кейсы по льготной цене до 1 декабря. Принять участие!
Назад
#Веб-разработка

Как устроены рабочие процессы в нашей компании

33 
 

Введение в процесс разработки

В нашей IT-компании мы придерживаемся принципов Agile и Scrum, что позволяет нам эффективно управлять проектами и быстро адаптироваться к изменениям. Мы работаем спринтами по 2 недели, что обеспечивает постоянную синхронизацию с заказчиком и возможность оперативно реагировать на его пожелания.

Сбор бизнес логики

Как устроены рабочие процессы в нашей компании

Мы ответственно относимся к фиксации требований бизнес логики заказчика. Процесс сбора информации включает несколько этапов:

  1. Сбор информации: ПМ собирает информацию от заказчика о его пожеланиях.
  2. Формирование путей пользователя / Customer Journey Mapping (CJM): Команда формирует пути пользователя в виде блок-схем и перечня страниц под описанный функционал.
  3. Обсуждение деталей: ПМ и заказчик обсуждают детали функционала и вносят дополнения.
  4. Проектирование архитектуры и дизайна: На основе путей пользователя продумывается архитектура, реализуется бэкенд и дизайн.
  5. Синхронизация с заказчиком: После готовности происходит проверка соответствия функционала ожиданиям заказчика.
  6. Разработка фронтенда: После утверждения дизайна и бэкенда реализуется веб и мобильный фронт.
  7. Повторная синхронизация: Снова проверяется соответствие функционала ожиданиям заказчика.

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

Документирование

Как устроены рабочие процессы в нашей компании

Для учета состояния проекта мы используем несколько обязательных форм:

  • Project Report: Документ, в котором фиксируются заметки, вопросы, дорожная карта проекта, бюджет, тест-кейсы, роли сервиса, перечень страниц со статусами готовности разных направлений, системные словари.
  • Описание проекта: Функциональное описание сервиса по модулям и ролям пользователей, требования ко внешним интеграциям, резюме встреч и прочая информация.
  • Swagger: Ведение Swagger для внешних запросов и внутренней разработки.

Поддержание рабочего состояния сервиса

Как устроены рабочие процессы в нашей компании

Обязательное присутствие QA специалистов на проекте включает:

  • Проверка каждого этапа реализации.
  • Написание тест-кейсов на функционал.
  • Реализация автоматизированного тестирования для обеспечения надежности сервиса.

Процесс разработки

Как устроены рабочие процессы в нашей компании

Мы ведем разработку в четырех контурах:

  1. Dev – контур для работы команды, где происходит разработка нового функционала.
  2. Test – контур для проверки функционала QA-направлением с полным прогоном автоматизированного тестирования.
  3. Stage – контур для демонстрации заказчику с подгрузкой данных из боевой БД и прогоном критических тестов.
  4. Main – боевой контур с реальными пользователями.

Также выделение main контура на отдельный сервер является хорошей практикой.

Инструменты и технологии

Как устроены рабочие процессы в нашей компании

Разместите
тендер бесплатно

Наша система сама подберет вам исполнителей на услуги, связанные с разработкой сайта или приложения, поисковой оптимизацией, контекстной рекламой, маркетингом, SMM и PR.

Заполнить заявку 12254 тендера
проведено за восемь лет работы нашего сайта.


Для управления кодом мы используем GitLab, развернутый на нашем сервере, что обеспечивает безопасность кода проекта, также уделяем внимание организации репозитория, чтобы избежать смешивания направлений разработки. Мы также применяем Docker, что обеспечивает удобство работы, и внедрили систему CI/CD для быстрой интеграции кода и автоматического прохождения тестов

Безопасность заказчика

Как устроены рабочие процессы в нашей компании

Мы придаем большое значение безопасности и контролю со стороны заказчика на всех этапах разработки. В рамках нашего подхода мы придерживаемся следующих принципов:

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

Таким образом, наш подход к безопасности заказчика позволяет ему сохранять полный контроль над проектом и ресурсами, минимизируя риски и обеспечивая максимальную защиту данных.

Преимущества нашего подхода

Как устроены рабочие процессы в нашей компании
  1. Гибкость и адаптивность: Быстрая реакция на изменения требований заказчика без значительных задержек.
  2. Прозрачность процесса: Регулярные встречи с заказчиком обеспечивают полное понимание этапов разработки.
  3. Безопасность данных: Размещение контуров разработки на личном сервере заказчика гарантирует безопасность его данных.
  4. Четкая структура разработки: Четыре контура минимизируют риски ошибок на продакшн-версии.
  5. Современные технологии: Использование Docker и CI/CD автоматизирует процессы сборки и развертывания.

Таким образом, объединение этих подходов создает надежный и эффективный процесс разработки, который отвечает потребностям как команды, так и заказчиков.





Выскажите мнение
Авторизуйтесь, чтобы добавить свой комментарий.




33

Лучшие статьи

Поделиться: 0 0 0