Build Projects around Motivated Inviduals

If you didn’t know, in addition to the 4 values of the agile manifesto, there are also 12 principles behind the agile manifesto.  I myself think the 12 principles are much more useful than the 4 values and am disappointed that the values get much more press.  One of the things we have done at our monthly AgileIndy meetings is to spend 10-15 minutes at the start of each meeting focused on one of these principles.  We get a volunteer from the group each month to lead the discussion.  It gets more members from the group involved in the meeting and gets everyone exposed to the 12 agile principles.  It has been working very well (with the exception of the awkward silence we endure waiting for someone to volunteer to speak the next month) and we have received great feedback on it as well.  To continue this, I thought I would start to post a summary of some of these discussions and some additional thoughts of my own each month.  So hear goes…

This month, one of our members lead a discussion on the 5th agile principle:

Build projects around motivated individuals.  Give them the environment and support they need, and trust them to get the job done.

First, I think the wording of that first sentence is very important.  It says to build projects around motivated individuals.  Notice it doesn’t say motivate your team.  You need to accept the fact that you can’t motivate people, but you can select motivated people.  Of course, the real trick is to ensure you aren’t demotivating your team!  That’s really what the second sentence is about.

So if we accept the fact that we can’t motivate people, one of the next questions we need to consider is what does motivate people.

Start with Why

I’m a big fan of Simon Sinek and his book Start with Why.  He has a TED Talk that summarizes his thoughts well.  If you haven’t seen it, I’d encourage you to go watch it now.

Simon is talking a lot in here about customers and buying your products, but this applies to your employees too.  Employees that share the same WHY as your company are going to be motivated.  They can see what you are about–why you exist–not just what product you are building.  They are going to go the extra mile to help your customers and will feel great satisfaction helping you meet your goals.  I get annoyed anytime I hear a company say they are a “software company”.  Any company that describes themselves as a software company doesn’t have this down yet.  You don’t build software for the sake of building software…at least I hope you don’t.  Every employee in your company should know your WHY and when asked what their company does, they should reply with that, not list the products that you sell.

I think agile does a great job of helping companies focus on the why.  In my opinion, the most important part of a user story is the why.  In the standard format, this is the last part of the story…

As a …
I want …
So that …

This is something that is almost always ignored in other forms of requirements.  I see lots of teams leave off this part of the user story as well.  I personally like moving it to the front of the user story so that it becomes the focal point and it should really be what we always start with.  If we can’t put something good in that spot…if we don’t know what value this story is delivering to the customer…why are we doing it?

Drive

Another great source of information on motivation is Dan Pink’s book Drive.  Like Simon, Dan has a good TED Talk out there as well as an animated sketch that provide good summaries of the information in his book.  Again, if you haven’t seen them yet, I highly suggest taking the time to go watch them.

Dan talks about the scientific studies that have been done that show that external motivators (stick and carrot style, money) actually have the opposite affect rather than the desired one when we are talking about creative or thought work.  External motivators can provide great focus, but when a job requires creativity and out of the box thinking, that focus actually hinders progress and slows us down.  We get focused on the trees and lose sight of the forest.

Dan tells us that the three things that really lead to better performance and satisfaction are autonomy, mastery, and purpose.  Purpose really gets back to the same thing Simon Sinek was talking about.  Why are are doing something…what’s the greater good we are working toward?  If employees can see that and understand it, they will have a better sense of purpose and thus be more motivated.  Autonomy gets back to the trust part of the principle.  Do they have the power to get their job done…to achieve their purpose.  Mastery is all about continuous improvement and always getting better at your craft.

So What

So what does all this really tell us?  We can’t motivate people, but we can demotivate them.  The first step is to find motivated people.  To find motivated people we have to first know why we are doing something (this story, this project, etc).  Then we need to find people that can relate to that WHY, that share the same purpose…those are motivated people.  After that…we need to get out of their way and trust them.  We need to make sure we aren’t demotivating them through incentive plans that dangle carrots in front of their faces or by taking away their autonomy and not letting them determine the best way to solve the problem.  We need to ensure we give them the time and resources to continuously improve their skills and knowledge.  That is how we build a truly great team and a truly great company.

 

Upcoming Training in Indianapolis

As we approach the end of 2012, it’s often a good time to think about budgets and goals for 2013.  I also know that sometimes, while doing this, we discover some leftover budget! If you happen to be one of those people with leftover budget that is considering some agile training in 2013, there are several GREAT opportunities coming up in the Indianapolis area I wanted to point out.  If you aren’t one of those lucky people, then maybe knowing about these opportunities will encourage you to try and get some more training money into your 2013 budget, or at least start spending what you did get in there early in the year before the standard cutback on training and travel budget that seems to occur mid year in many organizations.

Weekend Certified Scrum Master Trianing – January 19-20

Tom Mellor is holding a weekend CSM course in Indianapolis in January and asked me to co-train with him.  I’m extremely excited about this opportunity and hope to see lots of attendees eager to learn about agile there!  If you aren’t familiar with the CSM, this is really the introductory level certification offered by the Scrum Alliance.  Early bird rates are available until January 7th.  You can get more details by going here.

