博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
《敏捷迭代开发:管理者指南》目录—导读
阅读量:7188 次
发布时间:2019-06-29

本文共 4421 字,大约阅读时间需要 14 分钟。

245dc3b08c22a95bcd67c5d46a437d8f1c87fe11
内 容 提 要
敏捷迭代开发:管理者指南
本书是敏捷和迭代开发方法的权威指南。著名软件方法大师Craig Larman在书中不但说明什么是敏捷/迭代方法,其运作机制、实施策略以及原因,而且通过具有统计意义的重要研究数据,以及大规模的项目案例分析,为读者呈现了最具有说服力的采用迭代开发的有力证据。本书主要内容包括:大量实用的敏捷和迭代技巧,面向敏捷/迭代项目主管的新管理技能,敏捷与迭代的价值与实践,Scrum、XP、UP和Evo的关键实践,以及常见问题的问答。

无论是对IT主管、项目经理,还是对软件开发人员,这都是了解敏捷和迭代开发最理想的一本书。

版权声明

敏捷迭代开发:管理者指南
Authorized translation from the English language edition, entitled: Agile and Iterative Development: A Manager's Guide, 9780131111554 by Graig Larman, published by Pearson Education, Inc., publishing as Addison-Wesley Professional, Copyright © 2004 Pearson Education, Inc.

All rights reserved. No part of this book may be reproduced or transmitted in any form or by any means, electronic or mechanical, including photocopying, recording or by any information storage retrieval system, without permission from Pearson Education, Inc.

CHINESE SIMPLIFIED language edition published by PEARSON EDUCATION ASIA LTD. and POSTS & TELECOM PRESS Copyright © 2013.

本书中文简体字版由Pearson Education Asia Ltd.授权人民邮电出版社独家出版。未经出版者书面许可,不得以任何方式复制或抄袭本书内容。

本书封面贴有Pearson Education(培生教育出版集团)激光防伪标签,无标签者不得销售。

版权所有,侵权必究。

前  言

敏捷迭代开发:管理者指南
谢谢你阅读这本书!我真心希望这本书对你有用——优质信息,易于理解。

此外,访问 www.craiglarman.com可以找到一些相关的文章和链接。如果你有什么问题,请与我联系,我的电子邮箱是craig@craiglarman.com。

排版约定

使用楷体排版的是强调的基本观点和需要引起重点关注的地方,我希望读者比较容易看到它,这样,就可以快速浏览,挑选关键思路。

在一句话中排成黑体的部分指的是术语。

类似于 [Bob67]的形式,是指在参考文献中列出的某本书。

作者简介

Craig Larman是Valtech公司的首席科学家。Valtech公司是一家国际化的咨询和技能转移公司,在欧洲、亚洲和北美洲都设有分支机构。同时,他还在全球范围内担任独立顾问、团队教练和演讲人。

Craig是Applying UML and Patterns: An Introduction to Object-Oriented Analysis and Design(《UML和模式应用:面向对象分析与设计导论》)的作者。此书是OOA/D和迭代开发方面全球最畅销的教科书,被译成多种语言,在全球业界和大学中被广泛使用。

Craig有过一段做街头音乐家的失败经历,从那之后,也就是20世纪70年代,他开始用APL语言、PL/I语言和第四代语言构建软件。20世纪80年代初期,经过全面的调整之后,他开始对人工智能和知识表示产生了浓厚的兴趣,并用Lisp机器、Lisp、Prolog和Smalltalk构建了知识系统。他业余时间还在一支名为Changing Requirements的业余乐队(这个乐队曾被称为Requirements,但有一些乐队成员已经有了变动……)中担任主奏吉他手。

Craig毕业于加拿大温哥华美丽的西蒙弗雷泽大学(Simon Fraser University),获得了计算机科学学士和硕士学位。

致谢

敏捷迭代开发:管理者指南
特别感谢我在Valtech的朋友和同事,他们都是世界级的迭代开发者,尤其是Tim Snyder。

