Менеджер проекта отменяет или переносит ежедневные стендапы без предварительного уведомления, если у него конфликтующие встречи.

Я сделал свою домашнюю работу и поискал на веб-сайте, и я мог найти похожий вопрос: Должны ли мы отменить ежедневную стойку, если у нас будет еще одна встреча в течение дня? но мой случай другой: мой руководитель проекта отменяет (или меняет время стендап-встречи в тот же день), не если у нас будет еще одна встреча, связанная со скрамом, а если у него (только у него) есть звонок с клиентом или если он занят чем-то другим.

Я знаю, что это очень неправильно, но я прошу помощи у сообщества, чтобы дать ему конструктивный отзыв, в идеале основанный на источниках или статьях, которыми я могу с ним поделиться.

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

В заголовке написано «Scrum Master», а в вопросе написано «Менеджер проектов». Что он? Несмотря на это, кажется, что это может быть Scrum только по названию (SINO).
Поскольку это больше касается взаимодействия с ролью члена команды, а не с ролью типа управления проектом, этот вопрос может быть более подходящим для сайта Workplace .
На самом деле это менеджер проекта. Я изменил название. Я также думаю, что вы правы, это можно перенести на рабочее место, хотя это также связано с тем, как Scrum адаптирован к среде, которая к нему не привыкла, например, к агентствам. Но я могу создать для этого отдельный вопрос.
Также обратите внимание, что в рамках Scrum отсутствует роль руководителя проекта . Действия на такой должности часто выполняются теми, кто выполняет три роли (владелец продукта, скрам-мастер и команда разработчиков) или не нужны из-за другого (продуктового, ориентированного на ценность, инкрементного, самоорганизующегося) характера фреймворка.
возможно, мне следует упомянуть об этом ясно, но я никогда не говорил, что мы используем Scrum, мы скорее используем Kanban. Мы работаем с чередованием проектов 2/4 недели, и любой член команды может выбирать разные проекты в зависимости от доступности. Трудно применять даже Канбан..
Время стояния должно быть не более 15 минут. Обстоятельства, при которых кто-то не может выделить 15 минут в день для постоянной встречи и планировать ее, довольно ограничены. PM может и должен работать со временем, чтобы найти постоянное место, которое он/она может регулярно посещать.
Я не согласен с закрытым голосованием. Этот вопрос кажется очень актуальным и на него можно ответить.
Вы предлагаете мне оставить его открытым, чтобы получить больше ответов?
@giac_man Нет, он просто говорит, что не согласен с голосованием за закрытие вашего вопроса как не по теме. Это не имеет ничего общего с принятием Ответа (о чем, я полагаю, вы спрашивали).

Ответы (3)

Я думаю, что самый полезный совет можно найти в комментарии к вашему связанному вопросу.

Мой менеджер был совершенно потрясен, узнав, что у нас все еще был наш стенд, когда он отменил его (обычное явление). Я ответил ему: «Стендап не для тебя. Он для нас. Независимо от того, здесь ты или нет, нам все равно нужно синхронизироваться как команде.

Ежедневный Скрам не для менеджера проекта. Это не для владельца продукта. Это не для скрам-мастера. Это для Команды .

Кажется, у тебя тут две проблемы. Во-первых, ваш ежедневный скрам отменяется. Во-вторых, именно ваш менеджер проекта отменяет ваши ежедневные скрамы.

Первые решаются легко — они все равно есть. Второе, надеюсь, будет исправлено, как только ваш скрам-мастер обнаружит, что вы все еще проводите ежедневные скрамы. Если нет, среда Scrum дает возможность решить подобные проблемы — Ретроспектива Спринта .

Ответ краток и прост: ему или ей не обязательно участвовать в ваших ежедневных стендапах.
Я знаю, что многим скрам-мастерам тяжело с этим, потому что они боятся что-то упустить (и, на мой взгляд, проблема лежит на другом уровне — отсутствие доверия; но это уже другая история).

В любом случае, я бы не отказался от этих ежедневных выступлений. Это просто порождает конфликт (снова отсутствие доверия). Так что на вашем месте я бы прямо спросил его или ее, почему он или она считает, что жизненно важно, чтобы он или она участвовали в вашей ежедневной схватке. Может быть, этого достаточно, чтобы убедиться, что это происходит, и получить краткое резюме. Это поможет вам обоим — классический беспроигрышный вариант.

спасибо за Ваш ответ. Хороший вопрос о проблеме доверия, но я думаю, что в данном случае это больше связано с нечеткими процессами и плохим определением обязанностей ролей.

Я не знаю, кто «владеет» собранием на вашей работе, но это должен быть скрам-мастер (если он у вас есть). Если нет, я бы предложил, чтобы совещание вел один из разработчиков, а не менеджер проекта.

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

В общем, это вопрос, который стоит изучить на ретро. Попросите всю команду обсудить ценность стендапа для них и почему ваш PM не самый важный человек на собрании. Ваш PM должен организовать свое расписание вокруг всех остальных, а не наоборот.

Менеджер проекта отменяет или переносит ежедневные стендапы без предварительного уведомления, если у него конфликтующие встречи.
СпросиСетьПолитика конфиденциальности1y, 0v