Agile Project Management: Do You Have What it Takes? – March 7

In conjunction with the AgileIndy Conference on March 8th, Johanna Rothman will be holding a one day workshop on Thursday, March 7th in Indianapolis.  This workshop is targeted at people that have been managing projects in traditional environments for a while.  Making the transition to agile can often be difficult and confusing when you have been used to working in more traditional project management methodologies.  This workshop will give individuals the chance to get some experience with a small practice project so you can begin to learn how to collect and analyze data in an agile environment.  You can get more information about and register for this tutorial through the AgileIndy Conference website.

AgileIndy Conference 2013 – March 8

There is also the AgileIndy Conference I am helping organize on Friday, March 8th in Indianapolis.  The speaker list is beginning to fill up and it is a very good lineup of content.  There will be topics focused on leadership and organizational change, technical practices, introduction to agile, and many other topics.  There will also be the great opportunities to network with other people in the area that may be experiencing some of the same things you are at work.  And don’t forget the opportunities to spend some one on one time with the speakers when they aren’t presenting!  Early bird pricing for the conference is just $99!  To get all the details and to register, head on over to the conference website!

Leadership Gift Workshop w/ Christopher Avery – April 18

After visiting Indianapolis as a keynote speaker for the AgileIndy Conference, Christopher is going to return to Indianapolis to hold his one day Leadership Gift Workshop on April 18th.  This is a very highly recommended workshop for anyone currently in or interested in leadership positions.  This workshop will help teach you how to be a great leader and coach, one that encourages people around him/her to take responsibility and demonstrate ownership.  This is not strictly agile or software related, it applies to any sort of leadership role.  You can get more information and register for the workshop by visiting the workshop website.  Currently, there is a great promotion going on offering 50% off to the first 10 tickets sold or until the end of the year.

So there are four different opportunities to learn and grow coming up in Indianapolis the first part of 2013!  I have heard rumors of others being scheduled as well, so it appears that 2013 will be a great year for increasing agility in Indianapolis!

Agile, Motivation, and the Kohler Effect

Quote

This is a great article over on Illustrated Agile about agile teams and the Kohler Effect.  It gives some thoughts and advice on how you can build agile teams to take advantage of the Kohler Effect (the phenomenon where top performers pull along less capable individuals to produce better results than those people could individually).

Read more here

Meta-practices for Agility

Quote

Tobias recently had a good post listing some “meta-practices” that foster agility.  I also liked his explanation of the difference between values, principles, and practices.

Values inspire us, principles guide us, and practices serve us. Values represent a way of being, practices a way of doing—and principles hold that awakening, balancing space in between.

I would have to agree with him about the five meta-practices he listed as being key to creating an agile organization.

  1. Listen — take time to hear the needs and ideas of others; ask open, exploratory questions; practice dialog beyond discussion
  2. Collaborate — cultivate a yes-and, because-of-that, help-me-to-see-it mindset; learn to play
  3. Radiate — visualize the work, share openly, raise concerns early
  4. Reconceive — embrace conflict, rise above compromise
  5. Pause — be still; maximize the amount of work not done; breathe

Read more here

Beware Common Sense

Quote

Another great post over on LeadingAgile…

Organizations and individuals will face challenges in an Agile transformation. They will struggle with decision making to solve these challenges. This struggle is good. But if they are not intentionally doing what makes Lean-Agile sense, they will inspect and adapt away from Agile.

Read more

Delete [ScrumMasters]

Quote

An interesting post from Tobias over on his Business Craftsmanship blog.

ScrumMasters tend to be one of the following:

  1. Project Managers seeking a better way to manage projects
  2. Line Managers seeking better ways to manage people
  3. Tech Leads thrown into a role they don’t understand
  4. Rare individuals with coaching and counseling skills

The first three types are not useful, not even in the short term. The fourth type, the coach, has merit. This type of ScrumMaster is skilled in release, and can help an organization see its folly, and take steps to change. People fitting this fourth type are, sadly, few and far between—they are the exception that prove the rule. The wise ones drop the term ScrumMaster altogether, preferring the designation of coach or guide.

Tobias makes a lot of great points.  I’m not crazy about the name, but I definitely think good ScrumMasters of the fourth type listed above are key to success in an Agile Transformation.  If you already have a culture that supports all the agile principles and your  just adopting some practices, maybe then you don’t need them.  I have personally never been in such a situation though.

Read the full article here.

Managing Versus Coaching

Jurgen Appelo had a good blog post recently titled Managers Should Not Be Coaching Developers.  In it he said the following.

Managers should manage the system. That’s difficult enough already.

Jurgen has lots of good points as always.  I like the coaching model by Manager Tools.  Under this model “coaching” is different from “training”.  The coach identifies areas of improvements and then helps facilitate the training.  The guidance they give is that the manager should be the last resource to do the training.  I think this would be very much in line with what Jurgen is suggesting.