Jason Suttie Agile
Jason Suttie Agile
post-template-default,single,single-post,postid-217,single-format-standard,ajax_fade,page_not_loaded,,qode-title-hidden,qode_grid_1300,footer_responsive_adv,qode-theme-ver-16.2.1,qode-theme-bridge,disabled_footer_bottom,wpb-js-composer js-comp-ver-5.4.7,vc_responsive


Start with the Need

Over the years I have been all over the world and have observed many teams and their ways of work. An organizational pattern that always seems to surface is what I call “Cargo Culting” – see Simply put the pattern is where people conduct rituals e.g. follow processes without any understanding of what the purpose of this work is. Typically, how this comes about is that a person establishes the work needed to solve a problem at a point in time. This work process is then adopted by the team. At some point the person who established the process moves on yet there may no longer be a need for the work.

I’ve seen accountants doing arduous reconciliations that were replaced by a new system yet they continued with these process regardless. Similar things happen in software development teams where the team follows a ritual but has no idea why. When questioned the people usually say “Because we’ve always done this/followed this process”. The wisdom here is that it’s often very hard for people to see clearly when they are in a system, an external view sometimes provided by a coach can provide insight for change that may have dramatic impact. Be clear on the need that is being solved for.

What is Valued in the context of this Need

I believe that all of us behave according to our value drivers. Being conscious of one’s own value drivers as well as the value drivers of others, the team and the organization is possibly one of the most useful insights a person can have. Also having the insight around whether people associate value to themselves by what they do versus who they are (human doing versus human being) is critical. In our competitive workplace I frequently observe an imbalance wherein people associate all of their value to what they do, then in the absence of the work they find themselves lost. Values are also not binary, for example a team may favour flow over simplicity – it’s an “and” discussion.

Making “Principle” decisions

In the world of knowledge workers that we find ourselves in, it is imperative that the team is allowed to align their chosen practices to satisfy the ultimate need or outcome. If you have hired smart people who can solve problems with creative thought, then why on earth would you dictate a solution? The first caveat is that in large enterprises there are some metrics that need to be provided by the team that are common across each team so that management can obtain a holistic view of the system. The second caveat is that some practices are just inappropriate for some problems – see Cynefin framework: The summary of this is that it really isn’t wise to use Waterfall for work that is not highly repeatable.

A man with a Tool

Interestingly this is where many people start. They think that choosing a technology or tool will solve all of their problems. Unfortunately, this is a cognitive distortion. Tools don’t solve problems; humans do so don’t expect tooling to have any effect on the behaviour of the people in the system. Having said this if one adopts best practice then common sense must apply. We are in the world of DevOps and there are best of breed tools in each part of the pipeline. Do some research, your time will be well spent.


The last point to make is that when you have conversations be clear where you are having the conversation – the Spine again is useful for this.