Android Drawable: повторяющееся растровое изображение списка слоев не загружается при полном покрытии

В данный момент мы производим подробную разбивку задачи и оценки, прежде чем спринт запустится. Это по 2 причинам:

1) Наш бизнес хотят, чтобы оценки помогли им решить приоритет.

2) группы разработчиков испытывают давление, чтобы поставить к оценкам и не отклониться от естественной записи вниз.

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

1) бизнес должен использовать числа Фибоначчи, произведенные во время планирования, встречающегося, чтобы помочь им определить приоритет. Или, по крайней мере, только ожидайте 'палец в воздухе' оценка от команды разработчиков.

2) запись вниз строит диаграмму, должен рассматриваться как руководство по тому, как проект прогрессирует, чтобы указать, отбрасывается ли потребность большего количества PBI, которая будет добавлена или более низкие приоритетные, и не как твердая 'цель' того, что будет завершено.

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

мне будет интересно получать комментарии к этому, прежде чем у меня будет сражение с моим бизнесом.