非常感谢审读这本书的专家们,包括Alistair Cockburn、Claudia Frers、Tom Gilb、Jim Highsmith、Ron Jeffries、Philippe Kruchten、Niels Maloteaux、Gary Pollice、Ken Schwaber和Jeff Sutherland。

还要感谢Paul Petralia和Patti Guerrieri两位编辑的引导。

译 者 序

敏捷迭代开发:管理者指南
“过去几十年的大型系统开发就犹如这样一个焦油坑,很多大型和强壮的动物在其中剧烈地挣扎。他们中大多数开发出了可运行的系统——不过,其中只有非常少数的项目满足了目标、时间进度和预算的要求。各种团队,大型的和小型的,庞杂的和精干的,一个接一个淹没在了焦油坑中。”1传统的瀑布型软件工程方法将软件业等同于传统的大规模制造业,试图回避软件领域固有的复杂性以及变化性,不顾及实际情况而套用一些所谓“银弹”的开发方法,以至于削足适履、南辕北辙,陷入泥潭中而不能自拔。事实上,软件开发属于新产品研发的范畴,你所面对的犹如一片混沌的海洋,需要因地制宜,根据实际情况对各种条件进行权衡与博奕,从而探索出一种行之有效的解决之道。

面对复杂与变化的软件开发,“敢问路在何方?”

UP、XP、水晶、Scrum、DSDM、FDD、ASD以及精益开发等都给出了相应的答案。然而,“忽如一夜春风来,千树成树梨花开”,一下子涌现出这么多琳琅满目的软件工程方法,让人眼花缭乱,无所适从。需要说明的是,许多标榜自己采用“敏捷与迭代方法”的组织,其实是在追逐时髦,并没有真正领会其要旨,甚至断章取义,陷入教条主义,甚至重蹈瀑布型的覆辙。

本书列举了大量的证据,溯根求源,将各种方法的缘由与适用性娓娓道来,令人茅塞顿开,许多积压在心里的困惑一下子释然。全书共分12章:在前6章的描述中,作者列举了大量的证据和文献,揭示了瀑布型的症结,以及敏捷与迭代开发的动机与成功案例;第7章到第10章,则具体讨论了Scrum、XP、UP、Evo等4种敏捷方法,它们的原理与适用性,以及成功的案例与历史,还在章节后面列出大量的参考文献。这4章内容的组织形式相仿,便于读者进行比较学习;第11章更具有操作性,介绍了许多行之有效的敏捷与迭代开发的实践技巧;第12章是FAQ,读者可以将它作为独立的章节,对实践中遇到的问题进行查询。

我们还注意到在本书英文版的封面上,是一名芭蕾舞演员。其寓意在于软件开发不仅是一门技术,同时也是一门艺术。作者希望通过他的努力,开发出漂亮的软件来。随便提一句,这本书在亚马逊网站上被评为五星2。

本书的作者Craig Larman先生相信大家不会陌生。他的《UML和模式应用:面向对象与设计导论》深受中国读者欢迎。Philippe Kruchten博士(国际著名过程大师,IBM Rational名士,前RUP产品总监)这样评价道: “Craig是一位杰出的授业者,一位卓越的方法学家,一位对象技术的精神导师(guru)。” Martin Fowler(国际著名OO大师,ThoughtWorks首席科学家)曾说过:“人们常常问我,哪本书是引领他们进入OO(面向对象)设计壮丽殿堂的最佳著作。自从幸获Craig的《UML和模式应用》,它就成为了我的倾力之荐。”。

