Как известно, спринт у нас начинается с планирования. И обычно на планирование попадают все-все-все-все желания продакт овнера в виде релиз беклога, но мы берем только самые приоритетные. Планируем их. И делаем, за спринт.
Планирование спринта напрямую зависит от релиз беклога. В спринт мы берем достаточное количество пунктов из релиз беклога (которые образуют потенциально доставляемый инкремент).
Задачи на спринт - таски - это то, что необходимо сделать для обеспечения жизнедеятельности каждого из пунктов релиз беклога. А значит каждому пункту релиз беклога соответствует группа тасков в
спринте. Протак овнер мыслит в терминах пунктов релиз беклога, команда мыслит так же, как продакт овнер, а вместе с этим и в терминах тасков на спринт.
Получается такой себе маппинг, с одной стороны у нас какой-то потенциально доставляемый инкремент из релиз беклога, с другой - таски, которые относятся к этому пункту. Смотрим картинку.
Слева у нас "желания" из релиз беклога (PBI - Product Backlog Items), их две штуки. Правее, в колонке Defined - задачи на спринт. Задачи 1, 2 и 3 соответствуют Product Backlog Item 1, задачи 4, 5 и 6 относятся к Product Backlog Item 2. Красные - высокоприоритетные задачи. Желтые, соответственно, среднеприоритетные, и зеленые - совсем уж малоприоритетные. Но мы не забываем о том, что фичи из релиз беклога тоже приоретизированы. Глядя на картинку - Product Backlog Item 1 имеет больший приоритет, чем Product Backlog Item 2, а значит зеленая задача с номером 3 не в равном приоритете с номером 6, хоть цвет у них и одинаковый.
Правильно будет делать задачи в том порядке, в котором они пронумерованы, начиная с 1 и заканчивая 6.
И неправильно будет делать в каком либо ином порядке. Картинка ниже показывает совсем неверный ход спринта.
Миф приоретизации - внутри спринта мы можем делать задачи в любом порядке, начиная с низкоприоритетной и заканчивая высокоприоритетной.
С этим, в теории, можно согласиться, если вся работа, на которую подписывается команда, в конце спринта закончена, и у нас нет иного возможного исхода, кроме как окончание спринта.Но ведь исходы могут быть отличными. Например, спринт внезапно отменили, не дожидаясь окончания (у продакт овнера ведь есть такие полномочия). В этом случае предположительно, что более важные задачи сделаны, менееважные не сделаны. Или, задача первого приоритета (красный квадратик с номером 1 на картинках) оказалась хитрее нас, и оценка на ее выполнение выросла во
много раз. Нет никакого смысла откладывать знание об этом факте в долгий ящик. И если мы будем делать ее первой - мы сразу узнаем о проблемах.
И еще один случай из жизни. Допустим, нам хватило знаний правильно спланировать свою работу, первый день спринта, берем задачу "красный квадратик 1" и начинаем ее делать. Если по какой-то причине мы не можем начать или продолжать работать с этой задачей, то это совсем не повод откладывать ее, и начинать делать задачу "желтый квадратик 2" или "красный квадратик 4". Тем более нельзя это делать молча. В подобных случаях обязательно сообщаем о своих проблемах команде (может быть этот блокер устраняется за секунду), прикладываем максимум усилий, чтобы разблокировать "красный квадратик 1", ведь это приоритетная задача, и не важно, блокируется она чем-то или нет. И если нужно приложить какие-то усилия и сделать лишней работы, то, возможно, стоит сделать эту лишнюю работу, при этом не забыв отобразить ее в виде тех же еще более приоритетных красных квадратиков. И еще одна важная штука здесь. Не смотря на то, что первоприоритетные задачи делаются раньше, продакт овнеру лучше мыслить в рамках спринта, и всегда думать, что в конце спринта все его желания будут исполнены. Если отходить от этого правила, и обещать кому-то конкретные даты внутри спринта (уменьшать спринт, спринт в спринте?), то может получиться совсем не так, как хотелось бы чтобы получилось. Будьте бдительны.
Музыкой навеяло.
