Posted on

Create an Agile Culture

Influencing Culture Change

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.
Posted on

Get the Most from Scrum

Transcript of Get the Most from Scrum, from the Free Webinar Series to Create an Agile Organisation, on 10th September 2019. Presented by Laura Re Turner, Director, Future Focus Coaching.

Good afternoon everyone. Thank you very much for joining us. I’m the Director of Future Focus Coaching, Laura Re Turner. Welcome to our webinar series on creating an agile organisation. This webinar Get the Most from Scrum, will help you think about the value of using the Scrum Framework and what it takes to get the most value out of using Scrum.

Welcome

Today’s webinar will be for 30 minutes and the presentation part of the webinar will be 15 minutes, followed by 15 minutes of Q&A. The webinar finishes at 1:00 PM and it’s being recorded. The recording will be available on our website this afternoon at http://box5252.temp.domains/~futurhu6/webinar-series-recordings/. I also want to let you know that this webinar is part of a series. We held our first webinar ‘Is Agile Right for our Organisation?’ on the 20th of August, just a few weeks ago almost. People were on their summer holidays. It was great to have such a fantastic turnout for that. Today is the second in the series.

So if you joined us for the first webinar, you’ll know that I like to start with a definition. It’s good to level set and understand what we mean when we talk about Scrum. What better way to find out what Scrum is, than by getting a definition from the Scrum Guide.

“Scrum is not a process, technique, or definitive method. Rather it’s a framework within which you can employ various processes and techniques. Scrum makes clear the relative efficacy of your product management and work techniques so that you can continuously improve the product, the team, and the working environment.”

The Scrum Guide, scrumguides.org

So interestingly, scrum is saying that any processes, techniques, and tools and other methods that you feel you need to use in order to be effective at delivering a product or a project are ok.

Reasons organisations use Scrum

So Scrum Alliance does a survey every year. In the most recent State of Scrum survey from Scrum Alliance, respondents to the survey said that the top three reasons for adopting Scrum were to deliver value to the customer, flexibility and responsiveness, and quality.

Feedback loops of Scrum

What attributes of the Scrum framework give us these features to deliver value to the customer and flexibility and quality? These are achieved when we use the feedback loops of the Scrum framework. [Feedback loops have their origins in systems thinking and you may be interested in our Systemic Agile Coaching course.] Scrum’s meetings are used for examining feedback on what the team has just completed in the previous few weeks, and deciding what to do for the next few weeks.

For example, a planning meeting uses feedback from the previous Sprints to decide what should be delivered in the next Sprint, which is typically two to four weeks. If you say you’re using Scrum and you’re not asking for feedback and using it for forward planning, you’re not using Scrum as it was intended, and you won’t get the benefits organisations expect from Agile.

Do your Sprint Reviews

To get the most value from Scrum, you really need to do your Sprint Reviews. The team must have a Sprint Review with business stakeholders, not just a Product Owner.

This helps the team adapt the product requirements to get the work done in priority order. It helps business stakeholders understand what the team’s working on, and it builds trust and helps the team shift focus when at the end of a Sprint, which is a few weeks long, they find out that the business priorities have changed and they need to do something slightly different.

Do your Sprint Retrospectives

Also to get the most value out of Scrum, do your Sprint Retrospectives. These can be a little bit uncomfortable because in a Retrospective the team talks about which processes, techniques, and interactions among the team members are working or not. This is really where you’re starting to get the most value out of the Scrum framework and where the hard work is done. This helps the team adapt its processes, behaviours and mindset to be more effective.

I’d like to offer you a quote from a certified Scrum Master from State of Scrum Report.

“Scrum is not difficult to implement. The discipline, commitments and capabilities required to be good at delivering real value frequently, and often are hard to master. It takes a lot of work. Teams and organisations suffer from technical and cultural debt. The difficulty is not really scrum; it’s the technical and cultural debt. In these cases, scrum is doing one of the things that it’s great at- making a team’s problems transparent.”

Tiago Garcez, Scrum Coach and Trainer, CST, CSP, CSM, CSPO, REP

Q&A

So I’m interested in what some of the questions are that you have, some of the things that have been working well or not. Please use the Q&A window to submit your questions. How long you’ve been using Scrum? What are some of the challenges you’ve run into? What’s happening in your Sprint Retrospectives? Do business stakeholders attend, and what kind of feedback are you getting from them? Are you doing your Sprint Reviews with your stakeholders? Are you doing your Retrospectives with the team?

Thank you for your questions.

You’ve been using Scrum for four years and as you say, the biggest challenge is building trust with customers. The real challenge is bringing them on the journey with us so that they can start to see that the iterations and the work that we’re doing is really leading to something that’s valuable. To do that, they need to be committed too, and they need to join us for all of the Sprint Reviews.

It’s difficult in a distributed environment when the Product Owner is not the real customer. One of the challenges that we’re finding often is that the Product Owner who is meant to be a representative of the business requirements and the voice of the customer is not a real representative. That the person is perhaps appointed or reluctantly asked to be the Product Owner to the team when the person perhaps doesn’t have the experience to understand what the customer really needs and how to get the requirements or perhaps the authority to make decisions about the priority of the requirements.

Another participant on the webinar said that what he’s done is really to get feedback from people using their product, which is a mobile app, who may be difficult to reach, difficult to get involved in product development. So a Product Owner has to be creative and be a little bit innovative and think about how best to represent the actual users of the app.

Another comment from you is about working iteratively and finding out what the customers, the end users, really need. The temptation is, when planning a big project, to want to start to feel some certainty and get some plans written down and understand what we’re going to be delivering for the next 6 or 12 months. One of the biggest mindset shifts that we make when working in an Agile way is understanding how to use iterations of the product to find out from our end users what they really need next. To do that, we need to suspend the temptation to plan months of work in a project, to try to have certainty.

