Quality and dev-ops at the bank

David Hägg
Sep 18, 2019 · 4 min read

In 2016 I became a member of the team engineering the Collector Checkout product here at Collector Bank in Gothenburg, Sweden. I’ve spent most of my time here as a team lead, which means that I’m a backend engineer but it’s also my job to make sure we are a healthy team and that we feel accountable for the stuff we build.

This story is about the things we do to ensure we create value to our customers and at the same time taking full responsibility for the things we build. You build it — you own it!

Our board

We do a Kanban-ish process. Bottom up so the things at the bottom are the most important ones to close first.

  • We never pile bugs in a backlog. They end up directly on the board and are either fixed first thing or closed if they are not worth fixing.
Our kanban board — always work in progress


When we plan our work, also called refinements, we try to embed traceability from the start. We ask ourselves questions like:

  • What is the customer/user value of this?

Code reviews and pair programming

We encourage pair programming and always perform code reviews when we don’t.

This is a must have to create a quality culture and pair programming often makes our solutions better from the beginning since more brains on the problem tend to create better solutions.

Demos for the team

We often conduct small demos for the whole team in order to spread knowledge, but also to get early and valuable feedback. This is also keeping everyone involved so they feel that they actually own the product they are creating together.


Automated Infrastructure

We run the entire Bank in Microsoft Azure. Now that was a bit of an achivement being one of the first banks ever doing that with all regulatory requirements that we had to be compliant with. But we did it!

  • We own our infrastructure enabling us to scale up/down and build new things without interaction with other teams.

Continuous Deployments

To be able to move quickly we are using Octopus to deploy our product into production. This happens several times per day and is no big deal.

  • Everyone in the team can deploy.
Octopus Deploy
Launch Darkly for feature flags


For a system that handles monetary transactions it is extremely important to keep a good audit trail of everything that has happened. We are using EventStore as one of our databases, but we also log extensively.

  • We have one place where all logs go and a tool to easily search them.
We use Elastic Search and Kibana/Grafana for our logs

Monitoring and alarms

Data and monitoring is a first class citizen in our team. It means that we measure almost everything we build in order to see if we achieve the outcome we are seeking.

  • The dashboards are central and is the first thing each team member goes through when arriving in the morning.

I hope you had some useful thoughts out of this.
And as always — it’s is a never ending process of constantly being a little bit better


A blog from the people building the products at Collector…