This post was originally published on

Author Carol Dweck has completely changed the way I approach the world.

I’m a smart guy. I’m no genius but I’m pretty smart. Through most of my life, I’ve been able to get by just by being smart. For the most part it has turned out to be a pretty good strategy. I complete tasks in less time by thinking about them longer, I demonstrate industry knowledge (thus impressing my bosses) because I can hold a lot in my big fat brain. The problem is, I allowed the world around me to turn my smarts into my identity. It became my brand, and I felt a constant subconscious urge to protect that brand. As a result, I would avoid any attempt at a challenge to my intelligence. Unfamiliar things were anathema because not knowing about them made me look not smart. I avoided anything above my cognitive pay grade, and chose the activities that allowed me to shine.

Kinda limiting, don’t you think?

Enter Carol Dweck. She wrote Mindset, a book I find myself recommending in just about every conversation I have. In it, she describes me exactly. I had, as she describes in her book, a fixed mindset. Someone with a fixed mindset believes that intelligence and abilities are fixed; you’re either born with them or you’re not. A growth mindset, however, is one that believes that intelligence is not fixed and that, with enough effort and grit, anyone can be brilliant. The message isn’t new; it’s basically a very detailed version of, “Whether you think you can or you can’t, you’re right.” But what is new, as she explains in her book, is the science and evidence behind that way of thinking.

She compares John McEnroe (fixed mindset) to Michael Jordan (growth mindset). John McEnroe would blame everyone but himself when he lost a match, but Michael Jordan consistently put in the effort to become the best basketball player ever. McEnroe wouldn’t allow himself to be labeled as someone who has something to learn, he considered himself a born tennis great. Jordan, on the other hand, was always learning, always trying to make himself a better player.

Since reading the book, I’ve looked at the world in a completely different way. Instead of looking for opportunities to show off my intelligence, I’m looking for opportunities to grow my intelligence. Instead of gravitating toward subjects with which I’m already familiar, I’m entering into new and unfamiliar domains. I’m learning about sales. I joined an indoor soccer team. I’ve always considered myself rather bad at sales and just plain awful at soccer. I’m no longer embarrassed to say that I don’t know something. Instead, I’m eager to learn about it. I don’t allow failing to result in labeling myself as a failure. Instead, I learn from it.

I value learning. And there’s a lot to learn in the domain of software development. Because it’s hard.

I believe the creators of the Agile Manifesto value learning as well. They just went about expressing it in a different way. Take a look at the first sentence:

“We are uncovering better ways of developing software by doing it and helping others do it.”

Imagine, instead, if this first sentence was written like this:

“We have uncovered the best way to develop software through academic research.”

We are uncovering better ways of developing software. We’re still trying to figure this thing out. We’re still learning. Just like doctors who say they “practice” medicine because they haven’t perfected the science, I think that we’re practicing Agile because we haven’t perfected the process. And I don’t think we ever will. That’s why we always have to be learning.

By doing it and helping others do it. By digging in, failing, and learning – we’re putting our reputations on the line by experimenting with software development approaches in settings where money is at stake.

Learning is everywhere in the Agile mindset. We learn from our customers through rapid and frequent feedback. We learn from each other through regularly scheduled retrospectives. We respond to change because we learn about shifts in the market. We rework and refactor because we learn that there’s a better way to lay down code. To truly be Agile means to be in constant learning mode. To be Agile requires a growth mindset.

Have you noticed that the term “best practice” is hard to find in the Agile canon? That’s because there really are no best practices. We implement, we retrospect, we tweak. With all that tweaking, how could we ever settle on a best practice? If we’re too focused on implementing the best way, we’ll never find the better ways.

I offer an additional Agile value: Learning over Best Practices. While there is value in best practices, we value learning more. I’d like to know where you stand on this. Please drop a comment or hit me up on Twitter at @johnkrewson. Maybe I can learn something from your feedback.

Join the Discussion

    • Satish Thatte

      I agree there is no such thing as the best practice or even a best practice. Practices are situational. What may be a good or very good practice in one situation may be not so good in a different situation. Agile/Scrum is a framework in which a number of different practices can be deployed that are appropriate to your situation. The framework is the same for all, but what goes inside the framework (in terms of specific practices) is up to you. And you will need to tweak, tune and revise those practices through constant on-going feedback and learning cycle.

    • Mike McLaughlin

      Great post John. I’ll betcha McEnroe would argue vehemently with you over your analysis of him ; )

    • Mark Mzyk

      You have a statement of fact that is completely wrong. Michael Jordan did make his high school basketball team. It’s normally stated that Michael Jordan was cut from the varsity team, but this isn’t true either. He tried out for the varsity team as a sophomore when the varsity team was made up of mostly juniors and seniors and didn’t make it, so he had to play junior varsity for a year before joining the varsity team the next year.

      I realize this impacts nothing about the rest of your post, but this is one of those facts that is repeated as true when it simply isn’t.

      • John Krewson

        It’s funny, Mike, you illustrate my point perfectly. In the past, I’d have gotten defensive over your comment and perhaps noted that you’re off topic. But the important thing is that I learned something today: Michael Jordan did make his high school basketball team. I’ve updated my blog and, as a result, it’s better! (Someone should tell Ms. Dweck so she can update her book!) Thanks, Mike for your contribution. Of course, my blog isn’t really about Jordan or McEnroe. Do you have any feedback on the heart of the topic?

    • Mishkin Berteig

      This is great. It reminds me of the Learning Manifesto that is part of OpenAgile:

      Learning is the key that unlocks human capacity. Learning can help us improve our products and services, our processes and tools and our interactions with the people around us. The learning we want is:
      Systematic vs. Ad Hoc
      Deep vs. Shallow
      Continuous vs. Sporadic
      Applied vs. Theoretical
      Shared vs. Hoarded
      And in order to do learning with these qualities, we recognize that Truthfulness is the foundation and required for progress and success.

    • Srinath

      Nice article. Just finished reading “Mindset” – that was a nice interpretation of the first line of the Agile Manifesto. Liked your missing Agile value of learning over best practices. A growth mindset fosters continuous learning and seeks continuous improvement in what ever one does.

    • Brian OReilly

      John – I also read Mindset and it and this article ring so true. I just read another article that talks about how the new athletes are revisiting the 10000 hours rule, by using mindset like techniques to achieve higher skill levels within 5000 hours. It just goes to show you that Carol, Malcolm Gladwell with “Blink” fame and Clay Shirky with “Cognitive Surplus” are showing the many ways that we can overcome genetic or learned behaviors with new learning to take us in better and more powerful directions. Nice article.

      • John Krewson

        Brian – I’m a big Gladwell fan. Clay Shirky is new for me – I’ll have to add “Cognitive Surplus” to my “to read” list. Thanks for the comment!

    • roberto

      Nice article. But, as agile manifesto, that is true not only for software, but also for almost all the activities of life.

    64 + = 71