How Can We Help?

Thank you so much for your questions. It’s been great having you today. I wanted to let you know about some of the work that we do at Future Focus Coaching and Development. We work mainly in two areas:

Business agility
Think about how often you’re asked to do more with less, deliver faster, or create the next killer app to deliver more.
• You need to prioritise your work and deliver product versions incrementally.
• Enable the right people to work together regardless of where they physically sit in the
organisation.
Develop strategic thinking and plan by business outcomes instead of tasks.
Learn how to influence your colleagues, customers, suppliers, and business partners to come with you on the journey.
So for this, we work with leaders in order to develop an agile mind-set and behaviours.

Motivated teams
The sparkle of passion and team members comes from giving more responsibility to help the business achieve its strategic goals. Product development teams are most effective when they’re part of the planning process, and they can generate options and shape solutions to problems. Build knowledge sharing networks that can identify end-user’s true needs and possible solutions faster than the hub and spoke management style fostered by command and control management of single individuals.

Related posts

Posted on

Resources for leaders

Some of the best resources around to help leaders and their teams develop the mindset, behaviours and skills to succeed in complex and uncertain environments.

Nimble Leadership
Harvard Business Review, July 2019 Why Organisations Don’t Learn
Harvard Business Review, November 2015

The Better You Know Yourself, The More Resilient You’ll Be

Harvard Business Review, September 2017

The Board’s New Innovation Imperative

Harvard Business Review, November-December 2017

The Failure-Tolerant Leader

Harvard Business Review, August 2002

Creating Creativity

(video)
Ian McDermott and Patricia Riddell, Applied Neuroscience, International Teaching Seminars, January 2016

Good Leaders Are Good Learners

Harvard Business Review, August 2017

How Learning and Development Are Becoming More Agile

BPS Research Digest, June 2017

How To Communicate Clearly During Organizational Change

Harvard Business Review, June 2017

How to Create An Agile Organisation

McKinsey & Company, October 2017

Posted on 2 Comments

Organisations succeeded with agile methods when they had a balanced view of change

Becoming Agile by Laura Re Turner

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?

McKinsey 7S
McKinsey 7S

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.

All Research Participants
Categorisation of Research Participant topics in the McKinsey 7S framework

 

Agile Manifesto
Categorisation of Agile Manifesto topics in the McKinsey 7S framework

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.

 

Stay in the Loop!

Subscribe so you never miss our updates.

Posted on

Should Business Coaches Care About Psychology?

Full disclosure: I have received a bursary to attend the British Psychological Society’s Special Group in Coaching conference, December 7-8 in Birmingham.

When reflecting on how an awareness of psychology has helped my coaching practice, I thought about the difficult situations I’ve encountered in my coaching work, where basic knowledge of some areas of psychology has helped me manage the situations.

We know that much of coaching originates from psychology and psychotherapy, and draws on decades of research on the human experience. For me, the biggest influences from psychology have been the person-centred approach defined by Carl Rogers, Gestalt, interpersonal psychodynamics and attachment theory.

From Carl Rogers, I learned that a person’s intention for another is one of our most powerful tools. We can be excellent listeners, but if we are indifferent about whether we want our clients to grow and thrive, then any amount of clever listening won’t enable them to succeed. As one of my over-arching personal principles, I keep this in mind when I am coaching individuals and facilitating groups. Do I want to be here and why?

Interestingly this mindset has also helped me notice when a client doesn’t really want to be in the coaching session. This may sound strange, but when my intention to be present isn’t matched by my client, I notice a feeling that ‘not all is as it seems’ in the session. This is a hypothesis that needs to be tested further, and if this is starting to sound like Gestalt….

We had a day of experiencing Gestalt with coach Bridget Farrands during Stage 2 of the MSc in Coaching and Behavioural Change (Henley Business School), The day of practical exercises helped me tune in to my body’s own intelligence, and to notice my client’s state and ask my client to notice too. I learned to be attuned to what’s happening for both myself and the client in the present and to improvise my coaching intervention.

My first experience with Gestalt made coaching multi-dimensional instead of the linear and predictable ‘what is your goal, what have you tried already…’ etc. Being aware of the client in front of my eyes and my own feelings are tools that I use often. I will never forget the day I became aware of an uncomfortable physical reaction to a participant on a workshop who became unhappy in a very sudden and unexpected way about the course material. I later realised the person was mildly autistic.

Awareness of interpersonal psychodynamics and attachment theory gave me the confidence to question if people’s behaviour (say, in a meeting) is a conscious response to what we see taking place in the room with the people present, or an unconscious response to past relationships that shape present-moment behaviour.

I started delivering training courses and behavioural-change workshops in 2014 through my work with QA Training. Most of us have been on a business skills training course, and if we’re unlucky there’s someone who didn’t want to be there, whose manger forced them to attend, and who is going to let the trainer know about it. However the training participant doesn’t tell the trainer this directly of course! He becomes argumentative about the course material, transferring his dissatisfaction with his manager, onto the trainer. Attachment theory has also been useful for appreciating that people’s behaviours in the moment (towards me) are not a reaction to me per se. I have become much more tolerant to people whose behaviour seems to be disproportionate to the situation, for example I’ve experienced people becoming irate as a defence for expecting criticism from me, or bullying as a defence for having been bullied. I know a coach who becomes defensive when I state my preferred way of working, interrupting me when I speak, and I suspect that the behaviour was learned many years ago as a way to cope with a hostile home environment.

What has been the impact of psychology to you on your coaching practice? Stay in touch and write your comments below.

Hope to see you at the BPS Special Group in Coaching Psychology conference in Birmingham, UK, on 7-8 December.