Как работает команда разработки в ИТ

Скажу сразу, что последние несколько лет я работаю в ФинТех, поэтому моё видение может быть слегка «замылено». Сегодня расскажу о том, как работает команда разработки ПО (так называемая Software Development Teams) от постановки требований до релиза продукта и попробую описать этот процесс.

Мой канал - ИТ наизнанку

Добавлю мемы и смешные картинки из "Шкя"

Бизнес Аналитик (BA) проводит анализ рынка (если проект внешний, а если внутренний, то обойдемся без этого) и требований пользователя, формирует начальное видение продукта или функциональности и передаёт информацию Product Owner (PO).
Product Owner (PO), в свою очередь, определяет бизнес-ценность и приоритеты, создаёт и уточняет элементы продуктового бэклога (User Stories, задачи), а также обсуждает и согласовывает требования с заинтересованными сторонами и синхронизируется с Tech Lead.

Системные Аналитики (СА) производят детализацию требований, анализируют технические аспекты и ограничения, подготавливают технические спецификации и требуемую документацию
Scrum Master фасилитирует планирование спринта, помогает устранять "блокеры", поддерживает процесс согласно Scrum-методологии или её производных.
Tech Lead и Разработчики участвуют в обсуждении технических аспектов реализации, оценивают сложность задач, участвуют в планировании спринта.

Аналитик пишет требования, пока остальная команда работает

Разработчики согласно подготовленной постановке от СА реализуют функциональность, пишут код, проводят код-ревью.
DevOps настраивает среды, CI/CD пайплайны, занимается вопросами инфраструктуры, поддерживает разработку с точки зрения операционной эффективности и автоматизации.

Тестировщик пишет тест-кейсы, проводит функциональное, регрессионное, нагрузочное тестирование (могут быть и другие виды тестирования), сообщает о найденных ошибках.
Команда целиком участвует в ежедневных стендапах, обсуждает прогресс, решает возникающие проблемы, проводит ретроспективы спринтов.

Где-то злится разраб на тестировщика и аналитика, т.к. аналитик снова прикладывает новые требования, а тестировщик обваливает код))

PO и BA (могут быть Tech Lead и СА) принимают работу, проверяют соответствие требованиям, организуют демо для заинтересованных сторон.
Команда участвует в ретроспективе, обсуждает улучшения процесса работы.

DevOps и Тестировщик подготавливают и проводят процесс деплоя на промышленный стенд, мониторят состояние продукта после релиза.
PO отвечает за коммуникацию с клиентами и пользователями, сбор обратной связи после релиза.

Тут описан, определенный процесс, зафиксированный во времени и он может варьироваться в зависимости от конкретных методологий, используемых в команде (например, Agile, Scrum, Kanban), типа команды, отрасли, специфики проекта и многих других факторов. Главное в этом процессе - эффективное взаимодействие всех участников команды, гибкость в адаптации к изменяющимся требованиям и условиям.

Хорошей пятницы))