В продолжение поста:
Причина и следствие
Спасибо коллегам, кто поделился своим опытом и соображениями по вчерашнему вопросу:
Игорь написал про приоритеты задач и качество выявления багов;
Олег предложил идти по второму сценарию и создавать ясный образ будущего, который будет превращаться в MVP;
Борис написал про то, как важно продактам понимать разработку, окунуться в реальность друг друга и действовать совместно;
Миша предложил наиболее детальный алгоритм из трех конкретных действий, которые помогут разработке выделять запас времени на важное, но не срочное, аналитике — прорабатывать глубокие проблемы, и всем вместе собираться на воркшопы, чтобы видеть общий контекст и создавать лучшие решения для клиентов.
———
От себя могу добавить только одно: язык определяет мышление.
Если мы внутри команды говорим о багах, проблемах и сбоях, мы занимаемся багами, проблемами и сбоями:
Доброе утро, давайте проходиться по багам клиента // так началась сегодняшняя планерка в одной из команд разработки
Если мы говорим о конкретных решениях и стабильном продукте, мы получаем стабильный продукт:
Доброе утро, давайте обсудим архитектуру нового планировщика, кто и что делает сегодня для ее реализации
Если мы говорим о скорости и конкретных, ценных для клиента результатах, то именно эти результаты мы и получаем на выходе от нашей команды и продукта:
Доброе утро, давайте обсудим цели спринта — какую ценность мы создаем для наших клиентов в эти две недели?
———
Работа менеджера — не в том, чтобы применять модные фреймворки или разбираться во всех технических деталях.
А в том, чтобы держать в голове ясный образ нужного результата и выбирать правильные слова, когда говоришь со своими людьми.
@startwithease