Review: You're About to Make a Terrible Mistake: How Biases Distort Decision-Making and What You Can Do to Fight Them

You're About to Make a Terrible Mistake: How Biases Distort Decision-Making and What You Can Do to Fight Them by Olivier Sibony
My rating: 5 of 5 stars

You’re About to Make a Terrible Mistake is a book about why organizations make bad decisions, and how to create processes and environments where we can make better ones, understanding the value of process and collaboration over any specific individual’s leadership.

Much of the advice here will seem familiar if you have studied ideas about how we make decisions but the context of strategic decision making is new.  The audience and examples are geared towards strategic business decisions, but this will give you insight into how you and others make decisions that might not be optimal in all aspects of your life.

The advice is obvious and common sense in retrospect, but obvious and common sense doesn’t always mean visible and common. I’ve come across few groups that follow even the general principles here, much less the entire framework. 

Sibony references agile organizations, and while his meaning isn’t the same as “Agile” in the context of software development, If you are familiar with Agile Software Development practices, many of the concepts, and some of the practices may seem familiar. Agile Retrospective frameworks, for example, follow a process framework that helps teams avoid many of the problematic decision making biases. 

A recurring theme in the book is the importance of process and collaboration over any specific individual’s leadership. In my experience process can make the difference between success and failure for a team, and this book drives the value of process and collaboration home. And Sibony notes that circumstance plays a role: The same good plan can succeed or fail depending upon factors beyond your control, and the same bad plan might work surprisingly well if one is lucky. Sibony tells us how to set up processes so that our big strategic decisions factor in these factors so that we have a reasonable sense of risks involved.

A key part of a good decision process is the definition and role of a leader.  Sibony points out that much of the advice he presents goes counter to the model of the certain, definitive, action-oriented leader. For better decisions we need to to step away from that idea. While final decisions may rest with an individual leader,  the process to get there must be collaborative. 

The book ends with a summary of the key concepts, and good bibliography, and notes. You may well find your self finishing this book with a much longer reading list than when you started.

Whether you are a senior manager, a team lead,  or active in a volunteer organization, the principles in this book will help you create frameworks to enable better decisions. And as an individual you will gain insight how to understand how others make decisions, as well as how you might think about how you make important decisions.

View all my reviews

Review: Startup, Scaleup, Screwup: 42 Tools to Accelerate Lean & Agile Business Growth

Startup, Scaleup, Screwup: 42 Tools to Accelerate Lean & Agile Business Growth by Jurgen Appelo
My rating: 5 of 5 stars



View all my reviews

Though I’ve never been a founder, I’ve been an early member of startup companies and internal ventures (such as  being a founding member of the, at the time new,  Boston office for Fitbit )  so I was curious to read Jurgen Appelo’s book Startup, Scaleup, Screwup: 42 Tools to Accelerate Lean and Agile Business Growth, and see how relevant it was for me. It turned out to be very much so.  Appelo combines lean and agile principles with a model for business development that is relevant for both an entrepreneur starting a company, and an intrapreneur, leading a product initiative or a team.   

Since the book weaves many agile concepts and processes, such as backlogs, burn down charts, and retrospectives, into the process,  I was tempted to title my review something like “Agile for Startups” or “A Startups with Agile values.” But those names would misstate two key take-aways from the book. First, agile themes like “Inspect and Adapt” are just a really good way to start a venture, as new ideas require that you get constant feedback and adapt to it. If this weren’t the case and you knew what would work and how to do it, it would not be a venture. Second, this isn’t just about startups companies. Appelo addresses these idea in the context of an entrepreneurial startup or any intrepreneruial internal venture. In either case, you need to demonstrate value to secure a continuing funding source, or fail. And the feedback loops agile approaches like experiments and retrospective are essential to building that value.

Reading through the book I was struck by how often Appelo makes points that are both obvious and iconoclastic.  At one point he asserts that “growth” should never be a goal in itself,  but way to achieve  success, such as delivering value to more customers, which seems counter to common business thinking,  but which makes perfect sense. Similarly he describes how teams often frame cultural fit as being “similar” rather than “complementary” -- which is to say that a new person fills a gap on the team.

The book covers everything from funding, and planning to hiring. The hiring ideas are reminiscent of the ones I learned from Johanna Rothman in Hiring Geeks that Fit, albeit with slightly different terms, which are in essence, figure out how to what qualities you need in an employee, decide how you measure them

