Using methods vs “The Method”
I have been struggling recently between “using methods” to reach success and having to use “The Method”.
As organizations grow, there seems to be a tendency to standardize on The Methods. PMOs can often come up with “The Meth”, consulting firms will sell you their Method (either through hiring their consultants or directly). The Method provides standardized assessments and processes. You can make comparisons (useful for research / evaluation). You can scale up nicely by having everyone do the same thing.
Students learning and wanting to be successful want The Method. Something concrete to follow that will guarantee the end product is an “A”. Something that can be memorized and provides a level of safety in knowledge. I see this with medical students / residents as well as informatics / IT students.
It is also easier to teach about The Method. It is defined and discrete. 10 steps, 5 minutes / step = one, 50 minute lecture. Done, you are certified!
However, people with experience that have developed their skills use methods, not The Method. They have an approach and a toolkit. In complex problems and complex situations they reach for the tools that they think will work and, while using them, assess their fit and course correct. Their approach supports communication with others, their detailed actions change based on their understanding of the problem.
This is harder to teach, especially in 50 minute lecture blocks. It is easier to model with students in practice. Residents can learn this by watching and modelling their preceptors. informatics students can learn this (if they are lucky) from Co-Op terms. We can all learn this by reflecting, regularly, on what we do and why.
There is value in standardizing and having processes, definitely. They help us (a) reach common ground across team members and team and they (b) can cover our blind spots. For routine problems (complicated and simple, not complex), using the well tested and validated Method is better. Surgical outcomes benefit from using The Method, for example.
But they can also cause blind spots, if The Method is a poor fit or poorly applied. This is particularly true for complex problems, I feel.
With complex problems, it is impossible to know if a rigid method is a good fit until you are in the middle of it. Complex problems are, by their nature, unpredictable. So it is better to have a flexible, reflecting approach to these complex problems. Use aspects of your methods to help anchor you, as ways of reaching common understandings amongst team members and stakeholders, and then reach into your toolkit as needed when one method does not fit.
No related posts.
Related posts brought to you by Yet Another Related Posts Plugin.

I view any capital-m “Method” like a menu in a restaurant. There is a complete set of process and tools to support the life cycle. However, which processes and tools to use is dependent on the uniqueness of the project itself.
When I go to a restaurant, I never order the whole menu. Could you imagine? What I order depends on a number of things: the meal, how hungry I am, how much time I have, the company I’m dining with, etc.
In the same way I believe that one should never follow a capital-m “Method” so strictly that you’re creating every artifact and going through every step. It just doesn’t make sense to me. You only choose those things that create value.
The challenge is that this takes “Emotional Labour” (Seth Godin term). You have to genuinely invest thought, creativity, and effort. It takes time to create a map. The reality is that without this investment the project will fail no matter how closely you follow any formal methodology.
So get familiar with all the items on the menu … invest yourself … then only choose what you need.
Glen McCallum
25 May 10 at 9:58 am
Glen –
Thanks for the thoughtful comment. I like the menu analogy, but isn’t the comparison between a (pre-defined) five course meal and picking your own selection of appetizer, soup, salad, main and dessert?
“…choose those things that create value.” is a good rule of thumb and, yes, get invested in the project for the right reasons (that is, reasons that are right for you).
– Morgan
priceless
25 May 10 at 7:31 pm