What is *Accelerate* by Nicole Forsgren about?

*Accelerate* reveals how DevOps practices and technical capabilities drive organizational success through four years of research. It identifies 24 key capabilities (like continuous delivery and loosely coupled architecture) that improve software delivery performance, linking these to profitability, productivity, and market share. The book debunks myths like trade-offs between speed and stability, proving high performers excel at both.

Who should read *Accelerate*?

Technology leaders, DevOps practitioners, and software engineers seeking data-backed strategies to optimize delivery pipelines will benefit most. Executives gain frameworks to measure team performance, while architects learn how system design impacts productivity. The research-driven approach also appeals to Agile/Lean enthusiasts validating modern practices.

Is *Accelerate* worth reading?

Yes—it’s a seminal work combining rigorous research with actionable insights. Unlike opinion-based guides, it uses statistical analysis from 25,000+ datasets to prove factors like automation, monitoring, and generative culture directly correlate with high performance. Teams adopt metrics like deployment frequency and lead time to quantify progress.

What are the four key metrics in *Accelerate*?

1. **Lead time**: Time from code commit to deployment. 2. **Deployment frequency**: How often releases reach production. 3. **Time to restore service**: Speed of recovering from outages. 4. **Change fail rate**: Percentage of deployments causing failures. High performers excel in all four, achieving faster, more reliable delivery without sacrificing quality.

How does *Accelerate* define a high-performing team?

Teams deploying code multiple times daily, with lead times under an hour and recovery from failures in minutes. They maintain a change fail rate below 15% and prioritize loosely coupled architectures, enabling autonomous workflows. This contrasts with low performers deploying weekly/monthly with unstable systems.

What is Westrum’s organizational culture model in *Accelerate*?

The model categorizes cultures as **pathological** (power-hoarding), **bureaucratic** (rule-focused), or **generative** (performance-driven). Generative cultures, marked by trust and information flow, correlate with 1.5x higher software delivery performance. The book advises fostering such cultures through DevOps practices and shared goals.

What technical practices does *Accelerate* recommend?

- **Continuous integration/delivery**: Automate testing and deployment. - **Monitoring/observability**: Track systems in production. - **Loosely coupled architectures**: Enable team autonomy. - **Version control**: Maintain code history. These practices reduce bottlenecks, accelerate feedback, and improve stability.

How does *Accelerate* address the role of leadership?

It advocates for **transformational leadership**—removing blockers, encouraging innovation, and aligning teams with organizational outcomes. Leaders should measure progress via outcomes (e.g., customer satisfaction) over outputs (e.g., lines of code). Failed transformations often stem from top-down mandates lacking team input.

L'art de mesurer la performance : La science du Lean Software et du DevOps

Bâtir et mettre à l'échelle des organisations technologiques de haute performance

Nicole Forsgren

4.05(7894 Reviews)

Aperçu de L'art de mesurer la performance : La science du Lean Software et du DevOps

« Accelerate » révèle comment les organisations technologiques d'élite surpassent leurs concurrents grâce aux pratiques DevOps, s'appuyant sur les données de plus de 23 000 professionnels. Les dirigeants de Google et d'Amazon ne jurent que par son cadre de mesures DORA, prouvant une vérité contre-intuitive : aller plus vite réduit en réalité les taux d'échec et améliore la qualité.

Choisissez la façon de le raconter

Un livre. De nombreuses façons de l'écouter.

Les mêmes idées de L'art de mesurer la performance : La science du Lean Software et du DevOps. Choisissez la voix, la profondeur et le rythme qui vous conviennent. Changez à tout moment.

Chapitre 1

The DevOps Revolution: Measuring What Matters in Tech Transformation

Ever wondered why some tech companies can deploy code hundreds of times per day while others struggle to release quarterly? What if the secret to high-performing technology organizations isn't what we've been led to believe? In "Accelerate," Dr. Nicole Forsgren, Jez Humble, and Gene Kim shatter conventional wisdom about software delivery with groundbreaking research spanning 23,000+ survey responses from 2,000+ organizations worldwide. This isn't just another tech book-it's the scientific foundation that companies like Google, Amazon, and Microsoft have used to transform their operations. Endorsed by Martin Fowler and featured in Harvard Business Review, the book has become required reading for CTOs and technology leaders seeking competitive advantage. Perhaps most surprising? The authors prove conclusively that you don't have to choose between moving fast and maintaining stability-high performers excel at both simultaneously.

Chapitre 2

The Science of Software Delivery Performance

