Толпа - где Вы делаете весь 'другой' материал? [закрытый]
Первый : возвращает все строки, второй : возвращает все столбцы, ::-1 возвращает каналы кадров в обратном порядке. Подробнее о нарезке обозначений .
5 ответов
Мое понимание - то, что в толпе Вы только создаете то, что требуется, чтобы реализовывать каждую пользовательскую историю. Поэтому Вы создаете базовый материал, который не является функцией только, когда он требуется, чтобы реализовать опцию для пользовательской истории, Вы продолжаете работать.
Я встроил бы вспомогательные задачи в первую функцию, которая требует его.
Важно отличить различие между отставанием продукта и отставанием спринта. Отставание продукта содержит пользовательские истории, которые представляют "что/почему", не "как". Когда история выбрана для спринта, история затем разломана на задачи, требуемые создавать ее. Например: "Дизайн UI" был бы задачей для "Избранных объектов для покупки" истории. Нет никакого вреда на уровне планирования спринта для задач иметь зависимости также; на самом деле большую часть времени будут задачи, которые делают жизнь легче для других неудовлетворенных объектов продукта.
Надежда, которая помогает!
В основном это происходит в каждой функции, которая является легче сказать чем сделать, но является, возможно, смыслом гибкой возрастающей разработки программного обеспечения.
Например, вместо участков для застройки 'базового материала, который не обязательно проявляется как функция', необходимо подозревать, что Вы не Собираетесь Потребность Он и только создаете столько, сколько Вам нужно для рассматриваемой функции.
По-моему, лучшее должно включать как "Историю" большинство вещей, которые возможны, таким образом, у всех есть хорошая видимость того, что относятся ко времени.
Однако всегда будут незапланированные задачи, которые должны быть сделаны (например, переустанавливая Вашу машину, если она повреждается). Для этого задачи одна опция состоит в том, чтобы оставить в каждом повторении некоторый процент свободного времени, если у Вас есть скорость 300 точек истории на повторение, например, просто полные 250 с историями сначала, для отъезда места незапланированным вещам, Затем в следующих повторениях можно скорректировать эти значения согласно прошлому.
Нефункциональные задачи могут все еще пойти на отставание продукта, по моему мнению - когда я использовал Толпу, мы, конечно, сделали это. Мы должны были объяснить владельцу продукта, почему они должны быть просмотрены как важные, таким образом, мы могли заставить время делать их. Если владелец продукта не полагает, что они очень важны, они не становятся сделанными - и владелец должен жить с результатами. Будучи укушенным несколько раз путем отклонения запросов на вещи как тестирование загрузки и затем это падение, они, вероятно, придут :)
С другой стороны, можно найти, что существуют некоторые нефункциональные требования, которым Вы первоначально верите, важны, но может томиться без влияния. Иногда, просто иногда, инстинкты разработчиков являются неправильными :)
Для задач, которые действительно пропускают факторы, я думаю, что Вы только что добрались, чтобы быть честными с владельцем продукта и настоять, чтобы Вы сделали их. Если Вы не можете ладить с владельцем продукта до степени, требуемой продолжать проект, существуют большие проблемы, чем не получение дизайна UI :)