Цитаты из книги «Управление продуктом в Scrum. Agile-методы для вашего бизнеса» Романа Пихлера📚 — лучшие афоризмы, высказывания и крылатые фразы — MyBook. Страница 22
Не следует принимать незаконченные или содержащие ошибки элементы. За них выставляется ноль очков, и они отправляются обратно в бэклог продукта.
22 февраля 2019

Поделиться

Среди заинтересованных лиц могут быть представители маркетинга, продаж и сервиса, а также клиенты и пользователи.
22 февраля 2019

Поделиться

компромиссный подход к качеству имеет долгосрочный отрицательный эффект.
12 января 2019

Поделиться

Инновации — это не значит всегда и всему говорить “да”. Это значит говорить “нет” всему, кроме самых важных функций».
8 января 2019

Поделиться

Атмосфера в помещении, где работает команда, должна стимулировать творческий процесс, который включает взаимодействие и ощущение радости от работы, содержит ключевые маркеры информации (формулировку концепции, наиболее приоритетные элементы бэклога продукта, диаграмму архитектуры ПО, задания текущего спринта, график хода релиза и спринта). Лучшие рабочие помещения — те, где созданы условия для сочетания командной работы, личного пространства и деятельности небольших групп в комнатах отдыха.
8 января 2019

Поделиться

Эффективное видение должно содержать ответы на следующие вопросы: Кто будет покупать этот продукт? Кто его целевой клиент? Кто будет использовать продукт? Кто его целевые пользователи? Каким потребностям будет отвечать продукт? Какую ценность он создает? Какие свойства продукта жизненно необходимы для удовлетворения избранных потребностей, а следовательно, и для успеха продукта? Как приблизительно продукт будет выглядеть и работать? В каких аспектах он станет особенно хорош­?
8 января 2019

Поделиться

Проблемы, связанные с удаленными владельцами, повсюду одинаковы: недостаток доверия, недопонимание, отсутствие единства и медленный темп работы.
8 января 2019

Поделиться

DEEP (от detailed, estimated, emergent, prioritized)
8 января 2019

Поделиться

Начинайте с малого и быстро разрабатывайте продукт с минимальной функциональностью. Об этом пойдет речь в главе 2. Если приходится заниматься крупным проектом, увеличивайте объемы медленно. Пусть он растет естественным образом, прибавляя по одной команде за раз. Если работу начинает слишком большое число людей, то проект может стать чересчур сложным, так что последующие обновления по­требуют массу времени и денег10.
8 января 2019

Поделиться

Важен только один шаг — следующий»
8 января 2019

Поделиться

1
...
...
39