We can do it better and faster. I coach Scale-ups CxOs to boost their business with their current team, making minimal changes.

Empowering Founders and CEOs of Scaling Software Companies to Unlock Sustainable Growth

We specialize in aligning teams, simplifying systems, and empowering leaders to scale without chaos.

✅ Team and Department Alignment: Creating clarity and cohesion, so every team works in harmony toward the same goals.
✅ Market Understanding: Pinpointing opportunities and crafting strategies that resonate.
✅ Delivering Market Value: Building systems that prioritize impactful delivery over inefficiencies.

Our Approach:

🌟 Simplicity: We focus on the essential changes your team needs to scale effectively—no fluff, just results.
🚀 Challenge: We’ll push you to break limiting beliefs and overcome obstacles, ensuring you grow alongside your company.
💡 Honesty: Expect transparency. We’ll give you the hard truths needed to move forward, faster and better.

Why It Matters:

As a founder or CEO, you’ve done an incredible job getting your company this far. But rapid growth introduces new complexities—misalignment, communication breakdowns, and inefficiencies that can stall your momentum.

That’s where we come in. With a proven track record of transforming teams and operations, we help you regain clarity and control, ensuring you meet growth milestones without sacrificing creativity or culture.

Are you ready to scale smarter, not harder? Let’s talk.

Santi Pozo

If you think hiring QA engineers will reduce your bugs, read this.


I’ve worked with dozens of software companies. Most of them had QA teams. Some had entire QA departments.

The pattern is always the same.

QA complains developers make too many mistakes. Developers complain QA is a bottleneck.

Both are right. And both are missing the point.

The real problem isn’t QA. It’s developers not being accountable for the quality of their own work.

So tickets get thrown over the wall. Poorly defined. Poorly thought through. Then rejected by someone with less technical experience and half the salary.

That’s not quality assurance. That’s organizational dysfunction.
Hiring QA doesn’t fix that. It just hides it longer.

Santi Pozo 

Fix slipping deadlines · Align tech with business · Ship predictably at scale

La mayoría de “seniors” en software no son seniors.


Y no lo digo por provocar.
Lo digo porque lo veo constantemente en empresas reales.

Para mí es bastante simple:

1. Eres junior si no te vales por ti solo.

2. Eres mid si eres autónomo y el valor que generas compensa lo que cuestas.

3. Eres senior si lo que te pago no solo sirve para que tú hagas un buen trabajo,
sino para que otros trabajen mejor gracias a ti.

Ser senior no va de años,
no va de stack,
no va de escribir código “más complejo”.

Va de impacto.
Va de influencia positiva sobre el sistema y sobre las personas.

A partir de ahí, el apellido es secundario:
senior IC, team lead, staff, principal, CTO… lo que toque.

La diferencia real es a cuánta gente ayudas a rendir mejor.

Esto conecta mucho con un post reciente de Emilio Carrión,
donde explica muy bien lo que NO es un senior 

👇
https://lnkd.in/dRr29rsv

Staff Engineer @ Mercadona Tech | Convierte tu código en impacto de negocio. Mentor de Ingenieros hacia una mentalidad Product-Led.

Hubo una época en la que me encantaba ser el "Cuello de Botella".

Me gustaba pensar que si yo era el único que sabía cómo demonios funcionaba el módulo de pagos, mi trabajo estaba asegurado. Me aferraba al conocimiento como si fuera el Anillo Único. (Un poco triste ahora que lo pienso. Y qué estrés por dios 😅).

Creía que eso era ser Senior: ser imprescindible. Pero eso no es seniority, eso es un secuestro.

Si nadie puede tocar el código sin que tú des el visto bueno, no eres un líder técnico, eres un punto único de fallo con patas.

De esto es de lo que voy a hablar en el próximo T3chFest, de "El Senior Egoísta". Porque me he dado cuenta de un par de cosas después de sudar tinta en muchos deploys:

- El Mentoring no es "cosa de RRHH": Es una herramienta de arquitectura. Si no eres capaz de explicarle tu sistema a un Junior en 20 minutos sin que le explote la cabeza, el problema no es el Junior. El problema es que has diseñado un sistema demasiado complejo.
- Tu código tiene fecha de caducidad: Lo que escribí hace 3 años probablemente ya sea "legacy" o se haya reescrito. Pero lo que le enseñé a mis compañeros en ese tiempo, eso sigue ahí.
- Enseñar es egoísta (del bueno): Cuanto más saben los demás, menos me llaman a mí cuando se rompe producción un viernes a las 6 de la tarde. (Y solo por eso, ya vale la pena).

La verdadera maestría no es ser el mago que guarda los secretos en su torre. Es conseguir que, si mañana me atropella un autobús (o me toca la lotería, seamos optimistas 🙏), el equipo siga funcionando igual de bien sin mi.

