[Your Name] · [Email] · [Phone] · [City, ST]
April 21, 2026
Dear Hiring Manager,
I'm applying for the Staff Software Engineer role on the Jira Cloud Platform team. Your public writing on the Vertigo migration — moving Jira and Confluence from on-prem to a cloud-native microservices stack on AWS — is the exact problem space I've been working in for the last three years, and I'd like to join the team that takes that architecture into its next decade.
At Canva I led the re-architecture of our document collaboration service from a single-region monolith to a multi-tenant cloud platform running on AWS across 3 regions. The hardest part wasn't the Kotlin services or the Kafka pipelines — it was the six-month sequencing work to let 28 downstream teams adopt the new platform on their own schedule, without a flag day. We shipped it with zero unplanned downtime, cut p99 API latency from 420ms to 95ms, and — the part I'm proudest of — none of the consuming teams had to change a single public interface. That's the 'Don't F*** the Customer' value applied inward.
Before Canva I spent four years at a 200-person distributed SaaS company where I was the first engineer in a Berlin time zone team ramping up against a San Francisco HQ. I learned, the hard way, how to run decisions async: written RFCs with explicit 'disagree-and-commit' windows, Loom-based design reviews, and a strict rule that if a decision required a synchronous meeting, the meeting's output had to be a written artifact the rest of the team could push back on. That's how I'd want to work at Atlassian — your Team Anywhere policy only works if the written layer is load-bearing, and I've spent years making sure mine is.
I'd welcome a first call to discuss where I'd focus in the first 90 days on the Jira Cloud Platform team, and I'm happy to share a short design doc I wrote on tenant isolation trade-offs that might be a useful conversation starter. Any timezone works on my side.
Sincerely,
[Your Name]