Quick Reference: Capabilities to Drive Improvement

Our research has uncovered 24 key capabilities that drive improvements in software delivery performance. This reference will point you to them in the book. A detailed guide is found in Appendix A. They are presented in no particular order.

The capabilities are classified into five categories:

• Continuous delivery
• Architecture
• Product and process
• Lean management and monitoring
• Cultural

CONTINUOUS DELIVERY CAPABILITIES

• Version control: Chapter 4
• Deployment automation: Chapter 4
• Continuous integration: Chapter 4
• Trunk-based development: Chapter 4
• Test automation: Chapter 4
• Test data management: Chapter 4
• Shift left on security: Chapter 6
• Continuous delivery (CD): Chapter 4

ARCHITECTURE CAPABILITIES

• Loosely coupled architecture: Chapter 5
• Empowered teams: Chapter 5

PRODUCT AND PROCESS CAPABILITIES

• Customer feedback: Chapter 8
• Value stream: Chapter 8
• Working in small batches: Chapter 8
• Team experimentation: Chapter 8

LEAN MANAGEMENT AND MONITORING CAPABILITIES

• Change approval processes: Chapter 7
• Monitoring: Chapter 7
• Proactive notification: Chapter 13
• WIP limits: Chapter 7
• Visualizing work: Chapter 7

CULTURAL CAPABILITIES

• Westrum organizational culture: Chapter 3
• Supporting learning: Chapter 10
• Collaboration among teams: Chapters 3 and 5
• Job satisfaction: Chapter 10
• Transformational leadership: Chapter 11

Preface

Part 1. What We Found

1. Accelerate

To remain competitive and excel in the market, organizations must accelerate:

• delivery of goods and services to delight their customers;
• engagement with the market to detect and understand customer demand;
• anticipation of compliance and regulatory changes that impact their systems; and
• response to potential risks such as security threats or changes in the economy.

이 가속(acceleration)의 핵심에는 소프트웨어가 있다. 은행도 더 이상 골드바를 금고에 넣는 방식으로 가치를 전달하지 않고, 거래를 더 빠르고 안전하게, 또 고객과 대면할 새로운 채널과 제품을 발견하는 방식으로 가치를 전달한다 (소프트웨어를 사용한다는 얘기.)

소프트웨어와 기술이 차별점이다.

데브옵스 성숙도에 대한 경영진과 실무자의 추정치 사이의 불일치에 대한 이러한 조사 결과는 리더가 종종 놓치는 두 가지 고려 사항을 강조합니다.

• 첫째, 실무자의 데브옵스 성숙도 또는 역량에 대한 추정치가 더 정확하다고 가정하면(실무자가 업무에 더 가깝기 때문에) 조직 내에서 가치 제공 및 성장의 잠재력은 경영진이 현재 인식하는 것보다 훨씬 더 클 수 있습니다.
• 둘째, 이러한 단절은 데브옵스 역량을 정확하게 측정하고 이러한 측정 결과를 리더에게 전달하여 조직의 기술 태세에 대한 의사 결정과 전략 수립에 활용할 수 있도록 해야 할 필요성을 명확하게 해줍니다.

FOCUS ON CAPABILITIES, NOT MATURITY

성숙도 모델은 업계에서 매우 인기가 있지만, 성숙도 모델은 사용하기에 적절한 도구나 마음가짐이 아니라는 점은 아무리 강조해도 지나치지 않습니다. 대신, 소프트웨어 배포를 가속화하려는 조직은 역량 측정 모델로 전환하는 것이 필수적입니다. 이는 네 가지 요인 때문입니다.

첫째, 성숙도 모델은 조직이 성숙한 상태에 '도달'한 후 여정이 끝났다고 선언하는 데 중점을 두는 반면, 기술 혁신은 지속적인 개선 패러다임을 따라야 합니다. 또는 역량 모델은 기술 및 비즈니스 환경이 끊임없이 변화하고 있음을 인식하고 조직이 지속적으로 개선하고 발전하도록 돕는 데 중점을 둡니다. 가장 혁신적인 기업과 최고의 성과를 내는 조직은 항상 더 나은 기업이 되기 위해 노력하며, 개선 또는 혁신 여정을 '성숙'하거나 '완료'했다고 생각하지 않으며, 이러한 사실은 연구에서도 확인할 수 있습니다.

2. Measuring Performance

3. Measuring and Changing Culture

4. Technical Practice

5. Architecture

6. Integrating Infosec into the Delivery Lifecycle

7. Management Practices for Software

8. Product Development

9. Making Work Sustainable

10. Employee Satisfaction, Identity, and Engagement

11. Leaders and Managers

Part 2. The Research

12. The Science Behind This Book

13. Introduction to Psychometrics

14. Why Use a Survey

15. The Data for the Project

Part 3. Transformation

16. High-Performance Leadership and Management

Conclusion