Agile Foundations: Trust
There is a lot of great documentation out there on how to build an agile team or an agile company. However, there is a bit of irony in many of the articles as they tend to focus more on the process, rather than the more important underlying agile foundation characteristics. The foundation of any agile firm is well explained in the Agile Manifesto (https://agilemanifesto.org/principles.html).
When looking to build an agile team think more about it more in terms of building an agile culture rather than building agile processes. I cannot say what is the most important agile characteristic to start with, but the one I recommend teams look at first is TRUST. The agile manifesto on trust:
Build projects around motivated individuals.
Give them the environment and support they need,
and trust them to get the job done.
Over the years it has gotten a lot easier for me to quickly tell if an organization or team has a good sense of trust... or rather what has gotten easier is to quickly see the red flags for when there is a lack of trust. You can do this by asking yourself, 'when a problem arises do we band together and start looking for solutions or do we start looking for someone to blame?'
When the sh!t hits the fan and everyone starts ducking for cover and starts pointing fingers your team is moving away from being solution orientated and indicates that there is a lack of trust. In my experience this doesn't come from the team members themselves, but rather from leadership.
This culture comes from a history of leadership looking for someone to blame when something goes wrong... and stuff will go wrong (sometimes they disguise the term blame as accountability) . As soon as you have any finger pointing trust will start to quickly erode within a team.
If you have a lack of trust within your organization
you will not be able to move towards an agile team.
To address a lack of trust leadership must first look at their own reaction to problems/challenges when they arise. An agile approach is to first try and understand the issue and determine the root cause of the issue. This will require getting all of the stakeholders together to discuss the issue and to discuss options for how the problem could have been avoided and what solutions might keep it from happening again. In my experience 9 out of 10 issues actually arise from poor communication and often the problem can be solved by open dialogue and adjusting the existing process to make sure it will be difficult for this issue to happen again.
An important thing to note about the above approach is that it has trust built into it. By starting with an open discussion of the issue and potential solutions, leaders are indicating to the team they trust the team to solve the problem.
Trust is not something that you can just say you have or don't have, it is something that is indicated by a person or team's actions. By acting collaboratively and with solution orientation leadership can start building trust.
Early on your road to building an agile team you must ask yourself the question do we currently have a solution orientated culture, which indicates a high level of trust or do we have a culture of blame, which indicates low levels of trust. If you answer yes to the later then you need to address your trust issues first before moving on. If you answer yes to the solution orientated culture, you are already building an agile team.
A No-Nonsense Leader transforming corporate strategy into practical results
10 年Eric Rees in the Lean Start up says that culture change is an outcome of a change in organization objectives, measures and processes. You can't intervene directly to change to culture and any attempt to do will fail.
Consulting CEO. Global Chair of Project Management (PMBOK Guide). Creator of industry certifications (PMI-ACP, CAC). Management author to 500,000 readers. Leadership Coach. PMO Disruptor. CIO Innovator.
10 年Good post, but be careful not sound too cavalier to your leadership. Many managers and executives I've worked with believe that "Trust has to be earned." My response is "Fair enough. Give me 1 month to work with your team. IF we have nothing to show, then your fears will be proven true. However, IF we deliver more than a self-organized disaster, then we will have discovered that there IS some hidden, un-leveraged potential that we can further unleash."
Engineering Tools Services Manager
10 年In my my experience the trust is imperative. Working with agile teams for the first time over the past year or so I have been most impressed by the efforts of scrum masters to engender a safe and productive working dynamic within sprint teams. One of agile's tenets is to continuously examine and adjust. While I agree that this atmosphere must reflect the behaviors of the organisational leadership, I would caution in new teams embarking on agile for the first time both the leaders and the players need to step across that line of introspection together. Don't blame - it's corrosive. Do reflect - it's productive.
Marketing Tech Lead at Accenture Song
10 年Great approach to have engaged teams. Thanks for sharing!
Leadership Coach | Digital Transformation Expert
10 年Thanks for sharing, a lack of trust keeps will never fail to ruin other agile values like courage and respect. In the end it kills Agility when people start worrying about being blamed. https://agileprofiling.wordpress.com/2014/09/08/can-i-trust-you/