Friday, January 13, 2012

Agile culture is a culture of learning and growth, built on trust.

This is a re-write and summary of some of my other posts which I wrote for the ALE book project which seems not to be going anywhere just now. I recently re-read it and think it is a nice summary of several of last years blog posts and could therefore be interesting either as an introduction to my ideas or as a summary of them. Enjoy.

I work with productivity. It's what most agile coaches do; we try to create an environment that empowers teams and makes them as productive as possible. To do this you have to think an awful lot about motivation and psychology. About the cultures where people perform and and the cultures where they don't.

One can, in the software development industry, often get the impression that there are two types of developers. One category, the average developers, do their jobs well-enough but they lack that extra drive and talent to make them truly great programmers. The other category read all the blogs and books they can, know several programming languages, and have a constant hobby project or two that fills their free time. Most people who have worked in the industry an length of time will tell you to hire all of the talented developers you can as they are much more productive than the average developers. This is based upon the assumption that talent is something innate and unchanging.

Mindset is a book by Carol Dweck that challenges this view. In it she talks about "fixed" and "growth" mindsets. These mindsets are created in childhood and affect performance and attitudes to an astonishing degree. Even organisations can possess and propagate these "mindsets". The fixed mindset believes that our abilities are more or less fixed and we can do little to change this - some people are just more talented than others. The growth mindset believes that our abilities can be developed and grown, given the correct stimulus, and that talent can be developed over time.

These beliefs lead to two basic problem solving mindsets: The fixed mindset sees problems as opportunities to showcase one's abilities, whilst the growth mindset regards problems as opportunities to learn and grow. Needless to say people and organisations with the growth mindset consistently out-perform those with the fixed one. Luckily for us we can change our (and others) mindsets moving us (or our organisation) from a fixed to a growth mindset.

Apparently, generic praise leads to a fixed mindset, which is demotivating in the long term. According to her research, people with a fixed mindset consistently avoid more difficult tasks (when given the choice) and were even prone to lie about their performance. Non-generic praise leads instead to a growth mindset and increased performance. Unfortunately, the differences in generic and non-generic praise are subtle and mistakes are easy. In the case of children Carol gives the examples; "you are a really good painter" (an example of generic praise which will lead to a fixed mindset) and "that painting is really good" (an example of non-generic or specific praise which will lead to a growth mindset). An example for those of us in development organisations might be: instead of; "Thanks Eric, you are a great developer", we should be using; "Thanks Eric, you did a great job on that task/task x".

You can find out more about the book or buy it at mindsetonline.com and learn about her other project at brainology.us

So, where does this talk of mindsets take us? If we cultivate a culture of learning and creativity, if managers invest in their developers instead of trying to rate them and control them then we can give the vast majority of developers the drive and the enthusiasm to become talented developers. But we have to motivate them, we have to give them leadership. Unfortunately, in business school they still often teach a 19th or perhaps 20th century approach to management and leadership that simply doesn't work for knowledge workers. There seem to me to be two main cultures of management alive in companies today:

There are those that focus on extrinsic rewards - Salary/rewards are directly coupled to performance. Motivation becomes an issue as research has shown that something people get paid for is not as motivating as something people do for the love of it, regardless of how motivating it was to begin with. The extrinsic rewards undermine peoples intrinsic motivation. The managers job is now to try to raise performance, weed out the lazy and reward the hardworking. They have little time to think about improvements to the system. A culture of apathy and resignation emerges amongst the employees as no-one wants to take risks and makes mistakes when it affects their rewards/salary. As a reaction to this a culture of control emerges in management as they focus on trying to counteract the apathy spreading through the employees and focus on maximizing employee performance. The management view of employees becomes one of distrust; people do not work hard unless monitored and controlled. Unfortunately, within this pairing of company cultures this becomes a self-fulfilling prophecy; the employees merely comply with the increasingly bureaucratic guidelines and goals. People learn to game the system to do as little as possible whilst maximizing their rewards. Talented individuals, being denied freedom and responsibility and being hampered by controlling bureaucracy leave, and employee turnover rises. These companies are too focused on delivering upon given promises, their developers too focused on avoiding blame or following a plan to think creatively. Depending upon the business model, competition, etc. the company may or may not be profitable. But it will not have a high performing, committed, workforce and will be vulnerable to outside competition.

The second group focus instead on intrinsic rewards - Here, there is no direct connection between performance and salary. Everyone is paid very well for their knowledge and experience and so they do not need to think about how to get a higher salary or better rewards. People work as hard as they can and do their best without supervision, based upon their own intrinsic motivation. The manager's job is to create a healthy and motivating environment by setting clear goals and eliminating obstacles for their teams. Well-publicized and transparent career ladders allow for salary progression as one gains experience/competence. The employees attach and own the overall goals of the company and use these as guidance in all situations. Everyone is committed and employee involvement leads to high productivity and low employee turnover. The success of the company is still dependent upon the overall business model but if there is any way to make this succeed the workforce will find it. Obviously I, and many others, support the second strategy above. I believe that this is the beginning of a new 21st century view of management and motivation.

To succeed with any difficult endeavor you need inspirational leadership. The team (not to mention everyone else) has to have a clear understanding of the goals and they have to have committed to these. Within the software development industry we live in a world of complex problem solving, this world is not deterministic and is seldom entirely predictable and creative thinking is the key to good problem solving and therefore the key to building great systems, but we still need guidance when making decisions on a daily basis. We need a set of common goals to guide us and commitment to this common set of goals is crucial. This commitment is, in my opinion, a critically important constraint and it is built on a foundation of trust.

Without trust you cannot have open communication. Without trust you will develop a culture of blame. Trust is vital on a bunch of different levels; between team members, between the team and management, from management towards the team, etc. etc. Trust ensures open and honest communication, without which any project involving human beings will have a high risk of failure. Trust ensures that problems are raised, and therefore addressed, early on. Trust ensures that retrospectives are open and blameless, a prerequisite for successful retrospectives. Trust between team members is vital for the transition of a group to a team and the growth of team spirit. Trust toward management is vital in building commitment to the goals and, finally, trust from management - that the team will do their best and don't require micro-management or control, and that they should be allowed to solve their own problems - is vital in all Agile projects.

So, finally, if we have inspirational leadership and motivated teams with an agile mindset and a whole bunch of trust then we have a bunch of enthusiastic people hungry to learn. Regardless of our development method if we have a learning culture then our team will perform well. People will then have the commitment and skills necessary to overcome obstacles and to solve problems as and when they occur. We have created a culture of talent development, where we are constantly learning and growing, in short, we will have created an agile culture.

3 comments:

  1. Hi, probably our entry may be off topic but anyways, I have been surfing around your blog and it looks

    very professional. It’s obvious you know your topic and you appear fervent about it. I’m developing a

    fresh blog plus I’m struggling to make it look good, as well as offer the best quality content. I have

    learned much at your web site and also I anticipate alot more articles and will be coming back soon.

    Thanks you.


    Agile Coaching

    ReplyDelete
  2. Thank you for the info. It sounds pretty user friendly. I guess I’ll pick one up for fun. thank u


    Agile Coaching

    ReplyDelete
  3. Thank for this Hass - Love Carol Dweck and Agile approach! -- Have you heard of Unreasonable Institute? http://unreasonableinstitute.org/
    See also http://custdev.com/ - and http://www.rallydev.com/ for Agile resources...
    Cheers, mark

    ReplyDelete