Search by Location (Type in the city or state)

Select how often (in days) to receive an alert:

Deliver a multi-cloud and edge platform on which Holcim's business products are developed and run, at enterprise quality and startup efficiency.

The measurable outcome is product teams building, deploying and operating independently, on infrastructure that is secure, reliable, compliant and cost-effective.

The role sits within Group IT and delivers through the organisation, not around it: in close collaboration with product teams, corporate security, legal and data privacy, finance, and regional and integral IT, and aligned with Holcim policies, standards and legal framework.

2. Scope

Cloud

Edge

Industrial plant sites worldwide

~100 platform services across 10 technical domains, ~30 environments

Consumers

~55 business products, 30+ product teams operating in self-service

Platform framework

In-house engineering platform: policy-as-code provisioning across all managed services, self-service interfaces for product teams, safety gates, state verification and immutable audit evidence

Operating model

Architecture principles and reference designs, engineering standards and naming policy, specification and peer-review process, verification and validation records, document taxonomy, master data registries, multi-jurisdiction legal and compliance framework

Team

Technical domains: compute, networking, data storage, data pipelines, edge infrastructure, identity and access, security, secrets management, CI/CD, developer tooling, observability, cost engineering, platform framework.

3. Professional Standard

The role is defined for experienced engineers who work to a professional standard focused on results not tasks. These expectations apply at both levels and are assessed during selection and in the annual review.

Results

Delivers a predictable volume of work across the year, and holds it under pressure.

Measured by outcomes delivered, not activity performed.

Reduces the team's total workload through simplification and automation.





Unblocks colleagues rather than becoming a dependency.

Quality

Work is correct, verifiable and maintainable. Rework is the exception.

Non-trivial work is specified in writing and peer-reviewed before implementation.

Documented to the standard another engineer needs to operate and extend it.

Root causes are fixed in code and configuration. Alerts, workarounds and manual procedures are not permanent solutions.

Customer orientation

Product teams are the customer. Their ability to work independently is the measure of whether a service is finished.

Understands the business purpose of the work and challenges requests that would not achieve it.

Recurring support demand is a design defect to remove, not a workload to absorb.

Commits to timeframes and flags slippage before the deadline, not after.

Applies established practice by default: infrastructure as code, policy as code, version control, testing, peer review, least privilege, defence in depth, documented decisions.

Keeps current with cloud platform and tooling evolution and brings improvements into the team.

Works within the standards framework and improves it. Working around it is not an alternative.

Original thinking

Proposes new approaches where existing ones are inadequate, and challenges solutions that no longer fit.

Ideas are anchored in the expected result, the real constraints and established practice — not novelty for its own sake.

Simplification counts. Removing a system, a step or a dependency is worth as much as adding a capability.

Innovation is delivered inside Holcim's standards and policy framework.

Proactive planning

Scopes ambiguous requirements, sequences the work, identifies dependencies and risks,



and commits to deliverables and dates before starting.

Estimates against real available capacity, not optimistic capacity.

Raises capacity limits, expiring dependencies, security exposure and architectural risk before they become incidents.

Identifies what needs improving and drives it, rather than waiting to be assigned.

Professional maturity

Owns outcomes, not tasks. Where resolution depends on another team, drives it to closure there.

Communicates facts early and accurately, including when the news is bad.

Disagrees with reasoning, then commits to the decision taken.

Remains composed and methodical during incidents.

None of this is unusual at senior level. It is stated explicitly because the team is small, flat, and has no supervisory layer to compensate when any of it is missing.

4. Key Responsibilities Platform Framework and Automation

Provision and manage cloud and edge infrastructure end to end as code — networking, compute, storage, databases, identity, secrets.

Develop and extend the in-house platform framework that provisions, configures and governs every platform service: policy enforcement at authoring time, safety gates and dry-run control ahead of destructive operations, verification of intended against actual state, and immutable audit evidence.

Encode standards and procedures as executable controls, so non-compliant configurations cannot be created rather than being detected afterwards.

Build and maintain the self-service interfaces through which product teams provision and configure their own resources, without a ticket and without platform-team involvement.

Contribute reusable tooling, templates and shared components that other engineers and product teams adopt.

Peer-review other engineers' specifications and code.

Design platform architecture and capacity across cloud and edge.

Design network architecture: VPC, DNS, load balancing, NAT, VPN, interconnect, private connectivity, firewall rules.

Design identity and access architecture: IAM model, service

📌 Platform Engineer (Madrid)
🏢 Lafarge Africa
📍 Madrid