阅读Larman先生的书可以说一种享受,而翻译他的书则是一种压力。2004年我有幸接手这部书的翻译工作,并期望向读者呈现原汁原味儿的译著。翻译过程中,对于书中的一些疑惑之处,Larman先生给予了热情的帮助和鼓励,并欣然为本书的中文版作序。事隔8年,也就是2012年,人民邮电出版社期望再版,并请了冯春丽协助进行全文的审校。尽管大家都非常努力,也难免有疏漏之处,希望大家批评指正!此外,我要感谢我在北京魔笛创新科技发展限公司的团队,并给我试验敏捷方法的机会。最主要的还是要感谢读者朋友,只有你们的认同,才是这项工作最终成功的标志。

张晓坤

2013年5月于北京师范大学辅仁校区

摘自Frederick P. Brooks,Jr.著,UMLChina翻译组汪颖译,清华大学出版社出版的《人月神话》。

2参见:Larman的个人网站以及亚马逊网站。

敏捷软件开发宣言

敏捷迭代开发:管理者指南

c53a4491e52b8afb5c9b74faf18910eddcf92a92
037b3536faf90d4148ccc6720a78df6bcdd631eb
敏捷软件开发宣言
人和交互 重于 过程和工具

可以工作的软件 重于 面面俱到的文档

客户合作 重于 合同谈判

随时应对变化 重于 遵循计划

虽然右侧的各项也有价值,但我们认为左侧的项更加重要。

敏捷软件开发遵循的原则

我们遵循以下原则。

1.我们最优先要做的是通过尽早地、持续地交付有价值的软件来满足客户需要。

2.我们欢迎需求的变化,即使到了开发后期。敏捷过程能够驾驭变化,为客户创造竞争优势。

3.经常交付可以工作的软件,从几个星期到几个月,时间间隔越短越好。

4.在整个项目开发期间,业务人员和开发人员必须朝夕工作在一起。

5.依靠斗志高昂的人构建项目。给他们提供所需的环境和支持,并且信任他们能够完成任务。

6.在团队内部,最有效率也最有效果的信息传达方式,就是面对面的交谈。

7.可以工作的软件是进度主要的度量标准。

8.敏捷过程提倡可持续开发。

9.出资人、开发者和用户应该总是保持稳定的开发速度。

10.对卓越技术和良好设计的不断追求有助于提高敏捷性。

11.简单——尽量减少工作量的艺术是至关重要的。

12.最好的构架、需求和设计都源自自我组织的团队。

13.每隔一定时间,团队都要总结如何更有效率,然后相应地调整自己的行为。

本文仅用于学习和交流目的,不代表异步社区观点。非商业转载请注明作译者、出处,并保留本文的原始链接。

目录

前言
第3章 敏捷
第4章 故事
第5章 动机
第6章 证据
第7章 Scrum
第8章 极限编程
第9章 统一过程
第10章 Evo
第11章 实践技巧
第12章 常见问题解答

你可能感兴趣的文章
20.1-20.4 shell:脚本,脚本结构与执行,date用法,shell脚本的变量
查看>>
上篇|说说无锁(Lock-Free)编程那些事
查看>>
网络的参考模型
查看>>
Istio技术与实践01: 源码解析之Pilot多云平台服务发现机制
查看>>
支付系统设计白皮书:会员(客户)系统设计思路
查看>>
华天软件PLM/CMMP助力西沃客车高效研发生产
查看>>
为更强大而生的开源关系型数据库来了!阿里云RDS for MySQL 8.0 正式上线!
查看>>
区块链教程Fabric1.0源代码分析consenter#filter
查看>>
组建网络时如何选取交换机
查看>>
不会发布npm包?进来看看?
查看>>
yum和源码安装redis
查看>>
女生到底适不适合做程序员?!
查看>>
Java并发包分析——BlockingQueue
查看>>
我见过的最好的websocket 介绍
查看>>
PHP 简例 RestFul
查看>>
Linux Redhat 一般用户不能执行sudo有关问题的解决方法
查看>>
ceph13跟ceph12配置文件在启动要增加的内容——2019_10
查看>>
华为 思科 设备 命令行取消分屏显示
查看>>
制作本地yum源
查看>>
PXE + Kickstart v2
查看>>