Skip to main content

Agile as an Antidepressant

Ever-soaring anti-depressant usage seems to rapidly be becoming one of the hallmarks of western civilization – at least among the OECD nations. The following chart shows how much antidepressant use has increased across a range of OECD nations in the 10 years 2000-to-2009 (the defined daily dose – DDD – is “the assumed average maintenance dose per day for a drug used for its main indication in adults):

At the same time there is growing evidence that once a certain level of comfort is achieved by a country – as measured by GDP-per-capita (admittedly a coarse and arguably fallible metric) – the level of “life satisfaction” reported by a nation’s people levels off. Currently, according to “The Economist”, the level of income required to reach that point is about $15K (USD) per head.

The blog post associated with the link that I’ve extracted the above chart from, argues that the chart on the right (log scale) is the more accurate one, and that the chart of the left (linear scale) is essentially a “dismal” view of the world. Sure, fair opinion. My opinion though is that that is a dubious attempt to avoid facing the possibility that all of the world’s problems (as perceived by an individual) may not necessarily be solved by acquiring an overabundance of resources (that is, spending power).

Let me qualify my thinking here by saying this post is not about money equality/equity – that’s a whole other discussion. This post is about change and improvement. At this juncture I should also say that I don’t claim to be an expert on any of this; I am making a partially informed observation and offering an opinion.

So, the statistics available on antidepressant use tell us that despite being flush with cash in the west, many of us are pretty unhappy. Increasingly people are looking to alternatives to antidepressants as a way to feel better about their-selves. For example, the following chart illustrates a study that investigated the link between exercise and recovery from depression, versus medication:

Which brings me to the role of Agile. I have been fortunate enough to have seen in my career the power that Agile has to change the way that an organisation thinks – not just within IT, but at the organisation level. Furthermore, I have the benefit of having come from a non-Agile background; that is, I have seen – and see – how bad things can get. A colleague once told me when I asked him how he felt about a Scrum implementation that he had participated in - “Scrum has made me a more relaxed person”. Of all the comments, statements and motivational speeches I have heard over the years relating to Agile adoption, this one really hit home and has stuck with me – most likely, because that’s how I felt also.

“Scrum [Agile] has made me a more relaxed person”

Proper application of Agile is a lot like regular exercise; Agile gives us many of the psychological ingredients that we need to be able to feel better about ourselves:

  • Regular feedback cycles, opportunities to communicate and to improve.
  • Team work – that is not just being a member of a team, but working, taking responsibility and achieving, as a team.
  • A visual, tangible means of communicating our goals, progress and difficulties.
  • Increased opportunity to succeed (as per the following chart).

Just like regular exercise, Agile may not always go the way we want it to; as is reflected in the pie charts above – although Agile results in a higher percentage of successful project outcomes than Waterfall, it falls short of delivering a successful outcome even 50% of the time. And it can be hard to get Agile right – it takes discipline, practice and commitment. However, like another colleague of mine said once – “Agile is the worst development methodology in the world – with the exception of every other development methodology” (paraphrasing Winston Churchill).

To summarise; I have been fortunate enough to have “seen the light” in terms of product development – it is Agile. For those who work in this field on a day-to-day basis (there are many millions), Agile “done right” I think really is an antidepressant. It is not a pill or a silver bullet; it is a principled approach that can (re)ignite that spark that makes people leap out of bed in the morning, eager to help make the world a better place. Believe it.


  1. Scrum is the most commonly used agile process for projects specifically more prominent for software development. As a product development framework scrum is applicable for any type of projects but you need to train your project managers in Agile Project Management .

  2. Although there are many certifications such as ITIL, PRINCE2, PMP which are implemented in organizations for achievement of goals through a project, agile training or agile certification can be described as one of the many courses where employees are groomed to become self-motivated and become keen to accept greater responsibility.


Post a Comment

Popular posts from this blog

HOW-TO: Add/edit a field in Team Foundation Server 2012 using Visual Studio 2012

It's been a while since I made a purely technical post...

So, today I wanted to make a change to a Microsoft Team Foundation Server 2012 (TFS2012) instance that I am working with to reflect "Actual" time spent on a task - mainly for reporting purposes, and because I have found in the past that making this minor process adjustment yields a relatively useful metric over the long-term.

I am using the Microsoft Scrum 2.1 Process Template ( for a project that I am working with. So that I don't forget how to do this (again!) I will blog-post the procedure I've used to add this field to the template as a screen-shot-based tutorial, as follows...
Before Assuming you are familiar with the Scrum Process Template (2.1-ish) - open a task and take a look at the "Details" section, as follows:

 This is where I want my "Actual" field to show up.
Get the Power Tools Download and install the latest v…

HOW-TO: Apply a “baseless merge” in Team Foundation Server 2010 (and 2012)

Another purely technical post on TFS...
The scenario We wish to migrate code between branches that do not have a branch/merge relationship, in order to expedite urgent changes being made by a project team, without disrupting on-going BAU development work. Sample branch hierachy/strategy Imagine the following branching strategy in TFS (visible by connecting to TFS via Visual Studio 2010 or 2012):

Essentially you have a "DEV" branch, which has a "QA" branch, which in turn has a "PROD" branch. DEV is the branch that you would be using for BAU development. As a piece of development matures, you move it into QA, where it is tested by your internal QA team. There may be further changes made in DEV that are moved into the QA branch as the QA team pick up issues. Once the QA team are happy with a packaged of changes, they will move them into PROD, which is essentially the hand-over to the customer. The PROD branch represents the software that the customer has.


Eclipse/Android error: "Multiple dex files define [...]"

Wow, I am really going nuts blogging this-evening - 2nd post in less than an hour. 

Anyway this is a particularly nasty error that I keep running into with Eclipse/Android when starting the emulator after I have not run it for a little while. Since I run the risk of permanently forgetting the solution to the problem every time I walk away from my Android project (and thus having to spend a painful hour-or-so digging up the procedure again), I will blog it here, for my benefit, and for the benefit of anyone who may also suffer the same problem.

The gist is that when you start the emulator in debug mode (that is, you hit the button in the following image), you get the following error message come out on the console and a nasty popup telling you nothing more than there is an error with your program and you need to fix it:

[2012-04-06 23:20:57 - Dex Loader] Unable to execute dex: Multiple dex files define Lcom/google/gson/ExclusionStrategy;
[2012-04-06 23:20:57 - SimpleList] Conversion to Dal…