The software industry has long struggled with measuring performance effectively. Traditional metrics like lines of code, velocity, and utilization have fundamental flaws-they focus on outputs rather than outcomes, pit individuals against each other, and incentivize counterproductive behaviors. Lines of code rewards bloated solutions rather than elegant simplicity. Velocity, intended for capacity planning, gets weaponized as a productivity metric, encouraging teams to inflate estimates. And utilization as a target ignores queue theory, where approaching 100% utilization causes exponentially longer lead times. Instead, the authors identified four key metrics that effectively measure software delivery performance: delivery lead time (how long it takes from code commit to production), deployment frequency (how often you deploy code), time to restore service (how quickly you can recover from failures), and change fail rate (what percentage of changes cause failures). Using these metrics and cluster analysis, they identified high, medium, and low performers across the industry. The results were striking. In 2017, high performers deployed code 46 times more frequently than low performers, had 440 times faster lead time from commit to deploy, recovered from incidents 170 times faster, and had a 5 times lower change failure rate. Even more surprisingly, high performers excelled at both speed and stability metrics simultaneously, disproving the common assumption that you must sacrifice quality to move faster. This performance gap has real business impact. High-performing organizations were twice as likely to exceed profitability, market share, and productivity goals. They were also twice as likely to exceed objectives in quantity of goods and services, operating efficiency, customer satisfaction, and quality. This validates that technology performance directly predicts organizational performance, providing a strong argument against outsourcing strategic software development. The implications are clear: organizations should focus on improving these four key metrics, benchmark their performance against industry standards, and use data to drive improvement efforts. However, the authors caution that in fear-based cultures, measurement becomes a form of control rather than improvement-understanding and developing culture must precede scientific performance improvement approaches.

Voyez chaque mot au fil de l'écoute

Suivez facilement la lecture tandis que chaque mot de L'art de mesurer la performance : La science du Lean Software et du DevOps s'illumine en temps réel.

Chapitre 3

The Power of Organizational Culture

"Culture eats strategy for breakfast" goes the famous quote attributed to Peter Drucker, and extensive research continues to validate this assertion. While culture's intangible nature makes it challenging to measure, the authors leveraged sociologist Ron Westrum's comprehensive typology of organizational cultures, which identifies three distinct categories: pathological (power-oriented), bureaucratic (rule-oriented), and generative (performance-oriented). Each type exhibits unique characteristics that fundamentally shape how organizations operate and perform. Westrum's groundbreaking insight revealed that organizational culture serves as a reliable predictor of information flow quality. In high-tempo technology environments, effective information flow must meet three critical criteria: it must address the right questions, arrive in time to be actionable, and be presented in a format that enables efficient consumption and implementation. The research demonstrated strong correlations between culture type and both software delivery performance and broader organizational success. Generative cultures, for instance, showed significantly higher rates of successful deployments and faster recovery times from incidents. Cultural influence operates through three primary mechanisms. First, it enables effective collaboration by fostering trust between teams and individuals, creating psychological safety that encourages innovation and experimentation. Second, it emphasizes the organization's mission over personal or departmental agendas, aligning efforts toward common goals. Third, it establishes a "level playing field" where ideas are evaluated on merit rather than source, reducing the impact of hierarchical structures on innovation and problem-solving. The handling of failures provides a particularly revealing window into organizational culture. Pathological organizations typically engage in blame games, seeking individual scapegoats when things go wrong. Bureaucratic organizations tend to create more rules and processes in response to failures. In contrast, generative organizations recognize that accidents in complex systems usually result from multiple contributing factors interacting in unexpected ways. They treat human error not as a conclusion, but as the starting point for deeper investigation into system dynamics, focusing on learning and improvement rather than punishment. The research yielded a crucial actionable insight: cultural transformation begins with behavioral change, not mindset adjustment. Organizations that implemented Lean management practices and continuous delivery techniques witnessed positive shifts in their cultural dynamics. This mirrors the successful approach used in manufacturing transformations, where changing practices led to cultural evolution. The implementation creates a powerful virtuous cycle: better practices foster better culture, which in turn enables the adoption of more sophisticated practices and continuous improvement. Specific examples of culture-shifting practices include establishing blameless post-mortems after incidents, implementing regular retrospectives, creating cross-functional teams, and establishing clear channels for feedback and improvement suggestions. Organizations that adopted these practices reported significant improvements in team collaboration, deployment frequency, and overall performance metrics within 12-18 months of implementation.

Chapitre 4

Continuous Delivery: The Technical Foundation

