中文字幕理论片,69视频免费在线观看,亚洲成人app,国产1级毛片,刘涛最大尺度戏视频,欧美亚洲美女视频,2021韩国美女仙女屋vip视频

第 1章 介紹敏捷 1

1.1 敏捷的歷史 3

• 我第一次嘗試了測(cè)試驅(qū)動(dòng)開發(fā)（TDD），從此深深著迷。

1.2 雪鳥會(huì)議 10

• 個(gè)體和互動(dòng)高一流程和工具
• 可工作的軟件高于詳盡的文檔
• 客戶合作高于合同談判
• 響應(yīng)變化高于遵循計(jì)劃

1.3 敏捷全貌 14

1.3.1 鐵十字 15

• 質(zhì)量、速度、成本、完成，你只能任選3個(gè)，沒法4個(gè)全要。

1.3.2 墻上的圖 15

1.3.3 你知道的第 一件事 18

• 交付日期

1.3.4 會(huì)議 18

1.3.5 分析階段 19

1.3.6 設(shè)計(jì)階段 20

1.3.7 實(shí)施階段 21

1.3.8 死亡行軍階段 22

1.3.9 夸張嗎 23

1.3.10 更好的方式 23

1.3.11 迭代0 24

1.3.12 敏捷產(chǎn)出數(shù)據(jù) 25

1.3.13 幻想與管理 27

1.3.14 管理鐵十字 27

• 為延遲的項(xiàng)目增加人手反而會(huì)是它更加延遲。
• 快速前進(jìn)的唯一方法就是做扎實(shí)。
• 寫了二三十年程序之后，這是你會(huì)學(xué)到的最重要一課。沒有“快而臟”這樣的事，逢臟必慢。

1.3.15 業(yè)務(wù)價(jià)值排序 31

1.3.16 全貌至此結(jié)束 31

1.4 生命之環(huán) 31

• 極限編程是敏捷本質(zhì)核心的原型，也是最好的代表。

• 極限編程的生命之環(huán)（敏捷運(yùn)動(dòng)的發(fā)起人之一：肯特 貝克）

  • 

• 業(yè)務(wù)實(shí)踐

  • 計(jì)劃游戲
  • 小步發(fā)布
  • 驗(yàn)收測(cè)試
  • 完整團(tuán)隊(duì)

• 團(tuán)隊(duì)實(shí)踐

  • 可持續(xù)節(jié)奏
  • 代碼集體所有
  • 持續(xù)集成
  • 隱喻

• 技術(shù)實(shí)踐

  • 結(jié)對(duì)
  • 簡(jiǎn)單設(shè)計(jì)
  • 重構(gòu)
  • 測(cè)試驅(qū)動(dòng)開發(fā)

1.5 結(jié)論 35

第 2章 敏捷的理由 37

2.1 專業(yè)性 38

• 敏捷吸引我的第一要素是導(dǎo)讀重視紀(jì)律而非形式。
• 要把敏捷做對(duì)，你需要結(jié)對(duì)編程、測(cè)試先行、重構(gòu)并致力于簡(jiǎn)單設(shè)計(jì)。

2.1.1 到處是軟件 39

2.1.2 程序員統(tǒng)治世界 41

2.1.3 災(zāi)難 42

• 在把計(jì)算機(jī)編程編程真正光榮職業(yè)的道路上，敏捷軟件開發(fā)將是我們邁出的第一步。

2.2 合理的期望 43

2.2.1 我們不會(huì)交付一堆垃圾！ 43

• 請(qǐng)注意，敏捷中強(qiáng)調(diào)測(cè)試、重構(gòu)、簡(jiǎn)單設(shè)計(jì)以及用戶反饋，就是為了避免交付糟糕的代碼。

2.2.2 從技術(shù)上隨時(shí)做好交付準(zhǔn)備 45

2.2.3 穩(wěn)定的生產(chǎn)率 46

• 雜亂代碼越多，阻礙越大，進(jìn)度越慢。團(tuán)隊(duì)進(jìn)展越慢，項(xiàng)目日程壓力就更大，這又會(huì)帶來更多的混亂。
• 增加人力反而會(huì)拖慢團(tuán)隊(duì)好幾周。
• 大規(guī)模的重新設(shè)計(jì)極其昂貴，而且很少真正部署上線。
• 開發(fā)人員對(duì)自己的要求不應(yīng)該低于此。持續(xù)地將架構(gòu)、設(shè)計(jì)以及代碼保持在盡可能干凈的狀態(tài)

