Great teams are built around a business need and can articulate their purpose. Agile coaching helps your teams become highly productive through cross-functional collaboration and self-management. Develop your teams to identify opportunities for you, and to learn from experimenting.
Answers to your questions from the webinar, my notes, and of course the webinar recording here.
Agile Coaching isn’t just for teams! Leaders have just as much, if not more, influence on creating a culture to beat the competition and stay relevant in today’s fast-paced market.
Agile Leadership coaching helps you build resilience, think strategically, motivate your teams, and plan for the future.
This webinar is for leaders of development organisations, directors, product managers, senior project and programme managers, and HR business partners.
Notes
I promised to send my notes on each the areas that come up for leaders that work in complex and uncertain environments — leaders who want to be agile. Here are descriptions of each of the areas for leadership coaching that I mentioned.
Adaptability
Being able to adjust to new conditions
Resilience
The capacity to remain flexible in thoughts, behaviours and emotions when under stress. For more on resilience coaching, have a look at the work of Carole Pemberton.
Servant leadership
A leadership philosophy and set of practices, defined by Robert Greenleaf, to build better organisations. A servant leader ensures that other people’s highest-priority needs are being served. He said the test of servant leadership is Do those served grow as people? Do they become healthier, wiser, freer, more autonomous? I discuss servant leadership in my book Becoming Agile.
Sense and respond
Sense – acute and accurate awareness of what’s going on in the world and in business, in broad terms. Awareness of the facts. Respond – to make a small adjustment in how we lead or work with others, to move closer to what we want. Working incrementally toward goals or objectives.
Critical thinking
Solving problems through rational processes and evidence-based knowledge.
Cross-silo leadership
Leading with the whole organisation in mind. Helping teams see their work though the eyes of customers, business partners, or suppliers. Read my book Becoming Agile for more about what this means for individual leaders and their teams.
Growth mindset
The belief that we were not born with all of the skills needed for life and work. We can learn and improve through our own effort. For more on this, see the work of Carol Dweck.
Q&A
How do you explain the Agile concept when you coach and in what session do you introduce it to the coachee?
I try to hold back from explaining or ‘telling’ in my work, as much as possible. Some of agile coaching is teaching agile frameworks and techniques, so I only explain concepts if appropriate. As a leadership coach, my first job is to find out what the client wants from the coaching session and work from that point.
How is ‘adaptability’ different from ‘sense and respond’?
Thanks for that great question. The phrase ‘sense and respond’ has to do with taking in a wide plane of information about current events and global trends in business and other arenas (political, economic, social, technological, legal, and environmental). By understanding systemic trends (sense), a leader can then work toward incremental change (respond).
To me, adaptability is a personal willingness to have the courage to throw away the plan when needed, and change to current conditions.
When you are coaching, how do you practice selflessness and how to understand it’s the moment your ego forces you to make the decision and how do you come to the state of ego-free coaching?
I mentioned that a great deal of information about your client and the coaching relationship comes from paying attention to your (coach’s) own feelings, instincts, thoughts, responses. Nevertheless, when coaching we always work with the client’s agenda, not ours.
What tips do you have for coaches on coaching leaders who don’t appear to have a growth mindset? Leaders who are stuck in their ways and are not seeing the reasons to change?
My question back to you is ‘how do you know’? It may seem at first as if someone doesn’t have a growth mindset, however I think what we’re noticing is a resistance to change. That can have many root causes. Tell your client what you’re noticing, and ask for their thoughts. Try giving feedback and asking a question to draw out their thoughts and feelings.
Some people really don’t have a growth mindset, and if your client determines that that’s the case or you’ve seen/heard evidence that convinces you of that, work with your client to understand the strength of their need to learn new skills. I’d ask the client to rate their need on a scale (say 1-5), and go from there.
Transcript of Create an Agile Culture, from the Free Webinar Series to Create an Agile Organisation, on 21st October 2019.Presented by Laura Re Turner, Director, Future Focus Coaching, and Phil Summerfield, Executive Coach.
Welcome – from Laura Re Turner and Phil Summerfield
Most of you know me, Laura Re Turner, I’m an accredited Executive Coach, certified Agile Coach and a Trainer. I help leaders and their teams develop an agile mindset, behaviours and skills to succeed in the very complex and uncertain business environments that we’re operating in today. I’m also very happy today to have my friend and colleague and fellow coach Phil Summerfield with us today; he’ll be co-presenting.
Introduction
The topic of today’s webinar was inspired by questions that we’ve heard so many times from our clients:
“What beliefs and mindset do we really need to have here in order to be successful with agile methods?“
“If we’re going to be successful with Scrum, what is it that we really need to do at the most fundamental level?”
”How do we change the mindset of others?”
“How do we get other people to come along with us and how should we measure success?”
What is organisational culture?
So what is organisational culture? It’s such a big topic and when looking into it we found out that most organisations think about culture as how we get things done around here. That’s the definition that’s given most often. In fact, when we really read the literature on organisational culture specifically Edgar Schein, we found out that “how we get things done around here” typically only points to the visible signs of culture. For example, a leaders reorganise teams into squads or Scrum teams. We’ve also seen many times that a leader gets the team to use a team board or Kanban board and points to that as an example of things changing, becoming more agile. It’s an indication that something is changing but it really doesn’t get right to the heart of the organisation’s culture.
Also things that we can observe are things like in team meetings, the team leader tends to do most of the talking. We don’t know why, we don’t know the reasoning behind some of these action plans or artefacts or visible things that organisations. They start to indicate a certain culture but they don’t tell the whole story — just the tip of the iceberg. Schein describes another level of culture which isn’t as obvious as things like putting our work on a Kanban board. He calls this ‘level two: espoused values and beliefs’. Or, ‘what we say when asked what’s important to us here.’ The trouble is that these things may not be true all the time in practice.
I have a few examples in an Agile context, and I think everyone can relate to some of these. For example, we believe in transparency here. We probably do believe in transparency but we may not have transparency all the time. We believe in the values and principles of the Manifesto for Agile Software Development, but we still micro-manage the team by asking project manager to track technical tasks. Our company values are printed on the wall of every one of our meeting rooms, but nobody remembers what they are.
Schein says that company culture is really influenced by the unconscious beliefs and assumptions that we have about the best ways to work here, the ways of working that have helped us succeed in the past and therefore are taken for granted unquestioned even though some of these ways of working may no longer be useful. And the technical description for that is tacit assumptions.
Here are a few examples:
We develop a comprehensive business case and detailed product requirements before starting any product development work [because that’s what we’ve always done here].
We provide a workplace that allows human beings to work in comfort and safety because that’s important to us, it’s what we value — a workplace that’s physically comfortable and safe for work.
All decisions about whether to release a major version of the platform must go through the Change Advisory Board for approval because releases of new functionality to the production environment are risky.
Uncertain and changing business environment
What we want to have a look at next is the influence of change coming from the external business environment. This is where I would love to hand over to Phil. He’ll talk to you about the PESTLE model and the uncertain and changing business environment.
The PESTLE model helps us think about the different sources of change:
Political
Economic
Social
Technological
Legal
Environmental.
I’m going to use the UK and Apple as examples. What I suggest you might want to do is just note down any thoughts about your own organisation while we’re going through this.
Political– a current one, I won’t go into any detail, changes in our regional trade agreements. You may have your own views on those and using Apple as an example more global how they’re operating in China and the factors that are changing for them there.
Economic– are new tariffs on goods imported into the UK or there could be for a company like Capo as China which does a lot of its development most of it as the society increases or improves rather, the labour costs will increase. How will that affect their business? That’s a massive impact on them there.
Social– the different working expectations of the younger generations these days it’s really starting to have an impact on business because it’s not a job for life anymore so people think and behave in different ways and have different expectations. In the case of Apple, they’re looking at third world use of technology. Is that a dramatically big new market for them or maybe they’re not so interested in it.
Technological– that’s a big thing these days. The disruption caused by new innovations, new ways of working and very relevant to what we’re talking about today. With a company like Apple, well that could flip itself over because my phone it’s also a computer; nearly everyone’s these days. It can be as good as my Laptop or notepad. Does that mean that Apple will start selling far less as more and more the different products look very similar?
Legal changes– how those affect your business national local laws or global laws. In the case of Apple, they’re moving heavily into automotive, how does that affect their insurance and regulatory costs and what happens if my Apple based Satnav directs me in the wrong place? Who do I sue? Do I sue Apple for that? So the question they’re facing there.
Environmental– that’s manufacturing processes are changing, government laws environmental laws are saying some materials we’ve used in the past are no longer acceptable because they’re a danger to society. In the case of a company like Apple, disposal of lithium batteries for instance very, very expensive. So there’s another way of looking the thermal fuse the PESTLE example here. You can also look at some new acronym of hookah, which is volatile uncertain complex and ambiguous. I guess you probably all recognise that as the business world of today.
Handy’s Culture Model
So here we’re looking at organisational culture. This was developed by an Irishman called Charles Handy who you probably all heard of; he’s written lots of books on organisational development. He identified four different cultural behaviours that organisations he looked at exhibited.
Power, which is centralised top-down power and influence.
The role culture and this is bureaucratic run by strict procedures and very narrowly define both roles and powers.
Task-based, this is small teams results based and results-oriented and it’s narrowed by flexibility adaptability and empowerment.
Person culture, which is based on the individual. It’s the people are the most important thing and even the behaviours and processes are geared towards individual success.
So just looking in a bit more detail about those going back to person. It’s really a cluster of stars successful people and the individual is the focal point. If there is any structure there, it’s only there to serve and assist individuals so it’s all about the individual here.
Task-based the emphasis here, well the focus is on the individual expertise and it’s highly, highly valued. The emphasis is getting the job done and the culture brings together the right resources, people and at the right level and at the right time to actually get the success they want which could be completing a project or a program quite common here these days. It depends totally on teamwork – totally. The teams can be formed and then reformed or abandoned where the team can decide to abandon it. So the point there is that the team has the power; they don’t need to go upstairs to actually get decisions about what they’re doing.
Role-based, this is really focusing on the allocation of work within roles. It’s really focused on very stable environments where the markets steady, predictable or controllable or perceived to be. So a good example here would have been the bank’s I guess and insurance companies very slow to change and very slow to see the need to change and they’re having major problems these days because they are role-based.
And finally the power-based organisations. This can be very successful but maybe these days for the wrong reasons. They are very successful because somebody at the centre of power like a spider in a web controls everything. The closer you are to the sense of the web the more power you’ve got and if this can feel sometimes quite unpleasant for the people working within it tough and abrasive and lead to low morale and high turnover.
Mckinsey 7S Framework
Just to carry on from that a little bit, I’d like to expand now our thinking about culture and about agile culture in particular using a model that I use quite a lot in my coaching and consulting work called McKinsey 7S. As you probably figured out it has 7 aspects in each of them starts with an “S”.
Strategy
Staff
Skills
Systems
Structure
Style
Shared values.
A group of McKinsey consultants in 1980 decided that they were leading so many organisational change programs, that there needed to be a holistic way of approaching change and they found that most organisations wanted to focus on the so-called hard aspects of organisational culture more than the others. So of these I think we can guess which of the hard aspects strategy, structure and systems and people wanted to look at these aspects, the more visible or hard aspects of culture in order to make the changes that were required to help a company move forward.
It is probably no surprise by now those of you who know me and my company’s work and the focus of the webinar so far that in order to be successful with any kind of culture change we need to also focus on the softer aspects and those are of course staff, leadership style and shared values. So in order to broaden our idea of what an agile culture means I’d like to take each of these aspects of the 7S framework one by one. I’d like to give you the vanilla definition from the McKinsey Consultants from 1980 and then also give you an example of what we mean by an agile culture for each of those.
Strategy – the plan devised to maintain and build competitive advantage corporate strategy and an agile adaptation of that would look like a long-term strategy is created and can be revised, should be revised based on anything that we learn about the market as we go. In other words because of the change in external business environment our strategy doesn’t stay static. We’re learning as we go.
Staff – the employees and their general capabilities and what that means for us in an agile environment is that employees are trusted and empowered to get the job done according to their own judgment. That also means they self-organise and take on the roles that they need to in a task culture based on a specific project work or product development work that they have.
Skills – the actual skills and competencies of the employees working for the company. They self-organised to build solutions that create knowledge sharing networks as needed based on the current challenges and problems and opportunities that they’re working on in order to increase their capability. So learning is a huge part of organisations where there’s lots of uncertainty.
Shared values – the core values of the company today that are evidenced in the corporate culture and the general work ethic. Examples from the Scrum framework which are very well-known, openness, commitment to respect, courage and focus. We could quite easily point two values and any of the other Agile Frameworks because in Agile we know that values are important but Scrum is probably the best known example of those.
Systems – the daily activities and procedures that staff members engage in to get the job done. So anyone who’s been on a course with me and I think that’s a few of you, know that iterative and incremental development is the heart of all that frameworks, whether it’s Scrum or DSDM or Extreme Programming. Teams’ work iteratively seeking feedback in short development iterations, short cycles to improve the product and the teams’ internal capabilities through retrospectives.
Structure – the way the organisation is structured and who reports to whom. We tend to have flatter organisations with cross-functional teams that are formed to address specific project or initiative.
Leadership style – facilitative leadership rather than command and control. Some people also describe servant leadership, which is certainly one of the definitions of the Scrum master and Scrum. A coaching culture to support employees’ ability to think for themselves. So empowering people to think for themselves and moving away from this hub-and-spoke type of management environment to allow people to be able to work more tightly with each other rather than reporting to a single manager.
Success factors
There are a couple success factors for changing culture. Number one, definitely challenge your organisation’s tacit assumptions, the level 3, the unconscious, ways that we work that have worked for us in the past which may no longer work for us going forward in the future. Remember to think about those unconscious culture like we put all the work on a Kanban board, why haven’t we changed the culture? And second examine all aspects of an organisation not just the organisational structure. This is why the McKinsey S7 framework is so useful for this to help us stay on track.
Ready to get started? Contact us. We’ll respond within one business day.
We have been named a supplier on Crown Commercial Service’s Digital Outcomes and Specialists framework (Lot 2).
This year, Future Focus Coaching & Development has been awarded a place in the Digital Marketplace to provide agile leadership and team coaching.
The government’s Marketplace framework is open to applications for a few weeks each year. Suppliers that had successful applications to the Marketplace were notified on 17th September.
Find us on the Digital Marketplace under Future Focus Coaching & Development.
Catch up on the ones you missed. Our free webinars answer your most important questions about becoming an agile organisation, in 30-minute sessions that you can watch now.
Create an Agile Culture on 21st October 2019
What beliefs, mindset, and behaviours are needed to be successful with agile methods? How do we change the mindset of others? How do we measure success? What can we change in our org structure now?
The Project Manager’s Changing Role on 1st October 2019
Yes we still need project managers in agile organisations that deliver projects. Find out how project managers need to adapt their leadership style to motivate the team, and focus on business outcomes instead of tasks.
Get the Most from Scrum on 10th September 2019
We’ve heard it many times: ‘Are we doing it correctly?’ Find out what really matters in Scrum. Empower your team to learn fast from mistakes, and get new products and services to market quickly.
Is Agile Right for Our Organisation? on 20th August 2019
We look at the basics, such as when to choose Agile over traditional methods, and why you should combine Scrum, DSDM, and Kanban. Which of your existing processes you should keep?
Ready to get started? Contact us. We’ll respond within one business day.
In Part One of this series of my research project findings, I presented a new way to use the model McKinsey 7S to evaluate the success of agile methods in organisations. I showed that organisations are still mainly concerned with ‘processes and tools’ instead of ‘individuals and interactions’ (from the Manifesto for Agile Software Development). Organisations that failed at delivering frequent releases of high quality had an unbalanced approach to transforming their organisations, ignoring the softer aspects of culture such as leadership style and shared values.
Welcome to Part 2 of the series presenting one of the most important findings of the study: when the team understood its organisation’s business strategy, typically by having an engaged Product Owner, the team learned how to prioritise work better and deliver the right products and services.
In my work with agile teams and leaders of organisations improving their use of agile methods, the pain point that I hear again and agin is that they want more engaged Product Owners. The common complaint is ‘they don’t see the reason for a dedicated resource to be embedded in each team.’ And yet, when the agile delivery team does manage to find someone who knows the business vision for the product or service under development, and has the time and willingness to be present for the rest of the team, the benefits are obvious.
The benefits became apparent in my research study, accepted this year by Henley Business School as part of the MSc in Coaching and Behavioural Change.
One research participant described his organisation’s CIO who communicated clearly the whole organisation’s focus — safety. The team’s representative, interviewed for this study, said:
The top one for [us] is always safety. It’s pumped into everyone, you must be safe. So if we see an idea for an app that we know is not safe, that gets kicked out straight away.
As a result, the development team can move quickly and focuses its efforts on the ideas that align to the organisation’s strategic objectives. The organisation, which must remain anonymous, has won industry awards for its innovative mobile apps. By the way, the same team also reported high instances of learning from trial-and-error.
To an extent, I feel foolish writing this because it sounds like common sense, right?
And yet I hear stories all the time of organisations that have separate organisations-within-the-organisation that behave as if completely separate. An us-versus-them mindset pervades and is evident in the language used and level of empowerment given to development teams.
A team representative in another organisation in my study described how he changed people’s mindset to create a balance between the team’s independence from and accountability to business stakeholders:
What I’ve been trying to do since I got there was to break the bureaucracy and chain of commands. To get the team to be completely independent, and at the same time answerable to the business.
So what’s keeping you from closing the culture gap between business and IT, and what could you gain by mending relationships? Get in touch to find out how to develop teams and leadership behaviours to meet the challenges of the future with confidence.
Expect a higher standard of coaching for your agile product development teams. We value ‘individuals and interactions over processes and tools’ and, unlike many agile coaches, have the professional coaching skills to help you turn that vision into reality. Our services can be customised and blended to get the right mix for your organisation, backed by decades of experience of transforming organisations and supporting leaders through change.
Many of you have heard already that my dissertation has been accepted by Henley Business School for the MSc in Coaching and Behavioural Change. I appreciate the support so many of you gave me while I was interviewing, gathering background literature, and generally talking about this project non-stop. Now that the work has been accepted and I’ve finished the programme, I can report my approach and findings from the project. This is the first in a 3-part series on my research findings for what makes organisations’ adoption of agile methods successful. An executive summary of the report findings is available on request.
I can guess at what you’re thinking now: why do we need another report on the success and failure of our initiatives to be ‘agile’? Many of our initiatives are aimed at changing role descriptions, applying a new process, or licensing new tools. If these initiatives were successful, we wouldn’t be spending thousands on change programmes only to find that we didn’t really capture the hearts and minds of people to make them a success. After years of work as a coach and trainer supporting your initiatives, I wanted to know what happened after my clients went back into their organisations with their new mindsets and skills. In other words, what else should I offer as a team coach to support your success?
First defined by McKinsey consultants Robert Waterman and Tom Peters in 1980, the McKinsey 7S framework defines seven aspects of an organisation that should be attended to, when attempting to change culture. The problem, they identified, was that many business leaders believed that a strong strategy, and the processess to implement it, would create the change they wanted. A balanced view of organisational change, they argued, needs to address also the people, systems, and capabilities. Moreover, understanding the organisation’s values is foundational to all of these.
In ‘Making Sense of Change Management’, Esther Cameron and Mike Green describe 7S as an approach for examining an organisation’s culture to prioritise areas for change. They provide definitions for each of the aspects:
Strategy – organisational goals and plan, use of resources
Staff – important categories of people within the organization; the mix, diversity, retention, development and maximizing of their potential
Structure – the organization chart, and how roles, responsibilities and accountabilities are distributed in furtherance of the strategy
Skills – distinctive capabilities, knowledge and experience of key people
Systems – processes, IT systems, HR systems, knowledge management systems
Style – management style and culture
Shared Values – guiding principles that make the organization what it is
Having analysed the topics discussed by my research participants, I identified the most commonly discussed themes into categories defined by the McKinsey 7S framework. This gave me a view of their organisation’s culture based on where they focused their discussions with me. The focus of participants overall showed a high focus on Systems and Style.
When compared to the map of 7S aspects for the Manifesto for Agile Software Development, the recommendation is that teams should increase their focus on Strategy and Shared Values, and reduce their focus on Systems and Style, to be more effective with agile methods.
In Part 2 of this series, I will discuss the specific success factors of teams that had more balanced implementations of agile methods as compared to the average across the study.
The worlds of Agile development and professional coaching come together for the first time to show how organisations become Agile in more than name only. For all leaders, coaches, and change agents.