Ahí es cuando sabes que has hecho bien tu trabajo.

Así que voy a estar en Madrid en marzo intentando convencer a mi "yo" del pasado de que suelte el control. Si te pasas, nos tomamos algo y nos contamos las penas.

¿Os ha pasado esa fase de querer controlarlo todo o soy el único que ha tenido ese "ego"?

Most engineering managers think their problem is "velocity."
They’re wrong. Their problem is anxiety.


I’ve seen developers who can’t sleep because of their Jira boards. People going to psychologists to manage the stress of "pollos sin cabeza" (headless chicken) management.

When you have 15 things open and 0 things finished, you aren't "agile." You’re just vibrating with stress.

The way out?

You don't need more developers. You need a system that lets your team breathe. Order isn't just about speed; it's about peace of mind.

Imagine this: A Monday morning where everyone knows exactly what to do, and nobody is drowning. Want that calm? Its your choice to stop that chaos and start the flow...


Elevate Your Delivery.

Read twice. In your life or business, what’s the first thing that comes to mind?

Comment and share below.

If you think adding more testers will solve your quality problems, read this.


I’ve seen this play out at some of the most recognizable SaaS companies in the country. The cycle is always the same.

QA complains that developers ship broken code. Developers complain that QA is where speed goes to die.

Both are right. And both are missing the point.

The problem isn’t your headcount. It’s your handovers.

When quality is "someone else’s job," nobody takes ownership. Tickets get tossed over the wall half-baked and poorly defined. You aren't testing code; you’re managing a lack of discipline.

That’s not a QA issue. That’s a systemic failure that more people simply can't fix.


I’ve helped the biggest names in the industry stop the blame game. The reward? High-velocity shipping without the "Friday night" fear.

Is quality a department in your company, or is it a shared habit?

The more I learn about business, the more I’m convinced that less is more.


We’re constantly fighting our action bias.
Doing things feels like progress.
Thinking feels slow.

But every time I’ve seen real results,
they came from spending more time deciding what not to do.

Not paralysis by analysis.
Just clarity.

When I learn from the best operators in the world,
I’m always struck by the same thing:

Their systems are boring.
Simple.
Almost disappointing.

And incredibly powerful.

They all say some version of the same idea:
learn to enjoy boredom.

The more boring a business is,
the more reliable, repeatable, and profitable it tends to be.

That’s a shock for the startup world,
where energy, adrenaline, and constant movement are almost a badge of honor.

But businesses don’t scale on adrenaline.
They scale on consistency.

We don’t need to be taught more.
We need to be reminded more.

Refine.
Reduce.
Strip the business down to its essence.

I’ve never seen anyone “outpower” a business successfully.
But I’ve seen many outsmart it.

Curious:
What’s the biggest simplification or realisation that moved your business forward?

This single question changed how I think about managing people.


“What version of me would you like to meet one month from now?”

I heard it recently in a conversation about relationships. 

A couple has been asking each other this question every month for the last five years. 

Their marriage is strong. 
Their careers are better. 
And They couldn’t be healthier. 

And it hit me: this summarizes almost every difficult conversation I’ve had about people management. At some point, a company and an employee meet. 

Both are in a current state. 
Both want to evolve.

The company wants new results, new markets, more impact. 
The person wants growth, recognition, better balance. 

Is not about blaming where you are is about choosing where you’re going next.

Any other tip for people management (or marriage) that worked well for you?

Hiring more developers to fix a "slow" team is like adding more cars to a traffic jam. Read this


It doesn't make things move faster. It just creates more metal to crash into.

The real "bottleneck" isn't talent. It’s the WIP (Work In Progress).

Like with many of my clients, I recently saw a board with 17 open tickets. The team was "busy," but nothing was moving.

We changed one rule: "No abras otra patata hasta que no tengas cerrada la que tienes en la mano." (Don't open a new potato until you've finished the one in your hand.) 

The result?

- Less stress.
- Higher quality.
- Faster delivery.

I couldn’t emphasize it any more:

Complexity is a choice. Simplicity is a discipline.
Stop starting. Start finishing!

I just spoke with a recently promoted VP
at one of the biggest tech companies in Europe.

What surprised me wasn’t the scale of his challenges.
It was how familiar they were.

Same patterns I see everywhere:
- Projects going late
- Backlogs with poor ROI
- Teams struggling with seniority and accountability

Nothing exotic.
Nothing “enterprise-only”.

Every software company hits the same wall.

If you’re dealing with this, I have two pieces of news for you.

The bad one:
You’re not alone — and that’s actually sad.
Because I keep seeing smart people getting overwhelmed or burning out
over the same problems, again and again.

