意料之中的用户故事
用了一天看完了这本书,看的这么快是因为我以前工作的时候接触过用户故事的方法。 老规矩,不评分
以前工作用过用户故事,但是不知道是行业的原因还是别的什么原因,我感觉这玩意真的是太粗糙了,不适合复杂业务。
另外一个可能是,那个时候我们公司是半路上马的scrum,所以很多东西都达不到要求?
无论怎么样,我对用户故事一直不感冒。为什么?因为真的是直来直去,缺少一些辅助的实施手段
比如说,项目的第一个故事应该是很重要的,那我怎么确定第一个故事是哪个?这里面牵涉到一个对需求解构的问题。如果没有一些套路的话,当你面对一些复杂的需求,你怎么从一堆需求里面找到你那跟线头?
我认为需求就是在做分解,但是在用户故事里我没有看到划分的方法。都是一些什么头脑风暴之类的东西。。哎,哪有那么好用啊,头脑风暴。
而且吊柜的是,你明明可以看到里面是运用了一些分层的想法的,但是它偏偏不用以前用的不错的方法。我觉得非常可惜,用户故事太极端了。以前的瀑布流确实耗时耗力,但是并非一无是处的。全盘否定是真的不好。。
© 本文版权归作者 susan_哥 所有,任何形式转载请联系作者。
有关键情节透露