Организация процессов работы в CSSSR
Как формируются команды на аутсорсе
Мы предоставляем клиенту слаженную команду разработчиков. Как правило это 2-5 фронтенд-разработчиков, включая тимлида, 1-2 QA-инженера и менеджера проектов.
При необходимости мы можем собрать команду, включающую бэкенд-разработчиков и системных аналитиков. Мы считаем работу в небольших командах наиболее эффективной, и это не мешает вывести на один проект сразу несколько команд.
Со стороны клиента к команде обычно подключается продакт-менеджер, дизайнер, иногда другие сотрудники. Благодаря этому грань между процессами и командами начинает размываться.

Как происходит разработка

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

Код-ревью
Для контроля качества кода мы обязательно применяем код-ревью, в котором принимает участие вся команда разработки.Каждый пулл-реквест должен быть одобрен как минимум двумя разработчиками. Только после этого код попадает в стабильную ветку. При этом на ревью мы особое внимание уделяем не только проверке бизнес-логики, но и читаемости кода, архитектуре, API.
Прозрачность
- Мы работаем с почасовой системой оплаты. Для этого мы разработали собственный тайм-трекер, который помогает нам считать зарплаты сотрудникам и формировать отчеты для клиентов.
- Мы предоставляем еженедельный отчет по работам, чтобы клиент всегда был в курсе текущих трудозатрат и мог влиять на процесс. Отчет мы можем генерировать в различных форматах в зависимости от запроса — в разрезе задачи, проекта, рабочего дня, специалиста, спринта, и т.д.
- Вся документация формируется автоматически по шаблону, это минимизирует риски возникновения ошибок.
- У нас есть выделенный менеджер, который отвечает за документацию и оперативно поможет вам с любыми вопросами.




