新書推薦：
《
就业、利息和货币通论（徐毓枬译本）（经济学名著译丛）
》
售價：NT$
306.0
《
瘦肝
》
售價：NT$
454.0
《
股票大作手回忆录
》
售價：NT$
254.0
《
秩序四千年：人类如何运用法律缔造文明
》
售價：NT$
704.0
《
民法典1000问
》
售價：NT$
454.0
《
国术健身 易筋经
》
售價：NT$
152.0
《
古罗马800年
》
售價：NT$
857.0
《
权力与相互依赖（第四版）（中译本修订版）
》
售價：NT$
658.0
|
| 編輯推薦： |
享誉世界的敏捷方法大师Craig Larman的经典著作。
一本面向管理者的敏捷迭代开发方法的权威指南。
Craig Larman通过具有统计意义的研究以及大规模的案例分析，为读者呈现了迭代开发有史以来最具有说服力的案例。
Craig Larman在书中对驱动所有敏捷和迭代过程的关键思路进行了简要而又富含大量信息的总结。
无论你是IT主管、项目经理、软件工程专业的学生还是软件开发人员，Craig
Larman都能帮助你理解敏捷和迭代开发的美好前景，并在整个组织中推行它，从而将美好前景变为现实。
|
| 內容簡介： |
《敏捷迭代开发：管理者指南》是敏捷和迭代开发方法的权威指南。著名软件方法大师Craig
Larman在书中不但说明什么是敏捷迭代方法，其运作机制、实施策略以及原因，而且通过具有统计意义的重要研究数据，以及大规模的项目案例分析，为读者呈现了最具有说服力的采用迭代开发的有力证据。《敏捷迭代开发：管理者指南》主要内容包括：大量实用的敏捷和迭代技巧，面向敏捷迭代项目主管的新管理技能，敏捷与迭代的价值与实践，Scrum、XP、UP和Evo的关键实践，以及常见问题的问答。
无论是对IT主管、项目经理，还是对软件开发人员，这都是了解敏捷和迭代开发最理想的一本书。
|
| 關於作者： |
作者介绍
Craig Larman
享誉国际软件界的专家，是面向对象技术和开发以及迭代和敏捷开发方法的积极倡导者。他曾在Xerox公司担任首席精益软件开发教练、在Ericsson公司担任大规模Scrum和企业敏捷顾问、在Valtech公司担任首席科学家。除本书之外，Larman还著有Applying
UML and Patterns和Practices for Scaling Lean Agile
Development和Scaling Lean Agile Development等书。其中Applying UML
and Patterns是面向对象分析和设计以及迭代开发方面的畅销书。
译者介绍
张晓坤
中国科学院计算所硕士，曾经是中央民族大学计算机系讲师，在多家IT公司担任过技术总监。2006年创业，先后创办了神州酷奇（北京）科技发展有限公司和北京魔笛创新科技发展有限公司。现为北京魔笛创新科技发展有限公司董事总经理、神州酷奇（北京）科技发展有限公司董事。曾翻译多部计算机技术方面的书籍，除本书外还包括《.NET
本质论
第1卷：公共语言运行库》、《C#编程语言详解》、《轻快的Java》《.NET模式：架构、设计与过程》等。新浪博客blog.sina.com.cnartlab，新浪微博weibo.comezxk。
|
| 目錄：
|
第1章 概述
1.1 软件是新产品开发
1.2 后续内容预告
1.3 Web资源
1.3.1 主要的链接或文章网站
1.3.2 更多的特别网站
第2章 迭代和渐进
2.1 迭代开发
2.2 风险驱动和客户驱动的迭代计划
2.3 时间箱迭代开发
2.4 迭代期间，外部利益相关者不能变更迭代内容
2.5 渐进开发和自适应开发
2.6 渐进需求分析
2.7 早期排名前十的高级需求和技能分析
2.8 渐进和自适应计划
2.9 增量交付
2.10 渐进交付
2.11 最常见的错误
2.12 特定的迭代和渐进方法
2.12.1 Evo
2.12.2 UP
2.12.3 其他方法
2.13 后续内容预告
2.14 推荐读物
第3章 敏捷
3.1 敏捷开发
3.2 方法的分类
3.3 敏捷宣言和原则
3.3.1 敏捷宣言
3.3.2 敏捷原则
3.4 敏捷项目管理
3.5 拥抱沟通和反馈
3.6 以人为本的编程
3.7 简单的实践和项目工具
3.8 经验型过程与规定型过程
3.9 基于原则与基于规则
3.10 可持续规程-人员接触
3.11 团队是一个复杂的自适应系统
3.12 敏捷是在夸大其词吗
3.13 特定的敏捷方法
3.13.1 Scrum
3.13.2 XP
3.13.3 Crystal方法
3.13.4 敏捷建模
3.13.5 其他方法和实践
3.14 后续内容预告
3.15 推荐读物
第4章 故事
第5章 动机
5.1 如果问题不是太多，就不要修复它
5.2 软件项目中变化的事实
5.3 迭代开发的关键动机
5.4 迭代地迎接需求挑战
5.5 瀑布型的问题
5.5.1 问题：“完成”前期的需求规格说明就万事大吉
5.5.2 问题：迟到的集成和测试
5.5.3 问题：“可靠的”前期进度和估算
5.5.4 问题：“计划工作，按计划工作”的价值
5.6 后续内容预告
第6章 证据
6.1 概要
6.2 研究的证据
6.2.1 迭代与渐进研究
6.2.2 规模研究
6.2.3 有关变化的研究
6.2.4 瀑布型失败的研究
6.2.5 生产力的研究
6.2.6 质量和缺陷的研究
6.3 早期历史项目的证据
6.3.1 1970年以前
6.3.2 20世纪70年代
6.3.3 20世纪80年代之后
6.4 标准团体的证据
6.5 专家和思想领袖的证据
6.5.1 Harlan Mills
6.5.2 Tom Gilb
6.5.3 Frederick Brooks
6.5.4 Barry Boehm
6.5.5 James Martin
6.5.6 Tom DeMarco
6.5.7 Ed Yourdon
6.6 迭代开发的商业案例
6.7 瀑布型有效是历史的偶然
6.8 后续内容预告
6.9 推荐读物
第7章 Scrum
7.1 方法概览
7.1.1 分类
7.1.2 介绍
7.2 生命周期
7.3 工件、角色和实践
7.3.1 角色
7.3.2 实践
7.3.3 核心实践
7.3.4 Scrum会议：细节
7.3.5 Scrum会议的价值
7.3.6 工件
7.3.7 其他实践和价值观
7.4 价值观
7.5 常见错误和误解
7.5.1 Scrum项目失败是怎么回事
7.5.2 什么时候你知道自己并不了解Scrum
7.6 样板项目
7.7 过程混合
7.7.1 Scrum + Evo
7.7.2 Scrum + UP
7.7.3 Scrum + XP
7.8 采用的策略
7.9 现实与幻想
7.10 优势与其他
7.10.1 优势
7.10.2 其他
7.11 历史
7.12 后续内容预告
7.13 推荐读物
第8章 极限编程
8.1 方法概览
8.1.1 分类
8.1.2 介绍
8.2 生命周期
8.3 工件、角色和实践
8.3.1 角色
8.3.2 实践
8.3.3 核心实践
8.3.4 工件
8.3.5 其他实践和价值观
8.4 价值观
8.5 常见错误和误解
8.5.1 极限编程项目失败是怎么回事
8.5.2 什么时候你知道自己并不了解XP
8.6 样板项目
8.7 过程混合
8.7.1 XP＋Evo
8.7.2 XP＋Scrum
8.7.3 XP＋UP
8.8 采用的策略
8.9 现实与幻想
8.10 优势与其他
8.10.1 优势
8.10.2 其他
8.11 历史
8.12 后续内容预告
8.13 推荐读物
第9章 统一过程
9.1 方法概览
9.1.1 UP
9.1.2 介绍
9.2 生命周期
9.3 工件、角色和实践
9.3.1 角色
9.3.2 实践
9.3.3 核心实践
9.3.4 UP指南
9.3.5 6个最佳实践
9.3.6 工件
9.3.7 其他实践和价值观
9.4 价值观
9.5 常见错误和误解
9.5.1 统一过程失败是怎么回事
9.5.2 双重瀑布思想
9.5.3 其他的常见错误
9.5.4 什么时候你知道自己并不了解UP
9.5.5 UP“专家”不是迭代专家
9.6 样板项目
9.7 过程混合
9.7.1 UP + Evo
9.7.2 UP + Scrum
9.7.3 UP + XP
9.8 采用的策略
9.9 现实与幻想
9.10 优势与其他
9.10.1 优势
9.10.2 其他
9.11 历史
9.12 后续内容预告
9.13 推荐读物
第10章 Evo
10.1 方法概览
10.1.1 分类
10.1.2 介绍
10.2 生命周期
10.3 工件、角色和实践
10.3.1 角色
10.3.2 实践
10.3.3 核心实践
10.3.4 工件
10.3.5 其他实践和价值观
10.4 价值观
10.5 常见错误和误解
10.6 样板项目
10.7 过程混合
10.7.1 Evo + Scrum
10.7.2 Evo + UP
10.7.3 Evo + XP
10.8 采用的策略
10.9 现实与幻想
10.10 优势与其他
10.10.1 优势
10.10.2 其他
10.11 历史
10.12 后续内容预告
10.13 推荐读物
第11章 实践技巧
11.1 项目管理
11.1.1 多团队或多现场的早期开发
11.1.2 艰难的多团队或多现场迭代计划
11.1.3 跨多个迭代的重叠或者“流水线”活动
11.1.4 滚动波浪式自适应计划与预见性计划
11.1.5 计划：考虑在“星期三”结束
11.1.6 计划：整个团队的计划会议
11.1.7 计划：工作者评估
11.1.8 计划：用Wideband Delphi改善评估
11.1.9 计划：多次迭代计划会议
11.1.10 计划：敏捷的任务制定
11.1.11 计划：不要忘记为迭代工作的开销做预算
11.1.12 任务：每次迭代都要进行时间估算
11.1.13 计划：自愿
11.1.14 可视化的项目计划
11.1.15 迭代目标：风险、覆盖面、急迫性、技能性开发
11.1.16 迭代目标：将什么分级
11.1.17 迭代目标：如何分级？打点投票
11.1.18 迭代目标：如何分级？定量方法
11.1.19 迭代目标：相关的迭代长度
11.1.20 迭代目标：在第一次开发迭代之前
11.1.21 迭代目标：第一次开发迭代
11.1.22 迭代目标：用例和场景
11.1.23 迭代目标：主要需求和次要需求
11.1.24 迭代目标：不要向一个迭代中添加需求
11.1.25 跟踪迭代进度
11.1.26 跟踪迭代过程——跟踪什么
11.1.27 跟踪和计划：XPlanner
11.1.28 IID项目中的挣值跟踪
11.1.29 对风险评级
11.1.30 管理风险
11.2 环境
11.2.1 持续集成
11.2.2 项目的Wiki网
11.2.3 CASE工具和逆向工程
11.2.4 考虑使用绘图仪
11.2.5 单间和公共工作室
11.2.6 解放墙壁
11.2.7 贴纸或者白板漆
11.2.8 数码照相机
11.3 需求
11.3.1 敏捷建模
11.3.2 定义并遵循愿景规划
11.3.3 产品愿景箱
11.3.4 Moore风格的愿景声明
11.3.5 产品表单
11.3.6 渐进的需求研讨
11.3.7 跨迭代跟踪需求
11.3.8 直接用户介入需求和产品
11.3.9 可以使用用例
11.3.10 可以量化
11.3.11 将GUI粘在一起
11.3.12 头脑风暴
11.3.13 灵感记录
11.3.14 类聚
11.3.15 思维导图
11.3.16 团队轮流编写
11.4 测试
11.4.1 测试驱动开发
11.4.2 用于验收测试的Fit和Fitnesse
第12章 常见问题解答
12.1 问题清单
12.2 问题和解答
参考文献
|
|
購物車/收銀台(0) | 在線留言板
| 付款方式
| 聯絡我們
| 運費計算
| 幫助中心 |
加入書簽
HOME
新書上架
