展开全部

主编推荐语

全球知名敏捷实干家的软件需求过程圣经。结合精髓和实例,充分演绎用户故事智慧。

内容简介

作为敏捷社区的经典名作,本书为软件行业提供了一种高效的需求过程,通过用户故事来节省时间、消除重复工作和开发更优秀的软件。要想构建可以满足用户需求的软件,最好的方法是从“用户故事”开始,用简明扼要的语言清楚明确地描述对实际用户有价值的功能。

书中,敏捷实干家提供了一个详尽的蓝图来指导读者如何编写用户故事,如何在软件开发生命周期中实际运用用户故事。

全书共5部分21章,介绍了如何写出理想的用户故事,造成用户故事不理想的因素有哪些,如何在无法直接接触到用户的情况下有效搜集用户故事,如何对写好的用户故事进行整理、排优先级并在此基础上进行计划、管理和测试。

目录

  • 版权信息
  • 作者简介
  • 译者简介
  • 内容简介
  • Manifesto for Agile Software Development
  • Principles behind the Agile Manifesto
  • 敏捷软件开发宣言
  • 推荐序
  • 译者序
  • 前言
  • 致谢
  • 第I部分 开始
  • 第1章 概述
  • 什么是用户故事?
  • 细节在哪里?
  • “需要在多长时间内完成?”
  • 客户团队
  • 使用故事的过程是什么样的?
  • 计划发布和迭代
  • 什么是验收测试?
  • 为什么要改变?
  • 小结
  • 思考练习题
  • 第2章 编写故事
  • 独立的
  • 可协商的
  • 对用户或客户有价值的
  • 可估算的
  • 小的
  • 可测试的
  • 小结
  • 开发人员的责任
  • 客户的责任
  • 思考练习题
  • 第3章 用户角色建模
  • 用户角色
  • 角色建模步骤
  • 两个额外的技术
  • 如果有现场用户呢?
  • 小结
  • 开发人员的责任
  • 客户的责任
  • 思考练习题
  • 第4章 收集故事
  • 引出和捕捉需求是不适用的
  • 一点儿就够用了,不是吗?
  • 方法
  • 小结
  • 开发人员的责任
  • 客户的责任
  • 思考练习题
  • 第5章 与用户代理合作
  • 用户的经理
  • 开发经理
  • 销售人员
  • 领域专家
  • 营销团队
  • 前用户
  • 客户
  • 培训师和技术支持
  • 业务分析师或系统分析师
  • 如何与用户代理合作?
  • 当用户存在但访问受限时
  • 你能自己做吗?
  • 建立客户团队
  • 小结
  • 开发人员的责任
  • 客户的责任
  • 思考练习题
  • 第6章 用户故事验收测试
  • 在编码之前编写测试
  • 客户定义测试
  • 测试是过程的一部分
  • 多少测试才算多?
  • 集成测试框架
  • 测试的类型
  • 小结
  • 开发人员的责任
  • 客户的责任
  • 思考练习题
  • 第7章 好故事编写指南
  • 从目标故事开始
  • 纵切蛋糕
  • 编写封闭的故事
  • 约束卡片
  • 根据实现时间来确定故事规模
  • 不要过早涉及用户界面
  • 需求不止故事
  • 故事中包括用户角色
  • 为一个用户编写故事
  • 用主动语态
  • 客户编写
  • 不要给故事卡编号
  • 不要忘记目的
  • 小结
  • 思考练习题
  • 第II部分 估算和计划
  • 第8章 估算用户故事
  • 故事点
  • 团队估算
  • 估算
  • 三角测量
  • 使用故事点
  • 如果用结对编程呢?
  • “敲黑板”
  • 小结
  • 开发人员的责任
  • 客户的责任
  • 思考练习题
  • 第9章 发布计划
  • 我们希望什么时候发布?
  • 希望在发布中包含哪些特性?
  • 故事优先级排序
  • 混合优先级排序
  • 风险故事
  • 优先考虑基础设施需求
  • 选择迭代长度
  • 从故事点到预期工期
  • 初始速率
  • 创建发布计划
  • 小结
  • 开发人员的责任
  • 客户的责任
  • 思考练习题
  • 第10章 迭代计划
  • 迭代计划概述
  • 讨论故事
  • 分解任务
  • 认领责任
  • 估算及确认
  • 小结
  • 开发人员的责任
  • 客户的责任
  • 思考练习题
  • 第11章 度量和监测速率
  • 度量速率
  • 计划速率和实际速率
  • 发布燃尽图
  • 迭代燃尽图
  • 小结
  • 开发人员的责任
  • 客户的责任
  • 思考练习题
  • 第III部分 经常讨论的话题
  • 第12章 用户故事不是什么
  • 用户故事不是IEEE 830
  • 用户故事不是用例
  • 用户故事不是场景
  • 小结
  • 思考练习题
  • 第13章 用户故事的优点
  • 口头沟通
  • 用户故事容易理解
  • 用户故事的大小适合于计划
  • 用户故事适合迭代开发
  • 故事鼓励推迟细节
  • 故事支持随机应变的开发
  • 用户故事鼓励参与式设计
  • 故事增强隐性知识
  • 用户故事的不足
  • 小结
  • 开发人员的责任
  • 客户的责任
  • 思考练习题
  • 第14章 用户故事的不良“气味”
  • 故事太小
  • 故事相互依赖
  • 镀金
  • 细节过多
  • 过早包含用户界面细节
  • 想得太远
  • 故事拆分太频繁
  • 客户很难对故事排列优先级
  • 客户不愿意写故事并对故事进行优先级排序
  • 小结
  • 开发人员的责任
  • 客户的责任
  • 思考练习题
  • 第15章 在Scrum项目中使用用户故事
  • Scrum是迭代式和增量式的
  • Scrum基础
  • Scrum团队
  • 产品待办列表
  • Sprint计划会议
  • Sprint评审会议
  • 每日Scrum站会
  • 在Scrum项目中加入用户故事
  • 案例学习
  • 小结
  • 思考练习题
  • 第16章 其他主题
  • 处理非功能性需求
  • 纸质还是软件?
  • 用户故事和用户界面
  • 保留故事
  • 用户故事描述bug
  • 小结
  • 开发人员的责任
  • 客户的责任
  • 思考练习题
  • 第IV部分 一个完整的项目案例
  • 第17章 用户角色
  • 项目
  • 识别客户
  • 识别一些初始角色
  • 聚类与细化
  • 角色建模
  • 增加用户画像
  • 第18章 故事
  • Teresa的故事
  • Ron船长的故事
  • 初级海员的故事
  • 非海员礼品购买者的故事
  • 报表查看者的故事
  • 一些管理员的故事
  • 结束
  • 第19章 估算故事
  • 第一个故事
  • 高级搜索
  • 评分和评价
  • 账号
  • 完成估算
  • 所有的估算
  • 第20章 计划发布
  • 估算速率
  • 对故事进行优先级排序
  • 完成的发布计划
  • 第21章 验收测试
  • 搜索的测试
  • 购物车的测试
  • 购买书籍
  • 用户账号
  • 管理
  • 测试约束
  • 最后一个故事
  • 第V部分 附录
  • 附录A 极限编程概述
  • 角色
  • 12个实践
  • 极限编程的价值
  • 极限编程的原则
  • 小结
  • 附录B 各章思考练习题参考答案
  • 第1章 概述
  • 第2章 编写故事
  • 第3章 用户角色建模
  • 第4章 收集故事
  • 第5章 与用户代理合作
  • 第6章 用户故事验收测试
  • 第7章 好故事编写指南
  • 第8章 估算用户故事
  • 第9章 发布计划
  • 第10章 迭代计划
  • 第11章 度量和监测速率
  • 第12章 用户故事不是什么
  • 第13章 用户故事的优点
  • 第14章 用户故事的不良“气味”
  • 第15章 在Scrum项目中使用用户故事
  • 第16章 其他主题
  • 参考文献
  • 奇妙的用户故事:互联网产研团队用户故事+Kanban开发转型实战案例
  • 用户故事方法助力需求管理
  • 《用户故事实战》读后实践有感
展开全部

评分及书评

评分不足
2个评分

出版方

清华大学出版社

清华大学出版社成立于1980年6月,是由教育部主管、清华大学主办的综合出版单位。植根于“清华”这座久负盛名的高等学府,秉承清华人“自强不息,厚德载物”的人文精神,清华大学出版社在短短二十多年的时间里,迅速成长起来。清华大学出版社始终坚持弘扬科技文化产业、服务科教兴国战略的出版方向,把出版高等学校教学用书和科技图书作为主要任务,并为促进学术交流、繁荣出版事业设立了多项出版基金,逐渐形成了以出版高水平的教材和学术专著为主的鲜明特色,在教育出版领域树立了强势品牌。