This post is an informal journal to share our DevOps Vancouver Meetup session, titled "Explore the trajectory of our Common Engineering ecosystem", in which I spoke about my experience in setting up our new common engineering system team, which are related to the previous Common Engineering System at WorkSafeBC and Why we should (not) care about Pipelines!?! meetup talks.
It was a real pleasure to share an update on our efforts to establish a common engineering system to empower our engineering teams and strive for consistency, standardization, security, and continuous innovation at WorkSafeBC.
As shown, we have an ambitious vision to empower every engineer by standardizing our engineering practices and tools and enable continuous delivery of value to delight end-users.
From early 2019 we operated like the Rebel Alliance on the ice planet Hoth, focusing on creating manifestos and guardrails that enabled engineering to build consistent, secure, and simple solutions. We innovated our continuous integration and delivery pipelines, as discussed at the meetup in June 2021, and released our WorkSafeBC Technical blog allowing us to share all our failures, learnings, and innovation with the community.
Everything changed in September 2021 when I got the opportunity to launch an official common engineering team, with a leadership mandate to empower every engineer by standardizing practices and products, and stewarding guardrails to promote engineering consistency, enablement, security, and simplicity.
For the first 90-days we focused on establishing an efficient system of highways that enable both our business and engineering and ensure that our common engineering ecosystem has a common and sound vision, vibrant collaboration, and an atmosphere that encourages failure, learning, and continuous innovation. We achieved three major milestones:
- Self-service automation, often referred to as the “walking skeleton”, which creates an Azure Repo, injects an app-type sample, configures, and injects a YAML-based Azure Pipeline, and queues the pipeline as a final validation of the setup … in less than 10 seconds!
- Working agreements to guide how to work together to create positive, productive processes.
- Started a war on WASTE and Silos, by fostering collaboration through centers of enablement, working groups, dojos, and community of practices. See our technical blog for details.
For the next 90-days we plan to switch to implementation mode. We will: - Enable, foster, steward guardrails and collaboration - Monitor and learn from baseline metrics - Open-source our application-type YAML-based pipeline blueprints - Automate everything automatable.
Thereafter let your imagination soar, for example chaos engineering.
No more silos! Collaborate!
Here is a snapshot of the extend of collaboration we achieved during the first 90-days.
The variety of teams, the vibrance of collaboration, and the focus on outcomes give me reassurance that we are on the right track and hope that we can achieve the unthinkable as an organization.
Erasing the silos, avoiding them to regrow like weeds, establishing TRUST, and getting all the stakeholders to collaborate was one of the big tests to date.
Which brings me to the challenge of launching such a team, especially when you are, like I, a software engineer at heart and want to remain involved “hands-on” with the continuous experimentation, learning, and innovation.
Apart from the people management, dealing with rigid and time-consuming processes, a lack of resources in the local market … our team has existing operational support, and quality assurance responsibilities. Balancing these with our quest for bold change and continuous innovation, has challenging. Creating a harmonious team, where everyone takes responsibility for their actions, where we have a work:life balance, and where everyone is a leader is not ea walk in the park.
Another anomaly that keeps me awake at night, is how to ensure that everyone has an innovation mindset, the time, and the grit to take a chance. I find that many engineers can spend hours talking about a problem, but often have no time to make changes. Hopefully you can give me guidance here.
My personal mission statement, which I stare at every morning, is to “encourage everyone’s creativity, passion, purpose, and strengths.”
I am experimenting with a variety of guidance from David Marquet, carrying around his book – Turn the ship around – wherever I go.
I always remind myself to foster autonomy, mastery, and purpose, as discussed by Daniel Pink.
Inspired by Elon Musk and SpaceX’s phenomenal innovation, I encourage my team to simplify everything, automate everything automatable, and question all processes, often provoking colleagues when I ask the five WHYs and rip parts out of an inefficient process.
Last, but not least, I remember everyone to have FUN to combat today’s stressful days of isolated and remote engineering, and to remind us of the need to balance work and life. A reason our most recent quarterly update looked more like a newspaper than a formal report.
FAILURE is good!
I work hard to create a mindset to continuously experiment, embrace FAILURE as an opportunity to learn, and innovate.
You will soon see the round red sticker appearing on our laptops to encourage everyone else to follow suit.
To be successful you need a DREAM TEAM …
... a self-organizing, self-managing, and cohesive team!
In my humble opinion the secret sauce is TRUST. You must trust each other, your leadership, your stakeholders, your end-users, and vice versa! No TRUST, no dream!
We live and breathe by our working agreement, with an emphasis on optimizing meetings … another Elon Musk inspiration … and inspire an Agile, Kanban, and DevOps mindset, as well as DevOps core values. Our working agreement has triggered a range of other working agreements, such as starting a center of enablement or rotating through our common engineering team.
... for reading (listening)!
- Collaboration - Centers of Enablement
- DevOps Core Values
- DevOps Vancouver Meetup - January 2022
- DevOps Vancouver Meetup - January 2022 Recording
- Elon Musk’s 6 productivity rules
- Meetup - Common Engineering System at WorkSafeBC
- Meetup - Why we should (not) care about Pipelines!?!
- Turn the Ship Around
- What is DevOps?
- Willy-Peter Schaub LinkedIn
- Willy-Peter Schaub Publications
- Willy-Peter Schaub Twitter
- WSBC Technical Blog