Ответ
Взаимодействие строилось по гибкой методологии Scrum, с четкими ритуалами и артефактами.
Ключевые ритуалы и процессы:
- Планирование спринта (Sprint Planning): Команда (PO, разработчики, QA) оценивала и отбирала задачи из бэклога продукта в бэклог спринта, формулируя цель спринта.
- Ежедневный стендап (Daily Scrum): Короткая встреча (~15 мин), где каждый отвечал на три вопроса:
- Что сделал вчера?
- Что планирую сделать сегодня?
- Есть ли препятствия (блокеры)?
- Уточнение требований (Backlog Refinement/Grooming): Регулярные сессии для детального разбора будущих задач, прояснения критериев приемки (DoD, Acceptance Criteria) и их оценки.
- Демонстрация (Sprint Review): В конце спринта команда показывала заинтересованным сторонам готовый инкремент продукта и собирала обратную связь.
- Ретроспектива (Sprint Retrospective): Внутренняя встреча команды для анализа процесса: что прошло хорошо, что можно улучшить, и формулировка конкретных action items на следующий спринт.
Рабочий процесс (Workflow) для задачи:
- Разработчик берет задачу в работу (
In Progress). - После завершения кода и unit-тестов задача переводится в статус
Ready for QA/Code Review. - QA инженер тестирует задачу в тестовой среде.
- При обнаружении бага — создается баг-репорт, задача возвращается разработчику (
Reopened). - При успешном прохождении — задача переводится в
Done.
- При обнаружении бага — создается баг-репорт, задача возвращается разработчику (
Инструменты:
- Трекинг задач: Jira, YouTrack, или аналоги (со столбцами Kanban-доски).
- Документация: Confluence, Wiki.
- Коммуникация: Slack/Teams для оперативных вопросов, видеоконференции для митингов.
Важно: Все договоренности и решения фиксировались в задачах или документации, чтобы минимизировать недопонимание.