К содержимому
ProductSense АКАДЕМИЯ
ВойтиПопробовать бесплатно
Разобраться в теме Понять, что происходит Найти решение 
Библиотека
ПодборкиМикрокурсыКонференции
Тарифы

Академия ProductSense

бета-версия · Поддержка: @ps24supportbot

АкадемияКурсыТарифыПубличная офертаПолитика конфиденциальностиОбработка персональных данныхКарта сайта
Разобраться в теме12 разделов · 186 темПонять, что происходит12 опор · 288 ситуацийНайти решение14 работ · 508 приёмов458 материалов бесплатно из 3 060
  1. Найти решение
  2. ·Управлять разработкой и доставкой
  3. ·Приём

Проверяй качество постановки задачи тем, что её формулировка полностью самодостаточна и не вызывает у исполнителя дополнительных вопросов

11 материалов · приём мышления · Управлять разработкой и доставкой

Когда так бывает
пишу задачу, но исполнитель постоянно задает вопросы

Где это показывают

  • Урок11 мин

    Гибкие методы разработки: Scrum и Kanban

    Проверяем доступ

    «Чтобы избежать двойного толкования задач внутри команды, формулируйте их как пользовательские истории и закрепляйте единые критерии готовности задачи к разработке (DoR) и завершенной работы (DoD).»

    здесь это прозвучало

  • Урок15 мин

    Основы сторителлинга для презентаций

    Проверяем доступ

    «Чтобы проверить качество презентации, отправьте её по почте и попросите прочитать без ваших устных комментариев — если она не понятна сама по себе, значит, слайды сделаны плохо.»

    здесь это прозвучало

  • Урок13 мин

    Презентация для отправки по электронной почте

    Проверяем доступ

    «Чтобы проверить понятность и запоминаемость документа, попросите коллегу прочитать его, закрыть и затем задайте конкретные вопросы по ключевым метрикам и смыслам.»

    здесь это прозвучало

  • Урок17 мин

    Процессы разработки и тестирования

    Проверяем доступ

    «Формализуйте идеальную картину работы сервиса в максимально подробных тест-кейсах, чтобы компенсировать искажение информации при передаче разработчикам.»

    здесь это прозвучало

  • Подкаст53 мин

    Об изменении отношения к User Story, смыслах, типичных ошибках и системном мышлении

    Проверяем доступ

    «Формулировка «зачем это нужно бизнесу или пользователю» должна быть обязательной частью постановки задачи, иначе команда теряет фокус.»

    здесь это прозвучало

  • Выступление

    Либо ты, либо тебя: не боремся с руководством, но побеждаем (Роман Квартальнов)

    Проверяем доступ

    «Качественная постановка задачи проверяется тем, что её формулировка не вызывает дополнительных вопросов у исполнителя и полностью самодостаточна.»

    здесь это прозвучало

  • Подкаст53 мин

    О предсказуемости при проектировании интерфейсов, контексте решения и спецификации интерфейса

    Проверяем доступ

    «Формализация требований к задаче через чек-лист Definition of Ready убирает неопределенность во взаимодействии продакта и дизайнера.»

    здесь это прозвучало

  • Подкаст1 ч 5 мин

    О мобильных приложениях, удаленных из сторов, миграции в веб, оттоке пользователей и новых фичах СБП

    Проверяем доступ

    «Готовые и провалидированные дизайн-макеты должны служить главным техническим заданием для запуска задачи в разработку.»

    здесь это прозвучало

  • Подкаст1 ч 8 мин

    Об устройстве мировой банковской системы, финтех-индустрии и механике транзакций с Иваном Стружковым

    Проверяем доступ

    «Чистовой дизайн в Figma должен служить главным техническим заданием для старта разработки.»

    здесь это прозвучало

  • Выступление

    Развитие UX-исследований: уходим из отдельных лабораторий - в продуктовые команды. В чем кайф.

    Проверяем доступ

    «Исследователь не должен брать задачу без заполненного брифа, где команда сама описала целевую аудиторию, суть продукта и гипотезы.»

    здесь это прозвучало

  • Подкаст59 мин

    Об индустрии personal mobility, создании железных продуктов и переговорах с Ильей Синельниковым

    Проверяем доступ

    «При постановке задач на разработку нельзя оставлять пространство для додумывания: спецификация должна учитывать все ограничения, включая юридические требования и ремонтопригодность.»

    здесь это прозвучало