Crazy Manager (IT) пишет:

Работа с Team Canvas ч.2

Продолжение предыдущего поста.

Пошаговая инструкция для уже существующей группы: 1️⃣ Начинаем с области “назначение”. ❗️ Здесь не про “сделать такой-то продукт”, а про то, какую проблему группа решает, зачем она делает то, что делает. Как говорит Л. Криспин: “продукт-то решение. Если продукт не решает проблему, то продукт некачественный” (сборник неточных цитат) Здесь нужно обратиться к основам управления продуктом. Для начала может помочь value proposition canvas и product vision board. 2️⃣ Продвигаемся к области “цели”: сначала выявляем общие цели, и выделяем + формулируем по SMART основную цель, после чего описываем личные цели. ❗️ На этом этапе гораздо проще работать с абсолютно новой группой, нежели с той, которая уже давно существует. Прежде чем идти в канвас, нужно решить вопросы с открытостью в группе, хотя бы в рамках сессии. ❗️Цель для незрелой команды может быть сформулирована менеджером, но тогда это будет “внешняя” цель. Для начала этого, в принципе, достаточно. Важно, чтобы команда приняла эту цель как свою собственную. Для тех, кто хочет в Agile, формулирование цели должно быть в области решений команды. При этом есть нюанс: с одной стороны, чтобы группа состоялась, у неё должна быть определённая и всеми принятая цель. С другой стороны, навязывание целей и даже побуждение сформулировать групповую цель со стороны менеджера ограничивает команду в самостоятельности и считается не Agile поведением. Выбор как действовать - за вами 😳 Вообще, достаточно много на тему целей написано в книгах Аппело и Пригожина. ❗️ Персональные цели должны быть связаны с группой. Не имеет смысла писать что-то типа “провести следующий отпуск на Мальдивах”, при этом вполне можно написать цель “стать экспертом по …”, “участвовать в принятии решений в части…” ❗️Необходимо обратить внимание на “примеримость” личных и общих целей. Это важно для дальнейшего развития группы. ❗️Достижимость или веру в достижимость целей можно оценить с помощью этого инструмента. 3️⃣ Заполняем раздел “роли и навыки”. Тут название группы можно упустить. ❗️Роли можно использовать как те, что приняты в организации, так и групповые роли. ❗️ Роль != должность или позиция, поэтому полезно определить ролевые функции, желательно в продуктовом, а не в процессном формате. ❗️ При заполнении навыков стоит ориентироваться на “назначение” и “цели”, в первую очередь. Но никто не запрещает написать вообще все навыки, что человек вспомнил про себя - мало ли что пригодится 😉 4️⃣ Определяем “ценности”. К этому группа тоже должна быть готова, аналогично пункту 2. ❗️ Для облегчения, можно использовать заранее заготовленный список ценностей. Приблизительные списки можно найти в книгах Аппело и Пригожина. 5️⃣ Заполняем раздел “правила и активности”. ❗️Правила могут носить общий характер, например “не опаздывать на встречи”. Для выработки общих правил можно использовать технику выработки team alliance. О ней я, кажется, не писала. Будет в одном из следующих постов 😉 ❗️Для ответа на второй вопрос вам потребуется продумать те правила и практики, которые будут использоваться в группе для создания единого информационного пространства. Сюда могут входить и рабочая доска, и чаты, и дейли синки, и планирования и др. Не забудьте, что для встреч необходимо так же определить состав, время и длительность и место, как минимум. ❗️Чтобы ответить на вопрос “как мы принимаем решения” вам может помочь шаблон уровней делегирования и карточки принятия решений, которые я описывала недавно в постах. ❗️"Как мы выполняем" может так же содержать DoR&DoD, а “как мы оцениваем” будет включать в себя какой-либо набор метрик, но не только. Возможны и качественные, а не количественные оценки.