😂

так, я не поняла

Только что тут был жидомассонский заговор, только хотел почитать на сон грядущий, как там рептилойды поживают. А если серьезно, можно ли с этим как-то бороться?

Ещё почитаете. Жидорептилоиды всегда возвращаются.

👁
Рептилоиды в чате продактов
Или продакты в чате рептилоидов
🤔

можно и нужно. Есть анти-спам боты для телеграм каналов

Привет всем. Вопрос не про вакансии но к продактам. Если вдруг вы стали продактом или PO какого то продукта который сам по себе не продукт компании а заказ. У продукта есть конкретный владелец. То есть продукт начинается с чистого листа и есть только идея. Команда (продакты и девелопмент) должны разработать все с нуля. С чего в данном случае начинается работа продакта? какие обязательные данные должен собрать продакт? как он должен произвести условный handover проекта чтобы проект считался уже переданным в работу? есть ли какие то конкретные шаблонные вопросы на которые должен ответить клиент? грубо говоря есть ли DoR для передачи проекта? ТЗ нет потому что работа по Agile. И каким в userstory должен быть первый шаг продакта для команды разработки?

Надеюсь не нагрузил))

Аджайл не подразумевает, что не должно быть тз)))

если есть идея, то в первую очередь надо проверить, способна ли эта идея вообще заработать денег. Начинать надо с проверки этой идеи как гипотезы. Заказчик хочет потратить деньги, чтобы потом их заработать. Идеально выполненная работа продакта - сказать, заработает ли вообще заказчик денег, потратив при этом минимум денег заказчика

Кароч говорить заказчику "твоя идея говно и ты просрешь деньги" - тоже оч даже ок

Так есть же проф стандарт

сформулировать гипотезы по целевой, проблемы, мотивации выбора инструмента решения проблемы, сути собственного продукта
провести интервью целевой  с выявлением существующей практики решения проблемы, вернуться с предложение и получить подтверждение гипотезы ценности на уровне действия (действия, подтверждающего выбор) представителей целевой
сформулировать описание продукта, макеты, пользовательские кейсы
если надо - сформулировать ТЗ и план реализации проекта
далее разработка с контролем качества
вывод на рынок со сбором данных от первых пользователей и формированием backlog на быструю доработку и доработку в дальнейшем
получение коммерческой версии, упакованной документаций для обучения персонала, формирования медиаплана и активностей
контроль метрик, влияние на продукт и продвижение

а теперь важное: заказчик сам ничего делать не будет, при этом часто считает, что большая часть формализации - не важна

По сути заказчик дает гипотезы и должен получить упакованный продукт, готовый к выводу, но...

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

"ТЗ нет, потому что работа по Agile" ИМХО это финиш... далее только матерные слова, отражающие негативные эмоции :)

+

Требования к MVP хотя бы есть?)🤣

я уж думал что я как-то не так живу... короче думаю надо послать куда подальше клиента потому что все перечисленное наверху и от @mitserdof и от @Chebura не соответствует реальности. клиент уже совсем с ума сошел у меня тут)) даже простое предложение о том чтобы проверить продукт прежде чем разрабатывать встречается со стороны клиента ответом - "ничего не нужно проверять я заставлю людей этим пользоваться". а про ТЗ я уж молчу. предложение с моей стороны по написанию ТЗ встретили ответом - "не трать в пустую время" ))

короче спасибо за мнение! я хотя бы понял что в адекватном мире я прав!))

таких заказчиков лучше сразу слать, да)))

да есть естественно. только MVP примерно в полтора раза больше чем адекватное ТЗ по полноценному продукту. сколько не старался объяснить что 90% фич для минимального продукта не нужны клиент все равно считает что MVP - это продукт который вот-вот выйдет на международный рынок))