André KammanOld School Expertise, Future Ready Solutions
Checkmate in 10 minutes

Checkmate in 10 minutes

The picture in the header is a photo of me playing chess in a school tournament. I’m about 10 years old. Looking at the board, I was going to lose that game.

Picture of a chess board, black is clearly losing

I learned chess the way many kids do: how the pieces move, maybe a few basic openings, and then just… play. No tactics. No patterns. No real understanding of why certain moves are good and others aren’t. I knew enough to participate, but not enough to be good.

Fast forward 40-something years.

Knowing how vs. knowing why

These days, I approach things differently. When I pick something up, I want to understand it properly. Not just “how does this work” but “what are the best practices, and why are they best practices?” This applies to everything I do professionally. When a new tool emerges in the data engineering space, I don’t just watch the demo and accept the marketing. I set it up. I break it. I compare it to alternatives. I ask: what problem does this actually solve, and for whom? This curiosity has served me well. It makes me better at what I do. It makes the work more interesting. And it means I can help others navigate choices because I’ve actually done the navigation myself, not just read about it.

But curiosity comes with a flaw.

I overthink things, quite seriously.

When you want to understand everything deeply, you can get stuck in analysis. You research one more option. Read one more article. Consider one more edge case. Before you know it, you’ve spent three hours on a decision that should have taken thirty minutes. Sound familiar? If you’ve ever frozen in front of a cloud architecture diagram wondering whether you need Airflow or if the built-in scheduler is fine, you know exactly what I’m talking about.

The irony is not lost on me. I help people who suffer from analysis paralysis. And I suffer from it myself. Knowing you have a flaw doesn’t make it go away. You have to actively work on it.

Back to the board

Recently, I started playing chess again. But not the slow, contemplative kind. I’m playing Blitz chess. You get 10 minutes total. That’s it. When your clock runs out, you lose. There’s no time to overthink in Blitz. You have to trust your intuition. Make a decision. Move on. If it was wrong, adjust. But sitting there calculating every possibility until you find the perfect move? The clock won’t let you. It’s uncomfortable. My instinct is to think deeper, consider more, make sure I’m not missing anything. The clock doesn’t care about my instincts. It just keeps ticking. And that’s exactly why it’s useful.

Continuous learning isn’t just about adding

When we talk about continuous learning, we usually mean acquiring new skills. Learn Python. Learn Terraform. Learn how Medallion architecture works. Keep adding to what you know. That’s important. But there’s another side to it: unlearning. Working on the patterns and habits that hold you back.

For me, that means learning to trust “good enough” when perfection isn’t required. It means making decisions faster when the stakes don’t warrant extensive analysis. It means recognizing that sometimes the cost of delay is higher than the cost of a suboptimal choice. This is harder than learning a new tool. Tools have documentation. Your own flaws don’t come with a README.

That kid in the photo didn’t overthink anything. He just played. He also lost this game, probably, and It looks like he just spotted a bunny 🙂
The version of me now knows a lot more. But sometimes I get so caught up in knowing that I forget to move. The sweet spot is somewhere in the middle. Know enough to make good decisions. But don’t let the pursuit of perfect knowledge stop you from making any decision at all.

Blitz chess is teaching me this. Every game is practice. Trust what you know. Move. Learn from what happens. Repeat. The picture below is something I was really proud of. It’s a battle though, every time I win a few, I lose a few. And I’m sure “underthinking” is not a word, but I make enough silly mistakes all the time.

screenshot from a chess game, sacrificing a bishop to win a queen

It applies to more than chess

If you’re stuck evaluating data platforms, or paralyzed by the number of ways to set up CI/CD, or unsure whether you need dbt or stored procedures or both: you probably know enough already. You’ve done the research. You understand your constraints. You know your team and your business.At some point, you have to trust that and move.

The clock is ticking anyway.

Share:FacebookX
Written by
André Kamman
Join the discussion

This site uses Akismet to reduce spam. Learn how your comment data is processed.

André Kamman

About Me

André Kamman

Hi, I’m André Kamman — a freelance Data Engineer & Platform Architect with over 30 years of experience building, optimizing, and scaling data platforms for enterprises, governments, and fast-growing startups.

I specialize in cloud migration, data platform modernization, and automation, using tools like Databricks, dbt, Azure, Terraform, and Power BI. As a long-time Microsoft Data Platform MVP and open-source contributor (DbaTools), I’m deeply embedded in the data community — continuously learning, sharing, and helping others grow.

Whether you’re looking to modernize legacy systems, automate analytics workflows, or onboard data at scale, I deliver practical solutions that connect engineering with business outcomes.

I’ve worked with dozens of teams across Europe, delivered training sessions on modern data stack tools, and love discussing architecture, best practices, and the latest in cloud data tech.

Article Topics

You can find me here

No upcoming events