Как было организовано взаимодействие команды во время спринта?

Взаимодействие строилось по гибкой методологии Scrum, с четкими ритуалами и артефактами.

Ключевые ритуалы и процессы:

• Планирование спринта (Sprint Planning): Команда (PO, разработчики, QA) оценивала и отбирала задачи из бэклога продукта в бэклог спринта, формулируя цель спринта.
• Ежедневный стендап (Daily Scrum): Короткая встреча (~15 мин), где каждый отвечал на три вопроса:
  1. Что сделал вчера?
  2. Что планирую сделать сегодня?
  3. Есть ли препятствия (блокеры)?
• Уточнение требований (Backlog Refinement/Grooming): Регулярные сессии для детального разбора будущих задач, прояснения критериев приемки (DoD, Acceptance Criteria) и их оценки.
• Демонстрация (Sprint Review): В конце спринта команда показывала заинтересованным сторонам готовый инкремент продукта и собирала обратную связь.
• Ретроспектива (Sprint Retrospective): Внутренняя встреча команды для анализа процесса: что прошло хорошо, что можно улучшить, и формулировка конкретных action items на следующий спринт.

Рабочий процесс (Workflow) для задачи:

1. Разработчик берет задачу в работу (In Progress).
2. После завершения кода и unit-тестов задача переводится в статус Ready for QA / Code Review.
3. QA инженер тестирует задачу в тестовой среде.
   • При обнаружении бага — создается баг-репорт, задача возвращается разработчику (Reopened).
   • При успешном прохождении — задача переводится в Done.

Инструменты:

• Трекинг задач: Jira, YouTrack, или аналоги (со столбцами Kanban-доски).
• Документация: Confluence, Wiki.
• Коммуникация: Slack/Teams для оперативных вопросов, видеоконференции для митингов.

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