Открытость в отношении членов команды между менеджером и продуктом

Для команд, которые используют agile и есть владелец продукта, который является связующим звеном с бизнесом, и менеджер, который также является мастером схватки, в какой степени менеджер раскрывает проблемы владельцу продукта? Насколько открыты обсуждения отдельных лиц в команде?

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

Ни «Agile», ни общая книга по методам управления не дают здесь ответа; все будет зависеть от отношений между командой, менеджером и владельцем продукта.
@PhilipKendall: я это понимаю. Я подумал, что могу получить другую перспективу. Например, производительность члена команды строго конфиденциальна.

Ответы (1)

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

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

Этот вопрос должен найти решение внутри компании, где доступна вся информация. В конце концов, в нем будут участвовать не только 3 или 4 человека, но и он должен будет соблюдать правила, политику и рекомендации компании.

Мне кажется, что обмен этой информацией не очень помогает, так как может создать стресс для владельца продукта, который не требуется. С другой стороны, если замена необходима, было бы лучше, если бы владелец продукта знал об этом, чтобы избежать неожиданностей.
Проблема, которую вы описываете, может быть на самом деле простой проблемой или очень сложной проблемой. Разница между ними иногда незаметна — вы понимаете это только тогда, когда уже слишком поздно. Лучший способ действий — собрать всех соответствующих людей в одной комнате и позволить им говорить, пока они не придут к решению.
О ком ты говоришь? Члены команды?
Кто может внести свой вклад в решение. У менеджеров есть четкая работа: управлять. Если они не могут справиться с таким «мелким» вопросом, то пусть идут и находят новых менеджеров. Они должны знать и команду, и политику компании. Если потребность в одном тренинге для одного человека топит вашу лодку, потому что она подавляет ваших менеджеров, бедняга, которому нужен тренинг, — самая маленькая проблема, которая у вас есть.
Но почему решается проблема? Вопрос в том, обсуждается ли вообще факт обращения.
@smith: как ты относишься к ситуации? Вы менеджер? Владелец продукта? Парень, который нуждается в обучении? Еще один член команды? Кто-то из другого проекта или из другого подразделения? Я не понимаю, чего вы на самом деле хотите, поэтому ваше отношение к ситуации может помочь.
Я тесно сотрудничаю с командой и очень хорошо знаю ситуацию. В настоящее время у менеджера есть много команд, о которых нужно заботиться, и он перегружен. Я поддерживал в некоторых вопросах, поэтому результаты команды не пострадали, и мне интересно понять, как работает такая динамика, чтобы в какой-то момент я мог перейти к управлению. Думая об этом после вашего ответа и комментариев, я думаю, что не должно быть такого обсуждения с ПО, так как это создаст напряжение. Имеет ли это смысл?