Представьте: команда взялась за инициативу, расписала задачи по спринтам, завела тикеты в Jira — и ушла пилить. Через квартал выясняется, что не успели. Или успели, но никому не нужно. Или руководство неожиданно "не поддержало".

Большинство провалов проектов и инициатив — предсказуемы. Их можно увидеть заранее, если знать, куда смотреть.

Для этого существует DICE-фреймворк от Boston Consulting Group. Это методика оценки вероятности успеха (или провала) проекта до старта.

Принцип родился органично — не из книжки и не из agile-тренинга. Появился сам, в процессе работы с командой. Название придумали сотрудники. Вначале принцип существовал в виде шутки, потом оброс деталями и философией, прижился и показал себя в трех компаниях.

Проблемы, с которыми он помогает:
— Хаос под видом демократии.
— Бесконечные обсуждения без решений.
— Вечно перегруженный руководитель.
— Слабая инициативность сотрудников.

Если что-то из этого знакомо — возможно, подход окажется полезным. Он не требует перестройки процессов и больших затрат. Достаточно желания и характера.

Недавно знакомый PM попросил рассказать “Что значит отвечать за качество?” в контексте продуктовых команд. Вопрос оказался не из простых, ведь каждый проект имеет свои особенности. Да и понятие качества может отличаться. Ниже — мой взгляд на тему через призму измеримых показателей. Если у вас есть дополнения, другие метрики или иной управленческий опыт — велкам в комментарии. Будет интересно обсудить и расширить картину.