Según publica el portal technative
En el mundo digital, todo el mundo se entusiasma con la creación de nuevas funciones brillantes, pero algo que solo existe en la computadora portátil de un desarrollador no hará que el cliente tenga el impacto que debería.
Lo que realmente importa es la experiencia: los clientes quieren que los productos funcionen, estén disponibles cuando los necesiten y estén bien respaldados si algo sale mal.
Hoy, más que nunca, debemos brindar servicios teniendo en cuenta la producción, lo que requiere un cambio en la forma de pensar de muchos equipos. Históricamente, los equipos de desarrollo y los equipos de operaciones solían estar separados y tenían objetivos opuestos: los desarrolladores querían lanzar nuevas funciones, mientras que los equipos de operaciones querían mantener estable el servicio.
En Axiologik, hemos liderado muchas transformaciones hacia la excelencia en el servicio en negocios de productos de flujo rápido. Aquí hay 10 puntos clave para que pienses como parte de tu viaje:
If you don’t understand what exists in your total IT estate, then you can’t protect it and you won’t understand how it all fits together. Use automated discovery tools to sniff out everything on your network, from storage and infrastructure up to applications and their dependencies. Use security scanning and software composition analysis tools to understand things like patch levels and libraries in use within your products.
If you don’t do these things, you’re at risk of breaking production through missed dependencies or elements of your estate that are vulnerable and unmanaged. It doesn’t look good if your customer data is compromised because you don’t understand what’s on the pitch.
Shift the mindset towards service management as an enablement function
Ensure the services provided to internal customers are operating effectively and are designed with customers’ needs in mind. If your desktop infrastructure breaks regularly, processes are cumbersome, or toolsets don’t integrate into the way teams really work, then teams will be distracted from their core purpose of building great services for customers.
Shift the mindset from service management as a governance function to one of enablement. Understand service offerings and who consumes them. Treat internal services exactly as you would treat services offered to customers – if they’re not solving problems, they’re not working effectively.
Service updates should go into production without downtime and without any customer impact – anything less is sub-optimal. To achieve this, define what ‘good’ looks like in terms of quality assurance, deployment, and release management standards and practices. Set the cultural expectation that flawless releases with zero downtime is the goal everyone should be working towards.
Teams always improve when they get a better insight into their own performance, so ensure service information is published for all to see. This encourages natural competition, the desire to learn from high performing teams, and an impetus within teams to address all areas of underperformance. Support this with cultural reinforcement mechanisms that recognise those that are improving at speed. What counts is not where you are, but the improvements made.
Demonstrate that you care about repeatability and automation
Manually deployed changes or changes that can’t be rehearsed are more likely to fail than a repeatable, automated change. Every product team should work towards deploying the same artefacts into each environment and run comprehensive test suites that generate predictable results. Test early and frequently – and don’t listen to people that say non-functional testing has to wait until the end.
Work towards fully ‘observable’ systems
Service issues should be spotted and dealt with before customers see them. Many potentially catastrophic issues can be identified and addressed before they reach their full potential. All these elements relate to having highly ‘observable’ systems.
Building observability tools and practices into non-production environments helps you build better services in production – not only do you spot potential issues before they go live, but they also allow you to test your observability before it becomes critical for running production systems.
Non-functionals, non-functionals, non-functionals
If you don’t define what you need upfront and pay attention to how non-functional requirements are realised, it’s highly unlikely you’ll end up with the product you aspire to. It’s simply not possible to design systems and make the right technology choices without understanding how a product needs to behave.
Ensure non-functional requirements are baselined early within your overall lifecycle and ensure your governance validates how these requirements are being met at each stage.
Shift thinking from components to end-to-end services and journeys
Use product analytics to understand where customers are dropping out on user journeys and use this information to improve effectiveness of your products. Think first about availability and response time requirements across journeys and only then budget for individual components.
Design for failure and the unexpected
Services always fail and it’s the experience during that failure that customers typically remember. Deliberately engage with your failure modes and engineer out as many as possible through automated reconciliation.
However, no matter what you do, you’ll never fully eliminate failure. As part of your service design, think about how customers get help. Ensure support channels understand customer context and can do something – badly designed support channels often leave a more bitter taste than no support channels at all.
Ask customers what they think
Ask customers what needs to be improved within the products themselves and get their feedback on support experiences. User research is often just considered a part of new feature development, but it should be ongoing and relate to how customers experience the whole service across physical and digital channels.
The takeaway
None of the above will have the slightest impact unless the organisation demonstrably shows it cares, and this starts at the top. Delivering truly excellent service isn’t an overnight fix and there’s never an endpoint – it’s a long road of gradual, incremental improvement. Over time, using some of the mechanisms above, change will become self-sustaining and continue to accelerate.
About the Author
Ben Davison is an expert digital transformation leader and general manager with an impressive track record of delivering results on complex and challenged transformation programmes and in struggling business environments.Prior to forming Axiologik, Ben held leadership positions to Managing Director level for a leading, global IT services provider organisation. During his tenure, Ben led the organisation from a period of contraction to high growth and increased profitability, as well as securing a number of prestigious awards for client delivery.
