敏捷度量實(shí)戰：如何度量并改進(jìn)團隊績(jì)效簡(jiǎn)介，目錄書(shū)摘

編輯推薦:從實(shí)戰角度如何客觀(guān)地衡量團隊績(jì)效
含案例分析，由淺入深穿插8個(gè)典型案例，內容實(shí)用適合學(xué)習

內容簡(jiǎn)介:本書(shū)主要講述如何收集度量數據，并分析這些數據，來(lái)衡量團隊的績(jì)效。全書(shū)分為三個(gè)部分：“測量敏捷性能”，“收集和分析團隊的數據”和“將度量應用于你的團隊，過(guò)程和軟件”。第1部分介紹度量開(kāi)發(fā)過(guò)程出現的問(wèn)題，以及如何將敏捷度量應用于你的團隊。第2部分介紹特定類(lèi)型的數據，如何在你的團隊中使用該數據，以及你能夠從該數據獲得什么信息。第3部分介紹你能夠使用前兩部分所獲得的數據來(lái)做一些工作。本書(shū)注重理論與實(shí)踐相結合，尤其適合開(kāi)發(fā)人員、測試人員、項目經(jīng)理等各類(lèi)管理人員使用，具有很好的應用參考價(jià)值。也可以作為敏捷度量愛(ài)好者學(xué)習和應用的參考書(shū)。還可以作為一些培訓機構的參考用書(shū)。

作者簡(jiǎn)介:自20世紀后期開(kāi)始， 作者一直擔任開(kāi)發(fā)團隊的領(lǐng)導。他主要從事旅游、金融、醫療、電信和制造業(yè)等領(lǐng)域的軟件開(kāi)發(fā)工作， 在世界各地領(lǐng)導了不同的團隊。
他是一個(gè)狂熱的運動(dòng)員， 他喜歡美麗的美國俄勒岡州的波特蘭市， 那里有他的妻子和兩個(gè)孩子。