The good one:
These problems are surprisingly fixable.
We’ve been working on them for years
across startups, scale-ups, and large tech companies.

Same root causes.
Same patterns.
Same tools.

If you’re facing any of these challenges,
DM me.

I’ll share the single most useful tool we have for your situation.
No pitch.
No sales.

Just trying to fix a pandemic we’ve normalized for way too long.

Not delivering all your projects last year might not have been the problem...



The problem is you assumed delivery would create impact.
I’ve seen this pattern repeat across companies and industries.

A quarter starts with a roadmap.
The roadmap turns into pressure.
Pressure turns into execution.
Then the quarter ends.
Some things shipped.
Some didn’t.
And the retro sounds familiar.
“We overcommitted.”
“Too many dependencies.”
“Not enough focus.”

All true.
And still missing the point.

Then there’s the big project.
The expensive one.
The one that promised to disrupt the business.
It gets delivered.
And when the impact doesn’t show up,
no one is really accountable for that gap.
The team shipped what was asked.
The roadmap moved on.
And the business quietly absorbed the disappointment.

What changed things for the founders I work with wasn’t better execution.
It was changing what gets defined before committing to any deliverable.

Before a single project makes it onto the roadmap, they get clear on three things:
- Who exactly needs to be different after this ships
- What behavior or decision should change for them
- Which business metric would tell us this didn’t work

Once that’s clear, something interesting happens.

Even if not everything ships,
the business still moves forward

Most “user-centric” roadmaps are actually investor-centric.
And pretending otherwise is what creates frustration.

Let’s be honest for a second.
Most startups are VC-funded.
That means they’re not profitable yet.
And salaries are paid because investors trust that some metrics will move.
(MRR, LTV, AVG SPENT, ...)

Those metrics don’t move by “good vibes”.
They move when specific users do specific things that change the business.

User centricity is important.
But it’s not the starting point.

The starting point is:
 
"Which metric needs to move so the company survives?"

What I see over and over is companies avoiding that adult conversation.
Instead, they hide intentions behind fluffy language:

“This project is strategic”
“This will unlock the future”
“We’re doing this for the user”

And then… surprise:
It’s actually for one big client
Or for a board narrative
Or to hit a quarter

People feel the inconsistency.
 And that’s where the complaints start.

I’m not against user centricity.
I’m against treating adults like children.

If the real goal is:
“We need this deal to close to move the needle”
Just say it.

Clarity beats inspiration every time.

Curious to hear your experience:
 Have you seen this play out in startups you’ve worked in?
 On either side?

Welcome back everyone! 

Let's rock 2026 🚀

We hope you enjoyed the holidays.

Holiday mode is healthy. 
Company pause isn’t.

Good systems let people disconnect 
without disconnecting the business.

Most teams don’t fail because they aim too low.
They fail because their system can’t deliver.

If your 2026 plan is:

• more goals
• more initiatives
• more planning sessions

You’re likely reinforcing the same bottlenecks.

The leaders who win next year will do something different:
They’ll stop asking “What should we achieve?”
and start fixing “How does work actually flow?”

Because results don’t come from ambition.
They come from designed delivery.

If 2026 matters to you, don’t set better goals.
Build a system that makes outcomes inevitable.

This is exactly what we’re doing with our clients this year,
and it’s shaping up to be a very strong one.

Elevate Your Delivery 🚀

gabortill.com

Help software engineers become strategic leaders through personalized coaching and actionable strategies.

Created Tech Lead Mastery, a 6-month interactive program helping engineers master leadership skills and career advancement.

Host workshops and events that teach engineers how to build high-performing teams and influence stakeholders.

Provide tailored resources to simplify leadership and career growth for mid- and senior-level engineers.

Founder of Tech Lead Mastery | Leadership Coaching for Engineers

Atradius

When Atradius embarked on the transformative journey of bringing IT development in-house, I was entrusted with the task. Spearheading the inaugural in-house team in the Channels division was both a challenge and an honor. From hiring to setting up processes and ensuring efficient deliverables, I've fostered a culture of excellence. Today, with a mix of talent from Amsterdam to Madrid and beyond, I'm cultivating the future tech leaders of the industry. Building teams, bridging geographical gaps, and aligning with long-term goals — that's a day in my life at Atradius.

Engineering Manager

VodafoneZiggo

Reforming a dynamic team at Vodafone, I took on the mission to migrate the extensive Vodafone Enterprise Portal. From AngularJS to React and introducing NestJS middleware, our tech overhaul was comprehensive. As a Scrum Master, I introduced agile methodologies, ensuring that team dynamics were at their peak and individual performances shined. Weekly conversations with Agile Coaches and regular strategic meetings ensured we stayed ahead of challenges.

