Mujahed Al-Tahleh
MT

Technical & Strategic Consulting

Engineering Strategy for Real-World Execution

I help engineering organizations improve delivery, reliability, ownership, and technical decision-making as they scale.

Prefer to talk it through first? Discuss an engineering challenge →

Strategy

Aligning goals, resources, and priorities for sustainable impact.

Systems

Designing scalable systems and processes that drive reliability.

Growth

Driving measurable improvement and long-term performance.

15+ Years leading engineering, reliability & cloud orgs
5 Structured diagnostic steps
4 Types of companies this serves
1 Precise readiness report for your org

ERA · The Engineering Readiness Model

I don't sell ready-made frameworks.

Every engineering org has a different history, stack, and team. So I always start by understanding how you actually work before recommending anything. What another company needed isn't necessarily what you need.

ERA isn't generic consulting—it's a proprietary diagnostic model built from real engagements: designing incident governance, disaster-recovery readiness, and operating models for companies like Careem, Nafith, and KayanHR.

You don't need a solution. You need an accurate diagnosis of where your org actually breaks—then a plan built on your reality, not a generic framework.

The 6 Dimensions

What ERA Measures

Predictable & Reliable Delivery

Can the team consistently ship what it commits to, on the timeline it commits to?

Reduced Operational Risk

How exposed is the org to outages, data loss, or single points of failure?

Ability to Scale Without Chaos

Do systems and processes hold up as headcount and traffic grow?

Clear Ownership & Accountability

Does everyone know what they own, and who's accountable when it breaks?

Effective Cross-Team Collaboration

Do engineering, product, and business actually work from the same picture?

Efficient Use of Time & Resources

How much of the team's time goes to real output versus firefighting and rework?

What happens after you reach out?

5 steps from intake to plan

  1. 1

    Intake

    A short set of questions about your org's current state.

  2. 2

    Review

    I review your answers before the session—no wasted time in the room.

  3. 3

    Diagnostic Call

    30 minutes, free. A deep-dive discussion on where things actually stand.

  4. 4

    Initial Report

    Strengths and gaps, stated plainly—no sugar-coating.

  5. 5

    Development Plan

    Prioritized, actionable next steps built for your org specifically.

Where I Can Stay Involved

The development plan is the deliverable—what happens next is up to you. If there's follow-on work, it usually takes one of a few shapes: Advisory, ongoing guidance for the CTO or engineering leadership team; Transformation, hands-on leadership of an agreed improvement program; Focused engagements, scoped work on reliability, delivery, operating model, or platform/DevOps—whatever the plan surfaced; or Workshops & enablement, when the goal is transferring capability internally rather than bringing in outside help. More on each →

Speaker · Trainer · Community Builder

Turning experience into practical knowledge for teams and communities.

Workshops

Hands-on sessions that build lasting capability, not just a slide deck.

Technical Talks

Conference and meetup talks on reliability, DevOps, and engineering leadership.

Practical Learning

Built the open-source DevOps Foundation Roadmap used by engineers worldwide.

Who This Is For

Built for growing engineering orgs

This service is for you

  • Founders/CTOs of growing software and technology-driven companies
  • Companies adopting AI or automation whose management hasn't kept pace with delivery speed
  • Engineering teams scaling past their first 10–50 people
  • Regulated or fintech-grade technical organizations

This service is not for you

  • Pre-product companies without a working engineering team yet
  • Anyone looking for a fast, ready-made fix
  • Anyone unwilling to change how the org actually works
  • Hands-on engineering hires, on-call responders, or IC contributors—that's not this

This clarity isn't a rejection—it's respect for your time and mine.

What You'll Gain

After the assessment, you'll know exactly:

  1. 1

    Where engineering hours are actually going—busywork vs. real output.

  2. 2

    What breaks when key people are out—the bus-factor no one's measured.

  3. 3

    The missing systems and standards costing you daily—SLOs, runbooks, on-call structure, and more.

  4. 4

    What to fix first for the biggest impact.

  5. 5

    A roadmap suited specifically to your org's current stage.

  6. 6

    A measurable readiness score you can track over time.

Engagement Models

How I Can Help

The assessment gives you a diagnosis, not a sales pitch. If it turns up work worth doing, here's what that can look like—no pricing pressure, no commitment required to get the diagnosis itself.

Engineering Advisory

Ongoing support for CTOs, founders, and engineering leaders making architecture, delivery, reliability, and organizational decisions.

Engineering Effectiveness Engagement

A focused engagement to improve delivery predictability, ownership, engineering processes, and operational maturity.

Platform & Reliability Strategy

For teams struggling with cloud complexity, DevOps bottlenecks, platform engineering, SRE, or operational risk.

Fractional Engineering Leadership

Temporary senior engineering leadership during growth, transformation, restructuring, or leadership gaps.

Every engagement starts from the assessment's findings—never a generic package.

FAQ

What everyone asks me

Is there a fee for the initial assessment?

No. The 30-minute diagnostic call is free, no strings attached.

How long does the full assessment take?

Typically 1–2 weeks from intake to development plan, depending on your org's size.

Will our information stay confidential?

Yes. Available under NDA on request.

Do we need existing documentation or SOPs already in place?

No—missing documentation is often exactly what the assessment surfaces.

Do we need a large engineering team to benefit?

No. Built for teams from roughly 10 engineers up.

What's the difference between this and regular consulting?

No generic frameworks. Every finding is evidence-based—if there's no evidence, confidence is marked low, not guessed. Recommendations come after the diagnosis, not before it.

Need a Technology Partner?

Strategy · Systems · Delivery Improvement

Helping organizations solve complex technical and operational challenges.