​​Как выглядит цикл разработки?

С одной стороны приходит заказчик, которого находят sales-менеджеры. (Или он находит компанию сам)

→ Заказчик (он же Product Owner) предоставляет существующие требования к продукту. В лучшем случае это документация/спецификация (ТЗ), в которой указаны все хотелки и пожелания, до мелочей.

→ С другой стороны (компания) собираются бизнес-аналитик, project-менеджер, архитектор, лиды, разработчики. Ключевую роль на данном этапе играет бизнес-аналитик, так как ему нужно продумать весь функционал системы, все несоответствия и нюансы. Эта стадия называется pre-sale. Конечно, продумать все до мелочей очень сложно, поэтому часто требования уточняются в процессе разработки.

→ Где-то между уточнением всех требований и началом разработки вдруг оказывается нужным дизайнер. Он создает визуальное представление программы, продумывает UX (опыт взаимодействия) программы и пользователя. Короче, делает всё удобным. В этот же момент появляется DevOps, который настроит инфраструктуру, сеть и автоматизирует процессы.

→ Начинается разработка. Главная роль переходит к девелоперу, тестировщику и project-менеджеру.

Дальше процесс прост до безобразия — Девелопер девелопит таску → Тестировщик тестирует таску → Менеджер менеджит работу этих двоих. Уж простите за тавтологию.

Некоторые считают, что менеджер в этой цепочке лишний. Но будем честны, ребята, большинству нужен контроль. Потому что факапы в таймменеджменте никто не отменял. И помощь извне в такие моменты — как никогда кстати.

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