Три дня чтения в подарок
Зарегистрируйтесь и читайте бесплатно

Цитаты из Управление продуктом в Scrum. Agile-методы для вашего бизнеса

Читайте в приложениях:
890 уже добавило
Оценка читателей
4.08
  • По популярности
  • По новизне
  • Нужно противостоять искушению перегружать продукт деталями или спецификациями. Дополнительная функциональность будет обнаружена и отражена в бэклоге продукта в ходе проекта.
    1 В мои цитаты Удалить из цитат
  • План развития продукта должен содержать примерную дату выхода следующей версии, указание целевых потребителей и их нужд и три-пять основных функций.
    1 В мои цитаты Удалить из цитат
  • Владелец продукта — единственный человек, отвечающий за список требований к продукту и ответ­ственный за результат работы команды. Этот человек составляет бэклог продукта и обеспечивает его доступность для всех членов команды.
    1 В мои цитаты Удалить из цитат
  • Планы — ничто, планирование — все», — заметил как-то Дуайт Эйзенхауэр37.
    В мои цитаты Удалить из цитат
  • Как показывает этот пример, скорость лучше всего определять по способности команды превращать элементы бэклога продукта в инкремент продукта.
    В мои цитаты Удалить из цитат
  • Решение перейти к agile-методам в Salesforce.com выросло из желания быстрее выпускать более предсказуемые релизы. Мы уже год не выпускали ни одного крупного релиза и хотели перейти к более предсказуемому расписанию выхода продуктов, которые будут приносить ценность покупателям на постоянной основе.
    В мои цитаты Удалить из цитат
  • Особенно полезной для Пола оказалась установка быть жестким с проблемой, но мягким с людьми.
    В мои цитаты Удалить из цитат
  • быть жестким с проблемой, но мягким с людьми
    В мои цитаты Удалить из цитат
  • Надежность важнее ложных амбиций
    В мои цитаты Удалить из цитат
  • Не смотреть вперед — это все равно что бежать по ночному лесу без фонаря.
    В мои цитаты Удалить из цитат
  • Планы — ничто, планирование — все
    В мои цитаты Удалить из цитат
  • Вас должны интересовать результаты, а не технологии» (Gilb, 1988; 336)
    В мои цитаты Удалить из цитат
  • ориентированной на успех клиентов и сотрудников
    В мои цитаты Удалить из цитат
  • Когда элемент доведен до достаточно малого размера, следует убедиться в его четкости, проверяемости и осуществимости­28. Требование считается четким, если все члены scrum-команды одинаково понимают его смысл. Совместное описание требований и выражение элементов бэклога продукта в простой и сжатой форме облегчают достижение четкости. Элемент называют проверяемым, если существует эффективный способ определить удовлетворенность реализацией требования в течение спринта. У истории должны быть критерии приемки, которые определяют ее проверяемость. Элемент является осуществимым, если он может быть внедрен за один спринт в соответствии с критериями приемки, принятыми в команде. (О стандартах осуществления говорится в главе 5.) Для обеспечения осуществимости мы оцениваем зависимость от других элементов, в том числе функ­циональных и нефункциональных требований. Если история ограничена, например, требованием пользовательского интерфейса, то должно быть ясно, каким будет получающееся обновление продукта. В противном случае команда должна перед реализацией пользовательской истории исследовать требование пользовательского интерфейса. Если это требует больших усилий, то исследования должны быть проведены во время отдельного спринта — например, можно создать одноразовый прототип для изучения дизайна пользовательского интерфейса.
    В мои цитаты Удалить из цитат
  • Если элемент действительно нужен, подумайте, нет ли альтернативы, которая приносит те же выгоды, но требует меньше усилий, времени или денег. Команды, к сожалению, часто сдерживают какие-то неявные ограничения, поэтому они не всегда способны оценить все варианты.
    В мои цитаты Удалить из цитат