Как решали такую проблему в своём опыте?

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

Кстати неплохая идея. Можно даже какого-то бота прикрутить, чтобы он из всего потока выделял самые главные сообщения и делал саммари за неделю. Но мне лень, конечно))

Если какое то действие повторяется больше 2х раз его лучше автоматизировать.

А мненджер/РП насколько глубоко должен держать в курсе заказчика, по вашему мнению?

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

Вот я думаю, насколько удовлетворение любознательности заказчика входит в контур проекта, или стоит ограничится результатом 😅

Удовлетворение клиента вообще нынче очень важный аспект. Вы можете хоть превосходящие все ожидания результаты представить. Но если клиент не удовлетворен взаимодействием — вряд ли он станет лояльным или придет еще раз. Чтобы любознательность клиента не отвлекала от рабочих процессов — стоит удовлетворять исключительно «умные» и технические вопросы, если разумеется клиент подкован. В ином случае стоит сразу провести границы коммуникации, чтобы клиент не спамил глупостями.

Комфортнее для вас как для участника команды/руководителя команды/заказчика (выбрать то, какая роль вам ближе)

Адресное решение проблем. Ничего страшного, если заказчик не видит кипящей работы. По классике проектного управления он и не должен. А если он считает, что ничего не происходит, то это частная проблема коммуникации РП с заказчиком. И её лучше решать в частнос порядке, ннжели на виду

Проекты без обязательства редко финансируют🥲

Я вот именно не про канал внутри каждой команды, а про вовлечение вообще всех участников в единое пространство

Так я и показал общий канал с подканалами для команд. Это очень удобно!

Максимально неудобная фигня, где все движения на показ.

Очень хорошо что придумали в дискорд сервер для работы, это реально помогает для сотрудников, и в свободное время можно провести время вместе поиграть во что нибудь)

Вряд ли там есть прямой ответ на указанный вопрос) Мне больше интересно из опыта как удобнее общаться

Это гипотетическая ситуация

Благодарю.

Спасибо за мнение! Это вы как технический специалист говорите? Удобно ли вам быть в коннекте непосредственно с заказчиком, или предпочитаете коммуникацию через буфер (ПМ/аналитика)?

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

Не очень поняла - каким образом общий чат ускоряет принятие решений? Из моего опыта как раз каждый там высказывает своё мнение, задает миллион вопросов и тд

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

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

Анастасия, я Вам скажу, что у нас в канале работали 26 человек. Руководитель проекта мог видеть все наши переписки в подканалах, но за 6 дней работы вмешался только один раз, когда добавил баллы за выступление. Каждая команда работала в своём подканале и только когда необходимо было срочно связаться с другой командой, писали в нужный канал. Реакция всегда была мгновенной!

А по каким критериям будешь определять, какой тип взаимодействия для заказчика комфортный? Если, например, его все устраивает, на статусах вопросов не задает, задачи видит, в потом раз - и эскалация 👹

Значит вы плохо разбираетесь в процессе, заранее не обсудили все возможные варианты, а это приходит с опытом. Я думаю вы неправильными критериями мыслите : 1. Заказчик удовлетворен, когда работа выполнена согласно договоренностям. Если нет, то это его проблемы. И вы должны были все нюансы предугадать и заказчику рассказать как будет. 2. Не заказчик должен спрашивать, а вы. Тогда вы все вопросы проработаете и узнаете, как заказчик видит финал работы. Соответственно неправильное восприятие нужно на начальном этапе отсекать. 3. Иногда с заказчиками некоторыми лучше не иметь дела. Люди бывают самодурами. Сегодня так, а завтра так. Будет только так и точка. За хотелки нужно доплачивать. И вы должны предупредить, что если хотелки не взлетят, то вина только заказчика. И получить рабочую тему с откатами на предыдущее состояние будет стоить ему в приличные потери и в материальном плане и по времени.

Странный вы вывод конечно сделали из такого ограниченного количества данных) Но опустим.

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

В процессе у меня возникает куча сложностей с разрешительной документацией, нужно подготовить ещё больше документов, чем планировалось и "сходить в баню" с главным пожарным инспектором, чтобы организовать проверку быстрее и сдать все в срок. Дом при этом ещё не начинал строится (тк разрешительной документации нет), заказчик бунтует, что ничего не происходит. Ему объясняются тонкости процесса, и что договоренности о конечном сроке в силе. Но работы "под капотом" не видно.

В итоге дом сдан в срок. Но заказчик говорит, что могли бы построить и быстрее.