幫助中心 | 我的帳號 | 關於我們

精益開發實戰(用看板管理大型項目)/圖靈程序設計叢書

  • 作者:(瑞典)克里伯格|譯者:李祥青
  • 出版社:人民郵電
  • ISBN:9787115291776
  • 出版日期:2012/09/01
  • 裝幀:平裝
  • 頁數:168
人民幣:RMB 39 元      售價:
放入購物車
加入收藏夾

內容大鋼
    《精益開發實戰(用看板管理大型項目)》(作者克里伯格)從實踐角度展示如何使用看板管理大型項目。書中內容共分為兩大部分。第一部分是案例研究,講述看板和精益原則在具體項目中的運用;第二部分是技術詳解,詳細介紹第一部分提到的因果圖等實踐做法。
    《精益開發實戰(用看板管理大型項目)》適合軟體開發組織中的項目團隊主管、經理和其他變更負責人,也適合一切對敏捷開發感興趣的人士。

作者介紹
(瑞典)克里伯格|譯者:李祥青
    Henrik Kniberg資深敏捷教練、咨詢專家,精益和敏捷原則的積極實踐者,目前效力于瑞典的Crisp公司。

目錄
第一部分 我們如何工作
第1章 項目背景
1.1 時間線
1.2 我們如何切割大象
1.3 我們如何讓客戶參與進來
第2章 組織團隊
第3章 每天出席雞尾酒會
3.1 第一撥:功能開發團隊每日立會
3.2 第二撥:不同專業角色的同步立會
3.3 第三撥:項目同步立會
第4章 項目進度板
4.1 我們的節奏
4.2 如何處理緊急問題和障礙
第5章 擴展任務看板
第6章 跟蹤總體目標
第7章 定義「可供」與「完成」
7.1 可供開發
7.2 可供系統測試
7.3 兩個定義如何提升團隊協作
第8章 處理技術故事
8.1 示例1:系統測試瓶頸
8.2 示例2:版本發布前一天
8.3 示例3:7米長的類
第9章 處理Bug
9.1 持續系統測試
9.2 立馬修復Bug!
9.3 為何要限定Bug跟蹤系統中的Bug數量
9.4 Bug可視化
9.5 預防Bug重現
第10章 持續改進流程
10.1 團隊回顧
10.2 流程改進研討會
10.3 掌控改變速率
第11章 管理在製品
11.1 採用在製品限額
11.2 為什麼在製品限額只適用於功能卡
第12章 捕捉並使用流程度量
12.1 速率(每周功能數)  
12.2 為何不使用故事點
12.3 周期時間(每個功能所需時間)  
12.4 累計流量
12.5 流程周期效率
第13章 Sprint 與版本發布規劃
13.1 需求清單梳理
13.2 挑選前十個功能
13.3 為何將需求清單梳理工作移出Sprint 規劃會議
13.4 規劃版本發布
第14章 我們如何做版本控制
14.1 主幹無垃圾
14.2 團隊分支

14.3 系統測試分支
第15章 為何我們只用真實看板
第16章 經驗教訓
16.1 了解目標
16.2 不斷實驗
16.3 擁抱失敗
16.4 解決真正的問題
16.5 擁有專職變革推動者
16.6 讓人們參與進來
第二部分 技術詳解
第17章 敏捷與精益概述
17.1 敏捷概述
17.2 精益概述
17.3 Scrum概述
17.4 XP概述
17.5 看板概述
第18章 縮減測試自動化需求清單
18.1 怎麼辦
18.2 如何每個迭代周期都提高測試覆蓋率
18.3 第1步:列出測試用例
18.4 第2步:測試分類
18.5 第3步:按優先順序對列表進行排序
18.6 第4步:每個迭代周期自動化若干測試
18.7 這能解決問題嗎
第19章 用規劃撲克估算需求清單大小
19.1 不用規劃撲克進行估算
19.2 用規劃撲克進行估算
19.3 特殊牌
第20章 因果圖
20.1 解決問題,而不是解決癥狀
20.2 精益問題解決方法:A3 思維
20.3 如何使用因果圖
20.4 示例1:發布周期長
20.5 示例2:上線版本有缺陷
20.6 示例3:缺乏結對編程
20.7 示例4:很多問題
20.8 實際問題:如何創建並維護因果圖
20.9 陷阱
20.10 為何採用因果圖
第21章 結語
附錄 術語表:如何避免高深術語

  • 商品搜索:
  • | 高級搜索
首頁新手上路客服中心關於我們聯絡我們Top↑
Copyrightc 1999~2008 美商天龍國際圖書股份有限公司 臺灣分公司. All rights reserved.
營業地址:臺北市中正區重慶南路一段103號1F 105號1F-2F
讀者服務部電話:02-2381-2033 02-2381-1863 時間:週一-週五 10:00-17:00
 服務信箱:bookuu@69book.com 客戶、意見信箱:cs@69book.com
ICP證:浙B2-20060032