We caught up with some of our Agile colleagues in Manchester to discuss best practice for implementing this transformative way of working.
As you’ll know, Product Engineering has been moving towards Agile ways of working, breaking down barriers across teams.
While some of us are still taking our first steps on that path, our Manchester team are a bit further along with Agile ways of working more established.
To help other teams across different sites learn where the wins are, how to better navigate the pain points and generally adapt to Agile more seamlessly, our Manchester team hosted an interactive and collaborative day for colleagues to attend.
Plenty of topics were covered during the day including:
- The roles of Project Owners and Scrum Masters (and the difference between both!),
- Day-to-day Agile practices
- Exploring servant leadership in an Agile structure
Sessions were led by our Agile Delivery Team and Product Owners based up in Manchester. Following the event, we caught up with a few of them to find out their key takeaways from the day.
Have the right discussions with the right people at the right time - Emily Murray, Senior Agile Delivery Lead
Don’t just aim to tick a box. Scrum ceremonies exist to provide a framework for having the right conversations, but when adopting Agile, it’s key to understand the purpose of these ceremonies and work out how to tailor these to best suit the needs of your squad. Remember, “Individuals and Interactions over processes and tools”.
Agile is not a prescriptive, one-size fits all way of operating – Charlie Chetwood, Agile Delivery Lead
During our event, we had discussions around using Agile whilst delivering a software-based product against delivering a more hardware-based product. This was invaluable. It provided us with the opportunity to highlight elements of the Agile framework that works best for the Powertrain team and how to implement them in an iterative, context-dependent way.
Make Agile work for you – Jack Lydon, Product Owner
Don’t fight against it. Mould it so that it works for you depending on what you need. I really appreciated the enthusiasm of everyone wanting to learn more about Agile. I think it will be very interesting to see how ways of working are developed across the teams to incorporate Agile into a hardware process.
