Blog article
See all stories »

How to shift left: Four tips to change team culture

As the “shift-left” mindset begins to take hold, it is important to remember that embedding key technical practices earlier in the delivery pipeline will only deliver value if all teams are prepared and on board with the change. Continuous testing, for example, is essential, and may require more of a shift in culture than technology.

Most shift-left discussions focus on automation tools and techniques. But an area that many fail to touch on is culture. This is arguably the most important consideration of all. Simply instructing engineering and operations teams that shift-left is the new world order is unlikely to get them onside. What’s more, it risks furthering the silent divisions between siloed teams. This is why cross-organisational culture must be addressed. If you do the right thinking up-front, confronting behavioural and cultural challenges early, your shift-left strategy is more likely to succeed and improve delivery performance. With this in mind, here are four tips and practices to help enable a shift-left transformation.

1. Transform around the company vision

Shifting left is intended to empower the business, allowing processes that normally occur further down the software delivery pipeline to be embedded earlier and more frequently within a software delivery pipeline.

Shift left should therefore be approached as a transformation program. To succeed it needs buy-in right across the organisation.

The best place to start is to align the program to the company’s overall vision. If everyone understands and buys in to the ‘big picture’, and their role in achieving common company goals, that’s the best place to start in introducing a program to shift the way software is developed and delivered across the board.  

Vital questions to ask include: “What do we need to do in order to deliver the best service to our customers so that our company remains competitive in today’s fast-changing world? What is our performance today, and what should it be tomorrow?” It may be the case that today you are delivering software at a certain cadence, but if no one is asking whether this can be done faster or in a more efficient way, you risk stagnation.

2. Incentivise teams around a common goal

Research demonstrates shifting left improves both commercial and non-commercial performance. A successful shift-left strategy will connect the transformation investment back to business performance.

The second step to implementing a shift-left culture does not start with tools but with incentivising and reorganising the teams involved in the software delivery pipeline. In a traditional structure, disciplines required to deliver software exist in silos, with each playing their role at a different stage in a linear software delivery process. A shift-left mind-set requires us to identify and break down the inefficiencies created by these siloes by eliminating waste. Success enables increased agility through short, iterative delivery cycles without skipping any one discipline. The business can then organise software delivery into smaller, cross-functional delivery teams that are empowered, rather than slowed down by, the legacy silos.

A supporting education and change management program is vital. Making the business case for setting up cross-functional, independent delivery teams is a radical change. It’s only natural an organisation’s silos will feel defensive; have questions about how the change affects the way they operate today, and the way they measure their success.  An effective change management program will help avoid teams feeling like the ground is shifting beneath them during a shift-left transformation.

3. Assess, measure & evaluate

With the business aligned and the organisation empowered, introducing a technical assessment of software delivery performance is the next critical step in shifting left. Analysis of four key metrics allows you to categorise the current level of performance and begin a discovery of where wastage exists in the value chain:

  1. Delivery frequency
  2. Lead time to change
  3. Mean time to repair
  4. Change failure rate

The first two metrics measure throughput while the second two metrics focus on stability. Measuring them as part of a single assessment framework brings parts of the organisation traditionally opposed to one another together. A successful shift-left strategy focuses on throughput with stability.

Technically assessing the value stream will give you a list of concerns that are adversely affecting software delivery performance. From this assessment, targets and objectives for the organisation can be created for shifting left which align with the overall strategy to improve business performance.

Objectives and Key Results (OKRs) are a popular goal management framework that help companies implement strategy. The framework encourages improved focus, increased transparency, and better alignment. Setting OKRs also help companies to move from an output- to an outcome-based approach to work. These can then be communicated and socialised internally, showing organisational commitment to the shift in culture.

4. Adopt successful key technical practices

Now that the ground work has been laid an organisation can draw upon successful key technical practices to transform. Here are a couple of examples:

         I.            Environments

‘Pets’ versus ‘cattle’ is a classic shift-left analogy and when it comes to environments, ‘cattle’ is the ideal model.

Environments that conform to the ‘pets’ model are precious and inflexible, whereas ‘cattle’ environments can be destroyed and replaced at any time through the use of techniques like infrastructure as code. Introducing this practice shifts environment definition left and emphasises repeatability and consistency throughout the software delivery pipeline. It helps break down the mentality of ‘us versus them’ between development and operations teams – as no one team is precious about an environment – and eliminates issues in production that are attributed to environment drift. Confidence grows as the practice becomes more widespread and frequent.

       II.            Test Automation & behavior-driven Development

If development teams aren’t using test automation and efficient test data management as part of their delivery, the delivery pipeline is inefficient. A test-first mind-set coupled with a desire to build automated test assets that can run early and often is essential to cutting wastage in the value chain.

Behaviour-driven development (BDD) is a great methodology that can accelerate your shift-left movement. It is a process that facilitates better cross-team collaboration by enabling everyone on the same team, from testers to product owners, to work together via a shared and easy-to-read language. No longer is an individual’s success centred on the completion of a single part of the process, but rather a collective understanding of when the job is done. A culture shift has taken place.

 

8097
External | what does this mean?
This content is provided by an external author without editing by Finextra. It expresses the views and opinions of the author.

Comments: (1)

Louise Barfield
Louise Barfield - Coode Associates - London 14 August, 2019, 09:02Be the first to give this comment the thumbs up 0 likes

Interesting post, thanks Harbinder. Re: OKR's and 'Assess, Measure & Evaluate' our team here are, in fact, developing a framework that helps organisations define and measure culture more visibly.  I'd be happy to grab a coffee and chat further about this, as there could be some useful cross-over...would that be useful?  All best, Louise  

Harbinder Kang

Harbinder Kang

Global Head of Developer Operations

Finastra

Member since

11 Dec 2018

Location

London

Blog posts

2

Comments

0

This post is from a series of posts in the group:

Business Knowledge for IT

This community aims to provide links, resources, book suggestions, tips and insights to facilitate learning and development of IT professionals in financial services, and to develop a forum for IT professionals to exchange views on various related items.


See all