ACCELERATE:精益軟體與DevOps背後的科學

ACCELERATE:精益軟體與DevOps背後的科學 pdf epub mobi txt 电子书 下载 2025

Nicole Forsgren
图书标签:
  • DevOps
  • 精益软件开发
  • 软件交付
  • 性能工程
  • 系统思考
  • 流程优化
  • 数据分析
  • 持续交付
  • 软件工程
  • 团队协作
想要找书就要到 小特书站
立刻按 ctrl+D收藏本页
你会得到大惊喜!!

具体描述

  ★榮獲新鄉學院出版獎★
  ★Amazon分類排行榜Top 1暢銷書★
  ★Amazon 4.5顆星,上千讀者好評盛讚★
  ★重構教父Martin Fowler專文推薦★
 
  打造高效靈巧技術組織,加速領先群雄稱霸市場!
 
  我們可以如何應用科技來驅動商業價值?在過去的很多年裡,我們一直被告知:軟體交付團隊的績效並不重要,無法為我們的公司提供具競爭力的優勢。本書作者透過4年的開創性研究,納入Puppet《DevOps境況報告》所收集的資料,同時利用嚴謹的統計性方法,立志找出測量軟體交付績效的方法,以及何者驅動它。本書呈現了該研究的成果及背後的科學,讓讀者可以採用在自己的組織中。
 
  我們希望當您閱讀此書時,您會發現作為一個技術專家暨技術領導,能讓您組織更上一層樓的要素,即從軟體交付開始。正是透過改善我們交付軟體的能力,組織才可以更快交付出功能,必要時隨機應變、回應合規性與安全性變革,並利用快速回饋以吸引更多顧客,且取悅現有顧客。
 
  閱讀本書後,您將了解如何測量團隊績效,並該投資哪些能力來驅動更高的績效。本書值得所有管理階層一讀!
 
本書特色 
 
  ●揭露了驅動軟體績效的24種關鍵能力
  ●以嚴謹的科學方法了解如何測量團隊績效
  ●第16章之個案研究由Steve Bell及Karen Whitley Bell夫婦所提供 
  ●已授權多種語言版本:英、德、西、波、俄、日、韓、繁中、簡中
 
好評推薦
  
  「在DevOps 浪潮下,企業無不努力地追逐效能,但如何才能讓自己可以客觀的去度量自己的表現呢? 本書可能是你最好的參考。」——91App 敏捷教練 李智樺
 
  「期盼這本 Accelerate 能為你企業的 DevOps Journey 增添更多助力,未來能在各個在地的 DevOps 社群及 DevOpsDays 研討會中聽見屬於你的 DevOps 實踐經驗」——DevOps Taiwan Community 現任志工 / 前 Organizer 陳正瑋
 
  「這些調查,以及就這些調查而做的仔細分析,為當今可以大大改善多數IT組織的一些實踐,提供了最合理的正當性。任何經營IT集團組織的主事者應該要好好看看這些技巧與成果,學以致用改其實踐;而任何與IT集團組織共事者,無論是在組織內部或如我們一般的IT交付公司,都應該尋求這些實踐將其就緒,以及伴隨之持續改善的穩健程序。Forsgren、Humble與Kim已經鋪陳了願景,讓大家知道2017年時高績效的IT組織為何;而且IT從業人員應該執此按圖索驥,加入高績效俱樂部。」——《重構第二版》作者 Martin Fowler
 
  「我聽過一些像是『DevOps就是新的Agile』、『Lean(精益)不適用軟體交付』、『當然這個對行動應用團隊有效,他們可是獨角獸』。當我遭遇這些懷疑論者,我嘗試運用外部案例試圖左右議論,我一路來借助導師(mentor)—要不是有他們在,維持專注可是困難重重。書到用時方恨少,千金難買早知道,我強烈鼓勵您在自己的組織中應用之。我在零售業度過我大部分職涯;在那行,能與時俱進已經越來越是關鍵,而且如今交付軟體已經深植每個組織的DNA。請勿忽略此書中勾勒出來的科學,它將會幫助您加速(accelerate)轉型蛻變成高績效的技術組織。」——Zulily購物平台技術長 Courtney Kissler
 
  「除了確鑿地展示DevOps的成果是更快、更便宜以及更安全外,本書還是一本關於穩健調查設計和分析的卓越範例。」——Amazon雲端架構策略副總裁 Adrian Cockcroft
 
  「《Accelerate》一書解釋得極好,不僅說明組織應該進行何種變革,以改善其軟體付效能;而且闡明原因,賦予各層級人們能力去了解如何讓他們的組織更上層樓。」——《Effective DevOps》一書的共同作者 Ryn Daniels
