用户故事与敏捷方法

3 (p1): 第Ⅰ部分 起步
3 (p2): 第1章 概览
4 (p3): 什么是用户故事？
5 (p4): 细节在哪里？
6 (p5): “必须多长时间完成？”
7 (p6): 客户团队
7 (p7): 使用故事的过程是怎么样的？
9 (p8): 规划发布和迭代
11 (p9): 什么是验收测试？
12 (p10): 为什么要变？
13 (p11): 小结
14 (p12): 问题
15 (p13): 第2章 编写故事
15 (p14): 独立的
16 (p15): 可讨论的
18 (p16): 对用户或客户有价值的
19 (p17): 可估计的
20 (p18): 小的
21 (p19): 分割故事
23 (p20): 合并故事
23 (p21): 可测试的
24 (p22): 小结
25 (p23): 开发人员职责
25 (p24): 客户团队职责
25 (p25): 问题
27 (p26): 第3章 用户角色建模
27 (p27): 用户角色
28 (p28): 角色建模的步骤
29 (p29): 通过头脑风暴，列出初始的用户角色集合
30 (p30): 整理最初的角色集合
31 (p31): 整合角色
32 (p32): 提炼角色
33 (p33): 两个额外的技术
33 (p34): 虚构人物
34 (p35): 极端人物
35 (p36): 如果有现场用户该如何？
35 (p37): 小结
35 (p38): 开发人员职责
35 (p39): 客户职责
36 (p40): 问题
37 (p41): 第4章 搜集故事
37 (p42): 引出和捕捉是不合用的
38 (p43): 够用就行，不是吗？
38 (p44): 方法
39 (p45): 用户访谈
41 (p46): 问卷调查
41 (p47): 观察
42 (p48): 故事编写工作坊
45 (p49): 小结
45 (p50): 开发人员职责
45 (p51): 客户职责
46 (p52): 问题
47 (p53): 第5章 与用户代理合作
47 (p54): 用户的经理
48 (p55): 开发经理
49 (p56): 销售人员
49 (p57): 领域专家
50 (p58): 市场营销团队
50 (p59): 以前的用户
51 (p60): 客户
52 (p61): 培训师和技术支持
52 (p62): 业务分析师或系统分析师
52 (p63): 与用户代理合作时，做些什么？
52 (p64): 能接触到用户但访问受限时
53 (p65): 实在不能接触到用户时
54 (p66): 可以自己来吗？
54 (p67): 设立客户团队
55 (p68): 小结
55 (p69): 开发人员职责
56 (p70): 客户团队职责
56 (p71): 问题
57 (p72): 第6章 用户故事验收测试
58 (p73): 在写代码之前写测试
59 (p74): 客户定义测试
59 (p75): 测试是过程的一部分
59 (p76): 多少测试才算多？
60 (p77): 集成测试框架
61 (p78): 测试类型
62 (p79): 小结
62 (p80): 开发人员职责
62 (p81): 客户职责
62 (p82): 问题
63 (p83): 第7章 优秀用户故事准则
63 (p84): 从目标故事开始
63 (p85): 切蛋糕
64 (p86): 编写封闭的故事
65 (p87): 卡片约束
65 (p88): 根据实现时间来确定故事规模
66 (p89): 不要过早涉及用户界面
67 (p90): 有些需求并不是故事
67 (p91): 在故事里包括用户角色
68 (p92): 只为一个用户编写
68 (p93): 以主动语态编写
68 (p94): 由客户编写
68 (p95): 向故事卡编号说“不”
69 (p96): 不要忘记意图
69 (p97): 小结
70 (p98): 问题
73 (p99): 第Ⅱ部分 估算和计划
73 (p100): 第8章 估算用户故事
73 (p101): 故事点
74 (p102): 以团队估算
74 (p103): 估算
75 (p104): 三角测量
76 (p105): 使用故事点
77 (p106): 如果用结对编程呢？
78 (p107): 一些提醒
79 (p108): 小结
79 (p109): 开发人员职责
79 (p110): 客户职责
79 (p111): 问题
81 (p112): 第9章 发布计划
81 (p113): 我们想在什么时候发布
82 (p114): 希望在发布中包含哪些功能？
82 (p115): 排列故事优先级
84 (p116): 混合优先级
84 (p117):…