В положительном опыте, около пм был техлид, они вдвоем штурмовали заказчика по поводу того, что ему надо, и дальше совместно это планировали. Ба в данном варианте грубо говоря просто документировал за ними, что включает та или иная сторя.
После штурма заказчика, создавался хайлевел список сторей. Техлид рассматривал их все, бил на таски, определял, что за чем идёт (это было похоже на critical path).
Далее это с хайлевел эстимациями шло к пм, обсуждалось втроём с заказчиком, расставлялись приоритеты и уже планировались спринты. После этого ближайшие таски уже более точно эстимировались и шли в разработку.
**
На текущем проекте (негативный опыт) пм лишь по утру спрашивает, кто что делал, кто что будет делать; а таски ты сам себе придумываешь, глядя на дизайны и пустые описания сторей. Естественно, надо ещё дать оценку на пустую сторю, но это уже крик души. Хотелось бы сперва обсуждать, что по бизнесу включают стори, а не гадать по скринам и каличной схеме бд))) повторюсь, это крик души)) предыдущий пример был лучше.
Спасибо за ответ.
Юзер сторя может быть большой (затрагивать несколько компонент, в нее будет входить много метрик). Есть ли еще какой-то уровень абстакции (X),такой что декомпозиция происходит следующим образом: user story -> X -> task