Может показаться, что достаточно хорошо работать, и вас оценят.Это не так. Команды, которые «просто кодят», но не могут объяснить внутреннему заказчику, что они сделали, часто расформировывают после проекта.Да, очень хорошую или очень плохую работу тяжело спрятать. Но если задача была не самая бизнес-важная, за сроки вышли, но работа сделана всё равно хорошая, — вот в этом месте очень легко облажаться.Любое техническое выступление — это не пробубнить заголовки задач в Джире. Это про политику. Первая цель всегда — доказать, что команда действовала адекватно. Команды, которые показывают управляемость и результат, получают новые проекты и финансирование.Раньше, когда я был молодым Product Owner’ом, я думал: «Ну зайди ты в трекер, там же всё видно!» Оказалось, что для бизнеса это чёрный ящик. А умные люди очень не любят чёрные ящики, очень не любят красивые отчёты с суммаризациями и очень не любят ощущение, что им пытаются продать что-то без понимания смысла. Если вы не рассказали о результате правильно, то для многих результата часто просто не существует.Давайте разберём задачу выступления и оптимальную стратегию. Читать далее