Appello’s Witty, irreverent  and humorous style make this one of the more entertaining business books to read, and the style reflects a perspective on business that might make you want to reconsider things you took from granted.  At the very least you’ll be tempted to explore the supporting materials that are linked at the end of every chapter

Whether you are in a startup, involved in building a new product for an established company,  of just curious about how businesses succeed, Startup, Scale Up Screw Up is an enjoyable, informative, and actionable read that will likely generate many ideas of things to do or learn more about.

Review: The 4 Stages of Psychological Safety: Defining the Path to Inclusion and Innovation

The 4 Stages of Psychological Safety: Defining the Path to Inclusion and Innovation by Timothy R. Clark
My rating: 4 of 5 stars

The concept of “Psychological Safety” is both often misunderstood, and essential to effective (and even innovative) groups. “Psychological Safety” is about how comfortable people are sharing and challenging ideas. Psychological Safety is a very practical matter. It can be related to physical safety as well (for example, a factory when team members are reluctant to point out safety issues), and business success and innovation. Timothy Clark’s new book (which I got an advance copy of) explains the concept in a clear way and defines a framework you can use to understand where your group -- be it a work group or a social group -- stands, and how it can get better.

After an overview, the book goes through the 4 stages: Inclusion Safety, Learner Safety, and Contributor safety, and Innovator safety, defines each and explains impact on the team dynamic, and what is necessary for each to exist. The book helped me to better understand why some groups I’ve worked with felt pleasant and productive, and why others felt less so. The framework makes reference to other concepts you may have heard, such as Grit, Teaming and safety culture.

At the core, the book is about business, but the author used examples and analyses from a range of domains, which is both good and bad. The good is that it makes it clear how universal these ideas are, in school, work, and interpersonal life. The bad is that the book lacks a bit or coherence that could have made it a great book. As the book progresses from discussing inclusion safety to challenger safety, the focus shift more toward business teams, but maintains connections toward more global society issues.

Personal, and third party stories from the business and non-business contexts as well as ideas from the literature on safety and related fields. Chapters end with summaries of key points and actions to take, and end notes and references can point you in the right direction if you wish to go deeper.

This book is a quick, actionable read. You’ll learn things you can (and should) to do move your group to the higher levels in the framework, and understand the situations that might be less salvageable. Those in a leadership role, such as managers will find it useful to understand . And those not in that explicit role will benefit both from the context it provides to help you to understand why you might be feeling some discomfort in your work place, and also the small things you can do on your own to make it better.

View all my reviews

---

Excitingly Well Run Meetings

The group of people huddled together in a room “until the job is done” is often used as a demonstration of virtues like “diligence” and “commitment.” And these scenes are often the stuff of dramatic moments in popular culture. We rarely, if ever, see any effusive praise for the well-run meeting that ends on time with a useful outcome. The former is more compelling. The latter is often more valuable and much harder to do. And while there are times that the former is the right thing to do, more often than not, it’s an indication of a problem. Well run meetings are useful meetings.
While it seems a bit pedantic to talk about meetings and schedules, and teams often present a ‘meeting-free culture’ as an ideal, the reality is that software development is a collaborative activity and we need to interact with (or “meet”) with people. When you need collaborate with more than a couple of people — perhaps from different teams — scheduling a meeting is inevitable. People have other commitments and time constraints, and respecting these commitments is good for the organization and the individuals.

Respect

There are many reasons for keeping a meeting on schedule. Starting late or ending late, wastes people’s time, which has a financial cost. But the primary reason keeping to schedule from perspective its it is respectful, and not honoring a schedule shows a lack of respect. By starting or arriving late you are disrespectful to the attendees who might be on time, by not ending on schedule you are being disrespectful to anyone the attendee was supposed to meet after a meeting and anyone who needs the room (or other resources) you are using. Of course, it is OK to you extend a discussion by mutual agreement, but you also need to agree on the basic ground rules.

Meeting Principles and Protocols

There is much written about good meeting structure and facilitation, and if you are in a role where you need to collaborate with people (as most of us are) it’s worth the effort to learn a bit about the subject. An effective meeting has, at minimum, two things: a reason, and a schedule.

A Reason

In general, a meeting worth having should have:

• A reason, which attendees understand.
• A goal, which you can decide if you have met or not.
• An agenda, to help everyone understand if they are on track.
• Attendees who understand why they are there.
• A start and end time that is sufficient to have the discussion you need, and which allows for people to meet their next commitment.

