欢迎光临本店     登录 注册   加入收藏
  •   
欢迎光临清华大学出版社第三事业部!

此页面上的内容需要较新版本的 Adobe Flash Player。

获取 Adobe Flash Player

当前位置: 首页 > 科技 > 计算机与网络 > 软件工程及软件方法学 > 精益开发与看板方法

浏览历史

精益开发与看板方法

精益开发与看板方法

prev next

  • 商品货号:20160120016
  • 商品重量:0克
    作者:李智桦著
    出版社:清华大学出版社
    图书书号/ISBN:978-7-302-42356-0
    出版日期:2016-01-01
    开本:16开
    图书页数:224
    图书装订:平装
    图书规格:185mm×230mm
    版次:1
    印张:14
    字数:305000
    所属分类:TP311.52
  • 上架时间:2016-01-20
    商品点击数:2417
  • 定价:¥49.00元
    本店售价:¥49.00元
    注册用户:¥49.00元
    vip:¥46.55元
    黄金等级:¥44.10元
    用户评价: comment rank 5
  • 商品总价:
  • 购买数量:

内容简介:

商品附加资源

 内 容 简 介

本书作者从事软件开发多年,善于吸取敏捷和精益这两种开发方法的精髓,对看板的理解和应用具有实用而丰富的经验。他在本书中依托精益开发中的主流工具,介绍了看板的概念、遵循的基本原则、看板的适用范围和具体使用等。

精益软件开发是当下软件开发项目的主流。看板可以使得精益理念落实并贯穿于整个开发流程,从而提高应变能力、减少无谓的资源及时间浪费、完全发挥团队的开发效能。本书适合所有软件从业人员(从项目经理到工程师)阅读,可以帮助他们从容应对千变万化的客户需求。

前    言

  精益软件开发不同于一般的敏捷开发方法,它是属于文化层面的改革,它没有特定的方法或流程,有的只是产品开发的概念及原则,非常适合主管层级的敏捷开发思想。精益软件开发没有具体的开发方法,它只有指导原则,乍看之下很像励志的书籍,但它的影响却远远胜过所有的开发方法,因为它将直接影响企业的文化,这一点就比其他开发方法的影响要深远多了。无需讶异它的威力,因为它来自丰田产品系统 TPS(Toyota Production System)。

  “精益软件开发”没有规定实务性的做法,而是描述了更重要的实际流程定义、原则及价值观。原因是它一直认为很难有一种方法能够完全做到“敏捷”,而“原则”则具有较高的普遍性,因此一直到波彭迪克夫妇(Mary 和 Tom Poppendieck)的《精益软件开发工具》(Lean Software Development:An Agile Toolkit)一书出版,才有了比较明确的七大原则,就是我们所熟悉的消除浪费、增强学习、尽量延迟决策、尽快交付、授权团队、嵌入完整性、着眼整体等精益软件开发的七原则。

  本书要描述的是在精益软件开发里独树一格的“广告牌方法”(Kanban Method),它是 2005 年由安德森(David J. Anderson)所创的一种渐进式的流程控制方法,它所依据的正是这七大精益原则。我把精益软件原则的说明放在开始的第一章,是希望读者能“由头到尾”体验在真实的情境下,如何依据这七个原则来做决定,让它成为你实施精益软件开发时的宗旨,而不至于失去敏捷的初衷。

  真正引起我想写这本书的原因是,因为 Scrum 在迭代的任务板(Task board)上描述得太少了,实施 Scrum 的团队往往没有把任务板上的字段跟实际开发时的工作流程做正确的对照,以至于常常有各说各话的现象,也就是说任务板没有反应出正确的状况。当第一次看到广告牌方法的时候,我就立刻在自己所教的 Scrum 课程中将实施广告牌的方法隐含进来。说真的,这两个理论真是契合,我常常在课程中完全不提到广告牌方法,只是采用它绘制价值流程及半成品限额的理论,就成功地让广告牌方法运用在 Scrum 的开发流程中,学员们可能从头到尾都没有意识到我们正在实行广告牌方法。这一点果然如安德森所言,它是一种渐进式的改革方法没错!而且,实行广告牌方法所受到的阻力要比实施其他敏捷方法少很多,而且成效更佳,如果你怀疑的话,欢迎你继续往后看。

  

 

  李智桦  