2.2.4 劃算的適應(yīng)性 49

• 軟件就是“容易修改的產(chǎn)品”。
• 客戶、用戶和管理者都希望軟件系統(tǒng)容易修改、修改的成本不高并且成本與收益相符。
• 我們將看到測(cè)試驅(qū)動(dòng)開發(fā)、重構(gòu)和簡(jiǎn)單設(shè)計(jì)等敏捷實(shí)踐是如何確保以最小的代價(jià)安全地更改軟件系統(tǒng)。

2.2.5 持續(xù)改進(jìn) 50

• 結(jié)對(duì)編程、測(cè)試驅(qū)動(dòng)開發(fā)、重構(gòu)、簡(jiǎn)單設(shè)計(jì)等敏捷實(shí)踐強(qiáng)有力地支持持續(xù)改進(jìn)的期望。

2.2.6 無畏之力 50

• 測(cè)試驅(qū)動(dòng)開發(fā)的敏捷實(shí)踐為你提供了無所畏懼的能力。

2.2.7 QA應(yīng)該什么也找不到 52

• 驗(yàn)收測(cè)試、測(cè)試驅(qū)動(dòng)開發(fā)以及持續(xù)集成等敏捷實(shí)踐支持這個(gè)期望。

2.2.8 測(cè)試自動(dòng)化 52

• 手工測(cè)試應(yīng)該僅限于那些無法自動(dòng)驗(yàn)證的事情，以及需要?jiǎng)?chuàng)新能力的探索性測(cè)試上。
• 驗(yàn)收測(cè)試、測(cè)試驅(qū)動(dòng)開發(fā)以及持續(xù)集成等敏捷實(shí)踐支持這個(gè)期望。

2.2.9 我們互相掩護(hù) 54

• 結(jié)對(duì)編程、完整團(tuán)隊(duì)和代碼集體所有的敏捷實(shí)踐支持這些期望。

2.2.10 誠實(shí)的估算 54

• 最誠實(shí)的估算就是“我不知道”。

2.2.11 你需要說“不” 55

• 當(dāng)答案確實(shí)是“不”的時(shí)候，我期望你能夠說出“不”。

2.2.12 持續(xù)主動(dòng)地學(xué)習(xí) 55

2.2.13 指導(dǎo) 56

2.3 權(quán)利條款 56

2.3.1 客戶權(quán)利條款 56

2.3.2 開發(fā)人員權(quán)利條款 57

2.3.3 客戶權(quán)利詳討 57

2.3.4 開發(fā)人員權(quán)利詳討 59

2.4 結(jié)論 61

• 敏捷不僅僅是一組規(guī)則，還是構(gòu)成軟件開發(fā)職業(yè)道德基礎(chǔ)的權(quán)利、期望和紀(jì)律的組合體。

第3章 業(yè)務(wù)實(shí)踐 63

3.1 計(jì)劃游戲 64

3.1.1 三元分析 65

3.1.2 故事和點(diǎn)數(shù) 66

3.1.3 ATM的故事 67

3.1.4 故事 74

• 故事遵循一簡(jiǎn)單的指導(dǎo)原則：（INVEST）
  • I：獨(dú)立（Independent）
  • N：可協(xié)商（Negotiable）
  • V：有價(jià)值（Valueable）
    • 故事永遠(yuǎn)是有業(yè)務(wù)價(jià)值的東西。
  • E：可估算（Estimable）
  • S：?。⊿mall）
  • T：可測(cè)試（Testable）

3.1.5 故事估算 76

• 伸指頭

3.1.6 對(duì)迭代進(jìn)行管理 78

• 故事都是由程序員自己選 擇的。
• 經(jīng)理和主管可能傾向于將故事分配給程序員。應(yīng)該避免這種情況，而讓程序員自己進(jìn)行協(xié)商，這樣做的效果要好得多。
• 如果沒有在中期節(jié)點(diǎn)之前準(zhǔn)備好所有驗(yàn)收測(cè)試，那么一些開發(fā)人員應(yīng)該停止開發(fā)故事，并開始編寫驗(yàn)收測(cè)試。

