Accelerate: The Science of Lean Software and DevOps: Building and Scaling High Performing Technology Organizations PDF AZW3 EPUB MOBI TXT Download

Winner of the Shingo Publication AwardAccelerate your organization to win in the marketplace.How can we apply technology to drive business value? For years, we’ve been told that the performance of software delivery teams doesn’t matter―that it can’t provide a competitive advantage to our companies. Through four years of groundbreaking research to include data collected from the State of DevOps reports conducted with Puppet, Dr. Nicole Forsgren, Jez Humble, and Gene Kim set out to find a way to measure software delivery performance―and what drives it―using rigorous statistical methods. This book presents both the findings and the science behind that research, making the information accessible for readers to apply in their own organizations.Readers will discover how to measure the performance of their teams, and what capabilities they should invest in to drive higher performance. This book is ideal for management at every level.

Nicole Forsgren PhD
March 27, 2018
288 pages

File Size: 87 MB
Available File Formats: PDF AZW3 DOCX EPUB MOBI TXT or Kindle audiobook Audio CD(Several files can be converted to each other)
Language: English, Francais, Italiano, Espanol, Deutsch, chinese

“We strongly recommend this book to anyone involved in a digital transformation for solid guidance about what works, what doesn’t work, and what doesn’t matter.” — Tom & Mary Poppendieck, Authors of the Lean Software Development Series”A must read! In a sea of books about technology approaches, Accelerate stands out in its clarity and practicality.” — Karen Martin, Author, Clarity First and The Outstanding Organization”Excellent! As well as conclusively showing that DevOps outcomes are faster, cheaper AND safer, this book is an excellent case study for robust survey design and analysis.” — Adrian Cockroft”This is the kind of foresight that CEOs, CFOs, and CIOs desperately need if their company is going to survive in this new software-centric world.Anyone that doesn’t read this book will be replaced by someone that has.” — Thomas A. Limoncelli, Co-Author of The Practice of Cloud System Administration“’Here, do this!’ The evidence presented in Accelerate is a triumph of research, tenacity and insight, proving not just correlation but a causal link between good technical and management behaviours and business performance. It also exposes the myth of “maturity models” and offers a realistic, actionable alternative. As an independent consultant working at the intersection of people, technology, process, and organisation design this is manna from heaven!As chapter 3 concludes: ‘You can act your way to a better culture through implementing these practices in technology organizations’. There is no mystical culture magic, just 24 concrete, specific capabilities that will lead not only to better business results, but more importantly to happier, healthier, more motivated people and an organisation people want to work at. I will be giving copies of this book to all my clients.” — Dan North, Independent Technology and Organization consultant”The ‘art’ of constructing a building is a well understood engineering practice nowadays. However, in the software world, we have been been looking for patterns and practices that can deliver the same predictable and reliable results whilst minimizing waste and producing the increasingly high performance our businesses demand.Accelerate provides research backed, quantifiable and real world principles to create world class, high performing IT teams enabling amazing business outcomes.Backed by the two leading thought leaders (Kim and Humble) in the DevOps community and world class research from PHD Forsgren, this book is a highly recommended asset!” — Jonathan Fletcher, Group CTO, Hiscox”In their book Accelerate, Nicole Forsgren, Jez Humble and Gene Kim don’t break any new conceptual ground regarding agile, lean and DevOps. Instead, they provide something that might be even more valuable which is a look inside the methodological rigor of their data collection and analysis approach which lead them to their earlier conclusions on the key capabilities that make IT organizations better contributors to the business. This is a book that I will gladly be placing on my bookshelf next to the other great works by the authors.” — Cameron Haight, VP & CTO, Americas, VMware”Accelerate does a fantastic job of explaining not only what changes organizations should make to improve their software delivery performance, but also the why, enabling people at all levels to truly understand how to level up their organizations.” — Ryn Daniels, Infrastructure Operations Engineer at Travis CI and author of Effective DevOps”With this work, the authors have made a significant contribution to the understanding and application of DevOps. They show that when properly understood, DevOps is more than just a fad or a new name for an old concept. Their work illustrates how DevOps can improve the state of the art in organizational design, software development culture, and systems architecture. And beyond merely showing, they advance the DevOps community’s qualitative findings with research-based insights that I have heard from no other source.” — Baron Schwartz, Founder & CEO of VividCortex and Co-Author of High Performance MySQL About the Author Dr. Nicole Forsgren does research and strategy at Google Cloud following the acquisition of her startup DevOps Research and Assessment (DORA) by Google. She is best known for her work measuring the technology process and as the lead investigator on the largest DevOps studies to date. She has been an entrepreneur, professor, sysadmin, and performance engineer. Nicole’s work has been published in several peer-reviewed journals. Nicole earned her PhD in Management Information Systems from the University of Arizona, and is a Research Affiliate at Clemson University and Florida International University. She lives in San Francisco, CA.Jez Humble is co-author of The DevOps Handbook, Lean Enterprise, and the Jolt Award-winning Continuous Delivery. He is currently researching how to build high performing teams at his startup, DevOps Research and Assessment, LLC, and teaching at UC Berkeley. He lives in California.Gene Kim is a multiple award-winning CTO, researcher, and co-author of The Phoenix Project, Beyond The Phoenix Project, The DevOps Handbook, and The Visible Ops Handbook. He is founder of IT Revolution, hosts the DevOps Enterprise Summit conferences, and speaks around the world. He lives in Portland, OR with his wife and children. <div id="

  • I read this book to complete the DevOps picture from the manager’s and the architect’s point of view.As DevOps engineer and developer with 30 years of experience, I find hard to stomach the notion supported by this book that developers should be free to choose their tools. The book goes on to assure us that the upside of doing so far outweighs the downside. I strongly disagree.There is a thing called ‘technical debt,’ which is the sum of time and effort one has to pay to keep up with the tools one is ‘married’ to. To master a tool one has not only to learn the first version encountered but also those that follow in its evolution, and track new and discontinued capabilities during the course of the tool’s life. This happens whether you learn C, Python, Java, or any other substantial language and tool in which one needs to remain proficient.Now imagine multiple projects using languages and tools at the whim of the team members. The overall list of technologies in use would be a long open-ended list in no time. What skill requirements do you pass on to HR to recruit new talent? How many candidates will be a good match for your large list of technical requirements?The argument in favor of such dangerous freedom is that otherwise developers may have to use tools they hate.Choosing the staff and the tools of a project requires careful consideration. It’s at this point that you choose the best possible match. Consult the team members if you will, but it should not be up to them to decide, but to the project leader. Otherwise imagine if Team A chooses Confluence for documentation, while Team B uses Office 360, and yet Team C goes for TEX. After a few years you will have a rainbow of documentation formats. How is that better than having a consistent one?Developers like to use the tools they mastered, when not looking to learn a new one, and yes that is important, but what you do is to group people with skills pertinent to the project from the outset, so nobody will hate it.This notion that developers should be the ones choosing a project’s technologies, really broke the spell of this book for me. How could they say that, and what sort of measurements did lead to such result?
  • When I originally posted my review, I said that I would be glad to amend or even delete it based upon my concerns being answered or their being shown to be incorrect. One of the authors, Jez Humble, took the time to respond to me. I still have some lesser concerns but I am satisfied by his response. There was peer review of the research and DORA was not formed until after the research had been submitted for review. Since I was wrong about those points, I have upgraded my rating and have revised my review which starts in the next paragraph.Note that I make no claim to be as skilled when it comes to research as is Forsgren. Hands down, she has an impressive resume and experience which makes me look like what you scrape off the bottom of your shoe in comparison. When I approach this book and the research, I am concerned regarding the use of Snowball research. However, I recognize how hard it is to conduct research in the workplace and the so-called “real world” outside the laboratory. When reading this book, my main point would be to keep in mind what the authors openly say, to their credit, that the research presented does not lead itself to predictive or causal analysis. However, it can be used to draw inferences that those implementing DevOps can find very valuable. Use this book to expand your ideas of how to improve software delivery.
  • I’ve lived in and consulted for many companies that would benefit from transforming their culture. If you are a leader in a company, and you 1) want to validate perceptions of company performance from the inside, and 2) want to continuously improve, read on.“The most innovative companies and highest-performing organizations are always striving to be better. High performing companies have 46 times more frequent code deployments, 440 times faster lead time from commit to deploy, 170 times faster mean time to recover from downtime, and 5 times lower change failure rate (1/5 as likely for a change to fail).”The reasons for embarking on this DevOps journey of acceleration and transformation are many. Leaders who want to realize this level of performance will get more loyalty and work out of their current people and attract awesome new ones. They will build better, more secure software–and a mature software delivery capability provides a competitive advantage to any business. This book provides evidence and research to back these assertions.Accelerate offers clear and compelling guidance to begin this shift no matter a company’s current level of maturity, covering the spectrum of roles from leaders to doers, from coders to architects to managers. If you are pressed for time, chapters are focused and easy to consider in turn, and provide excellent implementations recommendations.Leaders will be especially inspired by Part 3, a case study about a real Transformation. It all started by the willingness to change.DevOps is a cultural movement that feeds value delivery and growth within an organization. If you are responsible for any aspect of building secure, resilient rapidly evolving distributed systems, buy this book! Read it on your next plane ride and begin your journey of differentiation and transformation with the inspirational and executable guidance it offers.
  • This book uses child size fonts. The book feels weighty but it’s highly padded. I feel it’s padded for a simple reason. It’s not that in-depth and much of what is stated is simple or rather obvious; or is far better explained with detail and context in Amazon and Microsoft White papers. I was recommended this book and I have and rate the lean series but this book is poor in my view. Too little depth, too fluffy and too expensive overall.
  • I’m a software and found this book was too high level, I guess I was expected something offering real practical advice and real world experience, especially having read the fantastic continuous delivery. This book is a summary of why things like automated testing and continuous integration are sound practices but this is already preaching to the converted.It had some new pieces of advice and guidance for me, and I especially like how it brings all together the best and well established practices, but generally it didn’t offer me much, but maybe I’m not the intended audience? This would be a great book if you were a struggling CTO or someone stuck in the old ways of manual testing etc. If you run a failing IT company or department then by all means read this, but to the established folks already doing the right things then pick this up 2nd hand on the cheap.
  • Why do I like this book and why do I think it is worthy of reading, reviewing and recommending ahead of a host of other books on DevOps?1. It is short enough and accessible enough to be reasonably recommended to and consumed by a range of roles outside of the technology function.2. It is written by and recommended by a number of people who clearly know their onions: Jez Humble, Nicole Forsgren and Gene Kim are all multipublished, award winning authors who have been involved in the State of DevOps survey for an extended period of time. Martin Fowler (who writes a forward) is one of the founding fathers of Agile and has written profoundly on many aspects of the programming craft3. It seeks to justify its assertions with a range of quantitative methods which are pitched at the right level…you could use these ideas both to structure a business case and as a measurement framework to report against it.4. It explores a range of technical, organizational, managerial and cultural aspects that combine to provide a step change in software development capability. It isolates atomic drivers of improvement. It describes positive and negative feedback loops to be aware of.5. It connects those ideas into a coherent programme and suggests how you might go about adoption.Apart from all of the practical ideas and the way it connects them I think the most interesting thought it left me with was this. Not only is high performance in the technology space going to offer a key differentiator for businesses in the future but that high performing technology function can be a catalyst to a high performing organization full stop.
  • A must read book.It’s a study of thousands of companies, the development practices they use and whether they succeed or not.It’s the closest thing I’ve seen to evidence that doing things the “right” way is a key contributor to business success. Teams that deploy more often have better success. Organizations that are safe to work in (where you can raise concerns without fear of being fired) have better success.Read it!
  • An easily digestible summary of the huge amount of research carried out by Forsgren et al. If you are involved in the leadership of software development teams this will arm you with the evidence that you need to understand how and where you can help them improve. Inspirational and convincing, while there may be nothing new here for those who are already on a devops journey, it is a compelling summary of why that journey is important.
  • About :
    We are committed to sharing all kinds of e-books, learning resources, collection and packaging, reading notes and impressions. The book resources of the whole station are collected and sorted by netizens and uploaded to cloud disk, high-definition text scanning version and full-text free version. This site does not provide the storage of the file itself.
    Description of file download format: (Note: this website is completely free)
    The e-books shared by this site are all full versions, most of which are manually refined, and there are basically no omissions. Generally, there may be multiple versions of files. Please download the corresponding format files as needed. If there is no version you need, it is recommended to use the file format converter to read after conversion. Scanned PDF, text PDF, ePub, Mobi, TXT, docx, Doc, azw3, zip, rar and other file formats can be opened and read normally by using common readers.
    Copyright Disclaimer :
    This website does not store any files on its server. We only index and link to the content provided by other websites. If there is any copyrighted content, please contact the content provider to delete it and send us an email. We will delete the relevant link or content immediately.
    Download link description :
    We usually use Dropbox, Microsoft onedrive and Google drive to store files. Of course, we may also store backup files in other cloud content management service platforms such as Amazon cloud drive, pcloud, mega, mediafire and box. They are also great. You can choose the download link on demand.

    File Size: 87 MB

    Leave a Comment

    Your email address will not be published. Required fields are marked *