Лучший способ использовать Толпу и Sprint для [закрытого] улучшения Инфраструктуры
Итак, я добавил в каждую строчку binding.pry, и он наконец щелкнул.
def email_notification(customer)
if customer.shipping_address_id.presence
@zipcode = Zipcode.find_by(zipcode: customer.shipping_address.zip)
@manager = @zipcode.region.region_email
if @manager.presence
CustomerMailer.notify_manager(customer, @manager).deliver_later
else
CustomerMailer.registration(customer).deliver_later
end
end
end
На самом деле это не электронная почта notify_manager, но это другая проблема.
3 ответа
Толпа является методом управления проектами, она конкретно не нацелена на разработку программного обеспечения; таким образом, это может использоваться для проекта повышения сети.
Вы сказали, что боретесь со "спринтом, который никогда не заканчивается", который не является Толпой. Sprint является timeboxed, они заканчивают вовремя, период.
Теперь, если команды, перегруженные для спринта, или если некоторые задачи были недооценены, и, существуют неудовлетворенные объекты, которые "не сделаны сделанные", они удалены из результата спринта и могут быть продолжены в следующем спринте.
Существует несколько вещей, которые можно сделать для предотвращения overcommitement:
- неудовлетворенные объекты должны быть небольшими; мелочи легче оценить что большие объекты. На самом деле они должны иметь, ИНВЕСТИРУЮТ характеристики.Править: неудовлетворенные объекты должны быть измерены так, чтобы Команда могла завершиться между 5 и 10 в одной Sprint в среднем.
- после первого спринта, Вы теперь, насколько команда может вставить спринт (обеспечил сопоставимые ресурсы),
- не выделяйте людей 100% на спринте, запускайтесь с 80% как показывает опыт,
- определите то, что "сделанный" означает
- повторно оцените свои неудовлетворенные объекты на основе какой Ваше изученное
Если проект повышения сети никогда не заканчивается, я предполагаю, что это - потому что определяются новые потребности. Добавьте их в своем отставании, расположите по приоритетам их, оцените их, они будут в конечном счете запланированы в спринте.
Я предположил бы, что Вы могли бы запустить путем обновления памяти о целом понятии Толпы (http://en.wikipedia.org/wiki/Scrum мог бы быть хорошим местом для запуска).
Например, я не полагаю, что должна быть такая вещь как 'никогда не заканчивающий спринт'. Если у Вас есть некоторая очень длинная и/или повторяющаяся задача, просто повреждают его в более определенные. Повышение сети очень универсально - ломают его к:
- скачок для исследования нового сетевого оборудования
- скачок для рассмотрения кабельного расположения
- задача потянуть оборудование физическая схема местоположений и проводов
Оцените их и поместите их в Ваше Отставание.
и т.д.
Затем запланируйте короткий (1-2) спринты или повторения недели. Присвойте определенную цель каждому из них. Добавьте некоторые свои задачи от отставания до повторения. Завершите его.
Рассмотрите результаты, скорректируйте процесс, повторитесь.
Sprint, которая никогда не заканчивается, не является Sprint... это - карьера. JK. Удостоверьтесь, что Вы ясно определили подцели, если главная цель не достижима и/или постоянно смещается. Оценочные человеко-часы на каждой задаче и разламывают его на подзадачи, если в те часы добираются, чтобы быть приблизительно больше чем половиной дня (очень свободное правило). Время дорожки (не должно быть точным - может быть зарегистрировано в стенде, встречающемся или через Вашу систему управления проектами или систему покупки билетов), и сравните с задачами. Вы найдете некоторые задачи, которые подобны в функции и время для завершения. Используйте тех, которые как прототипы для следующего спринта и продолжайте улучшить его, пока Вы не доберетесь все больше на метке.
После того как Вы имеете довольно хороший дескриптор на этом, пересматриваете Ваше отставание, присваиваете оцененное время и начинаете определять твердые цели (которые составлены из дискретных, четко определенных sub задач), цели фрагмента и удаленные цели для Вашего спринта. Твердые цели должны быть хорошо в досягаемости Вашей команды (не больше, чем 60% Ваших предполагаемых целей, которые можно выполнить и обычно меньше), цели фрагмента должны быть от той точки до того, что Вы оцениваете, что можно выполнить (в 100% оцененная эффективность) и удаленные цели, которые Вы должны иметь на своем радаре в случае, если у Вас есть фантастический бит удачи тот спринт. Каждый день рассмотрите и стройте диаграмму своей записи вниз в стенде и re-eveluate Ваши цели для того спринта. Если будут дикие изменения в Ваших оценках, отметьте, почему, и если они систематичны, пересматривают Ваши задачи и оцененное время и приспосабливаются так, то Ваша следующая оценка будет лучше. Это - большая работа сначала, и это берет замечательную сумму дисциплины, но выплаты после нескольких месяцев огромны. Просто сохраните основанными в строгой действительности.Удачи!