11 материалов · приём мышления · Управлять разработкой и доставкой
2026
Проверяем доступ
«Чтобы избежать двойного толкования задач внутри команды, формулируйте их как пользовательские истории и закрепляйте единые критерии готовности задачи к разработке (DoR) и завершенной работы (DoD).»
здесь это прозвучало
2026
Проверяем доступ
«Чтобы проверить качество презентации, отправьте её по почте и попросите прочитать без ваших устных комментариев — если она не понятна сама по себе, значит, слайды сделаны плохо.»
здесь это прозвучало
2026
Проверяем доступ
«Чтобы проверить понятность и запоминаемость документа, попросите коллегу прочитать его, закрыть и затем задайте конкретные вопросы по ключевым метрикам и смыслам.»
здесь это прозвучало
2026
Проверяем доступ
«Формализуйте идеальную картину работы сервиса в максимально подробных тест-кейсах, чтобы компенсировать искажение информации при передаче разработчикам.»
здесь это прозвучало
Подкаст53 минПодкаст · 2024
Проверяем доступ
«Формулировка «зачем это нужно бизнесу или пользователю» должна быть обязательной частью постановки задачи, иначе команда теряет фокус.»
здесь это прозвучало
ВыступлениеProductSense’23 — Конференция по менеджменту продуктов · 2023
Проверяем доступ
«Качественная постановка задачи проверяется тем, что её формулировка не вызывает дополнительных вопросов у исполнителя и полностью самодостаточна.»
здесь это прозвучало
Подкаст53 минПодкаст · 2023
Проверяем доступ
«Формализация требований к задаче через чек-лист Definition of Ready убирает неопределенность во взаимодействии продакта и дизайнера.»
здесь это прозвучало
Подкаст1 ч 5 минПодкаст · 2022
Проверяем доступ
«Готовые и провалидированные дизайн-макеты должны служить главным техническим заданием для запуска задачи в разработку.»
здесь это прозвучало
Подкаст1 ч 8 минПодкаст · 2021
Проверяем доступ
«Чистовой дизайн в Figma должен служить главным техническим заданием для старта разработки.»
здесь это прозвучало
ВыступлениеProductSense’18 Moscow — Конференция по менеджменту продуктов · 2020
Проверяем доступ
«Исследователь не должен брать задачу без заполненного брифа, где команда сама описала целевую аудиторию, суть продукта и гипотезы.»
здесь это прозвучало
Подкаст59 минПодкаст · 2019
Проверяем доступ
«При постановке задач на разработку нельзя оставлять пространство для додумывания: спецификация должна учитывать все ограничения, включая юридические требования и ремонтопригодность.»
здесь это прозвучало
