Как ответить
В моей текущей команде мы работаем по Scrum с двухнедельными спринтами. Это не навязанный процесс, а то, что выстраивали под себя — без лишнего контроля, с фокусом на результат. Основные касания:
- Ежедневный стендап — в 10:00 по зуму, строго 15 минут. Каждый говорит, что сделал вчера, что будет делать сегодня, есть ли блокеры. Если обсуждение затягивается — выносим в отдельный созвон. Это экономит время: не надо ждать в чатах, пока кто-то ответит.
- Планирование спринта — раз в две недели, час. Оцениваем стори-поинты, договариваемся о границах (scope) на спринт. Обычно берём 80% от ёмкости, чтобы оставалось на баги и рефакторинг.
- Ретро — после каждого спринта, 30–40 минут. Формат «start / stop / continue». Самые частые improvement: уменьшить количество незапланированных задач, улучшить тестовое покрытие. Каждое ретро заканчивается конкретным action point (например, «добавить в DoD проверку перформанс-тестов»).
- One-on-one с тимлидом — раз в две недели, 30 минут. Обсуждаем не только задачи, но и карьерный рост, сложности в коммуникации, что хочется попробовать нового. Это не статус-митинг, а честный разговор.
- Кросс-командные митинги — раз в месяц синхронизация с соседними командами (зависимости, общий API). Если изменений нет — митинг отменяем.
Инструменты: Jira для бэклога и задач, Slack для быстрых вопросов (но стараемся важные обсуждения вести в issue-комментариях, чтобы не терять контекст), GitHub с обязательными code review. Каждый PR аппрувят минимум два человека — это снижает количество багов на проде.
Мне в таком формате комфортно. Понятно, кто за что отвечает, нет микроменеджмента. Единственное, что иногда напрягает — слишком много встреч в конце спринта, когда надо доделывать задачи. Пару раз предлагали перенести ретро на следующий день после начала спринта — сейчас попробуем так. В целом процессы живые, мы их адаптируем под реальную ситуацию, а не следуем ритуалу ради ритуала.