While Agile methodologies have gained widespread adoption, many organizations implement what the authors call "faux Agile"-following some practices while maintaining traditional processes like lengthy requirements gathering and infrequent releases. The research shows that technical practices are not secondary concerns but vital drivers of performance. Continuous delivery enables teams to safely, quickly, and sustainably deploy changes of all kinds into production. It's built on five key principles: building quality in rather than depending on inspection; working in small batches to get quick feedback; automating repetitive tasks; relentlessly pursuing continuous improvement; and making everyone responsible for system-level outcomes. The research measured several key continuous delivery capabilities: version control for code and configurations, comprehensive test automation, deployment automation, continuous integration, shifting security left, trunk-based development, and effective test data management. These capabilities strongly impact software delivery performance while decreasing deployment pain and team burnout. Some findings challenge conventional wisdom. For example, keeping system and application configuration in version control correlates more strongly with delivery performance than versioning application code-challenging the common perception that configuration is secondary to code. Similarly, high performers develop off trunk/master rather than using long-lived feature branches, maintaining fewer than three active branches with branch lifetimes under a day. Perhaps most importantly, continuous delivery significantly improves quality metrics by reducing unplanned work and rework. High performers spend 49% of their time on new work and only 21% on unplanned work, while low performers spend just 38% on new work and 27% on firefighting. This difference matters because unplanned work represents a failure to build quality in-like running out of gas on the highway rather than responding to the fuel warning light. Implementing continuous delivery requires rethinking team interactions, processes, and tools while investing substantially in test and deployment automation. A critical obstacle is enterprise and application architecture, which must be simplified to make automation economically viable. Despite these challenges, the research shows CD dramatically improves delivery performance, quality, culture, and reduces burnout.

Profitez davantage de L'art de mesurer la performance : La science du Lean Software et du DevOps

Recevez des idées chaque jour parmi plus de 100 000 leçons
Les mots s'illuminent au rythme de l'audio
Votre bibliothèque sauvegardée sur tous vos appareils

Chapitre 5

Architecture for High Performance

Software architecture can significantly impact the tempo and stability of the release process. While DevOps originated in web-based systems, questions remain about applying these practices to mainframes, firmware, or tightly coupled enterprise environments. These concerns are particularly relevant in industries like finance, healthcare, and manufacturing, where legacy systems often form the backbone of critical operations. The research found that high performance is possible with all kinds of systems, provided that systems-and the teams that build and maintain them-are loosely coupled. Two architectural characteristics consistently predict high performance: the ability to do most testing without requiring an integrated environment, and the ability to deploy applications independently of their dependencies. For example, teams should be able to run comprehensive unit tests and functional tests without needing access to external services or databases, using techniques like service virtualization and mock objects. A loosely coupled architecture with matching organizational structure delivers two key benefits: better delivery performance with increased tempo and stability, and the ability to grow engineering organizations with productivity scaling linearly or better. When measuring deploys per day per developer, low performers deploy with decreasing frequency as team size grows, medium performers maintain constant frequency, while high performers deploy with significantly increasing frequency-allowing businesses to move faster as they add people, not slower. This scaling effect becomes particularly evident in organizations with 50+ developers, where high performers might achieve hundreds of deployments per day while maintaining quality. Another surprising finding: while many organizations restrict engineers to approved tool lists to reduce complexity, the research shows that tool choice significantly contributes to delivery performance. Technical professionals make choices based on what best supports their work and users. For instance, allowing teams to select their preferred continuous integration tools, testing frameworks, or development environments often leads to better outcomes than mandating specific solutions. Standardization still has its place, particularly in infrastructure architecture and configuration, but tools should make engineers' lives easier rather than being forced upon them. Architectural discussions often fixate on specific technologies-microservices, serverless, Kubernetes-but the research shows these are the wrong questions. What matters is enabling teams to make changes without dependencies on other teams or systems. This might mean implementing well-defined APIs, establishing clear service boundaries, or using event-driven architectures to decrease coupling. Architects should collaborate closely with engineers to help achieve better outcomes and provide tools that enable these outcomes, rather than mandating specific technologies. This collaborative approach helps ensure that architectural decisions align with team needs and capabilities while maintaining system reliability and scalability. The research also highlights the importance of investing in automation and tooling that supports loose coupling. This includes automated testing frameworks, deployment pipelines, and monitoring systems that allow teams to operate independently while maintaining visibility into system health and performance. Organizations that excel in these areas typically see significant improvements in both delivery speed and system reliability.

Chapitre 6

Security as an Enabler, Not a Bottleneck

Despite its name, DevOps should include all functions in the software delivery value stream, not just development and operations. Information security is particularly vital in today's threat landscape, yet infosec teams are often severely understaffed, typically operating at a ratio of 1 infosec person per 10 infrastructure people per 100 developers. This resource constraint becomes especially problematic when security teams are only involved at the end of the delivery lifecycle, where changes are expensive and time-consuming to implement. When organizations "shift left" on security-building it into the software delivery process rather than treating it as a downstream phase-it creates measurable improvements in both continuous delivery and overall delivery performance. This approach requires several key components: security reviews for major features that don't create bottlenecks, security controls integrated throughout the entire delivery lifecycle, and providing developers with comprehensive toolkits of pre-approved libraries, packages, and tools. Examples include automated security testing in CI/CD pipelines, regular vulnerability scanning, and security-focused code review checklists. The transformation shifts security teams from being gatekeepers conducting reviews to becoming enablers who help developers build security in from the start. This recognizes both the efficiency of early intervention and the practical reality that security teams lack the capacity to thoroughly review frequent deployments in modern delivery environments. When security becomes part of developers' daily work-supported by infosec teams providing guidance, tools, and expertise-organizations see dramatic improvements. High-performing teams spend 50% less time remediating security issues than low performers, while achieving better security outcomes through practices like threat modeling during design and automated security testing. The Rugged Movement, alongside terms like DevSecOps, represents a philosophical extension of DevOps principles to explicitly include information security concerns. The Rugged Manifesto emphasizes that developers must take responsibility for creating code that can withstand attacks, persist despite challenges, and remain resilient in hostile environments. This includes practices such as secure coding standards, regular security training, and building defense-in-depth into applications. For the movement to succeed, being "rugged" must become everyone's responsibility-from developers to operations to business stakeholders-aligning perfectly with core DevOps principles of shared responsibility and continuous improvement. Organizations implementing these practices report fewer security incidents, faster recovery times, and improved collaboration between development and security teams.

