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.

 

Confessions of a New Scrum Master

Quote

Very well written article with some really good advice.  It is written as advice for those just completing their CSM, however I think it is good advice for all of us.  Even those of us experienced with agile and scrum need some of these reminders sometime.  In my opinion, the most important of these, or at least the one I struggle with the most, is to be patient.

The team will not self-organize the first day, nor likely not even the first iteration. Agile tools likely won’t be updated daily by everyone to begin with. Stand-ups may go over 15 minutes or stray off the three-question format. Try to remain patient and coach your team by gently reminding them of Scrum principles. They’ll get there in their own time. Remember, the team needs to learn to work together, trust each other, trust the process, and trust you.

Read more here

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

Agile is Not for Everyone

Quote

This is a great article over on Johanna Rothman’s blog.  Transitioning to agile is hard.  You must be dedicated, and also realistic.  It really does take a culture change and not every company is ready for that.

You don’t have to change the culture on Day One. But you do have to change eventually. And starting with the team is a good start. If the team can’t get to continuous integration and small-enough stories to move to two-week iterations, maybe agile is not for them.

I definitely recommend reading the entire article.

Read more here

Weekend Certified ScrumMaster Training in Indy

I’m very excited to announce that I will be co-training a weekend CSM course in Indianapolis in January with Tom Mellor!  I’ve done quite a bit of internal training and speaking on agile and scrum, and I’ve always been interested in doing some public classes, so I was honored when Tom asked if I was interested in co-training with him.  I’m looking forward to sharing my knowledge with others and learning from them as well.  I’m also looking forward to improving my training skills by working with Tom.  If you’re in the Indianapolis area and have been looking for an opportunity to get your CSM, this is a great opportunity!  The weekend class is also great if you have been wanting to get your CSM but haven’t been able to get the time away from work to do so.

If you’re not familiar with the CSM course, it is really the introductory certification offered through the Scrum Alliance.  It introduces the values, principles, and practices of scrum.  It is appropriate for anyone interested in scrum including developers, testers, business analysts, project managers, development managers, product managers, or anyone else involved in product development.  To learn more about the course, visit the course listing on the Scrum Alliance website.

If you have questions feel free to contact myself or Tom directly.  I hope to see you at the training!

Deadlines Kill

Quote

Good post from Tobias.  He takes a look at an article by Tom DeMarco, and specifically this one paragraph.

So, how do you manage a project without controlling it? Well, you manage the people and control the time and money. You say to your team leads, for example, “I have a finish date in mind, and I’m not even going to share it with you. When I come in one day and tell you the project will end in one week, you have to be ready to package up and deliver what you’ve got as the final product. Your job is to go about the project incrementally, adding pieces to the whole in the order of their relative value, and doing integration and documentation and acceptance testing incrementally as you go.”

Great concept.  Read more here

Why Organizational Transformations Fail

Quote

A good post from Pawel looking at why many transformations fail.  The heart of it really is…

 It’s not about the reorganization itself; it’s about changing the way business thinks.

Until you change the way the business thinks (which usually involves top levels of management) any transformation is doomed to failure.

Read more here

How to Recruit and Hire for Agile Teams

Quote

There was a good post recently over on Illustrated Agile about hiring for agile teams.  Len had some great advice on things to consider in the hiring process.  In reality, I don’t think this advice really has anything to do with agile at all.  These are really things and steps you should be taking to hiring anyone no matter what kind of environment you are in.  They included things like…

  • Ensure alignment with your vision
  • Discover what they value
  • Determine compatibility with an Agile Environment (could also read simply “your operating environment”)
  • Identify core competencies and skills
  • Don’t settle, ever

In my opinion these should always apply, though I will agree they may be even more important in an agile environment.  In reality, if you don’t follow these steps no matter what your environment is, you will likely end up with a employee that doesn’t align with your organization.  In an agile environment they are just empowered and enabled to do more damage.

Read more here