《效能跃迁:精益之道与现代工程实践的融合》 一部洞察组织转型、聚焦价值交付与持续改进的实战指南 在瞬息万变的商业环境中,企业面临着前所未有的速度与质量双重压力。传统的瀑布式开发模式已无法适应市场对快速响应和持续交付的需求,而如何将敏捷的理念真正落地,并使其与工程实践深度融合,成为决定企业成败的关键。 《效能跃迁:精益之道与现代工程实践的融合》深入剖析了驱动现代高绩效团队和组织的底层逻辑。本书并非对单一工具或框架的介绍,而是一部关于思维模式转变、流程重塑以及文化构建的综合蓝图。它立足于精益思想的消除浪费、聚焦价值流核心,将其与现代软件开发中至关重要的工程技术——从持续集成/持续部署(CI/CD)到基础设施即代码(IaC)——进行系统性的整合与阐释。 本书旨在为技术领导者、工程经理、架构师以及所有致力于提升交付效能的专业人士,提供一套清晰、可操作的框架,用以诊断当前瓶颈,并实施结构性改进。 --- 第一部分:重塑价值流——精益思想在工程中的回归 本部分首先回归精益制造的哲学根基,探讨其如何在知识工作(特别是软件开发)中找到新的生命力。我们强调,价值流是衡量效率的核心指标,而非单纯的个体速度。 1.1 价值的定义与识别: 我们探讨了如何精确定义“客户愿意付费”的价值,并区别于“功能烟雾”或“技术债务”。通过价值流图解(Value Stream Mapping),读者将学会可视化端到端的交付过程,从需求提出到价值实现,揭示隐藏的等待时间和返工环节。 1.2 消除八大浪费在软件中的映射: 书中详细阐述了软件开发领域特有的八大浪费类型(如未完成的工作、上下文切换、缺陷修复等),并提供了量化这些浪费的指标。我们将论证,管理浪费的重点在于限制在制品数量(WIP Limits),而非试图让每个人都“忙碌”起来。 1.3 建立反馈回路的紧迫性: 快速、小批量的反馈是精益的核心。本书超越了单纯的代码审查,探讨了如何将运营监控、用户体验反馈、安全扫描等集成到开发循环的早期阶段,确保“构建正确的东西”的验证能即时发生。 --- 第二部分:工程实践的基石——构建可靠的自动化管道 精益的理念需要坚实的工程能力作为支撑。本部分聚焦于如何通过现代化的工程实践,将流程中的摩擦降至最低,实现可靠、快速的交付。 2.1 持续集成(CI)的深化: 持续集成不再仅仅是“每天合并代码”。本书深入探讨了分支策略(如 Trunk-Based Development)的优劣势,以及如何利用特性开关(Feature Toggles)来解耦部署与发布,这是实现“随时可部署”的关键技术。 2.2 持续部署与交付的艺术: 部署的自动化是速度的保障,但稳定是信任的基础。我们将分析蓝绿部署、金丝雀发布等高级部署策略,并重点讲解测试金字塔的现代化重构——强调契约测试、服务虚拟化以及对可观察性(Observability)的内置设计,确保自动化测试能真正代表生产环境的质量。 2.3 基础设施即代码(IaC)与环境一致性: 手动配置环境是速度的最大杀手之一。本书详细介绍了使用工具(如Terraform, Ansible)实现基础设施的声明式管理,并强调了如何利用容器化(如Docker和Kubernetes)来确保“开发环境与生产环境无异”的承诺得以兑现。 --- 第三部分:组织与文化的演进——从孤岛到协作网络 技术和流程的改进最终需要组织结构和文化来承载。本书认为,任何工程转型都必须伴随权责的重新分配和信任的建立。 3.1 跨职能团队的真正含义: 我们探讨了如何构建真正拥有端到端交付能力的“一站式”团队,打破开发、测试、运维之间的壁垒。书中提供了衡量团队间依赖关系的方法,并指导读者如何系统地将运维知识注入开发团队。 3.2 建立“安全性左移”的文化实践: 安全性不应是交付管道的最后一道关卡。本书倡导将安全合规和威胁建模融入需求分析和设计阶段,详细介绍了如何利用自动化工具(SAST/DAST)嵌入CI/CD流程,实现 DevSecOps 的实际落地。 3.3 基于指标的持续改进循环: 改进必须是数据驱动的。本书超越了传统的项目管理指标,引入了关于流程健康度的关键指标,例如平均检测时间(MTTD)、平均修复时间(MTTR)以及部署失败率。我们指导读者如何利用这些指标来驱动定期的回顾会议(Retrospectives),将其转化为可执行的改进行动,形成良性循环。 --- 结语:迈向自适应的组织 《效能跃迁》最终描绘的愿景是:一个能够自适应、自我优化的组织。在这个组织中,精益的“精益求精”与现代工程的“快速迭代”不再是矛盾的双方,而是相互促进的驱动力。本书提供给读者的,不是一套僵硬的规则手册,而是一套解决问题的思维工具箱,帮助您的团队在不断变化的复杂世界中,持续、稳定地交付卓越价值。 无论您正处于转型初期,还是寻求将成熟的DevOps实践推向极致,本书都将是您实现“效能跃迁”的必备向导。

