1.1 用户故事包含哪三个部分
- 一份书面的故事描述,用来做计划和提示
- 有关于故事的对话,用于具体化故事情节
- 测试,用于表达和编档故事细节且可用于确定故事何时完成
1.2 客户团队由哪些人组成?
客户团队包括那些确保软件符合潜在用户需求的人,可以包括测试人员、产品经理、实际用户和交互设计师。
1.3
a,c,f,h,j是
b不是,用户不需要知道完成的方式
d不是,d是信息,不是软件的功能,没有价值。
e,g不是用户所要关心的内容
i的话。没有具体化故事情节,不是一个完整的故事。
1.4
- 提高效率,对话交流而不是书面沟通
- 适合做计划
- 用户故事是客户和用户都可以理解的商业语言,并全程参与其中。
- 可以用于迭代计划,在迭代开发的过程中能更好的完成工作,鼓励推迟细节,而不必假装可以事先知道所有的东西。以客户团队和开发人员的讨论为基础,不断精炼我们的需求。
1.5 为何在故事卡背面写测试描述?
传递的是故事的额外信息,在背面写更符合逻辑思考的特质。
我的笔记:
对于项目驱动的故事而言,用户和客户只在开始的时候进来写需求,结束的时候验收需求。这是我忽略的一点。