Voyez chaque mot au fil de l'écoute

Suivez facilement la lecture tandis que chaque mot de L'art de mesurer la performance : La science du Lean Software et du DevOps s'illumine en temps réel.

Chapitre 7

Lean Management and Product Development

Management practices for software delivery have evolved significantly over decades, from traditional project management frameworks to Agile methods and then incorporating Lean principles from manufacturing. Lean management in software delivery consists of three key components: limiting work in progress (WIP) to drive process improvement; creating visual displays showing quality and productivity metrics aligned with operational goals; and using data from monitoring tools for daily business decisions. The research revealed that traditional change management processes requiring approval by external bodies (like change advisory boards) correlate with lower software delivery performance without improving stability. Teams using peer review or no formal approval process achieved higher performance. External approvals negatively impact lead time, deployment frequency, and restore time without reducing change failure rates-they're actually worse than having no process at all. Lean product development comprises four key capabilities: slicing products into small batches completed in less than a week and released frequently; maintaining visibility into work flow from business to customers; actively seeking and incorporating customer feedback; and giving development teams authority to modify specifications without approval. These factors significantly predict higher software delivery and organizational performance while improving culture and reducing burnout. Working in small batches requires decomposing work into features that enable rapid development, rather than building complex features on branches with infrequent releases. This principle applies at both feature and product levels. Minimum viable products (MVPs) are prototypes with just enough features to enable validated learning about the product and its business model. The ability for teams to try new ideas and update specifications during development without external approval is a key predictor of organizational performance. Many teams claiming to be Agile still follow requirements created by different teams, severely limiting innovation. Effective experimentation should be combined with small batch work, visible workflow, and customer feedback integration.

Chapitre 8

Making Work Sustainable

To ensure software delivery performance isn't achieved through brute force or at the expense of mental health, the researchers conducted extensive investigations into burnout and deployment pain. These critical issues contribute to widespread illness, increased attrition rates, and billions in lost productivity across the technology industry, affecting both individual contributors and organizations as a whole. Deployment pain-the fear and anxiety engineers feel when pushing code to production-serves as a crucial indicator of friction between development and operations teams. In environments where deployments are most painful, research consistently reveals the poorest software delivery performance, organizational performance, and cultural health. Painful deployments typically stem from complex, brittle processes caused by several factors: software not architected with deployability in mind, manual environment changes prone to human error, multiple team handoffs that create communication bottlenecks, and lack of automated testing and deployment pipelines. These issues compound over time, creating a negative feedback loop that further deteriorates team morale and productivity. Burnout manifests as physical, mental, or emotional exhaustion caused by prolonged exposure to high job stress and workload. It transforms once-passionate professionals into disengaged workers, making previously meaningful aspects of work seem insignificant or overwhelming. Research demonstrates that chronically stressful jobs can be as harmful to health as secondhand smoke exposure, with the US economy losing an estimated $300 billion annually through decreased productivity, increased healthcare costs, and higher turnover rates. Renowned psychologist Christina Maslach identified six critical organizational risk factors that predict burnout: work overload that consistently exceeds human limits; lack of control over decisions affecting one's job and work environment; insufficient rewards (both monetary and psychological); breakdown of workplace community and support systems; absence of fairness in decision-making processes and resource allocation; and value conflicts between individual beliefs and organizational practices. Despite clear evidence that environmental factors drive burnout, most organizations still focus on "fixing" individual employees through wellness programs or stress management training, rather than addressing systemic issues. Research consistently shows that environmental and cultural changes produce more sustainable improvements in employee well-being. The research identified five key factors most strongly correlated with burnout: organizational culture (where pathological, blame-oriented cultures significantly increase burnout rates); deployment pain (particularly when complex deployments occur outside business hours or require extensive manual intervention); effectiveness of leaders (with good leaders actively limiting work in process, removing roadblocks, and supporting team autonomy); organizational investments in DevOps (including proper training, tools, and resources); and organizational performance (where Lean practices improve delivery efficiency and reduce stress levels). Values alignment emerged as a critical factor in preventing burnout - when organizational and individual values align closely, burnout rates decrease significantly. However, the research emphasizes that the real, lived values demonstrated through daily decisions and actions matter far more than official mission statements or corporate values documents. The findings conclusively demonstrate that implementing technical and Lean management practices not only reduces both burnout and deployment pain but also creates a more sustainable and healthy work environment for technology professionals, leading to improved retention rates and higher job satisfaction.