All of these items can have more or less definition depending on the culture of the team, and the nature of a problem, and how close you are to having a common baseline of understanding. A Sprint Planning Meeting might have a more well defined reason, goal, and agenda, than an “explore design options” meeting. But it is important to be able to express these things.

Start Times and End Times

It’s easy to think of meetings as being (say) 1 hour long, starting and ending at hour boundaries. This makes no sense if you assume that anyone else has to be somewhere else after your meeting. It’s helpful to have a protocol where you allow for a buffer at the start and the end of the meeting to allow for transitions. There are many options. for a 1:00 - 2:00 meeting you could:

• Start at 1:05 and end at 1:55
• Start at 1:00 and end at 1:50
• Start at 1:10 and end at 2:00

or any variant. Pick what works for your organization. In my experience the first option seemed to work best, as people tend to be more keyed to “round” boundaries. But as long as everyone is consistent, people will have time to regroup and move between meetings.
Be sure to plan the agenda to include time before the end of the meeting to review what you all decided, what followup is necessary, and to decide who will do that followup.

When “Until we are done” makes sense

The opposite side of watching the clock is the idea that you don’t want to cut short a productive exchange of ideas. Ideally you would have allocated enough time to allow for opportunistic conversation. If you do that, you will need to take care that a non-productive meeting doesn’t expand to fill the allocated time. In some cases you can’t do that, and “in the room until the problem is solved, regardless of schedule” is the right thing to do and makes sense but when certain things are true:

• The issue under discussion needs to be resolved soon.
• The issue is the top priority for everyone in the room who is asked to be there, and everyone understands this.
• If you are using a shared resource, such as a conference room, the issue at hand is the top priority for the organization, and you have priority for using the resource.

All of these things are rarely true at the same time. Most people have other commitments, and in many organizations, meeting rooms are a scarce resource. It’s worth taking the time to solve the hard problem of how to get useful work done on a schedule (and to identify what problem fits in that schedule).

Next Steps

While “meetings” may always have a subtext of “something that distracts from work,” if you make the effort to be respectful of people’s time you’re likely to get more done. While having a company culture or guidelines that supports this approach is good, you can establish these guidelines are part or your working agreements at any level of scale.
Regardless or what guidelines you use, the most important thing is to be mindful of the goals of the meeting, and the reality the people may have other commitments.

Tribe: A Multi Level Discussion of Community

Sebastian Junger’s book Tribe: On Homecoming and Belonging is a book about the seemingly unlikely combination of community and war. It covered a lot of ground, and as such left me with a bit unsure of what Junger wanted his readers to take from it. But perhaps that’s his point: community and interdependence is a complex issue that works on many levels. You may not agree with all of Junger’s conclusions, or simply have a lot of questions, but since he has a number of references in the back, you have to tools to explore his sources more deeply.

Because of diversity of the topics in the book, Tribe got me thinking about quite a few things in ways that I hadn’t expected. The book opens with a discussion the realization that modern society seems to be at odds with the intrinsic values that “self-determination theory” describes, and how the values of tribal societies support mental (and physical) health in both direct in direct ways. With a mix of history, quotes, stories from his experience, and analysis, Junger makes a compelling argument for why we need to think about why we lost some of these values from early societies and how to get them back.

This book could simply be a discussion of how our society lacks the values and social interactions of traditional tribal societies, and how we reintegrate that sense of community into our modern lives. But the book goes into the interesting direction of describing how we often do create these kinds of “tribes” when faced with adversity. He draws examples from times of disaster and war, and the bulk of the book discusses how how the disconnect between the majority of society behaves and how groups work together in combat situations can get in the way of veterans reintegrating into society.

The book alternates between the macro problem of how to help veterans (and others who do difficult, traumatic work on our behalf) feel part of our society, and the micro problem of how we, as individuals, can maintain connections and responsibility. While a bit disorienting at first, the combination makes sense in the end, as developing a community is something that works at all levels of scale.

A recurring, underlying, question, throughout the book is “why is it that we work together best, when things are at their worst, but abandon good principles and practices when things get better?” Junger explores this in great detail in the context of war and disaster. On a seemingly more trivial level it also happens in the context of projects; I’ve often seen the best collaboration happen when a team is faced with a project in crisis. The irony is that, if they’d had the same kind of collaboration — at a less intense level — earlier in the process there would be no crisis. We’d all benefit from thinking about why we don’t realize the values of community, collaboration, and interdependence until we are at a crisis.

