RnR — roles and responsibilities (роли и ответственность). Часть 1, проблемная

RnR — документ или устные договорённости, в которых перечислено, кто за что отвечает в продукте.

___

5 признаков проблем с RnR:

1. Мутная ответственность. Задачи проходят десятки стадий согласований (часто — не запланированных) у всех возможных боссов и смежных команд. Когда результат получается не очень, непонятно, кто ответственен: исполнитель или десятки согласующих, которые изменили комментариями изначальную работу на 90%?

2. Низкая продуктивность. Команда не понимает свои задачи и какие имеет на это ресурсы. В результате делает «случайные» задачи, периодически тратя слишком много на мелкие задачки (когда от запланированной фичи отрезают бóльшую часть и оставляют на вечно MVP) или тяп-ляпошно, в последний момент, собирают важные проекты.

3. Размытые ожидания. Не очевидно, за что похвалят, за что поругают. Какой результат ниже ожиданий, а какой — топчик.

4. Токсичная, конфликтная обстановка. Непрозрачно, где проходит чья зона ответственности. Общие встречи часто превращаются в разборки, чей отдел где накосячил, либо в замаскированные неприятные взаимные уколы. Страшновато высказывать своё мнение, вдруг кого заденешь. Не очень хочется брать инициативу и делать больше, чем ожидают, вдруг это окажется чья-то задача.

5. Непонятно, кого и за что хвалить, как поднимать грейд. Когда размыта ответственность, достижения так же неочевидны.

___

А как у меня

Сразу признаюсь, идеального RnR в масштабах всей компании в моей практике до сих пор не было, всегда был перевес в одну из сторон:

1. Либо в «Твоя роль дизайнить / писать код / менеджерить, так что держи ТЗ и сделай всё как там написано» или даже «не говори коллегам, над чем работаешь, это NDA внутри NDA».

2. Либо в «Все отвечают за всё» — на моей практике это встречается чаще.

3. Шизофреничный вариант, когда в одном отделе идут по пути №1, а в соседнем №2.


В своём отделе я, конечно, использую RnR. Для арт-директоров договорённости записываю, для дизайнеров проговариваем голосом (написал эти слова и задумался, почему так).


И это работает:

— Ребята активно участвуют в обсуждении работы друг друга.

— Помогают друг другу в сложной ситуации.

— Понимают, где стоит приложить экстра усилия, где можно выйти за рамки ожиданий от роли дизайнера продукта.

— Понимают, как расти, как меняются обязанности в зависимости от грейда.

___

А вам знакомы описанные ситуации? Что вы делали? Как вы относитесь к фиксированию RnR?