Profitez davantage de L'art de mesurer la performance : La science du Lean Software et du DevOps

Recevez des idées chaque jour parmi plus de 100 000 leçons
Les mots s'illuminent au rythme de l'audio
Votre bibliothèque sauvegardée sur tous vos appareils

Chapitre 9

Leadership and Employee Engagement

Leadership plays a crucial role in technology transformations. Good leadership measurably affects a team's ability to deliver code, architect systems, and apply Lean principles-all of which impact an organization's profitability, productivity, and market share. While grassroots DevOps initiatives can succeed, having leadership support makes success far more likely. The research identified five dimensions of transformational leadership: vision (clear understanding of organizational direction), inspirational communication (motivating even during uncertainty), intellectual stimulation (challenging followers to think differently), supportive leadership (demonstrating care for followers' needs), and personal recognition (acknowledging achievements). High-performing teams reported leaders with the strongest behaviors across all dimensions, while low-performing teams reported the weakest leadership. Employee engagement and satisfaction indicate loyalty and identity, reduce burnout, and drive key organizational outcomes like profitability and productivity. High-performing organizations demonstrate better employee loyalty, with employees 2.2 times more likely to recommend their organization as a great place to work. Research shows companies with highly engaged workers grow revenues 2.5 times more than those with low engagement, and high-trust companies outperform market indexes threefold. When leaders invest in people and enable their best work, employees identify more strongly with the organization and go the extra mile, resulting in higher performance. Teams implementing continuous delivery and experimental product development build better products and feel more connected to their organizations, creating a virtuous cycle. This contrasts with traditional models where requirements are handed down and employees feel disconnected from outcomes. A virtuous circle emerges: people who feel supported, have proper tools and resources, and whose judgment is valued produce better work. This leads to higher software delivery performance and ultimately better organizational performance. This cycle of continuous improvement and learning distinguishes successful companies, enabling innovation and competitive advantage. Diversity matters for achieving better team performance and business outcomes. Research shows teams with more gender diversity or underrepresented minorities are smarter and more effective. However, the research reveals few teams are diverse-only 6.5% of respondents self-identified as female in 2017, with 33% reporting no women on their teams and 81% working on teams less than 25% female. Similarly, only 12% identified as underrepresented minorities.

Chapitre 10

From Research to Transformation

The research meticulously identified 24 key capabilities that drive significant improvements in software delivery performance, classified into five comprehensive categories: continuous delivery, architecture, product and process, lean management and monitoring, and cultural. These capabilities encompass essential practices like version control with detailed change tracking, sophisticated deployment automation systems, robust continuous integration pipelines, trunk-based development approaches, loosely coupled architecture designs, working in small manageable batches, systematic team experimentation, Westrum organizational culture principles, and transformational leadership methods. Each capability was validated through rigorous statistical analysis across thousands of organizations. Surprisingly, several commonly assumed factors showed no correlation with performance. These included application age (whether legacy or modern), technology stack choices (traditional or cutting-edge), whether operations or development teams handle deployments, or the presence of change approval boards. Instead, the research revealed that the capabilities distinguishing high performers are those that create systematic, repeatable processes - capabilities that organizations can clearly define, accurately measure, and systematically improve over time. The authors strongly emphasize that high performance isn't something that can be purchased through tools or simply copied from other organizations. Each organization must develop its own capabilities through sustained effort, strategic investment, unwavering focus, and dedicated time. While this transformation journey requires significant commitment and resources, the research data conclusively demonstrates that organizations achieving high performance realize substantial returns across multiple business metrics. ING Netherlands serves as a compelling example of effective leadership practices in digital transformation. They fundamentally restructured their organization into a matrix system aligned with business lines, creating "tribes" responsible for delivering related products and services. Each tribe contains multiple "squads" (adhering to Amazon's Two Pizza Rule ensuring teams remain small enough to be fed by two pizzas) comprising cross-functional BizDevOps teams with end-to-end responsibility. To maintain technical excellence, they implemented "chapters" (discipline-specific groups) and specialized centers of expertise. Their Lean Leadership Expertise Squad, though small, effectively coaches leaders who then coach their teams, creating a scalable model for cultural transformation. The authors consistently reinforce that transformation isn't about implementing a predetermined checklist but rather about developing a continuous learning mindset throughout the organization. Their key recommendations emphasize: cultivating the right learning mindset at all levels; making the transformation uniquely suited to your organization rather than copying others or relying solely on external consultants; demonstrating personal commitment by changing your own work practices as a leader; and maintaining discipline, patience, and consistent routines throughout the process. While cultural transformation requires significant time and persistence, the research conclusively demonstrates its measurable impact across critical business outcomes, including improved profitability, enhanced productivity, increased market share, and higher customer satisfaction scores. Organizations that successfully implement these changes typically see improvements within 12-24 months, though the journey continues beyond that timeframe.

