А зачем нужен стандарт там? Поточное производство совершенно однотипных продуктов?

Попытка стандартизировать то что с трудом даётся упорядочиванию - хорошая ли идея?

Всегда есть соблазн - написать регламентов и все будет зашибись. А потом - сплошное разочарование

Если Вы уверены что их не нужно. Я не могу спорить с этим.

Да не. Просто большинство таких разговоров можно описать как "чуваки которые почти ничего не знают про аджайл спорят с чуваками которые почти ничего не знают про проектное управление"?

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

Управление продуктом основывается на смелых фантазиях, экспериментах, ошибках, вере и преданности цели.

Это можно стандартизировать?

Вот здесь есть хороший слайд чем проектное управление отличается от продуктовой разработки https://www.solutionsiq.com/resource/blog-post/whats-the-difference-between-a-project-and-a-product/

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

А как Вы считаете?

Это тоже чья-то  точка зрения продающая определённые услуги. И я не вижу в нем главного отличия.

Я считаю что нет. Более того, попытки сделать это больше навредят, чем помогут.

Разубеждать не буду.

Всем доброго понедельничного утра! ) У всех конец года, а это обычно про подведение итогов и планирование на следующий год. И вот никак не могу у себя в  голове уместить agile и планирование, роадмапы, со сроками, очередностью и т.п. Подскажите пожалуйста как с точки зрения agile должно происходить планирование? И если есть какая-то литература на эту тему, буду вам очень признателен 🙏

В Agile стратегического планирования нет, это операционный уровень управления.

Но если поднимитесь на уровень выше, уровень принятия  решений  "куда идем", то появится необходимость:
1. Поиск цели -  для этого проводите стратегическую сессию.

2. Квалификация целей - определение выгод, если на шаге 1  у вас был "мозговой штурм",  а не нормальное определение стратегической цели и построение плана перехода к ней.

3. Приоритизация целей -   если на шаге 1  у вас был "мозговой штурм", ,  а не нормальное определение стратегической цели и построение плана перехода к ней.

4. Крупно-блочное планирование проектов  по целям. Если время достижения  каждой промежуточной цели больше 2-4 недель.

Но если вы хотите буквально "Не нужно делать, то чего мы не достигнем" то вам всё перечисленное не нужно. Если правильно делать все 4 шага, то это трудно и больно для головы. А если реально надо, то копать по ключам: управление программами проектов и портфелями проектов (про приоритеты и тд), Stage Gate (про принятие решений об инициативах), разработка стратегии развития компании (про "куда идем"), теория ограничений (про "зачем идём" и как внедрять изменения и не только).

Это ж про "Проект"!  а тут заявляли что в Agile проектов нет. ;-)