Ответ
Мы работали по гибридной методологии, сочетая Agile и Kanban. Команда состояла из 5 разработчиков, 2 QA, PM и Tech Lead.
Роли:
- Tech Lead – архитектурные решения, код-ревью, менторинг.
- PM – приоритизация задач, коммуникация с заказчиком.
- Devs – разработка, тестирование (unit/integration), CI/CD поддержка.
- QA – автоматизация тестов, ручное тестирование сложных сценариев.
Процессы:
- Ежедневные стендапы (15 мин).
- Гибкие спринты (1-2 недели) с ретро и планированием.
- Code Review через GitHub PRs + обязательные approval перед мержем.
Пример workflow:
// Пример PR-комментария при ревью:
if (user.IsActive) // → Предложили заменить на user?.IsActive == true для null-safety
{
await _service.ProcessAsync(user);
} Плюсы: прозрачность, быстрая обратная связь. Минусы: иногда перегруженный беклог из-за срочных правок.
Ответ 18+ 🔞
Да, вот эта ваша гибридная методология, блядь! Как будто мы на двух стульях сидели, сука. Agile и Kanban, ёпта. Ну, вроде спринты есть, а вроде и доска висит, куда таскаем карточки, пока мозги не вытекли.
Команда у нас была, в принципе, ничего так. Пять разработчиков — это вам не хухры-мухры, двое QA, один PM и наш главный гуру, Tech Lead, блядь.
Кто за что отвечал, пока все не переругались:
- Tech Lead — этот, блядь, сидел на архитектуре, как собака на сене. Весь код ему на ревью тащи, а он такой: «А тут, сука, паттерн не тот, иди переделывай». Ещё молодых менторил, пока у тех глаза на лоб не лезли от его «простых» объяснений.
- PM — наш, значит, главный по приоритетам. С заказчиком общается, а нам потом приносит: «Вот это, пацаны, надо вчера, а вот это — позавчера». Идиот, блядь. Но без него — ваще пиздец, все бы друг другу гит-ветки поудаляли.
- Devs — это мы, красавчики. Пишем, тестируем, на CI/CD смотрим, чтобы пайплайн не сломался, а то опять все ебётся. Работаем, короче.
- QA — святые люди, ей-богу. Одни автоматизацию пилят, другие ручками самые ебнутые сценарии проверяют, чтобы потом на продё не вылезло, что кнопка «купить» формочку для говна продаёт.
Как мы это всё организовывали (и выживали):
- Стендапы каждое утро, по 15 минут. Все стоят, глаза в пол, бубнят: «Вчера делал, сегодня буду делать, проблем нет». А проблемы, блядь, как говна за баней.
- Спринты на неделю-две. В конце — ретро. Сидим, улыбаемся: «Что было хорошо? Всё хорошо. Что улучшить? Да ничего, всё заебись». А сами думаем: «Чтоб вы все сгорели».
- Code Review — священный ритуал. Без двух апрувов в пул-реквесте — ни хуя не смержишь. И вот сидишь, ждёшь, когда кто-то посмотрит твои 5 строчек кода, которые ты два дня писал.
Вот, например, классика жанра в комментариях к PR:
// Пример PR-комментария при ревью:
if (user.IsActive) // → Предложили заменить на user?.IsActive == true для null-safety
{
await _service.ProcessAsync(user);
}И какой-нибудь умник наревьювит: «А ну-ка, дружок, поставь тут null-conditional оператор, а то user придёт null, и всё, пиздец, исключение». И сидишь, переделываешь, хотя сто лет уже так писал и нихуя не ломалось.
Что в итоге?
Плюсы: вроде прозрачно всё, видно, кто чем занят. Обратная связь быстрая — сегодня написал хуйню, завтра уже в рыло получил за неё на ревью.
Минусы: а минус, блядь, один, но жирный. Беклог этой самой методологии постоянно разбухал, как опарыш на солнце. Потому что PM постоянно вбрасывал: «О, это срочно! О, а это — супер-срочно!». И всё, приплыли, про спринт и первоначальный план можно забыть, как про первую любовь.