★★★★★

Vous êtes arrivé au bout de L'art de mesurer la performance : La science du Lean Software et du DevOps

Adopté par plus d'un million d'apprenants

“Cela fait 23 jours et je l'utilise tous les jours. Cette application fait désormais partie de ma routine.”

jayallen

Thèmes clés dans L'art de mesurer la performance : La science du Lean Software et du DevOps

software delivery metrics
generative organizational culture
continuous delivery performance
evidence-based management
devops transformation

Citations de L'art de mesurer la performance : La science du Lean Software et du DevOps

Measurement becomes a form of control rather than improvement.
Culture serves as a reliable predictor of information flow quality.
Cultural transformation begins with behavioral change, not mindset adjustment.
Technical practices are vital drivers of performance.

Personnages de L'art de mesurer la performance : La science du Lean Software et du DevOps

Nicole ForsgrenLead author and researcher on DevOps performance
Jez HumbleCo-author and researcher of software delivery
Gene KimCo-author and researcher of technology operations
Ron WestrumSociologist who developed organizational typologies

À propos de l'auteur

Nicole Forsgren, PhD, est la co-auteure acclamée de Accelerate: The Science of Lean Software and DevOps et une autorité pionnière en matière de DevOps, de livraison de logiciels et de performance organisationnelle.

Dirigeante technologique et chercheuse, ses travaux font le pont entre les analyses fondées sur les données et les applications pratiques dans la technologie, lui valant d'être reconnue comme l'enquêtrice principale derrière les rapports révolutionnaires State of DevOps.

Accelerate, un texte fondamental dans les cercles technologiques et commerciaux, synthétise des décennies de recherche en stratégies exploitables pour atteindre une livraison de logiciels d'élite, remportant le prix Shingo Research and Professional Publication en 2019. L'expertise de Forsgren découle de ses rôles en tant que PDG de DevOps Research and Assessment (DORA), acquis plus tard par Google, et de son poste actuel de partenaire chez Microsoft Research, où elle dirige le Developer Experience Lab.

Elle est également co-auteure de The DevOps Handbook, Second Edition, un guide complet pour la mise à l'échelle des pratiques DevOps. Conférencière recherchée, présente dans les TED Talks, sur NPR et lors de conférences de l'industrie, Forsgren détient un doctorat en systèmes d'information de gestion et une maîtrise en comptabilité.

Accelerate a été traduit dans de nombreuses langues et reste une ressource essentielle pour les entreprises du Fortune 500 et les leaders technologiques du monde entier.

Telecharger le resume de L'art de mesurer la performance : La science du Lean Software et du DevOps

Obtenez le resume de L'art de mesurer la performance : La science du Lean Software et du DevOps en PDF ou EPUB gratuit. Imprimez-le ou lisez-le hors ligne a tout moment.

Les utilisateurs ont aussi aimé

Accelerating Performance

Colin Price & Sharon Toye

The Devops Handbook

Gene Kim & Jez Humble & Patrick Debois & John Willis & Nicole Forsgren

Implementing lean software development

Mary Poppendieck

Jeff Gothelf

Nelson Sivalingam

Ann Mei Chang

Melissa Perri & Denise Tilles

Learning Agile

Andrew Stellman & Jennifer Greene

FAQ sur ce livre

Fait partie d'un plan d'apprentissage

PLAN D'APPRENTISSAGE

Release train engineering

5 h 9 m•4 Épisodes

PLAN D'APPRENTISSAGE

DevOps

4 h 37 m•4 Épisodes

Découvrir plus

PLAN D'APPRENTISSAGE

DevOps

As organizations transition to cloud-native environments, the ability to automate delivery and ensure system reliability has become a critical competitive advantage. This plan is ideal for software engineers and systems administrators looking to master the technical tools and cultural shifts required for modern IT operations.

4 h 37 m•4 Sections

PLAN D'APPRENTISSAGE

Rapid Deployment and Digital Persuasion

This plan is designed for entrepreneurs and developers who need to launch products fast while ensuring they actually convert users. It combines the technical speed of prompt-based engineering with the psychological rigor of influence design to create a competitive edge in the digital economy.

2 h•4 Sections

PLAN D'APPRENTISSAGE

The Rocket Scientist's Reading Workflow

In an era of information overload, the ability to rapidly digest and apply complex technical knowledge is a competitive superpower. This plan is designed for high-performers and lifelong learners who need to master new domains quickly using engineering-grade mental models.

1 h 30 m•3 Sections

PLAN D'APPRENTISSAGE

Digital Transformation: Systems Over Software

This plan is essential for leaders and entrepreneurs who feel stuck in reactive cycles and want to build scalable operations. It bridges the gap between simply using digital tools and architecting a business that improves itself through systems thinking.

