如果用scrum做sprint plan,怎么确定user story和task?

文心雕码 发布于 2015/05/11 21:53
阅读 1K+
收藏 0
这两天我们请咨询公司的scrum master做顾问,为我们做scrum,开了几天的会,我怎
么觉得他们很忽悠。scrum master帮我们做user story的分析,就写了些As..., I
would like to..., so...的纸条,然后要我们打分,我也不知道为什么纸牌是1,3,5
,8,13,30,然后直接200,300了。而且我觉得他们的user story分析的也不对,有
些是feature,有些很epic,根本break down不出什么task了。

我们知道agile/scrum的基本原则,user story应该以用户的角度为主,粒度尽量小一
点。但是大家做scrum的时候,user story和task都是怎么分析的?sprint是怎么计划
的?
加载中
0
nightmare123
nightmare123

中国的scrum就是要你快点干活,拼命做东西,扯淡的

0
Brin想写程序
Brin想写程序

1.user story是真实用户的需求描述转化而来。

2.从user story寻找名词,用户,动词。往往名词是实体,动词是功能,用户是用户。

3.找到实体,功能,用户,可以做用例分析。最终提取测试用例,或者功能用例。

4.对用例进行wbs分解,产生task。sprint计划理想情况做到小时级别控制。

ps:你们的sprint master基本没入门。。user story是针对具体人的细粒度,不是用户,而是具体的用户的人,用真实姓名称呼他。只要是具体的人,完成一件事情,其粒度是足够细了。。

对task的分解,是建立在use case之上的,而不是在user story之前就分解。。

0
buglife
buglife
本来就是这样的啊  你们公司真有钱  还请这样的人
0
Brin想写程序
Brin想写程序

引用来自“CrazyHarry”的评论

本来就是这样的啊  你们公司真有钱  还请这样的人

被人骗了,还是有人有关系吃回扣了。。

scrum这么好的东西,就被毁掉了。。

Brin想写程序
Brin想写程序
回复 @CrazyHarry : 如果所有人都责任心足够强,就没有敏捷的必要了。
buglife
buglife
回复 @Brin想写程序 : 对于责任心强的人,一系列敏捷开发软件足以满足,有时候白板这种东西过于形式化
Brin想写程序
Brin想写程序
回复 @CrazyHarry : 白板还是有效的。我在实践中把每个人的任务写在白板上,大家回头都能看到自己今天要干的事情。。效率比原来提高很多。。
buglife
buglife
个人觉得敏捷开发需要灵活的改善,适合企业项目的高效工作便是,没必要像写白板纸条那么死板
返回顶部
顶部