著者信息

作者簡介
   
Nicole Forsgren
 
  Nicole Forsgren博士是DevOps研究與評估公司的CEO與首席科學家。她作為至今最大DevOps研究之領頭調查人員而廣為人知,長久以來是位教授,而且是效能工程師,她的成果也發表在數個同行審議的期刊上。
 
Jez Humble
 
  Jez Humble是《The DevOps Handbook》、《精益企業》、與Jolt獎得主《持續交付》等書的共同作者。他目前正在他的新創公司:DevOps研究與評估有限責任公司(LLC),研究如何打造高績效團隊,並在加州大學柏克萊分校講課。
 
Gene Kim
 
  Gene Kim是屢屢獲獎的CTO、研究者,而且是《鳳凰專案》、《The DevOps Handbook》與 《The Visible Ops Handbook》等書之(共同)作者。他是IT Revolution出版社的創辦人,而且也創辦並主持DevOps企業峰會。

图书目录

★第一篇 我們發現了什麼
☆第1章:加速
1-1 專注在能力,而非成熟度
1-2 基於證據的轉型-專注在關鍵能力上
1-3 採行DevOps的價值 
 
☆第2章:測量績效
2-1 過去嘗試測量績效時的缺失
2-2 測量軟體交付績效
2-3 交付績效對組織績效的深遠影響
2-4 驅動變更
 
☆第3章:測量並改變文化
3-1 形塑並測量文化
3-2 測量文化
3-3 Westrum組織文化能預測什麼?
3-4 Westrum技術組織理論的結果
3-5 我們如何改變文化?
 
☆第4章:技術實踐
4-1 什麼是持續交付?
4-2 持續交付的深遠影響
4-3 持續交付對品質的深遠影響
4-4 持續交付實踐:什麼有效,什麼無效
 