Tribe is a book about many things that will likely get you thinking about society, how you fit into it, and how you’d like to fit into it, and is worth the short investment of reading time, though be forewarned that it may lead to a greater investment in thought.

Grit with the Nuances (Book Review)

The headline version of what Grit is and how it is important to success doesn’t do the concept justice. That hard work and persistence are as much, if not more, important to talent for success is both appealing on the surface and simplistic. Many subtle details get lost in the elevator pitch, and reading Grit answered many of my questions, and gave me some guidance on how to be more successful in reaching my goals, and how to give my child tools to do the same.

Duckworth draws on the work of people like Cyzmenthaly (Flow), Seligman (Learned Optimism), Carol Dweck (Mindset), Adam Grant (Originals, Give and Take ) . I’ve followed the work of all of these people in my quest to better understand how to help teams be more effective, and also how to be a better parent. These concepts are more widely applicable than you might initially think. Flow first came to my attention via Kent Beck, and Learned Optimism via a reference in a book by Jurgen Appelo (Management 3.0) Team and family dynamics have a lot in common.; Gerald Weinberg often refers to the work of Virginia Satir in his writings on quality management.

Through a combination of summaries of her research, stories, and discussions of things to do Duckworth both helps you understand the nuances of grit, and give you ideas for ways to understand and improve the level of grittiness for yourself and those in your charge. Parents, managers, and leaders will find this book an inspiring read. Well written and easy to get through quickly, and you will find yourself wanting to refer to your notes and bookmarks often.

My favorite line from the book is “before hard work comes play” which summarizes the concept that to be gritty you really need a goal that engages you, and it may take some time to discover that. While some of the headlines on grit left me wondering about were how much torturous hard work was involved in being gritty as opposed to just having fun, Duckworth’s use of the phrase “play before passion” was both comforting and intuitive to me. It takes a while to understand what gets you interested, and only once you find those things can you apply yourself in a way that doesn’t totally wear you down.

If you’ve read Mindset, Originals, or Give and Take, there will be some familiar moments. Flow, Learned Optimism, Growth Mindset, and Grit compliment each other; one can lead to another. That I’ve read many of those books over the years in my quest to better understand motivation and engagement (and thus try to be a better manager and parent) may speak to my “Grittiness”

Duckworth also speaks to the issue of practicality. Some passions aren’t practical pursuits, but she gives examples of people who incorporated seemingly impractical passions into their more pedestrian careers to be both successful and helpful. Likewise she relates stories of people who do seemingly mundane things (managing a subway system, managing a janitorial company) and find it extremely rewarding. Since you can only have so many goals that you can focus on, finding commonality between goals is also helpful. For example, many of the things I learn about being a better parent are applicable in people management, and vis versa.

Along with a non-academic description of the theory of Grit, Duckworth discusses how you can better understand and develop your Grittiness and help your children develop it. This book goes into more detail about what Grit is, resolving many of my questions about what Grit really meant and how to improve it (possible) and measure it (not simply). This is a very clear discussion of what Grit is, and is not, and also a pragmatic guide to finding your passion, and develop your skills. If you are a parent, a manager, of just someone trying to master a skill, Grit will inspire you and give you much to ponder.

---

_ _ _

Giving, Taking, and Being Successful

I’ve been making good use of my commute time recently, catching up on reading, and in particular, the stack of physical books on non-fiction topics that are somewhat relevant to my work. I was making good progress, only to have new, interesting stuff cross my path. One Sunday morning in December I caught part of an interview with Adam Grant on On Being. I wasn’t familiar with Adam Grant before this, but I’m extremely glad that I caught the show. I soon got a copy of Give and Take by Adam Grant, and I read his next book Originals shortly after it came out. In the spirt of giving, and of the serendipity that led me to learn about Adam Grant, I’ll also mention some of the other books Give and Take brought to mind.

I read Give and Take by Adam Grant as last year ended. This is was a great book to end one year and start another with, as it got me thinking about the value of generosity, not just to others, but also to your self.

Grant explains how givers (as opposed to takers and matchers) get ahead in the long run and also help their teams succeed. Teams which have people who have a positive attitude towards helping others in small ways often do better in the end, and in the long run the helpers are more successful too. This goes contrary to the idea that the way that you make progress is to focus on what you need to do. The reality is that for most complex knowledge work, you can’t do it all yourself. As Austin Kleon’s Steal Like an Artist says, the best creativity is inspired by the work of others. Helping others both enables the larger unit to make forward progress, as well as making it easier for you to get help with your work when you need it.

