Ответ
Имею опыт работы в Agile-командах, преимущественно по методологиям Scrum и Kanban.
Типичная структура и размер команды:
- Размер: 5-10 человек (Full-stack и Backend разработчики, QA-инженеры, бизнес-аналитик, DevOps).
- Роли: Product Owner (формирование бэклога), Scrum Master (фасилитация процессов), кросс-функциональная команда разработки.
Ключевые активности и опыт:
- Планирование и итеративная разработка:
- Участие в планировании спринтов (Sprint Planning).
- Ежедневные стендапы (Daily Standup) для синхронизации.
- Обзоры спринта (Sprint Review) и ретроспективы (Sprint Retrospective).
- Распределенные команды: Опыт работы в гибридных и полностью удаленных командах (офшор/оншор), с использованием инструментов типа Jira, Confluence, Slack, Zoom.
- Кросс-функциональность в микросервисной архитектуре: Ответственность за полный цикл разработки сервиса на Java/Spring — от проектирования API и реализации бизнес-логики до тестирования, развертывания и мониторинга (подход "You build it, you run it").
Ответ 18+ 🔞
Ага, вот и я, ваш покорный слуга, прошедший сквозь огонь, воду и эти ваши Agile-практики, блядь. Сидел, значит, в этих самых командах, которые то по Scrum'у скачут, то по Kanban'у ползут — как повезёт, сука.
Ну, команда, она как семья, только работать заставляют. Обычно нас, грешных, человек пять-десять набирали. Полный спектр, блядь: от чуваков, которые в интерфейсах ковыряются, до тех, кто в самое ядро, в бэкенд, лезет. Ещё эти тестировщики, которые вечно недовольны, аналитик, который требования меняет, как перчатки, и DevOps, который смотрит на всех свысока, потому что у него доступ к прод-серверам, ёпта. А над всем этим — Product Owner, который копит задачи, как дракон сокровища, и Scrum Master, который должен процесс наладить, а сам только и спрашивает: «Ну что, ребята, какие препятствия?».
И понеслась, сука, эта карусель.
Каждые две недели — планирование спринта. Сидим, тупим в Jira, пытаемся понять, что от нас хочет бизнес на этот раз. Овердохуища этих пользовательских историй. Потом каждый день — стендап. Встаёшь и несёшь эту пургу: «Вчера делал то, сегодня буду делать это, проблем нет». Хотя проблемы, блядь, как говна за баней — но признаваться в этом страшно, ибо все слушают.
А потом кончается эти две недели — и начинается самое интересное. Сначала показуха: Sprint Review. Выкатываешь, что сделал, а тебе говорят: «О, а мы думали, тут будет не так, а вот эдак». Чувствуешь себя, блядь, мартышкой на арене. А следом — ретроспектива. Тут уже можно высказаться. «Мужики, ну что за пиздец с деплоем?», «Почему аналитика опять плавает?». Все кивают, записывают «экшн-пойнты», которые благополучно забудут к следующему спринту. Классика, хуле.
И работали мы, бывало, вообще с разных концов планеты. Один в Питере, другой в Новосибирске, третий вообще, блядь, с Бали пишет. Весь день в Slack'е трещим, в Zoom'е созваниваемся. Иногда такое чувство, что команда — это просто аватарки в мессенджере, ёпта.
Но самое, блядь, забористое — это когда ты за микросервис отвечаешь от и до. Подход, блядь, «сам родил — сам и воспитывай». На тебе и Spring, и Java, и API спроектировать, и бизнес-логику эту, богомерзкую, реализовать. Сам же и тесты накрутишь, сам же в прод запушишь, а потом ещё и следишь, как твое детище в мониторинге поживает. Чуть график упал — все сразу тебе: «Вася, твой сервис лег!». А я-то при чём, ядрёна вошь? Это ж сетка глюкнула!
В общем, опыт, конечно, богатый. Научился, сука, и планировать, и отчитываться, и с distributed-командой работать, и сервисы, как родных, опекать. Иногда, правда, кажется, что весь этот Agile — просто красивая обёртка, чтобы выжать из тебя все соки почаще и поконтролируемей. Но что поделать — времена такие, блядь.