VR
во моем опыте наоборот - если слушать весь тот бред которые говорят пользователи
мы бы никогда бы ничего не сделали
мы бы никогда бы ничего не сделали
В "Спроси маму" хопошо раскрыт вопрос - что говорят пользователи и что с этим делать.
Size: a a a
2020 February 28
JP
Если человек может выразить решение проблемы в виде ТЗ, то это скорее всего не пользователь, а как минимум - аналитик. То есть специально обученный человек. Поэтому не верно ожидать от пользователей, что они будут выражать свои боли в какой-то пригодной для имплементации форме. Понять их и решить проблему - наша задача.
EK
Пользователи не знают, что им надо, чаще всего. Из них надо это вытаскивать. Один из необходимых навыков PdM-PO.
А в больших компаниях и не увидишь... ты болтик и это всё не твоё дело.
А в больших компаниях и не увидишь... ты болтик и это всё не твоё дело.
Можно еще почитать про управление требованиями (Requirements management) уши растут из PMI, наверное, но суть всем подйдет. Учит как из плохоструктурированной информации от пользователей сформулировать функциональные требования к продукту,системе
JP
Есть разные способы сделать это, разные методолгии и фреймворки. По сути они все должны вести в итоге к одному - решить проблему пользователя.
VR
Evgeniya Ko
Можно еще почитать про управление требованиями (Requirements management) уши растут из PMI, наверное, но суть всем подйдет. Учит как из плохоструктурированной информации от пользователей сформулировать функциональные требования к продукту,системе
Наверное :)
K
Evgeniya Ko
Можно еще почитать про управление требованиями (Requirements management) уши растут из PMI, наверное, но суть всем подйдет. Учит как из плохоструктурированной информации от пользователей сформулировать функциональные требования к продукту,системе
ага
мы даже это пытались запрограммировать )))
мы даже это пытались запрограммировать )))
EK
ага
мы даже это пытались запрограммировать )))
мы даже это пытались запрограммировать )))
Это как???!!)))
K
ну как… как карточки двигать на доске все понимают
это чуть сложнее
первичные требования, вторичные и все такое
это чуть сложнее
первичные требования, вторичные и все такое
YS
В "Спроси маму" хопошо раскрыт вопрос - что говорят пользователи и что с этим делать.
👍
YS
Если человек может выразить решение проблемы в виде ТЗ, то это скорее всего не пользователь, а как минимум - аналитик. То есть специально обученный человек. Поэтому не верно ожидать от пользователей, что они будут выражать свои боли в какой-то пригодной для имплементации форме. Понять их и решить проблему - наша задача.
Еще почти всегда есть задача помочь пользователю, что ему на самом деле нужно 😉
JP
Еще почти всегда есть задача помочь пользователю, что ему на самом деле нужно 😉
Ну да, выявить реальную проблему и ее решить.
S
и стать буддистом
S
ведь монгие реальные проблемы по сути своей нереальные
JP
😂 да, про буддистов тема
S
так что расцвет таких формулировок случится только когда людям не надо будет ходить на работу чтобы купить еду :-)
S
и бирюза зацветет другими красками
V
и бирюза зацветет другими красками
Прозвучало, словно речь о кожвен заболевании :)
S
Это был тест роршаха
S
В общем реальные проблемы если решать, это так далеко от того что на самом деле происходит у П.О. любой компании, скорее у П.О. задача как лучше монетезировать реализацию текущей потребности потребителя так чтобы деньги приезжали в компанию. Я не могу себе представить банковского менеджера который звонит клиентам и говорит "не бери кредит, чувак, это стресс, лучше жри гречку, здоровее будешь"