Толпа [закрытые] шаблоны Burndown
Для достижения ожидаемого результата используйте приведенную ниже опцию внесения приведенных ниже изменений в существующий код
- переменную newArray в пустую строку,
var newArray = ''; - Concat каждый раз вместо перезаписи переменной newArray ,
newArray += uppercase;иnewArray += lowercase;
function countAtoms(molecule) {
var element = molecule;
var newArray = '';
console.log('Hello World');
for (let i = 0; i < element.length; i++) {
if(element[i] == element[i].toUpperCase()){
var uppercase = element[i]+'1';
newArray += uppercase;
console.log(newArray);
}
else{
var lowercase = element[i];
newArray += lowercase;
console.log(newArray)
}
}
}
countAtoms('NaCl')6 ответов
Это распознано вокруг нашего офиса как "А-ч, дерьмо! Я забыл об этом". burndown:
# # #
# # # #
# # # # #
# # # # # #
# # # # # # #
# # # # # # # #
# # # # # # # #
Шаблон 2 на отрицательной стороне, "не оценил слишком хорошо".
Вот некоторые диаграммы burndown, которые я использовал. Проигнорируйте фоновые изображения - они должны там только развлечь людей, с которыми я работаю и не имею никакого отношения к нашей работе иначе. сопроводительный текст http://www.atalasoft.com/cs/photos/techtalkgallery/images/16157/425x285.aspx
Я люблю эту диаграмму. Это очень типично для хорошей диаграммы, которую мы запускаем немного медленно, поскольку мы теряем другие задачи, преодолеваем в работу, прерваны другими вещами и нажатием для окончания.
сопроводительный текст http://www.atalasoft.com/cs/photos/techtalkgallery/images/16155/425x262.aspx
В этой диаграмме мы запускали очень постоянно и затем взлетали на самом деле законченный заранее.
сопроводительный текст http://www.atalasoft.com/cs/photos/techtalkgallery/images/16156/425x264.aspx
В этой диаграмме Вы видите, что мы запускали очень обычно и затем задача, которая выглядела легкой, оказался отвратительно твердым. Я думаю, что мы закончили тем, что остановили этот спринт и создали новый.
Одна проблема с burndowns состоит в том, что изменения в объеме смешаны в с прогрессом против объема.
В Вашем примере 2, возможное объяснение является... святым дымом, я, вероятно, не должен был ожидать до конца повторения для запуска этой опасной истории/задачи... это - намного больше усилия, чем я ожидал!
В примере 3, Вы, возможно, добавили объем рано или обнаружили, что работа является большим усилием, чем ожидалось (например, задача оценивается в 4 часа однажды, затем 4 часа следующее после 8 часов работы и исследования, что задача намного более трудна).
Я предпочитаю выгорания холмам записи, поэтому... это разъединяет изменения объема с прогрессом в две строки - один объем и одна остающаяся работа, таким образом, Вы видите влияние изменения объема более ясно.
Мое представление не должно относиться к диаграммам burndown слишком серьезно. Они - индикатор. В конце это о том, если Вы завершили историю или нет.
У Вас есть эффективные ретроспективы в конце Ваших спринтов?
Ретроспективные действия развиты?
Если Вы находите, что люди не пишут, что модульные тесты неукоснительно заставляют их сделать это (если это - Ваш стандарт команды). Договоритесь об общем определении сделанных и придерживайтесь его. См. определение сделанных
Для наличия гибкого процесса как ТОЛПА нужны постоянный контроль и адаптация.
Мне похоже, что существуют проблемы, но Ваша команда не решает те проблемы. Если владелец продукта является меньше, чем идеал, проблемы, связанные с этим, должны подойти в Ваших ретроспективах, таким образом, можно избежать его в следующем спринте.
если у Вас есть эпопеи, можно всегда ломать их, повторно присваивать приоритет и повторно планировать их.
Здесь это часто похоже на это:
#####
#######
########
#########
#########
#########
##########
Положительный: Доставка вовремя.
Отрицательный: Слишком большие неудовлетворенные объекты или слишком много неудовлетворенных объектов, запущенных одновременно с начала.
Вот тот, который я еще не видел здесь. Это произошло на нашем последнем спринте.
#
##
###
#####
#############
##################
###################
####################
Это, "мы сделали лучше, чем ожидаемые достижения по нашим первым задачам, затем думали, были, были вперед, уменьшены, затем должен был бороться, нагоняют в конце или рискуют подсовывать функцию".
Урок извлечен: Burndowns являются большими для отслеживания прошлых усилий, но являются не обязательно представительными для Вашего будущего успеха.