A couple of months ago I mentioned I'd started working with Concern Worldwide on a pretty massive Drupal/CiviCRM project and was excited about the work we'd done in defining our objectives. We're now just one week away from completing our first development sprint, and although I'm pretty much all about that at this point, I still want to write about the objectives we've set for the project (and especially today — long story but I had to bow out of my faculty position at Social Tech Training in Toronto this week where I was meant to lead a session on setting objectives... Christopher Roy has kindly agreed to deliver the session on my behalf and I guess writing this now is partly an attempt to be there in spirit).
Notwithstanding the fact that many project teams very often forget or intentionally skip setting objectives, taking the time to set them is important for a number of reasons:
Collective focus on project outcomes is pretty critical to project success, and setting objectives allows us to achieve collective focus, so we set them. That is, we should set them — a lot of teams don't set objectives because they find it hard, or because they don't know how, or because they'd rather just "get on with it" (and deal with the consequences later — bad).
To make setting objectives on your projects easier, I've done a bit of research and put together the following step-by-step instructions. Enjoy!
Step 1. Understand organisational/program goals
Back in 2006, I don't think I really understood the difference between objectives and goals. This is pretty (embarrassingly) clear if you go back and look at the "objectives" set for the Drupal migration project I worked on with Greenpeace UK that year. Those weren't objectives; those were goals. Goals and objectives are different1:
Objectives map onto goals. And once met, objectives contribute to the achievement of goals. So before you set project objectives, you should really understand the overarching goals of the organisation undertaking the project, or the goals of the program of which the project is a part. Right?
The project I'm working on right now with Concern is part of its "Next-Generation Web" (NGW) program (i.e. it is one of many projects to be undertaken by Concern as part of the NGW program), which has the following goals:
To contribute to the achievement of these goals by a certain date and for a certain amount of money, we've set some narrow, specific, short term and measurable objectives for our project :)
Step 2. Define SMART objectives
Narrow, specific, short term and measurable objectives are good, but SMART2 objectives are even better. SMART objectives are objectives that are:
With Concern we've used the following format for defining our SMART project objectives, which I think has worked well and which I recommend using:
By [INSERT DATE], [INSERT WHO] will have [INSERT WHAT] resulting in [INSERT RESULTS] by [INSERT DATE].
Without the actual values inserted the above doesn't seem to have a lot of, well, value, I realise — here are the three SMART objectives we set for our project (I've removed the measurements because they're for internal use only at this point, but you'll get the picture):
It took us a bit of time to figure these out, a bit of discipline, but we got through it, and once done, we were able to validate our work by testing for SMARTness :)
Once you've written your SMART project objectives, it's good to test them as a team, or even better, with stakeholders on the project but external to the core team (i.e. those who may influence outcomes but who are not part of the day-to-day). Get them in a room or on the phone with you and test each objective one by one. Like so3:
One of the huge benefits to going through a process like this is determining whether the objectives you've set for your project are relevant — in my experience when teams do set objectives they often set them for people other than themselves, objectives they don't actually have the ability to achieve (e.g. objectives having to do with organisational changes they'd like to see happen but can't really influence). That and measurability. You've got to set measurable objectives. Even though you could be long gone before the outcomes of your project become measurable. SMART objectives are measurable if nothing else :)
Download this post as a PDF:
HOW TO Set SMART Objectives (108 KB)
Endnotes:
1Goal vs. Objective — Difference and Comparison (n.d.). Retrieved June 24, 2008, from http://www.diffen.com/difference/Goal_vs_Objective.
2SMART (project management) (n.d.). Retrieved June 24, 2008, from http://en.wikipedia.org/wiki/SMART_(project_management).
3Setting SMART Objectives (n.d.). Retrieved June 24, 2008, from http://www.thepracticeofleadership.net/2006/03/11/setting-smart-objectives/.
concern, civicrm, drupal, importantprojects, nptech, objectives, projectmanagement, SMART, softwaredevelopment, STT
Would be great to get more details about how CiviCRM is being used at Concern (and also with Amnesty). One slight issue (IMO) of such projects is that not a lot of information / knowledge is spread from these large implementations.
I suspect drupal is pretty big at this stage that it might not be as helpful to them as it is to us in the CiviCRm community. So any / all detailed information would be great and very much appreciated. A case study on our wiki for these projects would be brilliant :)
Thanks, Lobo. I can commit to contributing a case study for the Concern project once done. Can you point me to a couple on the CiviCRM wiki you think are particularly good/useful/valuable?
And in terms of Amnesty, I wonder if they could work with CivicActions to produce one. I'll follow up with them to check :)
Posted by: Rob at July 8, 2008 11:02 AM