North Star & Cloud Goals

Cloud drivers: why does the need for action arise at all?

Before a North Star can be formulated, there needs to be honest clarity about the factors forcing or triggering change. These drivers are often not controllable — they come from the outside or arise from internal developments that can no longer be ignored.

Typical external drivers include expiring data centre contracts, end-of-life systems without vendor support, increasing regulatory requirements (GDPR, NIS2, DORA), geopolitical developments raising sovereignty questions, and competitive pressure from technological change. Internal drivers frequently arise from growing capacity demand, rising infrastructure costs, operational burden of legacy IT, or the inability to respond quickly to new business requirements.

Why is this analysis important? Because the dominant driver determines which North Star is credible. An organisation primarily driven by compliance pressure has different urgency than one driven by innovation goals. The driver analysis protects against formulating a cloud strategy that misses the actual problem pressure.

Cloud motivation: which goals are to be achieved?

From the identified drivers, strategic objectives are derived. These objectives are the link between the pressure to act and the North Star: they describe what the organisation specifically wants to achieve with the cloud.

Typical strategic objectives include improving the IT cost structure, increased innovation capability, reduced time-to-market, enabling new digital business models, improved global availability of IT services, reducing IT landscape complexity, and building experimentation capability. These goals are not abstract — they must be concrete enough to be translated into measurable KPIs.

Cloud principles: guiding rules for all decisions

Cloud principles are fundamental guiding rules by which architecture, technology, and implementation decisions are made. They create consistency: when a team faces a decision, the principles provide clear orientation without every situation needing individual escalation.

Swipe sideways to see the whole table

Principle	Meaning
Cloud First	New applications are implemented as cloud solutions unless there are compelling reasons against it.
Prefer Managed Services	Managed services reduce operational effort and improve scalability — they are preferred by default over self-operated alternatives.
Standardisation over Customisation	Cloud services are used in the most standardised way possible to reduce complexity and increase reusability.
Automation First	Infrastructure and platform components are provisioned and operated through automation — not manual clicks.
Infrastructure as Code	Infrastructure is defined declaratively as code, versioned, and automatically provisioned.
Security & Compliance by Design	Security and compliance requirements are integrated into architecture and implementation from the start, not added retroactively.

These principles are not recommendations — they are binding guardrails by which the CCoE evaluates architectural decisions and demands justification for deviations.

The Cloud Vision Statement

The Cloud Vision describes the target state of the future IT landscape. It is derived from the business and IT strategy and defines the role of cloud technologies in the evolution of the organisation’s IT capabilities.

The cloud will serve as the central platform for the development and operation of the organisation’s digital applications and services. Applications will primarily be operated on automated and scalable cloud platforms using managed services and standardised platform services. The use of open technologies, standardised platforms, and automation enables reduced operational effort and increased flexibility. This creates a secure, scalable, and future-ready IT landscape that supports digital business models and innovation.

This vision statement is more than a technological description — it is a strategic positioning. It answers why the cloud is chosen and creates the connection between IT decisions and business objectives. Leaders at all levels must understand this target state and actively represent it for the transformation to succeed.

A Cloud Vision Statement has three essential functions: it aligns the organisation on a common target state, creates legitimacy for investment and prioritisation decisions, and serves as a benchmark against which progress can be regularly assessed.

What is a cloud North Star?

The North Star is a single, precise statement that answers: why are we doing this? It is not a technology description — it is a business strategy statement.

Weak North Stars (technology-focused):

• “We will migrate 80 % of our workloads to the cloud.”
• “We will use Kubernetes for all applications.”

Strong North Stars (business-focused):

• “We will become the most digitally sovereign automotive supplier in the DACH region — and use that as a differentiator against competitors dependent on US cloud.”
• “We will reduce our time to market for new digital products from 9 months to 6 weeks.”
• “We will create the technical foundation to bring our data platform to production-readiness within 24 months.”

