Как соотнести дату реализации конкретной задачи и спринты?

Question

[Ken Jee]

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

Comments

[Yaroslav451]

У WEEEK неплохой функционал для решения этой задачи, можно использовать Scrumban — процесс, который позволяет параллельно выполнять спринты и решать срочные запросы.

Answer 1

[Василий Мажекин]

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

Answer 2

[⚡ Kotobotov ⚡]

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

Answer 3

[kn0ckn0ck]

Есть процесс, который именно для этого и сделан, называется Scrumban.
Параллельно идут спринты и решение срочных запросов (к дате или как можно скорее - не важно).

Comments

[Alexej Simakov]

У нас есть задачи по разработке фичей и баг-тикеты, работаем над тремя продуктами одновременно которые наследуют друг от друга. Работа на заказ. Т.е. продукт делаем не свой. Продукт поделен на функционалные области и наших "только" несколько компонент, остальные у других подрядчиков.
Есть заказчик который сбрасывает нам фича-реквесты и баги через джиру. Проект очень сложный организационно и технически, работы дофига, дефектов выше крыши, людей, конечно, нехватает. Стали внедрять Agile и что-то типа скрама.
Есть доска. На планировании берутся из списка в джире тикеты и/или задачи и предлагаются в спринт по принципу "справишься за неделю?" или "это срочно нужно сделать" Как правило никак между собой не взаимосвязаны.
Я им сказал, что вы делаете Тейлоризм с канбаном. Внедрятели аджайла и тимлиды сказали мол "да, но кто будет заниматься комбинированием задач?" , и продолжили жрать кактус.
(Я согласен, конечно, задача не из легких, чтобы комбинировать задачи их нужно проанализировать, все держать в голове, на это нужен целый выделенный человек, а то и не один)

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

[kn0ckn0ck]

Формат комментариев тут не годится.
Готов пообщаться предметно (есть опыт по этим вопросам), написал в личку.