3.1.7 演示 80

3.1.8 速率 81

• 不要給度量對(duì)象施加壓力
• 最可能導(dǎo)致速率圖顯示持續(xù)的負(fù)斜率的因素是代碼質(zhì)量。
• 團(tuán)隊(duì)很有可能沒有進(jìn)行足夠的重構(gòu)，而且可能坐視代碼腐爛。
• 團(tuán)隊(duì)無法充分重構(gòu)的原因之一是由于沒有充分的單元測(cè)試，因此他們擔(dān)心重構(gòu)會(huì)破環(huán)過去可運(yùn)行的部分。

3.2 小步發(fā)布 82

3.2.1 源代碼控制簡(jiǎn)史 83

3.2.2 磁帶 85

3.2.3 磁盤和源代碼控制系統(tǒng) 85

3.2.4 Subversion 86

3.2.5 Git與測(cè)試 87

3.3 驗(yàn)收測(cè)試 88

• 應(yīng)該由業(yè)務(wù)方負(fù)責(zé)說明需求的規(guī)格。
• 規(guī)格說明是一種測(cè)試。

3.3.1 工具和方法論 89

3.3.2 行為驅(qū)動(dòng)開發(fā) 90

• 他們的目標(biāo)是從測(cè)試中去掉技術(shù)術(shù)語，是測(cè)試看起來更像業(yè)務(wù)人員會(huì)喜歡的樣子。

3.3.3 實(shí)踐 90

• 程序員才能知道他們開發(fā)的故事是否完成。

3.4 完整團(tuán)隊(duì) 93

• 用戶和程序員之間的距離越短，交流就越好，開發(fā)就越快、越準(zhǔn)確。
• 當(dāng)整個(gè)團(tuán)隊(duì)坐在同一個(gè)空間里，魔術(shù)般的變化就能發(fā)生。
• 當(dāng)團(tuán)隊(duì)在同一地點(diǎn)時(shí)，業(yè)務(wù)運(yùn)行會(huì)更順暢。

3.5 結(jié)論 96

• 在2001 年的雪鳥會(huì)議上，肯特*貝克說，我們的目標(biāo)之一是彌合業(yè)務(wù)與開發(fā)之間的鴻溝。

第4章 團(tuán)隊(duì)實(shí)踐 97

• 實(shí)踐包括隱喻、可持續(xù)節(jié)奏、代碼集體所有和持續(xù)集成。

4.1 隱喻 98

• 為了有效地進(jìn)行溝通，團(tuán)隊(duì)需要一個(gè)受限制的、有紀(jì)律的詞匯表，其中包含項(xiàng)目中的術(shù)語及概念。

4.2 可持續(xù)節(jié)奏 100

• 快跑的未必能贏......

4.2.1 加班 102

• 自己最糟糕的技術(shù)錯(cuò)誤都是在狂熱熬夜時(shí)犯下的。

4.2.2 馬拉松 103

• 我學(xué)到了軟件項(xiàng)目是一場(chǎng)馬拉松，不是沖刺，更不是一系列連續(xù)沖刺。
• 你有義務(wù)節(jié)約自己的資源以確保堅(jiān)持到最后。

4.2.3 奉獻(xiàn)精神 103

• 加班工作并不能向雇主展現(xiàn)你的奉獻(xiàn)精神。
• 這只能表明你的計(jì)劃做得糟糕，你答應(yīng)了不該答應(yīng)的截止日期，
• 承諾了不該承諾的事情，你只是一個(gè)可被操縱的勞工而非專業(yè)人士。
• 你必須非常清醒地意識(shí)到加班的成本可能遠(yuǎn)遠(yuǎn)超過省下的時(shí)間。

4.2.4 睡眠 104

• 程序員最寶貴的養(yǎng)生之道就是充足的睡眠。

4.3 代碼集體所有 104

• 代碼集體所有并非說你不能有所專長(zhǎng)。

4.4 持續(xù)集成 107

4.4.1 然后有了持續(xù)構(gòu)建 108