☆第5章:架構
5-1 系統與交付績效的類型
5-2 專注在可部署性與可測試性
5-3 鬆散耦合架構俾能擴縮
5-4 允許團隊選擇他們自己的工具
5-5 架構師應關注工程師與結果,而非工具或技術
 
☆第6章:將資安整合進交付生命週期
6-1 資安左移
6-2 堅實運動
 
☆第7章:為軟體而設的管理實踐
7-1 精益管理實踐
7-2 實施輕量化變更管理流程
 
☆第8章:產品開發
8-1 精益產品開發實踐
8-2 團隊實驗
8-3 有效的產品管理會驅動績效
 
☆第9章:使工作永續
9-1 部署折磨
9-2 過勞
 
☆第10章:員工滿意、認同與投入
10-1 員工忠誠度
10-2 改變組織文化與認同 
10-3 工作滿意度如何對組織績效造成深遠影響?
10-4 科技界中的多元性-我們研究之發現
 
☆第11章:領導與主管
11-1 領導統御轉型
11-2 主管的角色
11-3 可以改善文化並支持您團隊的些許指點
 
★第二篇 研究
☆第12章:本書背後的科學
12-1 初級與次級研究 
12-2 定性與定量研究
12-3 分析類型
12-4 本書中的研究
 
☆第13章:心理計量學入門
13-1 相信有潛在構念的資料
 
☆第14章:為何使用問卷調查
14-1 問卷調查讓您可以快速收集並分析資料 
14-2 以系統資料測量全端堆棧是有困難的
14-3 完全以系統資料來測量是有困難的
14-4 您可以信任問卷調查資料
14-5 有些事物只能透過問卷來測量
 
☆第15章:為專案所用的資料
 
★第三篇 轉型
☆第16章:高績效領導統御與管理
16-1 實務上的高績效管理框架
16-2 轉型您的領導統御、管理與團隊實踐
 
●附錄A:驅動改善的能力
●附錄B:統計資料
●附錄C:我們研究中所用的統計方法

图书序言

  • ISBN:9789863126959
  • 規格:平裝 / 256頁 / 17 x 23 x 1.3 cm / 普通級 / 單色印刷 / 初版
  • 出版地:台灣

图书试读

用户评价

评分

說真的,剛開始看到書名有「科學」兩個字,我心裡其實有點打鼓,想說會不會又是那種理論一堆,講了一堆複雜數學模型的「學術書」,對我們這些每天要面對實際營運壓力的IT人來說,可能看過就忘記了。不過,實際翻開後才發現,它的論述方式非常貼近業界的實務脈絡。書中探討的那些指標,像是**變更前置時間(Lead Time for Changes)**、**部署頻率(Deployment Frequency)**,以及最關鍵的**失敗率(Change Failure Rate)**,這些都是我們在日常工作中可以實際感受到,卻很難用數據化來衡量和溝通的痛點。我特別欣賞作者群如何將看似抽象的管理哲學,轉化成一套可以被測量、被觀察的行為模式。這讓我在跟老闆溝通資源需求,或者爭取導入新工具(比如更強大的CI/CD平台)時,終於有了強而有力的證據支持。以前老闆總覺得我們在「疊床架屋」,現在我能拿出數據證明,這不是在增加負擔,而是**降低風險,提升整體吞吐量**的關鍵。這本書簡直是中階主管的救星,讓溝通變得更有效率。

评分

對於我們這種身處於亞洲快速變動市場的IT從業人員來說,時間就是最大的成本。看看那些國際級的科技巨頭,他們的部署速度簡直像是開外掛一樣,而我們本地很多公司還在為了一次版本更新搞得全公司戒備森嚴,彷彿在進行一場秘密軍事行動。這本書讓我意識到,那些領先者之所以能持續領先,並不是他們有更聰明的工程師,而是他們擁有一套**更優良的系統和思維慣性**。書中提到的許多實踐,像是**將基礎設施視為代碼(Infrastructure as Code, IaC)**,或是如何有效利用**批次大小(Batch Size)**的概念來縮減風險窗口,這些都是能立刻在我們現行專案中著手優化的細節。我已經開始試著說服我的技術長官,與其每季做一次大規模的架構升級,不如採取小步快跑、持續演進的策略。這本書提供了足夠的理論深度,讓這些「聽起來很美好」的變革,聽起來更像是「不得不採取的商業決策」。

