Ebook Download Scrum: The Art of Doing Twice the Work in Half the Time, by Jeff Sutherland, JJ Sutherland
Scrum: The Art Of Doing Twice The Work In Half The Time, By Jeff Sutherland, JJ Sutherland. Pleased reading! This is just what we desire to state to you which enjoy reading a lot. What concerning you that assert that reading are only commitment? Never mind, checking out practice ought to be begun with some particular factors. One of them is reviewing by responsibility. As exactly what we desire to provide here, the book entitled Scrum: The Art Of Doing Twice The Work In Half The Time, By Jeff Sutherland, JJ Sutherland is not sort of required publication. You can enjoy this e-book Scrum: The Art Of Doing Twice The Work In Half The Time, By Jeff Sutherland, JJ Sutherland to read.
Scrum: The Art of Doing Twice the Work in Half the Time, by Jeff Sutherland, JJ Sutherland
Ebook Download Scrum: The Art of Doing Twice the Work in Half the Time, by Jeff Sutherland, JJ Sutherland
Scrum: The Art Of Doing Twice The Work In Half The Time, By Jeff Sutherland, JJ Sutherland. One day, you will uncover a brand-new adventure as well as expertise by spending even more money. However when? Do you think that you should get those all demands when having significantly money? Why do not you attempt to obtain something simple at very first? That's something that will lead you to recognize even more concerning the world, journey, some areas, history, amusement, and much more? It is your very own time to continue reviewing habit. One of the books you can appreciate now is Scrum: The Art Of Doing Twice The Work In Half The Time, By Jeff Sutherland, JJ Sutherland here.
As recognized, several individuals say that publications are the home windows for the world. It does not indicate that purchasing book Scrum: The Art Of Doing Twice The Work In Half The Time, By Jeff Sutherland, JJ Sutherland will imply that you could buy this globe. Simply for joke! Checking out an e-book Scrum: The Art Of Doing Twice The Work In Half The Time, By Jeff Sutherland, JJ Sutherland will opened somebody to assume much better, to maintain smile, to captivate themselves, and to motivate the expertise. Every publication likewise has their characteristic to influence the visitor. Have you understood why you read this Scrum: The Art Of Doing Twice The Work In Half The Time, By Jeff Sutherland, JJ Sutherland for?
Well, still puzzled of how you can get this publication Scrum: The Art Of Doing Twice The Work In Half The Time, By Jeff Sutherland, JJ Sutherland here without going outside? Merely connect your computer system or gadget to the web and also begin downloading Scrum: The Art Of Doing Twice The Work In Half The Time, By Jeff Sutherland, JJ Sutherland Where? This web page will reveal you the link page to download and install Scrum: The Art Of Doing Twice The Work In Half The Time, By Jeff Sutherland, JJ Sutherland You never fret, your preferred book will be earlier all yours now. It will be a lot easier to delight in checking out Scrum: The Art Of Doing Twice The Work In Half The Time, By Jeff Sutherland, JJ Sutherland by on-line or obtaining the soft file on your gizmo. It will despite that you are and what you are. This book Scrum: The Art Of Doing Twice The Work In Half The Time, By Jeff Sutherland, JJ Sutherland is written for public as well as you are among them that could delight in reading of this publication Scrum: The Art Of Doing Twice The Work In Half The Time, By Jeff Sutherland, JJ Sutherland
Investing the extra time by checking out Scrum: The Art Of Doing Twice The Work In Half The Time, By Jeff Sutherland, JJ Sutherland could offer such terrific experience even you are simply seating on your chair in the workplace or in your bed. It will certainly not curse your time. This Scrum: The Art Of Doing Twice The Work In Half The Time, By Jeff Sutherland, JJ Sutherland will certainly direct you to have more priceless time while taking remainder. It is very pleasurable when at the twelve noon, with a cup of coffee or tea as well as a publication Scrum: The Art Of Doing Twice The Work In Half The Time, By Jeff Sutherland, JJ Sutherland in your gizmo or computer system monitor. By appreciating the views around, right here you could start reviewing.
We live in a world that is broken. For those who believe that there must be a more agile and efficient way for people to get things done, here from Scrum pioneer Jeff Sutherland is a brilliantly discursive, thought-provoking book about the leadership and management process that is changing the way we live.
In the future, historians may look back on human progress and draw a sharp line designating “before Scrum” and “after Scrum.” Scrum is that ground-breaking. It already drives most of the world’s top technology companies. And now it’s starting to spread to every domain where leaders wrestle with complex projects.
If you’ve ever been startled by how fast the world is changing, Scrum is one of the reasons why. Productivity gains of as much as 1200% have been recorded, and there’s no more lucid – or compelling – explainer of Scrum and its bright promise than Jeff Sutherland, the man who put together the first Scrum team more than twenty years ago.
The thorny problem Jeff began tackling back then boils down to this: people are spectacularly bad at doing things with agility and efficiency. Best laid plans go up in smoke. Teams often work at cross purposes to each other. And when the pressure rises, unhappiness soars. Drawing on his experience as a West Point-educated fighter pilot, biometrics expert, early innovator of ATM technology, and V.P. of engineering or CTO at eleven different technology companies, Jeff began challenging those dysfunctional realities, looking for solutions that would have global impact.
In this book you’ll journey to Scrum’s front lines where Jeff’s system of deep accountability, team interaction, and constant iterative improvement is, among other feats, bringing the FBI into the 21st century, perfecting the design of an affordable 140 mile per hour/100 mile per gallon car, helping NPR report fast-moving action in the Middle East, changing the way pharmacists interact with patients, reducing poverty in the Third World, and even helping people plan their weddings and accomplish weekend chores.
Woven with insights from martial arts, judicial decision making, advanced aerial combat, robotics, and many other disciplines, Scrum is consistently riveting. But the most important reason to read this book is that it may just help you achieve what others consider unachievable – whether it be inventing a trailblazing technology, devising a new system of education, pioneering a way to feed the hungry, or, closer to home, a building a foundation for your family to thrive and prosper.
- Sales Rank: #3722 in Books
- Published on: 2014-09-30
- Released on: 2014-09-30
- Original language: English
- Number of items: 1
- Dimensions: 9.50" h x .80" w x 6.40" l, 1.11 pounds
- Binding: Hardcover
- 256 pages
Review
"Full of engaging stories and real-world examples. The project management method known as Scrum may be the most widely deployed productivity tool among high-tech companies. On a mission to put this tool into the hands of the broader business world for the first time, Jeff Sutherland succeeds brilliantly.”
--Eric Ries, New York Times bestselling author of The Lean Startup
"Engaging, persuasive and extremely practical...Scrum provides a simple framework for solving what seem like intractable and complicated work problems. It’s hard to make forward progress when you can’t see your impediments clearly. Sutherland offers a lens to remedy that. Amazingly, this book will not only make your life at work and home easier, but also, better and happier."
--Shawn Achor, New York Times bestselling author of Before Happiness and The Happiness Advantage
"This book contains immense practical value that could be transformative for your company. If you have a project that requires people to accomplish, your first act should be to read and be guided by Scrum."
--Stephen Lundin, New York Times bestselling author of Fish: A Remarkable Way to Boost Morale and Improve Performance
“Scrum is mandatory reading for any leader, whether they’re leading troops on the battlefield or in the marketplace. The challenges of today’s world don’t permit the luxury of slow, inefficient work. Success requires tremendous speed, enormous productivity, and an unwavering commitment to achieving results. In other words success requires Scrum.”
--General Barry McCaffrey
“Jeff Sutherland has written the essence of Scrum for the masses. In this easy-to-read book, which is filled with lively stories, apt metaphors, and illuminating quotes, Jeff has converted all the ‘tacit knowledge’ he has gained -- as a West Point cadet, fighter pilot in Vietnam, Aikido enthusiast, academic, technology expert, and father of Scrum -- into wisdom. This book elevates Scrum from a fix-it tool to a way of life.”
--Hirotaka Takeuchi, Professor of Management Practice, Harvard Business School
“Jeff Sutherland's book masterfully speaks truth to the political complexities that easily stand in the way of getting a lot of work done in the least amount of time. He lays out a doctrine of simplicity, showing -- with surprising insight -- how to categorize roadblocks, systematize solutions, choose action over prolonged study, and retain the important emotional aspects of work that ground meaningful interactions. The busy professionals who’ll likely be drawn to this book will find not only an effective manual for getting things done but, also, a how-to guide for living a meaningful life.”
--John Maeda, Design Partner, Kleiner Perkins Caufield & Byers
“This extraordinary book shows a new way to simplify your life and work, increase your focus, and get more done in less time than you ever thought possible.”
--Brian Tracy, bestselling author of Eat that Frog and Time Power
"I've used Scrum on projects big and small throughout my software career with great success. It's the best way I know to manage small teams and no doubt has applications beyond software. This book cuts through the jargon and pedagogy and gets to the essence of what makes it work."
--Adam Messinger, Chief Technology Officer, Twitter
“Engaging…Sutherland tackles the problem of the perennially late, over-budget project—and actually shows how to solve it. His fascinating examples of rescued projects will change the way you think and act."
--Dorothy Leonard and Walter Swap, authors of Deep Smarts: How to Cultivate and Transfer Enduring Business Wisdom
“Jeff Sutherland is the master of creating high-performing teams. The subtitle of this book understates Scrum’s impact. If you don’t get three times the results in one-third the time, you aren’t doing it right!”
--Scott Maxwell, Founder & Senior Managing Director, OpenView Venture Partners
“Jeff Sutherland used the common-sense but seldom-applied principles of the quality movement, user-centered design, and lean development to come up with a process that dramatically increases productivity while reducing employees’ frustrations with the typical corporate nonsense. This book is the best description I’ve seen of how this process can work across many industries. Senior leaders should not just read the book—they should do what Sutherland recommends.”
--Jeffrey Pfeffer, Professor, Stanford Business School and c-author of The Knowing-Doing Gap
“Groundbreaking…Will upend people’s assumptions about how productive they can actually be…Here Jeff Sutherland discloses to the non-tech world the elegantly simple process that programmers and Web developers have been using since he invented Scrum, showing how a small, empowered, and dedicated team can deliver significantly higher quality work at a faster pace through introspection, iteration, and adaptation.”
--Michael Mangi, Senior V.P. of Interactive Technology, Social@Ogilvy
“As a warrior-citizen of the United States Army Reserve, co-founder of a software startup, and harried father of teens, I found myself instantly drawn to this eye-opening guide, which suggests how we can balance our vital roles with discipline and joyful diligence. Sutherland’s secret to surmounting professional and personal obstacles is approaching tasks with deliberate attention and a resilient mindset. This book will change the way you do everything. Even better, it will help you feel good in the process. Just read it, and get more done.”
-Arnold V. Strong, CEO of BrightNeighbor.com, and Colonel, US Army Reserve
"This deceptively simple system is the most powerful way I've seen to improve the effectiveness of any team. I started using it with my business and family halfway through reading the book."
-Leo Babauta, creator of Zen Habits
About the Author
Jeff Sutherland is currently the CEO of Scrum, Inc. and Senior Adviser to OpenView Venture Partners where he coaches venture-funded companies. One of the original signers of the Agile Manifesto and a father of the Scrum movement, he travels the world conducting training and speaking. You can find him at www.scruminc.com.
J.J. Sutherland spent most of his career covering wars, conflicts, revolutions, disasters and terrorist attacks for NPR. More recently, he has been writing, teaching, and consulting with corporations and non-profits on how to use Scrum. His work has been recognized with Peabody, DuPont, Overseas Press Club, Associated Press and Edward R. Murrow awards.
Excerpt. © Reprinted by permission. All rights reserved.
CHAPTER ONE
The Way the World Works Is Broken
Jeff Johnson was pretty sure it wasn’t going to be a good day. On March 3, 2010, the Federal Bureau of Investigation killed its biggest and most ambitious modernization project--the one that was supposed to prevent another 9/11 but that had devolved into one of the biggest software debacles of all time. For more than a decade the FBI had been trying to update its computer system, and it looked as if they would fail. Again. And now it was his baby.
He’d shown up at the FBI seven months earlier, lured there by the new Chief Information Officer, Chad Fulgham, whom he’d worked with at Lehman Brothers. Jeff was Assistant Director of the IT Engineering Division. He had an office on the top floor of the J. Edgar Hoover Building in downtown Washington, D.C. It was a big office. It even had a view of the Washington Monument. Little did Jeff know he’d end up in a windowless cinder-block office in the basement for much of the next two years, trying to fix something that everyone believed to be unfixable.
“It was not an easy decision,” Jeff says. He and his boss had decided to declare defeat and kill a program that had already taken nearly a decade and cost hundreds of millions of dollars. By that point, it made more sense to bring the project in-house and do it themselves. “But it needed to be done and done well.”
The project was the long-awaited computer system that would bring the FBI into the modern age. In 2010--the era of Facebook, Twitter, Amazon, and Google--the FBI was still filing most of its reports on paper. The system the Bureau used was called the Automated Case Support system. It ran on gigantic mainframe computers that had been state of the art sometime in the eighties. Many special agents didn’t even use it. It was just too cumbersome and too slow in an era of terror attacks and swift-moving criminals.
When an FBI agent wanted to do something--anything, really--from paying an informant to pursuing a terrorist to filing a report on a bank robber, the process wasn’t that different from what it had been thirty years earlier. Johnson describes it this way: “You would write up a document in a word processor and print out three copies. One would be sent up the approval chain. One would be stored locally in case that one got lost. And with the third you’d take a red pen--I’m not kidding, a red pen--and circle the key words for input into the database. You’d index your own report.”
When a request was approved, that paper copy would drift down from upstairs with a number on it. A number written on a piece of paper is how the FBI kept track of all its case files. This method was so antiquated and porous that it was blamed in part for the Bureau’s failure to “connect the dots” that showed various Al Qaeda activists entering the country in the weeks and months before 9/11. One office was suspicious of one person. Another wondered why so many suspicious foreigners were getting flight training. Another had someone on a watch list but never told anyone else. No one in the Bureau ever put it all together.
The 9/11 Commission drilled down after the attack and tried to discover the core reason it was allowed to happen. Analysts, said the Commission, couldn’t get access to the very information they were supposed to analyze. “The poor state of the FBI’s information systems,” reads the report, “meant that such access depended in large part on an analyst’s personal relationships with individuals in the operational units or squads where the information resided.”
Before 9/11, the FBI had never completed an assessment of the overall terrorism threat to the United States. There were a lot of reasons for this, from focus on career advancement to a lack of information sharing. But the report singled out lack of technological sophistication as perhaps the key reason the Bureau failed so dramatically in the days leading up to 9/11. “The FBI’s information systems were woefully inadequate,” the Commission’s report concludes. “The FBI lacked the ability to know what it knew: there was no effective mechanism for capturing or sharing its institutional knowledge.”
When senators started asking the Bureau some uncomfortable questions, the FBI basically said, “Don’t worry, we have a modernization plan already in the works.” The plan was called the Virtual Case File (VCF) system, and it was supposed to change everything. Not letting any crisis go to waste, officials said they only needed another $70 million on top of the $100 million already budgeted for the plan. If you go back and read press reports on VCF at the time, you’ll notice that the words revolutionary and transformation are used liberally.
Three years later, the program was killed. It didn’t work. Not even a little bit. The FBI had spent $170 million in taxpayer money to buy a computer system that would never be used--not a single line of code, or application, or mouse click. The whole thing was an unmitigated disaster. And this wasn’t simply IBM or Microsoft making a mistake. People’s lives were, quite literally, on the line. As Senator Patrick Leahy of Vermont, then the ranking Democrat on the Senate Judiciary Committee, told the Washington Post at the time:
We had information that could have stopped 9/11. It was sitting there and was not acted upon. . . . I haven’t seen them correct the problems. . . . We might be in the 22nd century before we get the 21st-century technology.1
It is rather telling that many of the people who were at the FBI when the Virtual Case File disaster happened aren’t there anymore.
In 2005 the FBI announced a new program, Sentinel. This time it would work. This time they’d put in the right safeguards, the right budget procedures, the right controls. They’d learned their lesson. The price tag? A mere $451 million. And it would be fully operational by 2009.
What could possibly go wrong? In March of 2010 the answer landed on Jeff Johnson’s desk. Lockheed Martin, the contractor hired to make the Sentinel system, had already spent $405 million. They’d developed only half of the project, and it was already a year late. An independent analysis estimated it would take another six to eight years to finish the project, and the taxpayers would have to throw in at least another $350 million.
Finding some way around that was Johnson’s problem.
What went wrong and how the situation got fixed are why I’m writing this book. It wasn’t that these weren’t smart people. It wasn’t that the Bureau didn’t have the right personnel in place, or even the right technology. It wasn’t about a work ethic or the right supply of competitive juices.
It was because of the way people were working. The way most people work. The way we all think work has to be done, because that’s the way we were taught to do it.
When you hear what happened, it sounds at first as if it makes sense: the people at Lockheed sat down before they bid on the contract, looked at the requirements, and started planning how to build a system that would do all that. They had lots of intelligent people working for months, figuring out what needed to be done. Then they spent more months planning how to do it. They produced beautiful charts with everything that needed to be accomplished and the time it would take to complete each and every task. Then, with careful color selection, they showed each piece of the project cascading down to the next like a waterfall.
These charts are called Gantt charts, after Henry Gantt, who developed them. With the advent of personal computers in the 1980s making it easy to create these intricate charts--and to make them really complex--they have become works of art. Every single step in a project is laid out in detail. Every milestone. Every delivery date. These charts truly are impressive to behold. The only problem with them is that they are always, always wrong.
Henry Gantt invented his famous charts around 1910. They were first used in World War I by General William Crozier, who was the Chief of Ordnance for the US Army. Anyone who has studied that war knows that efficient organizational capability was not exactly a salient feature. Why a World War I artifact has become the de facto tool used in twenty-first-century project management has never been quite clear to me. We gave up on trench warfare, but somehow the ideas that organized it are still popular.
It’s just so tempting: all the work needed to be done on a massive project laid out for everyone to see. I’ve visited many companies that have people whose only job is to update that Gantt chart every day. The trouble is, once that beautifully elegant plan meets reality, it falls apart. But instead of scrapping the plan, or the way they think about the plan, managers instead hire people to make it look as if the plan is working. Essentially, they’re paying people to lie to them.
This unfortunate pattern echoes those reports the Soviet politburo was getting in the 1980s just before the total collapse of the USSR. A complete mirage. Now as then, the reports become more important than the reality they’re supposed to describe, and if there’s a discrepancy, reality is the problem, not the charts.
When I was a West Point cadet, I slept in Dwight Eisenhower’s old room. At night, the streetlights would reflect off a gold plate on the mantelpiece and sometimes wake me up. dwight d. eisenhower slept here, the plate read. And I’d remember that Eisenhower once observed that planning for combat is important, but as soon as the first shot is fired, your plans go up in smoke. At least he had enough sense not to use a Gantt chart.
So Lockheed presented the FBI with all these lovely charts, and the Bureau signed on. Supposedly, the task was now so well planned out that nothing could go wrong. “Look, it’s in the color-coded, time-stamped, bar-graphed plan.”
Yet when Jeff and his boss, CIO Chief Chad Fulgham, looked at the plan in the spring of 2010, they knew it for what it was, what such charts all are, really: a complete fabrication. When the two men started to look at actual development and actual deliverables, they realized the problem was beyond fixing. New defects in the software were being discovered faster than old ones were being fixed.
Chad told the Department of Justice Inspector General that they could complete the Sentinel project by bringing development in-house, cutting the number of developers, and that, by doing so, they’d deliver the most challenging half of the project in less than a fifth of the time with less than a tenth of the amount budgeted. The skepticism in the usually dry IG reports to Congress is palpable. In the October 2010 report, after laying out their nine points of concern with the proposal, the IG watchdogs conclude: “In sum, we have significant concerns and questions about the ability of this new approach to complete the Sentinel project within budget, in a timely fashion, and with similar functionality. . . .”2
A New Way of Thinking
This new approach is called “Scrum.” I created it twenty years ago. Now it is the only way proven to help projects like these. There are two ways of doing things: the old “Waterfall” method that wastes hundreds of millions of dollars and often doesn’t deliver anything, or the new way, which, with fewer people and in less time, can deliver more stuff with higher quality at lower cost. I know it sounds too good to be true, but the proof is in the results. It works.
Two decades ago I was desperate. I needed a new way of thinking about work. And through tons of research and experimentation and looking over past data I realized we all needed a new way of organizing human endeavor. None of it is rocket science; it’s all been talked about before. There are studies going back to World War II that lay out some of the better ways that people work. But for some reason people never really put together all the pieces. Over the past two decades I’ve tried to do just that, and now this methodology has become ubiquitous in the first field I applied it to, software development. At giants such as Google, Amazon, and Salesforce.com, and at small start-ups you haven’t heard of yet, this framework has radically shifted how people get things done.
The reason this framework works is simple. I looked at how people actually work, rather than how they say they work. I looked at research done over decades and at best practices in companies all over the world, and I looked deeply at the best teams within those companies. What made them superior? What made them different? Why do some teams achieve greatness and others mediocrity?
For reasons I’ll get into further in future chapters, I called this framework for team performance “Scrum.” The term comes from the game of rugby, and it refers to the way a team works together to move the ball down the field. Careful alignment, unity of purpose, and clarity of goal come together. It’s the perfect metaphor for what I want teams to do.
Traditionally, management wants two things on any project: control and predictability. This leads to vast numbers of documents and graphs and charts, just like at Lockheed. Months of effort go into planning every detail, so there will be no mistakes, no cost overruns, and things will be delivered on schedule.
The problem is that the rosy scenario never actually unfolds. All that effort poured into planning, trying to restrict change, trying to know the unknowable is wasted. Every project involves discovery of problems and bursts of inspiration. Trying to restrict a human endeavor of any scope to color-coded charts and graphs is foolish and doomed to failure. It’s not how people work, and it’s not how projects progress. It’s not how ideas reach fruition or how great things are made.
Instead, it leads to frustrated people not getting what they want. Projects are delayed, come in over budget, and, in too many cases, end in abject failure. This is especially true for teams involved in the creative work of crafting something new. Most of the time, management won’t learn of the glide path toward failure until millions of dollars and thousands of hours have been invested for naught.
Scrum asks why it takes so long and so much effort to do stuff, and why we’re so bad at figuring out how long and how much effort things will take. The cathedral at Chartres took fifty-seven years to build. It’s a safe bet that at the beginning of the project the stonemasons looked at the bishop and said, “Twenty years, max. Probably be done in fifteen.”
Most helpful customer reviews
125 of 141 people found the following review helpful.
Nice stories, not a good Scrum book
By Bas Vodde
I had mixed feeling when I saw this book. On one hand, I was excited about a Scrum book by Jeff Sutherland, one of the co-creators of Scrum. On the other hand, the title of the book actually bothered me. “The Art of Doing Twice the Work in Half the Time” felt wrong as a title for a Scrum book. Scrum and Agile development are about focusing on delivering value and being able to respond to changes and not so much about improving productivity. The title suggests a focus on (hyper) productivity rather than the focus on agility and value delivery. For me, Scrum is about maximizing the work not done… instead of maximizing the work done. This initial mixed feelings turned out to be spot on and I wouldn’t recommend this book to anyone who would like a Scrum introduction.
The minimum I would expect a book about Scrum to cover is…. well… Scrum. It doesn’t. It doesn’t explain Scrum except for the Appendix and even that does a poor job of it (Backlog Refinement? Anyone?). Instead, the book shared stories, mostly the hero kind of stories where someone comes in, introduces Scrum and saves the day. Some of the stories are nice and insightful. For me though, a bit too much of the stories had military backgrounds.
The book is vague on what is Scrum. You almost get away with the feeling that Scrum is whatever happened to work in whatever place actually did something. An example of the latter is the discussion about Valve and Scrum. Value (a Games company) has done interesting things related to how they organize their organization… it is good and probably not Scrum. I am not sure whether Scrum isn’t actually used (much) in Valve, but the story of Valve and Scrum is intertwined in a wonderful way so that you get away with… ah Scrum!
The book also covers a lot of techniques that are useful when adopting Scrum… but aren’t Scrum itself. It doesn’t separate practices that might be useful from Scrum itself. E.g relative estimating, velocity, taskboards, planning poker. All useful techniques, but not really the essence of Scrum. On planning poker, the history of planning poker seems to actually miss the real story about how James Grenning (not mentioned) created planning poker and instead talks about the story of Delphi…which wasn’t how planning poker was created.
This also brings me to my last annoyance with the book, which is not getting facts right. There are a lot of examples for this, but let me take one or two. The story about Gantt charts. Early in the book, it talks about how Gantt charts are created by Henry Gantt (correct!). It then states “They were first used in World War I”, which as far as I know, is untrue. They were used in Wold War I, but that was definitively not the first usage of Gantt charts. Then, it comes with an interesting statement which is “We gave up on trench warfare, but somehow the ideas that organized it are still popular.” This suggests that Gantt charts were actually used for planning the war itself, which is as far as I know, not true. When looking at Wikipedia (or other articles), it mentions that Gantt charts were used in the war-time production… not in the war planning. The irony though is that later, Jeff Sutherland talks about Edwards Deming but leaves out that Deming was involved in war-time production… just like Henry Gantt was. The conclusion of unsuitability of Gantt charts to software projects (later stressed more) is true and relevant, though the facts used in the argument do not seem to be checked.
So… conclusion. “Scrum: The Art of Doing Twice the Work in Half the Time” is well written and full of bite-size stories that will make it easy reading. It isn’t a great book about Scrum though. If you want to know about Scrum and how to apply it in real life… this book is not recommended. If you have used Scrum for years and are curious what has influenced Jeff (and Ken) to create Scrum, then this is the right book for you. Thus, for most people, leave this book.
36 of 38 people found the following review helpful.
Inspiration for Applying Scrum
By Steve Berczuk
The first thing to know is that this isn't a detailed guide to Scrum practices, though there is a summary of the key practices in an appendix. Since there are lots of guides to Scrum at the practices at varying levels of details, having more about what the practices are would not add a lot of value. This book does inform you about how scrum works by helping you to understand the value of Scrum through stories of Scrum in use in various domains, and not just software.. The book is full of war stories (both literally and figuratively), and Sutherland is clearly proud of how he, his family, and organizations he has worked with, have applied scrum. Reading this book will help energize you to use Scrum to help your team succeed. This is not the only book on Scum you need. But if you want motivation to explore more about Scrum, or if you have been practicing Scrum for a while and are looking for renewed inspiration, give this book a read.
148 of 172 people found the following review helpful.
A book selling Scrum
By Henrik Ebbeskog
I had the wrong expectations for this book. This book is selling scrum. First everything is not-so-good, and then comes scrum along and everything is awesome. Scrum to save to world etc. And that is actually all fine, and it correlates with the title in fact.
And given *that*, it would have been a five star rating from me, because it is a well written book and good at selling Scrum.
But, since I've seen and worked in several scrum projects (in software development teams) I (among others) struggle to get scrum to work well. I was kind of hoping the book would cover such topics, since scrum has been around for a while. But all scenarios described is all fine and dandy as soon as they started applying scrum.
Thus, it was a great book and read, but I didn't like it since I know scrum but find it hard to work really well, and was hoping to get more info on how to make it work really well.
See all 250 customer reviews...
Scrum: The Art of Doing Twice the Work in Half the Time, by Jeff Sutherland, JJ Sutherland PDF
Scrum: The Art of Doing Twice the Work in Half the Time, by Jeff Sutherland, JJ Sutherland EPub
Scrum: The Art of Doing Twice the Work in Half the Time, by Jeff Sutherland, JJ Sutherland Doc
Scrum: The Art of Doing Twice the Work in Half the Time, by Jeff Sutherland, JJ Sutherland iBooks
Scrum: The Art of Doing Twice the Work in Half the Time, by Jeff Sutherland, JJ Sutherland rtf
Scrum: The Art of Doing Twice the Work in Half the Time, by Jeff Sutherland, JJ Sutherland Mobipocket
Scrum: The Art of Doing Twice the Work in Half the Time, by Jeff Sutherland, JJ Sutherland Kindle
Scrum: The Art of Doing Twice the Work in Half the Time, by Jeff Sutherland, JJ Sutherland PDF
Scrum: The Art of Doing Twice the Work in Half the Time, by Jeff Sutherland, JJ Sutherland PDF
Scrum: The Art of Doing Twice the Work in Half the Time, by Jeff Sutherland, JJ Sutherland PDF
Scrum: The Art of Doing Twice the Work in Half the Time, by Jeff Sutherland, JJ Sutherland PDF