4.4.2 持續(xù)構(gòu)建的紀(jì)律 109

• 持續(xù)構(gòu)建應(yīng)該用不被破壞。
• 構(gòu)建永不失敗。

4.5 站會(huì) 110

• 怎么做
  • 上次會(huì)議之后我做了什么？
  • 下次會(huì)議之前我將做什么？
  • 什么阻礙了我？
  • 你想要感謝誰？
• 不要做
  • 不要討論
  • 不要裝腔作勢(shì)
  • 不要深入解釋
  • 不要藏著掖著
  • 不要帶有情緒
  • 不要八卦
  • 不要發(fā)牢騷

4.5.1 豬和雞？ 111

4.5.2 公開表示認(rèn)可 111

• 你想要感謝誰？

4.6 結(jié)論 111

第5章 技術(shù)實(shí)踐 113

5.1 測(cè)試驅(qū)動(dòng)開發(fā) 114

• 沒有測(cè)試驅(qū)動(dòng)開發(fā)、重構(gòu)、簡(jiǎn)單設(shè)計(jì)及結(jié)對(duì)編程的明姐只是虛有其表，起不到作用。

5.1.1 復(fù)式記賬 114

• 測(cè)試驅(qū)動(dòng)開發(fā)是程序員的相應(yīng)實(shí)踐。每個(gè)必要的行為都輸出兩次：一次作為測(cè)試，另一次作為使測(cè)試通過的生產(chǎn)代碼。
• 學(xué)習(xí) TDD 的程序員被教會(huì)每次只添加一個(gè)行為--先寫一個(gè)失敗的測(cè)試，然后寫恰好使測(cè)試通過的生產(chǎn)代碼。
• 盡管編程對(duì)社會(huì)來說已經(jīng)必不可少，但我們還沒有用法律強(qiáng)制實(shí)施 TDD。
• 可是，既然編寫糟糕的軟件已經(jīng)造成了生命財(cái)產(chǎn)損失，立法還會(huì)遠(yuǎn)嗎？

5.1.2 TDD三規(guī)則 116

• TDD 可以描述為以下 3 條簡(jiǎn)單的規(guī)則：
  • 先編寫一個(gè)因?yàn)槿狈ιa(chǎn)代碼而失敗的測(cè)試，然后才能編寫生產(chǎn)代碼。
  • 只允許編寫一個(gè)剛好失敗的測(cè)試--編譯失敗也算。
  • 只允許編寫剛好能使當(dāng)前失敗測(cè)試通過的生產(chǎn)代碼。

5.1.3 調(diào)試 117

• 但是通過實(shí)踐 TDD 的 3 條規(guī)則，就可以大大降低 bug 的發(fā)生率和嚴(yán)重性。

5.1.4 文檔 117

• 測(cè)試集已經(jīng)以各種方式調(diào)用該函數(shù)，并捕獲其可能引發(fā)的每個(gè)異常。

5.1.5 樂趣 118

• 如果你曾事后補(bǔ)寫測(cè)試，你就應(yīng)該知道，那不好玩。
• 因?yàn)槟阋呀?jīng)知道代碼可以工作，你已經(jīng)手工測(cè)試過。

5.1.6 完備性 119

• 不要因?yàn)楦采w率不足而使構(gòu)建失敗。

5.1.7 設(shè)計(jì) 121

• 通過先寫測(cè)試，你將以此前從未想過的方式解耦系統(tǒng)。
• 整個(gè)系統(tǒng)將是可測(cè)試的，所以整個(gè)系統(tǒng)也將被解耦。

5.1.8 勇氣 121

• TDD的好處
  • 更少的調(diào)試
  • 高質(zhì)量的詳細(xì)文檔
  • 有趣、完備的測(cè)試
  • 解耦
  • 勇氣
  • 我們之所以實(shí)踐TDD，是因?yàn)樗o了我們勇氣，去保持代碼整潔有序。它給了我們勇氣，讓我們表現(xiàn)得像一個(gè)專業(yè)人士。

5.2 重構(gòu) 123

5.2.1 紅-綠-重構(gòu) 124