评分

這本書的結構編排也相當精妙,它不是把DevOps當成單一的工具集合來看待,而是從**組織文化、流程優化到技術實踐**,做了一個非常全面的橫向與縱向的剖析。我尤其有感觸的是關於「學習型組織」的部分。在台灣的許多傳統企業裡,一旦系統出包,大家第一反應往往是「找兇手」,而不是「找原因」。這種歸咎文化的殺傷力是巨大的,它會讓團隊成員傾向於隱瞞問題,導致小錯誤累積成大災難。ACCELERATE清晰地指出,**「安全的失敗」是創新的溫床**。當團隊被賦予權力去實驗、去修補、且不用擔心因為一次失誤就失去工作時,那種潛能是被完全釋放出來的。我們公司最近嘗試推動「事後檢討會」(Post-mortem),就是從這本書得到靈感,要求檢討會必須是**無指責的**,專注於系統和流程的改善,而不是針對個人。效果立竿見影,同事之間的信任感都提升不少,這比什麼新的雲端服務都來得重要。

评分

總結來說,這本書不只是一本關於DevOps的工具書,它更像是一份**組織效能的診斷報告**。它把過去幾十年來,大家口耳相傳的「敏捷精神」與「持續交付」的精髓,用嚴謹的實證研究包裝起來,讓原本可能被視為「軟性管理」的內容,轉化為有力的商業論據。我最喜歡它的地方是,它從頭到尾都在強調**「能力」**,而不是**「工具」**。你買再貴的自動化平台,如果團隊文化是僵化的、流程是冗餘的,那最終成果也不過是「快速地交付垃圾」。這本書教會我的最重要的一課,就是**「衡量你所重視的,重視你所衡量的」**。如果你想提升速度,你必須量化速度;如果你想降低風險,你必須量化風險。對於任何希望在數位時代保持競爭力的技術領導者,無論你在台灣的哪個產業,這本書都是一本必讀的聖經,它會徹底改變你對「有效率」的定義。

评分

這本《ACCELERATE:精益軟體與DevOps背後的科學》真是讓我這種在台灣科技業打滾多年的老鳥,讀起來心有戚戚焉啊!尤其是在這個競爭激烈,大家都喊著要「轉型」的時代,裡頭提到的那些研究數據跟方法論,簡直就像是幫我們這些基層工程師和中階主管上了一堂實務課。我記得有一次我們團隊為了趕一個重要上線日期,連續好幾個週末都在公司度過,大家累得跟狗一樣,結果上線後問題一堆,光是除錯就花了好幾個禮拜。那時候我就覺得,我們是不是哪裡搞錯了?這本書就精準地指出了問題所在——效率不等於瞎忙,**「高品質」跟「快速交付」絕對是可以並行的**。它用科學的角度去剖析,到底是什麼因素讓那些頂尖的組織能夠又快又穩地交付價值。光是看到那些對比數據,我就覺得之前那些為了趕時程犧牲品質的努力,根本就是緣木求魚。這本書的價值就在於,它不是空泛地喊口號,而是提供了一套可量化的指標,讓我們知道該往哪個方向努力,才不會在無止盡的加班中迷失方向。對於我們這種天天跟部署流程、自動化腳本打交道的人來說,看到有這麼一份「武功秘笈」,實在是太令人振奮了。

本站所有内容均为互联网搜索引擎提供的公开搜索信息,本站不存储任何数据与内容,任何内容与数据均与本站无关,如有需要请联系相关搜索引擎包括但不限于百度google,bing,sogou

© 2025 ttbooks.qciss.net All Rights Reserved. 小特书站 版权所有