Сколько человек было в команде на вашей предыдущей работе?

Ответ

В моей предыдущей команде было 5 человек.

Состав команды:

  • 3 Java-разработчика (включая меня).
  • 1 QA-инженер.
  • 1 Тимлид.

Организация работы: Мы работали по методологии Scrum. Каждый разработчик отвечал за свой модуль, при этом практиковали code review и парное программирование для повышения качества кода и обмена опытом.

Пример структуры команды на Java:

// Упрощенная модель для иллюстрации состава
public class Team {
    private List<TeamMember> members;

    public Team() {
        this.members = List.of(
            new Developer("Java Backend Dev 1"),
            new Developer("Java Microservices Dev 2"),
            new Developer("Me (API & Core)"),
            new QAEngineer(),
            new TeamLead()
        );
    }
}

Ответ 18+ 🔞

А, ну это классика, ёпта! Расскажу, как у нас в прошлой конюшне дело обстояло.

Всего нас было, блядь, пять голов. Не то чтобы овердохуища, но и не разбежаться особо. Состав — как в дешёвом борще: вроде всё намешано, но иногда костей больше, чем мяса.

Кто чем дышал:

  • Три яванских шамана — я, естественно, в их числе. Один по бэкенду ползал, второй по микросервисам скакал, а я, сука, обычно на самом интересном — на API да на ядре системы.
  • Один тестировщик — наш личный параноик, который всё пытался сломать. Без него — никуда, а то бы мы накосячили так, что потом год разгребать.
  • И один тимлид — наш официальный козёл отпущения, который между нами и начальством стоял. Ему, бедолаге, доставалось и сверху, и снизу.

Как работали: По этой вашей Скрам-хуям. Спринты, стендапы, ретроспективы — вся эта муть. Каждый, в теории, за свой кусок отвечал, но по факту, если у кого-то пиздец, то все сбегались тушить. Чтобы совсем уж не позориться, код друг у друга смотрели — code review называлось. А иногда и парно программировали, когда задача совсем ебучкая попадалась. Сидишь, бывало, с напарником, и оба думаете: "Э, бошка, думай!". Иногда помогало.

Вот, смотри, как это в коде примерно выглядело, если б мы его писали про самих себя:

// Упрощенная модель для иллюстрации состава
public class Team {
    private List<TeamMember> members;

    public Team() {
        this.members = List.of(
            new Developer("Java Backend Dev 1"),
            new Developer("Java Microservices Dev 2"),
            new Developer("Me (API & Core)"),
            new QAEngineer(),
            new TeamLead()
        );
    }
}

Вот такая, блядь, семейка. Вроде и не толпа, но если все в одном направлении дёрнуть — и паровоз с места сдвинуть можно было. Главное — чтобы тимлид не начал впендюривать какую-нибудь ахинею от менеджмента, а то волнение, ёбать, накрывало всех.