目    录
第1章  精益软件开发 1
1-1  精益的由来 2
1-2  精益软件开发 3
1-3  精益软件开发七大原则 5
1-3-1  消除浪费(Eliminate waste) 5
1-3-2  增强学习(Amplify learning) 11
1-3-3  尽量延迟决策(Decide as late as possible) 14
1-3-4  尽快交付(Deliver as fast as possible) 17
1-3-5  授权团队(Empower the team) 20
1-3-6  嵌入完整性(Build integrity in) 22
1-3-7  着眼整体(See the whole) 25
1-4  结论 27
第2章  看板方法 29
2-1  看板的由来 30
2-2  何为“看板方法” 30
2-3  看板方法四大基本原则(Foundational Principles) 32
2-3-1  原则1:从既有的流程开始 32
2-3-2  原则2:同意持续增量、渐进的变化 34
2-3-3  原则3:尊重当前的流程、角色、职责和头衔 36
2-3-4  原则4:鼓励在各个层级上发挥务实性领导行为 37
2-3-5  四大基本原则的意义 38
2-4  为何要使用看板方法 39
2-5  哪些地方可以运用看板方法 45
2-6  结论 48
第3章  看板方法的六大核心实践 49
3-1  可视化目前的工作流程 50
3-2  限制半成品(WIP)数量 58
3-2-1  利特尔法则 59
3-2-2  多任务是不好的?看板方法如何处理多任务 61
3-2-3  怎么样的数值才会让人满意呢 63
3-2-4  根据请求的多寡分配产能 64
3-3  管理工作流程 65
3-4  让规则明确 69
3-5  落实反馈循环 71
3-6  由协作改善,经实验演进 72
3-7  结论 75
第4章  如何实施看板方法 79
4-1  看板墙的设计 80
4-1-1  三个基本元素 80
4-1-2  顺序处理状态 VS. 并行处理状态 81
4-1-3  工作项目的属性 84
4-1-4  加入 WIP 限额 86
4-2  Scrum 运作模式的看板墙设计 91
4-2-1  将看板方法融入 Scrum 的开发过程 91
4-2-2  在 Scrum 中运用看板 92
4-3  看板一日游 94
4-3-1  看板一日游 1/12 说明 94
4-3-2  看板一日游 2/12 说明 96
4-3-3  看板一日游 3/12 说明 98
4-3-4  看板一日游 4/12 说明 99
4-3-5  看板一日游 5/12 说明 99
4-3-6  看板一日游 6/12 说明 100
4-3-7  看板一日游 7/12 说明 101
4-3-8  看板一日游 8/12 说明 102
4-3-9  看板一日游 9/12 说明 103
4-3-10  看板一日游 10/12 说明 103
4-3-11  看板一日游 11/12 说明 104
4-3-12  看板一日游 12/12 说明 105
4-4  运行看板方法的简单规范 106
4-5  结论 111
第5章  个人看板:类项目管理 113
5-1  个人看板 114
5-2  制作第一个个人看板 115
5-2-1  可视化 116
5-2-2  设定 WIP 限额 119
5-2-3  看板管理:开始运行拉动系统 120
5-3  个人看板与软件开发:类项目管理 124
5-3-1  项目的范围 124
5-3-2  建立个人看板 125
5-3-3  个人看板一日游 127
5-3-4  另类的个人看板 137
5-4  结论 140
第6章  个人看板与生活:让生活与工作相得益彰 143
6-1  开始使用看板 144
6-2  生活与效能 148
6-2-1  消除浪费 149
6-2-2  梦想与目标 150
6-3  个人看板进阶 156
6-4  结论 157
第7章  预测未来:减少变异性,增加可预测度 161
7-1  系统思考 163
7-2  内部变异 167
7-3  外部变异 174
7-4  结论 177
第8章  持续改进 179
8-1  看板方法的问题管理 181
8-2  运用看板方法自然形成简单的团体规范 183
8-3  没有银弹(No Silver Bullet) 186
附录 189
附录A  精益咖啡 190
附录B  Scrum But 和 Kanban But 194
附录C  用户故事图谱:对付需求模糊的好帮手 199
附录D  敏捷开发需要哪些文件 203
  
 

商品标签

购买记录(近期成交数量0)

还没有人购买过此商品
总计 0 个记录,共 1 页。 第一页 上一页 下一页 最末页

用户评论(共0条评论)

  • 暂时还没有任何用户评论
总计 0 个记录,共 1 页。 第一页 上一页 下一页 最末页
用户名: 匿名用户
E-mail:
评价等级:
评论内容:
验证码: captcha