2 h•4 Sections

PLAN D'APPRENTISSAGE

The High-Growth Leadership Playbook

In fast-scaling environments, traditional management often leads to burnout and missed deadlines. This playbook is designed for high-growth leaders who need to shift from tactical oversight to strategic empowerment to sustain team performance. It provides the psychological and behavioral tools necessary to build a self-sustaining, high-energy culture.

2 h•4 Sections

PLAN D'APPRENTISSAGE

The Sprinter Leader Operating System

This learning plan is designed for high-stakes leaders who need to maintain peak performance during periods of intense disruption. It provides a comprehensive framework for those looking to bridge the gap between internal stability and external influence.

2 h•8 Sections

PLAN D'APPRENTISSAGE

The Science of Workplace Motivation

Understanding the mechanics of human drive is essential for leaders looking to foster high-performance cultures. This plan is ideal for managers and HR professionals who want to move beyond surface-level perks and leverage psychological and biological insights to truly engage their teams.

1 h 30 m•3 Sections

PLAN D'APPRENTISSAGE

The 30-Minute Discovery Playbook

In fast-paced retail environments, technical teams often struggle to articulate the business value of observability. This playbook is essential for sales engineers and technical leaders who need to master concise discovery and align technical pain points with executive priorities.

1 h 30 m•3 Sections

Cree par des anciens de Columbia University a San Francisco

LOVED BY

1,000,000+ curious minds.

4.7

avg rating

1M+ learners

"Instead of endless scrolling, I just hit play on BeFreed. It saves me so much time."

@Moemenn

"I never knew where to start with nonfiction—BeFreed’s book lists turned into podcasts gave me a clear path."

@Chloe, Solo founder, LA

117

"Perfect balance between learning and entertainment. Finished ‘Thinking, Fast and Slow’ on my commute this week."

@Raaaaaachelw

"Crazy how much I learned while walking the dog. BeFreed = small habits → big gains."

@Matt, YC alum

108

"Reading used to feel like a chore. Now it’s just part of my lifestyle."

@Erin, Investment Banking Associate , NYC

254

"Feels effortless compared to reading. I’ve finished 6 books this month already."

@djmikemoore

"BeFreed turned my guilty doomscrolling into something that feels productive and inspiring."

@Pitiful

4.5K

"BeFreed turned my commute into learning time. 20-min podcasts are perfect for finishing books I never had time for."

@SofiaP

"BeFreed replaced my podcast queue. Imagine Spotify for books — that’s it. 🙌"

@Jaded_Falcon

201

"It is great for me to learn something from the book without reading it."

@OojasSalunke

"The themed book list podcasts help me connect ideas across authors—like a guided audio journey."

@Leo, Law Student, UPenn

483

"Makes me feel smarter every time before going to work"

@Cashflowbubu

Decouvrez comment BeFreed est discute sur le web

Cree par des anciens de Columbia University a San Francisco

LOVED BY

1,000,000+ curious minds.

4.7

avg rating

1M+ learners

"Instead of endless scrolling, I just hit play on BeFreed. It saves me so much time."

@Moemenn

"I never knew where to start with nonfiction—BeFreed’s book lists turned into podcasts gave me a clear path."

@Chloe, Solo founder, LA

117

"Perfect balance between learning and entertainment. Finished ‘Thinking, Fast and Slow’ on my commute this week."

@Raaaaaachelw

"Crazy how much I learned while walking the dog. BeFreed = small habits → big gains."

@Matt, YC alum

108

"Reading used to feel like a chore. Now it’s just part of my lifestyle."

@Erin, Investment Banking Associate , NYC

254

"Feels effortless compared to reading. I’ve finished 6 books this month already."

@djmikemoore

"BeFreed turned my guilty doomscrolling into something that feels productive and inspiring."

@Pitiful

4.5K

"BeFreed turned my commute into learning time. 20-min podcasts are perfect for finishing books I never had time for."

@SofiaP

"BeFreed replaced my podcast queue. Imagine Spotify for books — that’s it. 🙌"

@Jaded_Falcon

201

"It is great for me to learn something from the book without reading it."

@OojasSalunke

"The themed book list podcasts help me connect ideas across authors—like a guided audio journey."

@Leo, Law Student, UPenn

483

"Makes me feel smarter every time before going to work"

@Cashflowbubu

"Instead of endless scrolling, I just hit play on BeFreed. It saves me so much time."

@Moemenn

"I never knew where to start with nonfiction—BeFreed’s book lists turned into podcasts gave me a clear path."

@Chloe, Solo founder, LA

117

"Perfect balance between learning and entertainment. Finished ‘Thinking, Fast and Slow’ on my commute this week."

@Raaaaaachelw

"Crazy how much I learned while walking the dog. BeFreed = small habits → big gains."

@Matt, YC alum

108

"Reading used to feel like a chore. Now it’s just part of my lifestyle."

