

Ivett Ördög
Engineering culture advocate, public speaker, creator of a gamified devops training tool "Lean Poker"
Putzbrunn, Germany
Actions
Ivett Ördög is a public speaker and the creator of Lean Developer Experience (aka Lean Poker), a gamified DevOps training tool that teaches agile, lean and continuous deployment practices to developers. She is based in Bavaria, Germany and has over 25 years of professional experience in software development and 15 in leadership. She is passionate about innovation, collaboration and learning, and enjoys sharing her knowledge and insights with others. She is also the creator and host of the @NextIncrement YouTube channel.
Area of Expertise
Topics
I implemented Game of Life 100+ times! Let's explore the 3 most interesting takes...
Explore a mind bending feature of functional programming, how you can easily get started with GPU programming, and learn about under appreciated SQL features that you didn't know you need.
Having facilitated code retreats for years, I’ve witnessed a myriad of solutions to a single, seemingly straightforward problem: Conway’s Game of Life. While varying constraints often lead to different approaches, the most intriguing aspect lies in the valuable lessons these solutions impart, shaping our programming practices for years to come. Join me as we delve into three distinct implementations of this captivating problem. If you join me for this session, you'll have 3 new tools under your belt to write code that impress your colleagues.
How to sell a big refactor or rewrite to the business?
In the world of software development, dealing with legacy code is often a necessary evil, especially for successful, fast-growing companies. But how do we tackle this challenge smartly? This talk delves into the often-misunderstood realm of large-scale refactoring and rewrites, presenting a nuanced approach that contrasts with the traditional 'never rewrite' dogma.
We'll delve into real-world case studies where companies have successfully navigated their technical debt, uncovering crucial insights. Specifically, we will identify two key properties of these successful rewrites that can make or break your efforts. Understanding these properties enables us to strategically manage technical debt without losing our competitive edge. This session is not just a theoretical discussion but a practical guide, concluding with a systematic approach for your team's refactor or rewrite projects.
Microservices Result In A Fragile System (Unless You Do This)
Soon after introducing microservices, we were overwhelmed by constant outages and endless alerts, leaving us no time to figure out what was going wrong. In this talk, I’ll share how we rediscovered the Saga pattern amidst that chaos and how it transformed our fragile system into a resilient one. By exploring the failure modes and incomplete implementations we encountered, you’ll gain a deeper understanding of the pattern. You’ll learn about common pitfalls and a blueprint for building resilience into your inter-service communications. Pay attention, and you’ll never have to wake up to the sound of PagerDuty in the middle of the night.
Why Metrics Are Derailing Your Business (And How to Fix This)
How can management decisions lead to a train derailment and the deaths of 107 people? In the case of the Amagasaki disaster—and countless failures in software teams—the root cause was the same: the flawed use of metrics. We set out to answer a simple question: What makes a good productivity metric? But that question led us down a rabbit hole. The real insight came when we realized we were asking the wrong question entirely.
This talk explores how well-meaning teams end up optimizing for the wrong outcomes, how common engineering metrics backfire, and what to focus on instead. You'll leave with a practical framework for using metrics to actually improve team performance—without driving your team off the rails.
Hard Work and Talent Isn’t Enough
Ever been told “you need to be more visible to get promoted”?
Ever watched a less capable colleague get credit while you worked hard with almost no recognition?
For years, I believed that hard work, practice, and delivering value would speak for themselves. But as an engineering manager, I saw firsthand how often engineers were overlooked — not for lack of skill, but because their contributions weren’t remembered outside their team.
I know how hard presenting can be. I’m autistic, have ADHD, and was nonverbal until the age of four. The idea of standing on a stage was once terrifying. But I’ve learned — the hard way — that presenting your work isn’t just a nice-to-have. It’s essential.
In this talk, I’ll share how communication shaped my career — from struggling PhD student to international speaker — and why even the best ideas die in silence. You’ll walk away with a new mindset, practical tips, and a simple framework you can use to start making your work visible — and memorable.
Please note that Sessionize is not responsible for the accuracy or validity of the data provided by speakers. If you suspect this profile to be fake or spam, please let us know.
Jump to top