The idea of people who make the team better, even when their short term contributions don’t seem as significant brings to mind "Catalysts" as mentioned by Tom Demarco in Peopleware.( Slack, another book by Demarco, also came to mind because of it’s discussion of the willingness of volunteers to contribute to efforts). This book also brought to mind another recent book, Invisibles, which discusses the “invisible” people who make things happen, and who are happy to be out of the spotlight. I don’t know if I can say that all invisibles are givers but I would not be surprised if that were true.

Giving can have limits. Many people struggle with how to balance the idea that being helpful and generous is good, while not overcommitting themselves. Grant explains how to be a giver and not overextend yourself. Likewise, givers often have a hard time taking care of themselves by leveraging their tendencies to advocate for others. Both approaches involve an an “otherish-strategy,” which is one of the more interesting (of many interesting) concepts in the book.

To those familiar with Jerry Weinberg, this will seem related to the Airplane Mask metaphor in Secrets of Consulting. Grant gives a more detailed model of how to think it through. Weinberg’s metaphor is still good to keep in in front of mind though.

This book resonated with me on many levels. There are lessons here that will help me in my roles an agile software developer, manager, member or my town community, and member of my UU church community. The information here resonates with, and explains, many things I've learned from Gerald Weinberg, about technical leadership (as in the book Becoming a Technical Leader, and Gil Broza about the agile mindset, and many other useful things I've read about how to be an effective team member.

This book will help you to understand why that's true, how you can be a more effective giver, and how to encourage others to give, so that you can be part of a more effective team or community. As Adam Grant says, we need more givers.

update March 28, 2016: Fixed reference to the correct Tom DeMarco book. I mentioned Slack. I meant Peopleware.

---

_ _

How Mindsets can Help or Hinder Learning (Book Review)

It was inevitable that I would read Mindset. Having recently read two books Give and Take by Adam Grant, and How Children Succeed by Paul Tough) which referenced this book, and having heard mention of it in other contexts as well. As promised on the cover, Mindset provides advice that you can apply whether you are a manager, worker, parent, teacher, or some combination. Carol Dweck does a great job of explaining an idea with a lot of research behind it in a popular book, without glossing over too many points. There were a few places where I thought the book dragged a bit, but those sections were brief and far between, and on net it was a quick enjoyable read.

The point of Mindset is that people have one or two mindsets: fixed mindset which is premised on the idea that you abilities and qualities are carved in stone, and the growth mindset which is based on the belief that your basic qualities are cultivated through effort. The 2 mindsets in Dweck’s model provide a powerful framework for understanding how people approach challenges. Those who approach situations with a fixed mindset are likely to see failure as a reflection of their value. Those with a growth mindset are more likely to see a set back as an opportunity to learn and improve.

People can have different mindsets in different aspects of their lives (work, relationships, artistic, technical). Dweck also explains that mindsets are “just beliefs” so you can change them if you want. Mindsets are not just a way people are. From the names you can guess that the growth mindset is the one that can lead you to better things. The most interesting parts of the book for me were the discussions about you can develop (in your self) and nurture (in others) a growth mindset.

While the fixed mindset v growth mindset concept seems simplistic at first glance, it is seems extremely powerful. While reading I found myself thinking “so maybe that is why I do that…” or “maybe I should consider the mindset model when dealing with a colleague.” Since the book wraps up with a focus on education, it led me to consider my approach to encouraging an motivating my (as I write this) third grader .

Since mindsets are not innate, one might ask why anyone would stay in a fixed mindset. The discusson of why that happens lie the most interesting lessons for self-improvement. Your mindset can be re-enforced early in life, and like all things that connect back to childhood experiences, the messages you get early in life are hard to get past, even if they are slowing you down. Dweck shares both data and anecdotes of how various mentors tried to help students ended up moving from a fixed to a growth mindset, with various degrees of success. That all of the stories are not “fairy tale” success stories grounds the concepts in reality. All change is hard, and not everyone can success absolutely. But you can benefit from trying.

Dweck discusses the application of mindsets in many realms, including business, relationships, and education. The book ends with an explanation of a program for elementary schools to help develop growth mindsets, which is appropriate given the focus of Dweck’s research and the value of improving mindset early on. The area that is most interesting to me professionally is how the mindset model relates to leadership approaches.