@Erin, Investment Banking Associate , NYC

254

"Feels effortless compared to reading. I’ve finished 6 books this month already."

@djmikemoore

"BeFreed turned my guilty doomscrolling into something that feels productive and inspiring."

@Pitiful

4.5K

"BeFreed turned my commute into learning time. 20-min podcasts are perfect for finishing books I never had time for."

@SofiaP

"BeFreed replaced my podcast queue. Imagine Spotify for books — that’s it. 🙌"

@Jaded_Falcon

201

"It is great for me to learn something from the book without reading it."

@OojasSalunke

"The themed book list podcasts help me connect ideas across authors—like a guided audio journey."

@Leo, Law Student, UPenn

483

"Makes me feel smarter every time before going to work"

@Cashflowbubu

"Instead of endless scrolling, I just hit play on BeFreed. It saves me so much time."

@Moemenn

"I never knew where to start with nonfiction—BeFreed’s book lists turned into podcasts gave me a clear path."

@Chloe, Solo founder, LA

117

"Perfect balance between learning and entertainment. Finished ‘Thinking, Fast and Slow’ on my commute this week."

@Raaaaaachelw

"Crazy how much I learned while walking the dog. BeFreed = small habits → big gains."

@Matt, YC alum

108

"Reading used to feel like a chore. Now it’s just part of my lifestyle."

@Erin, Investment Banking Associate , NYC

254

"Feels effortless compared to reading. I’ve finished 6 books this month already."

@djmikemoore

"BeFreed turned my guilty doomscrolling into something that feels productive and inspiring."

@Pitiful

4.5K

"BeFreed turned my commute into learning time. 20-min podcasts are perfect for finishing books I never had time for."

@SofiaP

"BeFreed replaced my podcast queue. Imagine Spotify for books — that’s it. 🙌"

@Jaded_Falcon

201

"It is great for me to learn something from the book without reading it."

@OojasSalunke

"The themed book list podcasts help me connect ideas across authors—like a guided audio journey."

@Leo, Law Student, UPenn

483

"Makes me feel smarter every time before going to work"

@Cashflowbubu

Decouvrez comment BeFreed est discute sur le web

Commencez votre parcours d'apprentissage, maintenant

Chapitre 8

L'art de mesurer la performance : La science du Lean Software et du DevOps

AperçuAperçu de L'art de mesurer la performance : La science du Lean Software et du DevOps

Un livre. De nombreuses façons de l'écouter.

The DevOps Revolution: Measuring What Matters in Tech Transformation

The Science of Software Delivery Performance

Voyez chaque mot au fil de l'écoute

The Power of Organizational Culture

Continuous Delivery: The Technical Foundation

Profitez davantage de L'art de mesurer la performance : La science du Lean Software et du DevOps

Architecture for High Performance

Security as an Enabler, Not a Bottleneck

Voyez chaque mot au fil de l'écoute

Lean Management and Product Development

Making Work Sustainable

Profitez davantage de L'art de mesurer la performance : La science du Lean Software et du DevOps

Leadership and Employee Engagement

From Research to Transformation

Vous êtes arrivé au bout de L'art de mesurer la performance : La science du Lean Software et du DevOps

Thèmes clés dans L'art de mesurer la performance : La science du Lean Software et du DevOps

Citations de L'art de mesurer la performance : La science du Lean Software et du DevOps

Personnages de L'art de mesurer la performance : La science du Lean Software et du DevOps

À propos de l'auteur

Telecharger le resume de L'art de mesurer la performance : La science du Lean Software et du DevOps

Les utilisateurs ont aussi aimé

FAQ sur ce livre

What is Accelerate by Nicole Forsgren about?

Who should read Accelerate?

Is Accelerate worth reading?

What are the four key metrics in Accelerate?

Fait partie d'un plan d'apprentissage

Release train engineering

DevOps

Découvrir plus

1,000,000+ curious minds.

1,000,000+ curious minds.

Un livre. De nombreuses façons de l'écouter.

The DevOps Revolution: Measuring What Matters in Tech Transformation

The Science of Software Delivery Performance

Voyez chaque mot au fil de l'écoute

The Power of Organizational Culture

Continuous Delivery: The Technical Foundation

Profitez davantage de L'art de mesurer la performance : La science du Lean Software et du DevOps

Architecture for High Performance

Security as an Enabler, Not a Bottleneck

Voyez chaque mot au fil de l'écoute

Lean Management and Product Development

Making Work Sustainable

Profitez davantage de L'art de mesurer la performance : La science du Lean Software et du DevOps

Leadership and Employee Engagement

From Research to Transformation

Vous êtes arrivé au bout de L'art de mesurer la performance : La science du Lean Software et du DevOps

Les utilisateurs ont aussi aimé

Fait partie d'un plan d'apprentissage

Release train engineering

DevOps

Découvrir plus

Aperçu de L'art de mesurer la performance : La science du Lean Software et du DevOps