• 在 TDD 三規(guī)則的基礎(chǔ)上在結(jié)合重構(gòu)過程，就是廣為人知的“紅-綠-重構(gòu)”。
  • 1. 創(chuàng)建一個(gè)失敗的測(cè)試。
  • 2. 是測(cè)試通過。
  • 3. 清理代碼。
  • 4. 返回步驟 1。
• 編寫可用的代碼與編寫整潔的代碼是編程的兩個(gè)不同的維度。
• 重構(gòu)是一個(gè)持續(xù)的過程
• 重構(gòu)一次永遠(yuǎn)不應(yīng)該出現(xiàn)在時(shí)間表上。
• 重構(gòu)活動(dòng)也不應(yīng)該出現(xiàn)在項(xiàng)目的計(jì)劃中。

5.2.2 大型重構(gòu) 125

• 這種修改同樣納入紅-綠-重構(gòu)循環(huán)內(nèi)。

5.3 簡(jiǎn)單設(shè)計(jì) 125

• 簡(jiǎn)單設(shè)計(jì)實(shí)踐是重構(gòu)的目標(biāo)之一。
• 簡(jiǎn)單設(shè)計(jì)的意思是：僅編寫必要的代碼，使得程序結(jié)構(gòu)保持簡(jiǎn)單、最小和最富表現(xiàn)力。
• 簡(jiǎn)單設(shè)計(jì)的規(guī)則如下：
  • 所有測(cè)試通過。
  • 揭示意圖。
  • 消除重復(fù)。
  • 減少元素。

5.4 結(jié)對(duì)編程 127

• 結(jié)對(duì)是可選的。
• 結(jié)對(duì)是間歇性的。

5.4.1 什么是結(jié)對(duì) 128

5.4.2 為什么結(jié)對(duì) 129

• 結(jié)對(duì)是團(tuán)隊(duì)成員之間共享知識(shí)并方式形成知識(shí)孤島的最佳方法。

5.4.3 結(jié)對(duì)當(dāng)作代碼評(píng)審 129

5.4.4 代價(jià)幾何 130

• 直接成本可能約為15%

5.4.5 只能兩人嗎 130

5.4.6 管理 130

• 永遠(yuǎn)、永遠(yuǎn)不要請(qǐng)求管理者允許你結(jié)對(duì)，或測(cè)試，或重構(gòu)，或者......你是專家。你決定。

5.5 結(jié)論 131

• 敏捷的技術(shù)實(shí)踐是任何敏捷工作中最本質(zhì)的組成部分。
• 任何敏捷實(shí)踐導(dǎo)入的嘗試，如果不包含技術(shù)實(shí)踐，就注定會(huì)失敗。

第6章 成就敏捷 133

6.1 敏捷的價(jià)值觀 134

• 敏捷的4個(gè)價(jià)值觀：勇氣、溝通，反饋和簡(jiǎn)單。

• 6.1.1 勇氣 134

• 維護(hù)高質(zhì)量代碼和高質(zhì)量的紀(jì)律需要勇氣。

• 通過犧牲質(zhì)量來遵守時(shí)間表就是魯莽。

• 質(zhì)量和紀(jì)律會(huì)提高速度，這是一種信念。

• 強(qiáng)勢(shì)但優(yōu)質(zhì)的人們?cè)诿鎸?duì)時(shí)間壓力時(shí)會(huì)不斷挑戰(zhàn)這種信念，因此堅(jiān)持正確的信念需要勇氣。

6.1.2 溝通 134

• 重視面對(duì)面、非正式的人際對(duì)話。
• 坐在一起并經(jīng)常交流的團(tuán)隊(duì)可以創(chuàng)造奇跡。

6.1.3 反饋 135

• 敏捷團(tuán)隊(duì)因反饋而健壯。
• 計(jì)劃游戲、重構(gòu)、測(cè)試驅(qū)動(dòng)開發(fā)、持續(xù)集成、小步發(fā)布、代碼集體所有、完整團(tuán)隊(duì)等實(shí)踐最大化反饋的頻率和數(shù)量。

6.1.4 簡(jiǎn)單 135

• 軟件中的每個(gè)問題都可以通過添加間接層來解決。
• 保持代碼簡(jiǎn)單。保持段對(duì)更簡(jiǎn)單。

6.2 怪物博物館 136