Scrum Master & Frontend Developer

Veen Bosch & Keuning Uitgevers Groep B.V.

Stepping into the vast world of the largest publisher in the Netherlands, I had my eyes set on innovation. Leading the rewrite of bookchoice.com and bruna.nl wasn't just about code; it was about crafting user experiences. Beyond projects, I had the privilege to step into the shoes of my mentor, inheriting the wisdom and challenges of being an Engineering Manager. From introducing a Scrum scoring system to spearheading remote work strategies during the COVID era, I was at the forefront of change.

Engineering Manager & Lead Frontend Developer

Harlem Next B.V.

I wore two hats: A Lead Front-end Developer and a Mentor. Crafting landing pages and dashboards with Vue.js was one part of the job; mentoring three budding engineers was where my passion truly shone. Together, we navigated the worlds of technology and soft skills, ensuring they were equipped for the challenges of tomorrow.

Lead Frontend Developer & Mentor

Joining KPN was a lesson in the power of Scrum done right. While developing in-house products, I had the opportunity to introduce innovative concepts like Feature Flag, ES6, and the BEM naming convention. It wasn't just about code; it was about improving processes and enhancing user experiences.

AngularJS Front-end Developer

comScore, Inc.

My journey abroad began with comScore in Amsterdam—a milestone that significantly amplified my professional growth. Here, I was entrusted with maintaining four intricate analytics tools, akin to giants like Google Analytics. Working with AngularJS, I delved into the complexities of constructing expansive applications that demanded efficiency and performance. Though the acquisition by Adobe marked an unforeseen chapter's end, the learning and experiences at comScore solidified my foundation in front-end technologies and large-scale application development.

JavaScript Developer

Westline Webworks Ltd

At Westline, innovation met opportunity. Entrusted with a pioneering video-based project, I dived deep into the world of HTML5 video and AngularJS. Crafting a robust app tailored for mobile and tablet users was both challenging and rewarding. Navigating through the relatively new territories of AngularJS and HTML5 video was a testament to my passion for exploring the uncharted.

Front-end developer

BIG FISH Internet Technology Ltd

Joining BIG FISH, I was promised expansive opportunities to work with JavaScript. Although we embarked on an exciting project to redesign Hungary's largest online bookstore, the nature of the role didn't align with the vision I had. Our paths diverged as I became more determined to find a role that genuinely resonated with my expertise and aspirations.

arukereso.hu

My foray into the professional IT realm began at árukereső.hu. With the burgeoning mobile era, I championed the redesign of the platform's mobile interface, working hands-on with technologies like PHP Smarty, jQuery, Less CSS, and HTML5. It was an enlightening phase, witnessing the onset of revolutionary JavaScript frameworks. However, when my aspirations leaned more towards JavaScript, I realized it was time for a new chapter.

sitebuilder

People & Process Driven Freelance Engineering Manager | Cultivating High-Performing Dev Teams Across Borders

I’m Gábor, and I help mid- and senior-level software engineers to become impactful tech leaders.

I started my career as a web developer and, over the years, worked my way up to lead developer and then engineering manager. Along the way, I faced the same challenges many engineers encounter when stepping into leadership, such as balancing technical responsibilities with managing people, learning how to influence without authority, and making decisions that impact the bigger picture.

What made the difference for me was a mentor who helped me navigate these shifts. That experience saved me years of trial and error, and it’s why I’m so passionate about helping others who are ready to take their next big career step.

Through 1-on-1 coaching, I work with software engineers to:

👉 Prepare for leadership roles by building the right skills and mindset.
👉 Simplify the shift from coding to team leadership with actionable guidance.
👉 Overcome common hurdles like managing performance, communication, and trust.

I’ve been where you are, and I know how hard it can be to move forward when leadership feels exciting, but overwhelming. My coaching isn’t about theory—it’s about clear steps that help you grow into the leader your team needs.

If you’re a software engineer looking to take your career to the next level, let’s connect.

You will find lots of useful and free resources on my website at gabortill.com

taplio

The Battle

Santi Pozo

Gábor Till

Followers

Posts

Engagements

Likes

Performance ScoreSanti Pozo's LinkedIn Performance

Ready to grow your LinkedIn presence?

taplio

The Battle

Santi Pozo

Gábor Till

Followers

Posts

Engagements

Likes

Performance Score.css-goub6s{font-size:var(--chakra-fontSizes-md);font-weight:500;color:var(--chakra-colors-gray-600);display:block;margin-top:var(--chakra-space-1);}Santi Pozo's LinkedIn Performance

Ready to grow your LinkedIn presence?

Performance ScoreSanti Pozo's LinkedIn Performance