В контексте разработки эти decisions для разработчиков и будут же требованиями

в продуктовой разработке нет требований, есть идеи работающие и неработающие, проверенные и непроверенные

вы можете хоть обпредъявляться в духе «продукт должен зарабатывать не менее 1млн долларов в месяц через полгода после выпуска на рынок»

Это не отменяет наличия требований. Другой вопрос - их претворение в жизнь. Не путаем. Вопрос ведь был в наличии или отсутствии требований к продукту

я тоже так думал 10 лет назад, когда на фотках был тоже в костюме

У меня есть конкретные наработки по качеству (ПО), а вы с каких позиций спрашиваете? https://www.slideshare.net/maieutic/ss-35127562

я приходил

Про заказчиков и требования - согласен. Это какой-то чисто post СССР дискурс. Люди продукт делают, а у них заказчики какие-то вместо пользователей и требования вместо продуктовых гипотез.

вопрос, делают ли люди продукт?

Я в общем-то согласен с тем, что вы пишите. Не расскажите как сделать, что бы разработчик мог приходить с идеей? Вы же не зря написали про dual track - так вот разработчик в другом track относительно продуктовой работы, не понятно откуда у них могут быть хорошие идеи. У нас такое бывает, но я может пару случаев припомню всего.

А если не продукт, то что же мы делаем? Проект? =) Вот и приплыли, все то о чем мой теска пишет. Цель заменяем реализацией с порога.

в заказной и внутренней разработке при создании систем и решений могут вполне существовать «требования», хотя местами это мешает хорошей работе в продуктовой разработке при создании продуктов для открытого рынка большинство здоровых компаний понимают, что у них не требования, а идеи

Работает

во многих хороших компаниях любой человек может добавлять идеи в бэклог идей продукта

Производству как понять, как сделать?

У нас в беклог попадают проверенные идеи, как вы и писали. Невалидированные в другом треке. То есть задача это добавить идею в беклог на изучение другим людям из другого по сути процесса (у них там аналитка / юзер интервью и так далее).

Чем такой подход отличается от разработки по гипотезам?

У нас что-то близкое к Lean. До тестирования гипотезы, если вы помните есть предварительная проверка через аналитику, user интервью, прототипы. Если идея worth to test то тут уже другой track работает, делается MVP. Если MVP взлетел, то он итерируется.

вы хотите, чтобы я вам пересказал, как работают user story или как?

Две команды параллельно Одна тестит гипотезы, другая валидированные гипотезы пилит?

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

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

Аналитик должен доработать User story так, что было понятно что делать разработчику - например

Agile

Пример услышанного косяка

Нет. User story не является требованием. Другое дело, что в мире десятки тысяч людей сидят и записывают требования в формате «как Вася Пупкин я хочу», и думают, что пишут user stories. Ну так это не первый и не последний карго-культ.

Дайте, пожалуйста, ссыль на определение user story, которое является тру. Потому как ещё раз освежив память и пройдясь по первым ссылкам в гугл, все же фигурирует слово - требование в основе определения. Взять ту же Википедию, хотя сейчас меня, похоже, закидают тухлыми яйцами) https://ru.m.wikipedia.org/wiki/Пользовательские_истории

Дайте, пожалуйста, ссыль на определение user story, которое является тру. Потому как ещё раз освежив память и пройдясь по первым ссылкам в гугл, все же фигурирует слово - требование в основе определения. Взять ту же Википедию, хотя сейчас меня, похоже, закидают тухлыми яйцами) https://ru.m.wikipedia.org/wiki/Пользовательские_истории

Или это тоже не то? Надо читать на английском?)

Заранее прошу прощения, если задаю глупые вопросы