Как правильно подать жалобу на ретроспективной встрече?

Привет, у меня был следующий случай - проблема JIra с нарушенным потоком в отношении To Do / Selected for development / In Progress / Done. В результате весь инструментарий вокруг JIra — все отчеты о досках сломаны и непригодны для использования. Владельцы продукта и руководители команд хотели иметь обзор определенного статуса, поэтому они инициировали просмотр статусов. Хотя я не являюсь руководителем команды, я больше всего вовлечен в Jira-разработчик в своей команде. О большинстве проблем Jira сообщаю я. Мой руководитель группы и мой владелец продукта попросили оставить отзыв, и я пришел подготовленным, чтобы исправить нарушенный поток, который я получил с 4 баллами.

На последней встрече руководитель группы и владелец продукта встретились с руководителями других групп и PO, и через день они предложили пересмотренный поток, и ни один из моих 4 пунктов не был принят во внимание. Поток разработки был так же нарушен, как и раньше. Они вышли, чтобы представить новый поток в поисках обратной связи. Я дал довольно отрицательный отзыв, в результате чего 3 из 4 пунктов моего отзыва были приняты.

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

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

Вот точный ход событий:

  1. PO инициирует изменение потока, чтобы добавить некоторый статусер, обращающийся к функциональным ресурсам.
  2. Просит команду просмотреть поток и то, что нам может понадобиться
  3. Они получают обратную связь о ходе разработки
  4. Они ходят на все встречи TL
  5. Новый поток принят нет баллов от обратной связи talen
  6. Нет обратной связи
  7. Поток публикуется во всех слабых каналах.
  8. Я критикую публичное добавление диаграмм
  9. Поговорите с 2 TL из разных команд
  10. 3 из 4 баллов были приняты по моему отзыву
  11. Я остался думать, что они не знали о моем отзыве
  12. Я зол
Какова ваша жалоба? Что они не сразу приняли ваш отзыв или приняли его большую часть только после того, как вы уже пожаловались на то, что ваш отзыв был проигнорирован? Если только этот последний пункт не является чрезвычайно важным, я бы посоветовал на некоторое время просто перейти на новый рабочий процесс, иначе вы можете стать негативной личностью.
@HorusKol, наверное, ты прав. И все же я чувствую разочарование.
@Joe Strazzere, если я скажу, что не было обратной обратной связи по моим баллам, и обратная обратная связь должна улучшиться. Это точка действия и факт. Будет ли это звучать как жалоба?

Ответы (2)

Не жалуйтесь в ретроспективе, и уж точно не на конкретных людей. Это может быть катарсисом, но это ничего не изменит и никому не понравится. Сохраните это для вне работы с друзьями и/или супругом.

Вместо этого сосредоточьтесь на вещах, которые вы хотели бы улучшить в будущем.

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

Или, возможно, проблем можно было бы избежать, если бы было больше возможностей для обратной связи во время разработки нового процесса, а не в самом конце.

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

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

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

Все пошло не так, как я предполагал, все действительно пошло не так.

Основным действием будет запрос обратной связи:

  1. Вам нужны отзывы о том, как/почему каждый пункт был принят/отклонен со всеми встречами TL/PO. (Действия 2 или 3 из предыдущего ответа)
  2. Вы хотите, чтобы они попросили обратную связь (по крайней мере, от людей, которые высказали свое мнение, но не участвовали в собрании). Возможно, каждый TL/PO мог бы попросить свою команду оставить отзыв.

Что можно получить от этого в будущем?

  1. Меньше разочарования/гнева от людей, помогающих им и поддерживающих их участие.
  2. Меньше разочарования/гнева со стороны TL/PO: публичное сообщение о том, что не так, могло быть проблемой для некоторых TL/PO.
  3. Эффективность ? Лучшее решение? ...

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

Предыдущий ответ, основанный на неправильном представлении о том, как все пошло:
я не уверен, что все пошло так плохо, может быть, просто недопонимание?

  • У вас было несколько очков
  • TL/PO выбрали решение
  • TL/PO попросили оставить отзыв
  • Вы оставили отзыв
  • Они приняли это во внимание

Но вы можете сформулировать это так: «В этом случае все прошло хорошо, но могло пойти не так, и есть вещи, которые нужно улучшить»:

Что касается проблемы с Jira, все прошло хорошо, но... Я думал, что мои замечания уже были отклонены, когда TL/PO попросили отзыв.

Я поднял этот вопрос снова, потому что чувствовал разочарование, но кто-то другой, возможно, не сделал того же.

Если бы я не дал никакой обратной связи, рабочий процесс изменился бы без реального решения проблемы.

Затем доступны некоторые действия.

Действие 1:
Объяснить, что, когда TL/PO запрашивают отзывы, люди должны поднимать любые вопросы, даже если они думают, что их замечания уже приняты во внимание, потому что это может быть не так.

Действие 2:
TL/PO разделяет точку зрения участника в обсуждении.
Должна быть обратная связь от TL/PO о том, почему он был отклонен/изменен.
Затем вернемся к действию 1: TL / PO, возможно, не смогли «хорошо продать» (или что-то неправильно поняли или что-то еще может случиться)

Действие 3:
Вместо действия 2 участник участвует в обсуждении.
Затем вернемся к действию 1: у кого-то еще могут быть некоторые моменты, которые не вошли в обсуждение.

Поток событий был немного другим: 1) PO инициирует изменение потока, чтобы добавить некоторый статусер, относящийся к функциональным ресурсам 2) просит команду просмотреть поток и то, что нам может понадобиться 3) они получают обратную связь относительно потока разработки 4) они переходят к все встречи TL 5) новый поток принят нет баллов от обратной связи talen 6) нет обратной обратной связи 7) поток размещен на All slack канале 7) я критикую публично добавление диаграмм 8) поговорить с 2 TL из разных команд 9) 3 из 4 баллов были приняты 10) я подумал, что они не знали о моем отзыве 11) я в бешенстве
Как правильно подать жалобу на ретроспективной встрече?
СпросиСетьПолитика конфиденциальности1y, 0v