Каков был размер команды, в которой вы работали?

Ответ

Я работал в командах разного размера, что дало опыт как в небольших, так и в более структурированных средах.

  • В стартапе команда состояла из 3-5 человек: 2 бэкенд-разработчика (включая меня), 1 фронтенд-разработчик и тимлид, который также выполнял роль продакт-менеджера. Это требовало широкой ответственности и быстрого принятия решений.
  • В средней продуктовой компании над основным проектом работала команда из 7-10 человек: 4 бэкенд-разработчика (разделение по функциональным модулям), 2 фронтенд-разработчика, 2 QA-инженера и проджект-менеджер. Работа велась по двухнедельным спринтам (Scrum) с ежедневными стендапами, планированием спринта и ретроспективами.
  • В крупном корпоративном проекте я был частью подкоманды из 6 человек (бэкенд-микросервис) в рамках общей команды разработки из ~25 человек. Было четкое разделение ролей, обязательное код-ревью, CI/CD пайплайны и взаимодействие с архитекторами и DevOps-инженерами.

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

Ответ 18+ 🔞

Знаешь, как бывает — поработаешь в разных конторах, и понимаешь, что каждая — это отдельный ёперный театр со своими плюшками и косяками. У меня вот тоже коллекция набралась.

В одном стартапе нас было, бля, человек пять от силы. Я на бэкенде, ещё один чувак со мной, один фронтендер и тимлид, который одновременно был и продактом, и тем, кто всех пинает. Работали, сука, как проклятые. Ответственность — овердохуища, потому что если ты не сделаешь, то не сделает никто. Решения принимались на ходу, иногда прямо в общем чате криками «давайте уже нахуй вот так сделаем!». Хаос, но зато драйв был конкретный, и видно было сразу, как твой код влияет на всё.

Потом попал в компанию побольше, уже с продуктом. Тут команда была человек 10. Уже появилось какое-то подобие порядка: спринты по две недели, стендапы каждый день, где все рассказывают, что вчера сделали. Ага, ага, «сделал». Половина времени уходила на то, чтобы объяснить, почему таска вчера не ушла в тестирование. Но процесс уже чувствовался. Бэкендеров было четверо, мы уже по модулям разделились. Главное достижение — научился терпеливо ждать, пока твой пулл-реквест, блядь, наконец посмотрят. Терпения ноль ебать, но держаться надо.

А потом был огромный корпоративный проект. Вот тут я, можно сказать, сам от себя охуел. Я был в подкоманде из шести человек, которая делала один микросервис. А вся общая команда — под тридцать человек. Тут тебе и отдельные архитекторы, и девопсы, и куча менеджеров. Процессы — жёсткие. Без код-ревью ни одна строчка не уедет, пайплайны с кучей проверок, документации — хуй с горы. Коммуницировать нужно было чётко и по форме, а не кричать в общий чат. С одной стороны, иногда хотелось всё разнести к хуям собачьим от этой бюрократии. С другой — когда всё работает как часы, это чертовски приятно.

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