• 導(dǎo)入完整的生命之環(huán)，特別要包含技術(shù)實(shí)踐。
• 大多數(shù)的團(tuán)隊(duì)只導(dǎo)入了外圈的業(yè)務(wù)環(huán)，然后發(fā)現(xiàn)自己掉進(jìn)了陷阱，馬丁*福勒稱之為“疲軟的Scrum”。
• 生產(chǎn)力大量流失的原因在于代碼本身的腐壞和惡化。

6.3 轉(zhuǎn)型 137

• 敏捷開發(fā)的價(jià)值觀包括勇于冒險(xiǎn)、快速反饋、熱情、人與人之間跨越障礙和指揮結(jié)構(gòu)的頻密溝通。

6.3.1 ?；ㄕ?138

6.3.2 幼獅 138

6.3.3 哭泣 139

6.3.4 寓意 139

6.3.5 假裝 139

6.3.6 在更小的組織中成功 140

• 保持著直截了當(dāng)、敢于冒險(xiǎn)的精神。

6.3.7 個(gè)人成功和遷移 141

6.3.8 創(chuàng)建敏捷組織 141

6.4 教練輔導(dǎo) 142

• 目標(biāo)是灌輸明杰價(jià)值觀及傳授明杰紀(jì)律。
• 這個(gè)角色應(yīng)該盡快從團(tuán)隊(duì)內(nèi)部選拔出來。
• 隊(duì)員會(huì)在無意中停止了結(jié)對(duì)、停止了重構(gòu)，或者忽略了持續(xù)構(gòu)建中的那些失敗。教練的工作就是看到這些現(xiàn)象，并向全團(tuán)隊(duì)指出來。
• 教練是團(tuán)隊(duì)的良知，總是提醒團(tuán)隊(duì)對(duì)自己的承諾和一致同意必須秉持的價(jià)值觀。
• 教練的角色完全是內(nèi)部的。

6.5 認(rèn)證 143

• 培訓(xùn)不應(yīng)該集中在某個(gè)特定的角色上，而是應(yīng)該針對(duì)團(tuán)隊(duì)中的每個(gè)人。
• 敏捷團(tuán)隊(duì)的每個(gè)成員都需要了解敏捷的價(jià)值觀和技術(shù)。

6.6 大型組織中的敏捷 144

• 團(tuán)隊(duì)中包含 4～12 名軟件開發(fā)人員。
• 敏捷是為中小型團(tuán)隊(duì)服務(wù)的，就這樣。對(duì)于中小型團(tuán)隊(duì)，敏捷很有效。
• 敏捷從來不是為大型團(tuán)隊(duì)設(shè)計(jì)的。
• 我們不知道如何有效地組織一個(gè)相對(duì)較小的程序員團(tuán)隊(duì)來提高效率。敏捷解決的正是這個(gè)問題。
• 根本沒有所謂的大規(guī)模敏捷。

6.7 敏捷工具 148

6.7.1 軟件工具 148

• 軟件開發(fā)人員必須掌握一些核心工具：
  • 至少一門編程語言，通常會(huì)是多門；
  • 一個(gè)集成開發(fā)環(huán)境（IDE）或者程序員使用的編輯器（vim、Tmacs 等）；
  • 各種數(shù)據(jù)格式（JSON、XML、YAML等）和標(biāo)記語言（包括 HTML）；
  • 基于命令行和腳本與操作系統(tǒng)進(jìn)行交互；
  • 源代碼倉庫工具（Git。除此之外還有其他的選項(xiàng)嗎？）；
  • 持續(xù)集成/持續(xù)構(gòu)建工具（Jenkins、TeamCity、GoCD等）；
  • 部署/服務(wù)器管理工具（Docker、Kubernetes、Ansible、Chef、Puppet等）；
  • 溝通工具--電子郵件、Slack、英語（?。?/li>
  • 測(cè)試工具（單元測(cè)試框架、Cucumber、Selenium等）；

6.7.2 什么才是有效的工具 149

• 優(yōu)秀的工具可以做到以下幾點(diǎn)：
  • 幫組人們實(shí)現(xiàn)目標(biāo)；
  • 可以很快到“足夠好”的程度；
  • 對(duì)用戶透明；
  • 允許適配和擴(kuò)展；
  • 經(jīng)濟(jì)上負(fù)擔(dān)得起。

