Новое сообщение в форум Управление проектами

Форум	Управление проектами
Тема	Как правильно задавать вопросы

Здравствуйте, Ikemefula, Вы писали:

I>Здравствуйте, Ночной Смотрящий, Вы писали:

НС>>Стандартный современный проджект.

I>Я бы сказал проджект где то из нулевых :-) Он у тебя как то втёмную работает.

НС>>Это как раз работающий с заказчиком проджект - довольно странное в современной разработке явление. Напоминает конторы с софковым стилем разработки, когда проджектом просто обзывают классического начальника отдела.

I>Вот заказчик вдруг захотел всё и сразу, к кому ему идти менять планы? Или наоборот, начало резко печь совсем другое.

НС>>И для чего тогда, по твоему, нужен продакт, если проджект с заказчиками общается напрямую?

I>Сферы у всех различные. 
I>1 Продакт формулирует нечто, что позже превратится в требования. Обычно от заказчика поступают хотелки. От продакта нужно внятное понимание проблемы. Он один или с БА, формулируют предложения и согласовывают, делают мокапы. 
I>2 Архитектор дополняет эти предложения нефункциональными требованиям, делает пок, прототип или что там надо. Далее, архитектор сам или с командой, делают эстимейты. Продакт с БА так не могут - они не в курсе про нефункциональные требования, ограничения, и эстимейты дать не могут. 
I>3 После согласования у нас уже есть требования, которые снова описывает продакт или БА в более менее внятном виде.
I>4 Проджет с одной стороны следит за этим процессом, выстраивает пайплайн, с другой стороны, отвечает за планирование. Например "вы тут на два года накидали задач, релиз осенью, потому надо оставить только самое необходимое"

I>Все трое работают вместе и итерационно, на каком то этапе подключается уже команда разработки. Кроме этих трёх еще может быть дизайнер. Собственно, схема не сильно меняется, тогда мокапы сделает БА, а дизайнер покажет, как это будет выглядеть на мобайле, вебе, десктопе, часах и где угодно со всеми цветами, картинками, анимациями и тд. Или скажет, что херня, надо всё заново, т.к. слишком много кнопок. Тогда начнется еще одна итерация.

I>>> План намечается без участия заказчика?

НС>>План реализации? Разумеется без, зачем заказчику внутренняя кухня?

I>:facepalm:

>> Заказчику нужны майлстоуны со сроками в роадмапе, да периодические демо, чтобы он видел что процесс идет. А у вас что, на планирование итераций заказчики приходят?

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

I>Например - проект это собственный продукт, здесь все равно есть заказчик. Продакт-овнер это его представитель. С ним нужно согласовывать и скоуп, и отдельные инкременты.  Демо делается каждую итерацию обычно, т.к. в любой момент видение продукта может измениться, что часто и бывает. Например, вылезла проблема, "интеграция заработает со следующей версией ядра того продукта". Что делать? Это влияет на продукт, соответственно, нужно продукт+архитектор+проджект думать, как из этого выйти.

Теги:

Введите теги разделенные пробелами. Обрамляйте в кавычки словосочетания с пробелами внутри, например: "Visual Studio" .NET

Имя, пароль: Загрузить Нравится наш сайт? Помогите его развитию!
Отключить смайлики Получать ответы по e-mail