Search icon CANCEL
Subscription
0
Cart icon
Cart
Close icon
You have no products in your basket yet
Save more on your purchases!
Savings automatically calculated. No voucher code required
Arrow left icon
All Products
Best Sellers
New Releases
Books
Videos
Audiobooks
Learning Hub
Newsletters
Free Learning
Arrow right icon
Arrow up icon
GO TO TOP
DevOps Culture and Practice with OpenShift

You're reading from  DevOps Culture and Practice with OpenShift

Product type Book
Published in Aug 2021
Publisher Packt
ISBN-13 9781800202368
Pages 812 pages
Edition 1st Edition
Languages
Concepts
Authors (5):
Tim Beattie Tim Beattie
Profile icon Tim Beattie
Mike Hepburn Mike Hepburn
Profile icon Mike Hepburn
Noel O'Connor Noel O'Connor
Profile icon Noel O'Connor
Donal Spring Donal Spring
Profile icon Donal Spring
Ilaria Doria Ilaria Doria
Profile icon Ilaria Doria
View More author details
Toc

Table of Contents (30) Chapters close

Preface Acknowledgements Section 1: Practices Make Perfect
1. Introduction — Start with Why 2. Introducing DevOps and Some Tools 3. The Journey Ahead Section 2: Establishing the Foundation
4. Open Culture 5. Open Environment and Open Leadership 6. Open Technical Practices – Beginnings, Starting Right 7. Open Technical Practices — The Midpoint Section 3: Discover It
8. Discovering the Why and Who 9. Discovering the How 10. Setting Outcomes Section 4: Prioritize It
11. The Options Pivot Section 5: Deliver It
12. Doing Delivery 13. Measure and Learn Section 6: Build It, Run It, Own It
14. Build It 15. Run It 16. Own It Section 7: Improve It, Sustain It
17. Improve It 18. Sustain It Index
Appendix A – OpenShift Sizing Requirements for Exercises 1. Appendix B – Additional Learning Resources

The Gaps

We're going to explore the gaps in the value chain between customers and organization's business people, between business people and development people, and between development people and operations people.

The Big List of Things to Do

The first gap in the software development process that we consistently saw was the process of collecting information from end customers and forming a list of customer requirements:

Figure 2.4: Understanding and collecting customer requirements

Our early projects often involved long phases of business analysts documenting every possible requirement they could conceivably think of into epic volumes of business requirements — documents. The goal was to pre-empt every conceivable customer journey or scenario and to cover all the bases by building specifications that included every possible eventuality. Sounds rigid, right? What if we made an incorrect assumption?

Demonstrating Value and Building...

lock icon The rest of the chapter is locked
Register for a free Packt account to unlock a world of extra content!
A free Packt account unlocks extra newsletters, articles, discounted offers, and much more. Start advancing your knowledge today.
Unlock this book and the full library FREE for 7 days
Get unlimited access to 7000+ expert-authored eBooks and videos courses covering every tech area you can think of
Renews at €14.99/month. Cancel anytime}