We often think of leaders in terms of raw ‘talent’ … and that “effort” is for those who don’t have talent. In reality it takes both effort and talent to be continually successful. Dweck explains that more often than not great leaders are the people who were constantly trying to improve, and who don’t have all the right answers starting out. What leads to success is willingness to make a effort to improve. Raw talent helps, to be sure, but it can’t sustain success.

One thing that the book didn’t address for me, though perhaps the answer is obvious, is the question of sustainability. If a growth mindset is good, and is all about meeting challenges, would a growth mindset lead to you overextend your self? Is what we might call “knowing your limits” a manifestation of a fixed mindset? I suspect that the answer is no. There’s a difference between having a perspective that obstacles can be overcome, and having the energy or bandwidth to meet all challenges head on.

There are number of lessons I felt that I could apply immediately to understanding my personal life, helping my (as I write this) third grader, and understanding how to work with teams and people at work. Mindset can inspire you to meet challenges with more confidence, and help you to better understand your interactions with others.

---

Books mentioned in this article:

Team of Teams: An Unexpected Source of Agile Inspiration

One can find insight in unexpected places. Team of Teams by General Stanley McChrystal et al is a book about dealing with organizational complexity, written by a general, which uses the war against Al Queda as a common thread. I was somewhat skeptical that I could find information here about software teams that I'd find immediately useful, regardless of how interesting it was. I was wrong. In addition to the advice I was expecting to read about team dynamics, I gained some insights that I thought would be immediately applicable to scaling Scrum Teams.

Fairly early into Team of Teams the authors explain that this is not a war story. While it's true that the common thread in the book is how General McChrystal worked to get the army more able to adapt to a decentralized, agile enemy, there are are also stories from commercial aviation, NASA, and corporate America. While there is a fair amount of military history in this book, there is also a discussion of the history of manufacturing process improvement, office space, and even personal stories about gardening.

The message in this book is that command and control structures don't work in complicated, information rich environments that deal with complex problems. He defines complicated as "having many parts" and complex as having many interactions. To get things done in this kind of environment you many need to cast aside what you are used to thinking of an efficient approach.

McChrystal draws a contrast between being resilient and being robust: The more you optimize a complexy system for a specific goal, the less resilient it becomes. Likewise efficiency isn't always better than adaptabilty: you can build a system that is good at doing things right, but is too inflexible to do the right thing. Redundancy and overlap can enable adaptability; an efficient system that does the wrong thing doesn't add value.

Had McChrystal been delivering this message in the context of a corporate enviroment, you might dismiss this as another instance of someone who is in an environment suitable for agile singing the praises of agility. That he's talking about battle command situations, the canonical top-down environment, gets your attention. As with Turn the Ship Around this provides evidence that an "agile" approach can work in more circumstances than you might guess.

At the core of the book is the philosophy that too much control of information and decision making slows down a group's ability to react to situations. The situations described in the book were ones where the risks of acting too slowly are higher than the risks of competent peope making judgment calls. Automomous decisions are usually good as long as they are visible and shared. While most business decisions don't have the same life or death implications of those made in a war zone, slow decision making can have a business cost, and potentially a morale cost if people feel undervalued and micromanaged.

McChrystal advises us that it's not enough to "empower" people in name only. Automony and delegation only work with a clear understanding of a common purpose. Communication channels and shared information are important to both sharing the common purpose and giving people the tools to act in a manner consistent with that purpose. One technique he used was to provide for open office spaces. McChrystal acknowledges that open office space only improves team productivity when everyone is working on related problems, and that open office space as a way to be "space efficient" is productivity inefficient. Video conferencing for his troops was also important, as his teams needed to communicate with others in remote places. As someone who works in a company with people in multiple locations, the stories of the challenges of setting up video conferencing sounded all too familiar. That they were successful in a low bandwidth war zone situation was encouraging.

The book also had some insights about scaling teams that had an implication for scaling Scrum. While it's appealing to think of projects at scale as hierarchical, each level of hierarchy hides information. That can be fine when everyone knows what other teams need to know and not know. But that kind of knowledge is rare. McChrystal's approach to scaling is that everyone needs to know someone on every team so that information will flow organically.

I found both inspiration for seeking ways to improve, and practical advice about how to structure teams and be an effective manager in this book. While not about agile per-se, I think that there are lessons here that apply to those trying encourage agile adoption in a non-agile situation, and also for those looking to scale agile.

---