读笑谈软体工程：敏捷开发法的逆袭

笑谈软体工程：敏捷开发法的逆袭这一本书是ㄚ琪这一周借来翻阅的书，看了前面几章之后感觉是以部落格文章写作的方式来出书，很像是嵌入式系统开发之道：菜鸟成长日志与专案经理的私房菜写作方式，不过这样也好，应该比较多人可以接受吧。想要知道这书究竟可以看博客来简介↓↓↓↓↓↓↓

[adsense][/adsense]

导入Scrum，让你的软体开发人生从黑白变彩色！

　　●最务实的敏捷方法。从需求分析、程式开发、软体架构、UI设计、软体测试、持续整合 ─ 软体工程的全新思维

●最幽默、简单、轻松的Scrum导论。没有艰深的学术论述、索然无趣的古典教条─ 一读就懂的敏捷方法

最重要的是，从此每天准时下班享受幸福人生！

用笑声取代泪水，用准时下班取代爆表的肝指数！

本书将扭转你对软体开发专案错误，但却一直以来根深蒂固的想法。作者多年的软体专案执行经验，透过诙谐且幽默的文笔，让你在笑声中搞懂Scrum的精神及相关实务做法。

● 什么是Scrum——Role、Activity、Artifact的精辟解析。
● 如何做到精实？彻底终结不必要的浪费吧。
● 软体架构要从Solution Domain，还是从Problem Domain着手？
● 人机介面的设计原则有哪些？
● 你知道测试与整合有多重要吗？

目录：

PART 1 软体工程的现况
1 想看这本书的怨念有多深
2 老板，软体不是这样开发的
3 600多个BUG要怎么修？
4 软体工程不等于脏话
5 这不是网路小说——软体专案Scenario
Column A. 小朋友不可以说谎喔

PART 2 什么是Scrum
6 SCRUM到底是？
Column B. 其实，Scrum是一种制度
7 SCRUM是很有内涵的
8 就是这个光──SCRUM＋LEAN＋XP
9 导入SCRUM？谢谢再联络。
10 我不能采用SCRUM，因为我家人不同意
11 导入Scrum前该有的领悟──都市游击队
12 100%符合Scrum精神──这是0与1的距离
13 不完美的Scrum──逆练九阴真经
14 Story要如何下笔？──啊！你练的不是九阴真经
15 end-to-end的story──这好比切蛋糕
16 如何估算Story Point？
17 Story Point为何没有单位──这是一种相对论
18 Story写的好才容易估算Story Point
19 Product Backlog长得什么模样？
20 The Definition Of Done──功课写完没
21 Bug”s”──放下心中举起的中指
22 Redundancy──容错的基本方法
23 Shared Code──让我们变成博格人吧
24 Pair Programming──药效强不强？
25 Retrospective Meeting──有许愿池的功效
26 Scrum Master是个什么咖？
27 有牌的Certified Scrum Master
Column C. 闻过则喜…谁说的？
28 导入Scrum──要有传福音的精神
Column D. TEDDY的初衷

PART 3 精实生产，减少不必要的浪费
29 软体也会有库存问题
30 减少不必要的浪费——半成品
31 减少不必要的浪费——多余功能
32 减少不必要的浪费——重复学习
33 减少不必要的浪费——交接
34 减少不必要的浪费——工作切换
35 减少不必要的浪费——延迟
36 减少不必要的浪费——缺陷
37 有缺陷，就停掉生产线

PART 4 开发软体一定要加班，有没有听错？
38 工程师与加班之间的爱恨情仇
39 非加班不可——台湾经济奇迹的幕后无名英雄
40 过劳死——软体工程无用论
41 我可能不会18:30下班
Column E. 秀才遇到兵

PART 5 换颗脑袋——软体工程的全新思维
42 学习犯错
43 有问题才能解决真问题
44 传承的风范
45 傻的愿意相信
46 造船的目的
47 追求卓越——发语词，无义
48 培育软体还是组装软体？
49 对症下药
Column F. ISO大战乖乖
50 剽窃
51 重复程式码的力量
52 TIME LOG的纪录方式——这不是整人游戏

PART 6 软体架构
53 Problem Domain vs. Solution Domain
Column G. 一万个小时的练习
54 用实际案例看Problem Domain vs. Solution Domain
55 要抄就要抄最好的——人人皆可成为架构师
56 你的软体架构有多软
57 设计最难的部份是什么？
58 针对介面来写程式
59 设计模式分成三大类
60 时间到

PART 7 人机介面
61 穷人的“人机介面”设计入门
62 GOMS——帮“人机介面”做体检
63 DESIGNING FOR ERROR (1)：使用者犯错
64 DESIGNING FOR ERROR (2)：外在世界与脑袋中的知识
65 DESIGNING FOR ERROR (3)：限制、强制功能、自然对应
66 DESIGNING FOR ERROR (4)：执行与评估
67 “人机介面”之博士热爱的算式

PART 8 测试与整合
68 有测试案例改遍天下，无测试案例寸步难行
69 有些事不是能力的问题，而是整合
70 土炮跨平台自动化功能测试环境
71 10分钟建构
72 落实测试与整合的能力有多少？
73 用ROBOT写自动化功能测试到底有没有用？
Column H. 需求分析书中最重要的资讯是什么？

这本书有个副标题导入Scrum，让你的软体开发人生从黑白变彩色！

看来要推荐Scrum，那就让我们看看维基说明吧↓↓↓↓↓↓↓

Scrum是一种迭代式增量软体开发过程，通常用于敏捷软体开发。Scrum在英语的意思是橄榄球里的争球。
虽然Scrum是为管理软体开发项目而开发的，它同样可以用于运行软体维护团队，或者作为计划管理方法。Scrum之间的合作称为“Scrum of Scrums”。

ㄚ琪看了前面三章之后，比较感兴趣的倒是自动化测试，原因无它，我们写出的程式真的需要测试，为了赶件赚钱，常常就是把客户当测试人员，结果应该会被骂得很惨吧，呵呵～不过看来也没那么简单吧，所以就让ㄚ琪继续看下去…