6.7.3 物理的敏捷工具 151

6.7.4 自動(dòng)化的壓力 152

6.7.5 有錢人用的ALM類工具 153

6.8 教練——另一個(gè)視角 155

6.8.1 條條大路通敏捷 155

6.8.2 從過程專家到敏捷專家 156

6.8.3 對(duì)敏捷教練的需求 157

• 要想變的敏捷，需要重新審視根生蒂固的觀念、文化、過程、思維和工作方式。
• 讓一個(gè)人轉(zhuǎn)變思維、幫組他看到“這對(duì)我有什么好處”。
• 變革能持續(xù)的關(guān)鍵在于：找到人們意識(shí)到并愿意投資的問題或者機(jī)遇，然后幫組他們實(shí)現(xiàn)目標(biāo)。

6.8.4 將教練技術(shù)帶給敏捷教練 158

• 《如何構(gòu)建敏捷項(xiàng)目管理團(tuán)隊(duì)》-麗薩

6.8.5 超越ICP-ACC 158

6.8.6 教練工具 159

6.8.7 只有專業(yè)教練技巧是不夠的 159

• 敏捷教練可以從六大專業(yè)領(lǐng)域中汲取知識(shí)：敏捷框架、敏捷轉(zhuǎn)型、敏捷產(chǎn)品管理、敏捷技術(shù)實(shí)踐、引導(dǎo)技術(shù)、教練技術(shù)。
• 添加新的功能時(shí)必須同時(shí)添加新的測(cè)試

6.8.8 在多團(tuán)隊(duì)環(huán)境中進(jìn)行敏捷教練的工作 160

6.8.9 大型組織中的敏捷 161

6.8.10 使用敏捷和教練技術(shù) 來變得敏捷 161

6.8.11 敏捷導(dǎo)入的成長(zhǎng) 162

6.8.12 細(xì)處著手成大事 164

6.8.13 敏捷教練的未來 165

6.9 結(jié)論（鮑勃大叔回來了） 165

第7章 匠藝 167

7.1 敏捷的宿醉 169

7.2 不孚所望 170

7.3 漸行漸遠(yuǎn) 172

7.4 軟件匠藝 173

7.5 思想體系與方法論 174

• 沒有實(shí)踐的原則只是空殼，而沒有原則的實(shí)踐往往是沒有判斷力的死記硬背。
• 原則指導(dǎo)實(shí)踐，實(shí)踐具像化原則，兩者齊頭并進(jìn)。

7.6 軟件匠藝包含實(shí)踐嗎 175

• 自 2008 年創(chuàng)建以來，軟件匠藝社區(qū)認(rèn)為極限編程是當(dāng)下的最佳敏捷開發(fā)實(shí)踐集。

7.7 聚焦于價(jià)值而非實(shí)踐 176

• 如果人們看不到價(jià)值，就不會(huì)改變他們的工作方式。

7.8 對(duì)實(shí)踐的討論 177

• 圍繞實(shí)踐的討論應(yīng)該是在合適的級(jí)別、與合適的人進(jìn)行。

7.9 匠藝對(duì)個(gè)人的影響 178

• 正是通過軟件匠藝社區(qū)，開發(fā)人員學(xué)習(xí)測(cè)試驅(qū)動(dòng)開發(fā)（TDD）、集成測(cè)試、結(jié)對(duì)編程、簡(jiǎn)單設(shè)計(jì)、SOLID 原則、整潔代碼和重構(gòu)。

7.10 匠藝對(duì)行業(yè)的影響 179

7.11 匠藝對(duì)公司的影響 180

7.12 匠藝與敏捷 181

7.13 結(jié)論 182

第8章 結(jié)論 183

• 敏捷的本源從未變過。它們是羅恩*杰弗里斯的生命之環(huán)中的紀(jì)律，它們是肯特-貝克的《解析極限編程-擁抱變化》一書中的價(jià)值觀、原則和紀(jì)律，它們是馬丁-福勒的《重構(gòu)：改善既有代碼的設(shè)計(jì)（第 2 版）》一書中的動(dòng)機(jī)、技術(shù)和紀(jì)律。

跋 185

索引 191