目錄:目錄
第1部分 度量敏捷團隊
第1章 度量敏捷性能
1.1收集，度量，應用，重復--反饋循環(huán)
1.1.1 什么是度量?
1.2敏捷團隊為什么困于測量
1.2.1 問(wèn)題：定義敏捷度量并不簡(jiǎn)單
1.2.2 問(wèn)題：敏捷專(zhuān)注于產(chǎn)品而不是項目
1.2.3 問(wèn)題：沒(méi)有統一的視圖來(lái)管理數據
1.3 度量可以回答哪些問(wèn)題以及數據來(lái)源
1.3.1 跟蹤項目
1.3.2 源代碼管理
1.3.3 構建系統
1.3.4 系統監控
1.4 分析數據以及如何應用這些數據8
1.4.1 弄清楚重要問(wèn)題
1.4.2 可視化數據1
1.5 應用經(jīng)驗教訓
1.6 取得所有權以及衡量團隊
1.6.1 達成共識
1.6.2 度量的反對者
1.7 小結
第2章 現場(chǎng)觀(guān)察項目
2.1 一個(gè)典型的敏捷開(kāi)發(fā)項目
2.1.1 Blastamo音樂(lè )公司使用敏捷度量
2.2 產(chǎn)生的問(wèn)題
2.3確定最佳的解決方案
2.4分析和呈現數據
2.4.1 解決問(wèn)題
2.4.2 為領(lǐng)導可視化最終產(chǎn)品
2.5 構建系統和提高過(guò)程
2.5.1 使用數據改善每天所做的事情
2.6 小結
第2部分 收集和分析團隊的數據
第3章 項目跟蹤系統的趨勢和數據
3.1 使用PTS數據的典型敏捷度量
3.1.1 下降
3.1.2 速度
3.1.3 累積流量
3.1.4 交付時(shí)間
3.1.5 錯誤計算
3.2 能夠使用大量的數據進(jìn)行分析
3.2.1 提示1：確保每個(gè)人都使用PTS
3.2.2 提示2：使用盡可能多的數據標記任務(wù)
3.2.3 提示3：估算任務(wù)完成的時(shí)間
3.2.4 提示4：任務(wù)完成時(shí)清楚地定義
3.2.5 提示5：明確定義任務(wù)的完成時(shí)間
3.3 關(guān)鍵項目管理度量；發(fā)現數據趨勢
3.3.1 任務(wù)工作量
3.3.2 錯誤
3.3.3 衡量任務(wù)移動(dòng)，重復率和工作流
3.3.4 使用標簽排序
3.4 案例研究：確定項目的技術(shù)債務(wù)趨勢
3.5 小結
第4章 源代碼管理的趨勢和數據
4.1 什么是源代碼管理？
4.2 準備分析：生成最豐富的數據集
4.2.1 提示：使用分布式版本控制和拉請求。
4.3 使用的數據以及來(lái)自SCM的數據
4.3.1 從DVCS獲取數據
4.3.2 從集中式SCM獲取數據
4.3.3 單獨從SCM獲取數據
4.4 關(guān)鍵SCM度量：發(fā)現數據趨勢
4.4.1 標注SCM活動(dòng)
4.5案例研究：轉向拉請求工作流并進(jìn)行質(zhì)量工程
4.6 小結
第5章 來(lái)自CI和部署服務(wù)器的趨勢和數據
5.1 什么是持續開(kāi)發(fā)
5.1.1 持續集成
5.1.2 連續交付
5.1.3 連續測試
5.2 準備分析：生成最多的數據集
5.2.1 設置交付管道
5.3 可以從CI的API獲得要使用的數據
5.3.1 獲得CI服務(wù)器的數據
5.3.2 單獨從CI獲取什么
5.4 CI關(guān)鍵度量：找出數據的趨勢
5.4.1 獲取CI數據并將其添加到圖表中
5.5 案例研究：使用CI數據衡量過(guò)程變化的好處
5.6 小結
第6章 開(kāi)發(fā)系統的數據
6.1 為分析做準備：能夠收集最豐富的數據集
6.1.1 在開(kāi)發(fā)周期中添加任何度量
6.1.2 使用應用程序性能監控系統的功能
6.1.3使用日志記錄的最佳做法
6.1.4 使用社交網(wǎng)絡(luò )與客戶(hù)聯(lián)系
6.2使用APM系統中的數據
6.2.1 服務(wù)器運行狀況統計
6.2.2 客戶(hù)使用率
6.2.3 語(yǔ)義日志分析
6.2.4 用于收集開(kāi)發(fā)系統數據的工具
6.3 案例研究：團隊過(guò)渡到DevOps模式并持續交付
6.4 小結
第三部分 度量團隊，過(guò)程和軟件
第7章 使用從各個(gè)部分所收集的數據
7.1 組合數據點(diǎn)創(chuàng )建度量
7.2 使用數據來(lái)定義“好”
7.2.1 將主觀(guān)性轉變成客觀(guān)性
7.2.2 落后于良好的版本
7.3 創(chuàng )建度量的方式
7.3.1 步驟1：瀏覽數據
7.3.2 步驟2：分解問(wèn)題以確定跟蹤對象
7.3.3 步驟3: 通過(guò)創(chuàng )建多個(gè)數據點(diǎn)的公式以創(chuàng )建度量
7.4 案例分析：創(chuàng )建和使用一個(gè)新度量，以測試持續交付版本的質(zhì)量
7.5 小結
第8章 測量軟件的質(zhì)量
8.1 準備分析：設置以測量你的代碼
8.2 使用代碼“ilities”測量軟件非功能性需求
8.3 測量可維護性
8.3.1 MTTR和交付時(shí)間
8.3.2 添加SCM數據和構建數據
8.3.3 代碼覆蓋率
8.3.4 添加靜態(tài)代碼分析
8.3.5 添加更多的PTS數據
8.4 測量可用性
8.4.1 可靠性和可用性
8.4.2 安全性
8.5 案例研究：尋找交付時(shí)間內出現的異常
8.6小結
第9章 發(fā)布度量
9.1 為用戶(hù)提供合適的數據
9.1.1 團隊的工作方式
9.1.2 管理者想看到的信息
9.1.3 高管關(guān)心的事情
9.1.4 使用度量的影響
9.2 不同的發(fā)布方式
9.2.1構建儀表板
9.2.2 使用電子郵件
9.3 案例研究：從可見(jiàn)性轉向戰略目標
9.4 小結
第10章 根據敏捷原則衡量你的團隊
10.1 將敏捷原則分解成可度量的部分
10.1.1 將原則與交付周期保持一致
10.2 軟件有效性的三原則
10.2.1 衡量有效性軟件
10.3 4個(gè)有效測量過(guò)程的原則
10.3.1 測量有效過(guò)程
10.4 有效團隊所遵守的四原則
10.4.1 衡量一個(gè)有效的開(kāi)發(fā)團隊
10.5 有效需求的一條原則
10.5.1 測量有效需求10
10.6 案例研究：一個(gè)新的敏捷小組
10.7 小結
附錄A使用ELK手動(dòng)分析
A.1 設置系統
A.1.1 檢查數據庫
A.1.2 配置數據收集器
A.2 創(chuàng )建儀表板
A.3 小結7
附錄 B使用Grails收集源系統數據
B.1 架構預覽
B.1.1 域對象
B.1.2 你使用到的數據
B.1.3 數據收集服務(wù)
B.2 小結