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

R>Начни с Agile Manifesto, потом возвращайся, продолжим разговор.

Если ты пытаешься натянуть на "витание в воздухе" вот этого утверждения, то ты его просто не понял. Знания бывают слишком объемными что бы хоть где-то витать

The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.

KP>>Витающие в воздухе знания как раз и говорят о полной неспособности руководства команды поставить нормальный процесс.
R>Каким образом говорят и откуда происходит твоё видение "нормального процесса"?

Видение происходит из работы у руководства командами в больших проектах.

KP>>Так же утверждение что одна из основных задач продукт менеджера вещать на всю команду видение продукта ложное.

R>Нет, всё в порядке с утверждением.

Ну, разве что ты в основном занимаешься проектами уровня "сделать страничку с 3 кнопками, которая ходит в базу"

Автор: rosencrantz
Дата: 22.01.22

. На любом более менее сложном проекта такая методика не сработает.

Расскажи, пожалуйста, что будет вещать менеджер проекта на команду если команде надо организовать интеграцию работ с командами из Сингапура, Германии, США и Израиля где при этом часть команд вообще внешние компании? Какие там витания в возухе? Требования должны быть задокументированы и доступны команде для понимания направления развития

KP>>У продукта должен быть некий план развития, если это сложный продукт то ещё необходим процесс согласования со всеми вовлечёнными в него командами. Всё это требует не витующего в воздухе видения, а вполне себе структурированного документа, который отражает фазы развития продукта, фазы интеграции с другими подразделениями, разбивку фич на кварталы и т.д.

R>Мы всё ещё о коммерчески успешной разработке софта говорим, или уже переключились на один из твоих предыдущих проектов?

Да, именно о нём, но я не считаю формачку с 3 кнопкими которая ходит в базу успешным продуктом, это студенческая поделка. Возможно в этом и кроется главное разгногласие.

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

R>Начни с Agile Manifesto, потом возвращайся, продолжим разговор.

Если ты пытаешься натянуть на "витание в воздухе" вот этого утверждения, то ты его просто не понял. Знания бывают слишком объемными что бы хоть где-то витать

The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.

KP>>Витающие в воздухе знания как раз и говорят о полной неспособности руководства команды поставить нормальный процесс.
R>Каким образом говорят и откуда происходит твоё видение "нормального процесса"?

Видение происходит из работы и руководства командами в больших проектах.

KP>>Так же утверждение что одна из основных задач продукт менеджера вещать на всю команду видение продукта ложное.

R>Нет, всё в порядке с утверждением.

Ну, разве что ты в основном занимаешься проектами уровня "сделать страничку с 3 кнопками, которая ходит в базу"

Автор: rosencrantz
Дата: 22.01.22

. На любом более менее сложном проекта такая методика не сработает.

Расскажи, пожалуйста, что будет вещать менеджер проекта на команду если команде надо организовать интеграцию работ с командами из Сингапура, Германии, США и Израиля где при этом часть команд вообще внешние компании? Какие там витания в воздухе? Требования должны быть задокументированы и доступны команде для понимания направления развития

KP>>У продукта должен быть некий план развития, если это сложный продукт то ещё необходим процесс согласования со всеми вовлечёнными в него командами. Всё это требует не витающего в воздухе видения, а вполне себе структурированного документа, который отражает фазы развития продукта, фазы интеграции с другими подразделениями, разбивку фич на кварталы и т.д.

R>Мы всё ещё о коммерчески успешной разработке софта говорим, или уже переключились на один из твоих предыдущих проектов?

Да, именно о нём, но я не считаю формочку с 3 кнопками которая ходит в базу успешным продуктом, это студенческая поделка. Возможно в этом и кроется главное разногласие.