ну раз отзывы вам не очень нравятся🤣, давайте разберем сегодня анонимку, начнем с проблем - их тут 2:

1. В проекте не выстроены коммуникации, не закреплена ответственность между участниками проекта - разберем сегодня ее
2. «Узкое горлышко на архитекторе» - там очень многое зависит от «внутренностей и особенностей», которых мы с клиентом не обсуждали, поэтому разбирать скорее всего не буду

Спорим, вы хоть раз жаловались на то, что у вас очень много работы, а если еще и проектов больше трех, то тушите свет, - ничего не успеваете? Так вот, самое верное решение в этом случае - начать оптимизировать коммуникации в проекте. Поверьте, если вы будете «бегать» за каждым документом в вашем проекте, вам никогда ни на что не хватит времени.

Что делаем с коммуникациями:
ВАЖНО напомнить, что речь идет о процессах ВНУТРИ команды Исполнителя (без коммуникаций с Заказчиком)

1️⃣ Сформировать матрицу ответственности (RACI). Там есть такая прекрасная буковка О - «ответственный» (responsible), которая говорит о том, что исполнитель должен не только написать документ, но и подтвердить его качество (читай: согласовать со всеми необходимыми лицами). Но естественно команде нужно объяснить, что стоит за этой буквой, а потом еще раз 5 напомнить о ее существовании.
⚠️Лайфхак: задачи в вашем план-графике должны звучать соответствующе: не просто написать документ, а согласовать документ в соотв. С матрицей…

2️⃣Ввести процедуру эскалации вопросов: кому и по истечение какого времени исполнитель должен сообщить, что обратная связь не получена, но вы и здесь не торопитесь включать себя - пусть сначала с вопросом разберётся рук. Функциональной рабочей группы - тим лид, к примеру (он ЭКСПЕРТ получше вашего).

⚠️Лайфхак по первым 2 пунктам: чтобы грамотно составить матрицу RACI, задайте себе и команде вопрос: кто будет нести ответственность за то, что разработка ВОВРЕМЯ и с нужным КАЧЕСТВОМ попала в продуктив. Нет, и тут не вы!!! Ну вернеее, вы итак за все отвечаете, но кто это будет контролировать по маленьким шагам, держать руку на пульсе и в случае чего сообщать вам о проблемах?

3️⃣Снимаем розовые очки: возможно, когда вы попытаетесь внедрить эту матрицу, посыпятся вопросы типа:

«В другом проекте так не работает и за все отвечает РП, почему мы так должны?»
«У меня другой работы хватает, почему я должен следить за бумажками? »
«Мои специалисты должны заниматься своей работой, а не согласованиями»

К ним нужно быть готовыми и вот несколько жестких аргументов:
◦ Проект - уникальная временная структура и правила работы устанавливаются в каждом проекте так, чтобы МАКСИМАЛЬНО ЭФФЕКТИВНО достичь цели проекта
◦ Считаем количество коммуникационных связей: в случае, если у вас 4 человека будут общаться между собой это 4*3/2=6, если 3 специалиста - 3. Т.е. Исключение РП из переписки повышает эффективность коммуникаций в 2 раза!!!! Можете посчитать для своего проекта по формуле n(n-1)/2. С формулами спорить трудно)))
◦ Кто здесь эксперт? Только эксперт может быстро договориться с экспертом по вопросам тех. Документов, а вот если речь зашла про организационные вопросы - велкам к РП в соотв. С п.2

4️⃣ Начинайте с тех, кто готов к изменениям или внедряйте их постепенно. К примеру, можно начать с правил коммуникации в одной команде или по одному документу, договориться протестировать такой подход хотя бы 1 неделю. Как только добровольцы появились, сразу отмечайте положительные моменты и подсвечивайте их на планерках при всех. Т.е. тут создаем мотивацию в команде работать по-другом - об этом был подкаст выше.

5️⃣ Добавьте диаграммки, где будет видно, кто как движется к цели: к примеру, какой объем доработок от общего числа перенесена в продуктив по каждой команде/ группе.

Ниже будет зарисовка;) а вы пока в комментах пишите, может еще чего добавить?