Привет, я Слава. Из чатика продактов зашел. Я человек-оркестр в студии мобильной разработки. Вопрос на ночь глядя: мы в студии начали работать спринтами по некоторым проектам. Завтра первое демо для клиента, показываем работающий кусок приложения. Вопрос: звать команду на демо с клиентом или не стоит? андроид разработчик, айос и бэк. С одной стороны хочу чтоб полная синхронизация с командой была, а с другой - опасаюсь неловких моментов и возможной бесполезности ребят на этой встрече. Что думаете?

Зависит от команды, конечно, мы всегда звали. Так сотрудники больше вовлекались в работу

Зависит от команды, конечно, мы всегда звали. Так сотрудники больше вовлекались в работу

А команду спросили - хочет ли она на демо?

"все работает" это не клиент считает,что "все работает"

А зачем план на ребят? Т.е. он нужен чтобы что?

Пользовательский фидбек нужен чтобы команда была лучше понимала клиента. Клиент может дать фидбек в виде критики. Соответственно два вопроса - нам надо чтобы команда лучше понимала клиента и если да, то объяснили ли мы команде что критику воспринимать надо с точки зрения работы а не лично.

А что Андрей должен делать? :)

Ну да попадет команда на такого как я в плохом настроении и на демо больше не пойдет :D

Я вот и спрашиваю. Может кто уже проводил демо с клиентом и Андреями. Чтоб дали совет, стоит ли Андрею быть на встрече и если да, то чем он может помочь, а чем навредить.

тренд на CFD, как вам? покритикуйте

Привет, друзья! Поделитель опытом, кто как прописывает\изображает управление коммуникациями в проекте? Я понимаю, да, самоорганизующиеся команды, туда-сюда, но, моя цель: прописать в доку, которую все хотят (а именно заинтересованные стороны внешние), что, кроме РМа, задачи разрабу прилететь не могут, ни от маркетологов, ни от юристов, грубо говоря. Буду очень благодарна)

Привет, друзья! Поделитель опытом, кто как прописывает\изображает управление коммуникациями в проекте? Я понимаю, да, самоорганизующиеся команды, туда-сюда, но, моя цель: прописать в доку, которую все хотят (а именно заинтересованные стороны внешние), что, кроме РМа, задачи разрабу прилететь не могут, ни от маркетологов, ни от юристов, грубо говоря. Буду очень благодарна)

На самом деле ни как, Даже если будет документ, все равно кто-то будет пытаться или пролазить в обход пма. Можно написать док \ письмо на всех и сказать "Задачи только через ПМ". Дальше ходить и отгонять палкой от разработчиков всех не причастных :)

Ну мне, скажем так, нужен некий официоз, чтобы потом с палкой и ходить можно было) типо а вот регламент читали - все лесом идите

сделайте доску с задачами, которую будут видеть все для начала

Как сейчас справляетесь?

Письма на всех, кто лезет к разработке, в обход ПМ - достаточно. Дальше - палкой отгонять :) Для большинства не технарей, задачи и доска - это какая-то магия

ну письмо..это такое..а мы не видели, а почту не читаем. Хочу жирным шрифтом прописать это, подписать у Бизнеса, а дальше уже швырть бумажку при любой непонятной ситуации- то есть общаться на их языке) НО мой вопрос больше, про КАК написать. Не могу же целый толмут умным людям писать: что делать, если вам что-то надо от команды разработчиков. Мне конкретика, господа, нужна. Типо: ну вот сделай главу в Регламенте, процесс взятия в работу хотелок..что то отсюда

Я уже думала просто наш кабинет оборудовать а)гильотиной и б) замком с отпечатком пальца

(подскажите, какой документ написать, чтобы мой сын перестал прыгать в лужи)

пройдите эволюционным уровнем ниже, в @pm_russia тут нам с вами не о чем говорить

кстати, а что говорит нам великая гибкая методология по этой теме? Может задача на команду разработки влететь не от ПМа (Продакт\мастера )?