Можно ли запускать несколько спринтов одновременно?

Question

[Денис]

Добрый день. Работаем в компании с продуктом клиента. Одновременно выполняется около 5-6 анализов разных функционалов. По требованиям клиентов бывают ситуации, что одновременно запускается в разработку около 3-4 разных функционалов (объем работ от 90 часов и выше). Одновременной разработкой занимаются те же самые программисты Является ли данная ситуация нормальной с точки зрения управления проектами?

Answer 1

[Robur]

У вас у каждого программиста скорее всего только один мозг. Поэтому он может делать только одну задачу.
Если у вас несколько несвязанных задач одновременно, это значит что программисты постоянно прыгают с одной на другую, или их постоянно дергают то по одной то по другой. Начал он делать функционал А, погрузился в работу а тут ему говорят "ну как там с Б у нас дела"? и много других проблем.
Такой подход сложно назвать эффективным.

одновременно запускается в разработку около 3-4 разных функционалов

можно прочитать как "мы наваливаем неструктурированную кучу задач на команду и они как-то там сами разгребают".

менеджмент должен сам разрулить приоритеты и выстроить план какие задачи делать сейчас какие потом. В зависимости от многих вещей - важности, ресурсов, договоренностей с клиентами, непредвиденных обстоятельств и так далее.
Если это оставляется программистам, считая что "они одновременно разрабатывают" все эти фичи - то просто менеджмент плохо делает свою работу и разрабам за них приходится думать и рулить процессом.

Comments

[Robur]

Если вы именно по спринтам работаете - то в текущий спринт могут быть включены задачи из разных фич это нормально. Сделать пару новых штук и починить пару старых.
Но это будет все равно один спринт с ограниченным скоупом.

Если у вас "мы запустили спринт, за две недели надо сделать вот это, но тут параллельно еще надо старое запилить, поэтому еще один спринт на две недели "типа идет" - это плохо.
Это значит что у вас на самом деле задач на 4 недели которые впихивают в 2, и при этом скорее всего часть задач не обязательны но "очень надо сделать".

[Денис]

Очень точно описано. Приоритеты вроде расставляют менеджмент, но договариваясь с клиентами приходится перепрыгивать между задачами на более приоритетные и в конечном итоге появляется полный хаос.

[Денис]

Функционалы между собой совершенно не связаны с точки зрения бизнес логики.

[Robur]

Денис, это не принципиально хотя конечно при планировании лучше чтобы учитывалось.
В любом случае - кусок работы всегда один.
Если "приходится перерыгивать" значит у вас приоритеты во время спринта поменялись, чего быть в принципе не должно - в спринте задачи не меняются и у всех одинаковый приоритет.
Это если по классике, но у вас видимо просто базворды такие используются а проектная разработка как-то по другому строится, если вообще строится.

[Денис]

Как в таком случае должна строиться разработка?

[Robur]

Денис, В каком "таком"? Если вы о том когда много разных фич одновременно и заказчики не могут фиксироваться на две недели, то тут много вариантов, может вообще спринты вам не подходят. Канбан попробуйте.
Если под "таким" подразмевается ситуация когда менеджмент не понимает как организовать нормальную работу - это другой совсем вопрос.

Answer 2

[Иван Шумов]

Не бывает нескольких спринтов в одном проекте. Спринт это временной отрезок и набор задач. Научитесь правильно разбивать эпики, стори и тегировать задачи и будет вам счастье. А задачи можно фильтровать чтобы все перел глазами не висело