In recent decades, the idea has been explored in relation to many domains, including charity, time management, consumerism, and home design. In concert with this movement, it surfaced in 2001 in the Agile Manifesto:
"Simplicity - the art of maximizing the amount of work not done - is essential"But the term is somehow deceptive - surely simplicity should be, well, simple?
Brad Appleton has blogged at length on the subject, exploring "Myths and Misunderstandings about Simplicity", including these:
- Simplicity = "easy to do/understand"
- Simplicity = "simple to develop/deploy"
- Simplicity = "good enough!"
- Simplicity = "simplistic"
Appleton has pulled together much information, to make this blog entry an excellent resource for those thinking about how to apply simplicity as an Agile tool - he's finished his entry with links to 14 resources on simplicity in software and other types of design, and over 30 famous and pithy quotes on simplicity, including this one, by British mathematician Sir Eric Christopher Zeeman:
"Technical skill is mastery of complexity, while creativity is mastery of simplicity."The Agile approach invites us to consider which of these is necessary at every moment: technical skill or creativity. Each is valuable in its own right, and when well balanced against one another and focused on customer goals, both can contribute to the creation of extraordinary business value.
Ah, balance. Therein lies the Agile practitioner's challenge!