The difference: a strong North Star is understandable to the CFO without technical explanation.

The cloud strategy framework: four levels

The strategy framework has four levels. Level 1 — Why (North Star): what business purpose does the cloud transformation serve? This answer must be expressible in one sentence. Level 2 — What (Strategic Goals): 3–5 measurable goals that operationalize the North Star and can be translated into KPIs. Level 3 — How (Strategic Decisions): sovereignty strategy, provider selection, operating model — the foundational decisions that shape all downstream choices. Level 4 — Who and When (Roadmap): workload prioritisation, phase planning, resource plan — the operationalization of the How.

Strategic goal categories

Every cloud strategy serves a combination of four goal categories:

Swipe sideways to see the whole table

Category	Example goals	Primary stakeholder
Agility	Time-to-market reduction, shorter deployment cycles	CEO, CDO
Cost efficiency	TCO reduction, CAPEX→OPEX shift, FinOps maturity	CFO
Sovereignty & compliance	GDPR compliance, Cloud Act immunity, TISAX certification	CISO, DPO, Legal
Resilience & stability	SLA improvement, disaster recovery capability, availability	CTO, IT Operations

Important: Every organisation has a dominant goal category — this determines which cloud decisions are prioritised. An organisation primarily pursuing sovereignty makes different provider decisions than one primarily pursuing agility.

KPI framework: how do you measure transformation success?

Without measurement, cloud transformation is an act of faith. The KPI framework makes it an accountable investment.

Level 1: Strategic KPIs (Board/CEO)

Swipe sideways to see the whole table

KPI	Baseline measurement	24-month target
Time to market for new digital features	Measure today	50 % reduction
IT operating costs as % of revenue	Measure today	15 % reduction
Share of workloads on sovereign cloud	0 %	Organisation-specific target
Compliance incidents (data protection, audit findings)	Measure today	Trend: declining

Level 2: Transformation KPIs (CIO/CTO)

Swipe sideways to see the whole table

KPI	Baseline measurement	24-month target
Deployment frequency (deployments/week)	Measure today	5× improvement
Lead time for changes	Measure today	70 % reduction
Cloud cost efficiency (spend vs. budget)	Baseline after month 3	±5 % budget accuracy
Employees with cloud certification	Measure today	Min. 1 per 5 technical staff

Level 3: Operational KPIs (IT Operations/Platform Team)

Swipe sideways to see the whole table

KPI	Baseline measurement	Target
Mean Time to Recovery (MTTR)	Measure today	50 % reduction
Guardrail compliance rate	N/A (baseline)	>99 %
Resource tagging compliance	0 %	100 % new resources
Unused resources (waste)	0 % (baseline)	<5 % of cloud budget

The cloud vision statement template

A strong cloud vision statement answers three questions in 3–4 sentences: what we want to become (target state), why this matters for our business, and what distinguishes our approach (e.g. sovereignty).

“[Organisation] will by [date] become a cloud-native organisation that [achieves business goal]. We will use primarily sovereign cloud infrastructure [provider/approach] because [strategic reason — e.g. regulatory requirements, competitive differentiation, data protection]. We measure our success by [2–3 top KPIs].”

The Cloud Strategy Board: who decides?

A cloud strategy without a decision-making body is a document without mandate. The Cloud Strategy Board is the governance body that adopts and regularly reviews the cloud strategy, serves as the escalation path for architecture decisions with strategic relevance, takes investment decisions above the CCoE mandate, and evaluates transformation progress against KPIs quarterly.

Details on the Strategy Board are in Cloud Strategy Board.

Practical steps

1. Cloud vision workshop (1 day, C-level + IT leadership): develop North Star and strategic goals together
2. Establish KPI baseline: all starting measurements for the KPI framework in the first 4 weeks
3. Adopt the cloud vision statement: formally resolved by the Cloud Strategy Board
4. Communicate internally: CEO communication to the entire organisation