Excuse me? “Agile is not motivating” was one of the top search terms when landing on our blog. I simply couldn’t resist to write about it!
I started to analyze possible reasons for not finding agile methods motivating. Agile aims for shorter Time To Market. Check. This means better capability to serve the customer. Check. If serving the customer better is not motivating it makes me think ones own sources of motivation?
“Am I alone here?”
Agility aims for better Return On Investment. Check. Agile teams implement the most valuable features first. This means that the customer gets better value for his money. Nothing motivates me more than knowing I’m doing something really valuable to somebody. Am I alone here?
“Don’t we want to get things done?”
Agile methods combined with Continuous Delivery, Continuous Deployment or even plain Continuous Integration gives fast feedback from your work. Agile is about getting things done. Isn’t that something we all want? Don’t we want to see concrete results from our work? Don’t we want to get things done?
“If improving, learning and trying new things is not motivating then what is?”
Continuous learning and improving are important corner stones of Agile. If your team is using Scrum you have retrospectives at the end of each sprint. In Kanban you can define intervals of your own. Regardless of the cycle time, retrospectives provide a moment for learning, a moment for inspecting and a moment for choosing how to adapt. Retrospectives are a place to improve your skills, your teams methods and the connection to the business. In Sprint Reviews you get feedback from your work. If improving, learning and trying new things is not motivating then what is?
“Isn’t freedom motivating?”
Self organizing teams are essential in Agile ideology: people should be able to organize their work in the most efficient way. People have the freedom to choose, they are not commanded by a project manager or others. Isn’t freedom motivating?
“Isn’t it motivating that you are entitled to do high quality work?”
When implementing Agile with Scrum many teams use User Stories as a form of documenting Product Backlog Items. With User Stories teams have an Acceptance Criteria defined for each story. Acceptance Criteria together with the agreed Definition of Done criteria harnesses the desired level of quality. This is a quality agreement signed between the development team, the Product Owner and other stakeholders. In other words, you can declare a feature as not done if it does not meet the quality requirements. Isn’t it motivating that you are entitled to do high quality work?
“Isn’t it motivating to keep your house clean?”
The quick release cycle in Agile sets a big challenge to quality. Luckily we have automated tests. With automated tests you can ensure the desired quality while offering the possibility for quick and cheap changes. With the tests backing you up, the team has the possibility to improve the codebase safely. Refactoring removes waste from the codebase. Isn’t it motivating to keep your house clean?
“Please help me to understand!”
Speaking of waste, you can’t call your system Agile unless it’s neat and elegant. Lean thinking and removing all waste is a commonly used principle in Agile. Isn’t it motivating that the ideology drives you to remove the unneeded, unnessential things which are preventing you from being more productive?
What am I missing here? I can’t find a single demotivating thing in Agile or its implementations. Please help me to understand! Tell me what does not motivate you and let me improve my way of thinking. I want to improve and learn – that motivates me.
Sincerily yours,
Pasi Honkanen
























