Glossar

Business ↔ Tech

Eine kleine Übersetzungshilfe für Begriffe, die auf der jeweils anderen Seite oft nicht selbstverständlich sind – damit Sie in Meetings dasselbe meinen, wenn Sie dasselbe Wort benutzen.

Glossary

Business ↔ Tech

A small translation aid for terms that aren't always obvious to the other side – so you mean the same thing when you use the same word in a meeting.

Business-Begriffe, die IT-Profis oft nicht kennen

EBITDA: Gewinn vor Zinsen, Steuern und Abschreibungen – die Kennzahl, mit der Führungskräfte die operative Ertragskraft eines Unternehmens vergleichen, unabhängig von Finanzierung oder Buchhaltungsentscheidungen.
Deckungsbeitrag: Der Betrag, der von einem Umsatz übrig bleibt, nachdem die variablen Kosten abgezogen sind. Zeigt, wie viel ein einzelnes Produkt oder Projekt tatsächlich zum Unternehmenserfolg beiträgt.
Break-even-Punkt: Der Punkt, an dem Einnahmen und Kosten sich genau ausgleichen. Alles danach ist Gewinn.
Opportunitätskosten: Der Nutzen, auf den man verzichtet, weil man sich für eine andere Option entschieden hat. Wird oft benutzt, um zu begründen, warum ein Projekt nicht gemacht wird.
Time-to-Market: Die Zeit von der Produktidee bis zur Markteinführung. In Business-Meetings oft wichtiger als technische Perfektion.
Business Case: Die schriftliche Begründung, warum sich eine Investition lohnt – meist mit Kosten, Nutzen und Risiko gegenübergestellt.
Stakeholder-Mapping: Systematische Übersicht darüber, wer von einer Entscheidung betroffen ist oder sie beeinflussen kann – und wie viel Einfluss diese Person hat.
Quick Win: Eine Maßnahme mit wenig Aufwand, aber sichtbarem, schnellem Nutzen. Wird oft genutzt, um Vertrauen für größere Vorhaben aufzubauen.
Forecast: Eine aktualisierte Prognose (meist finanziell), die während des laufenden Jahres immer wieder an die Realität angepasst wird – nicht mit dem ursprünglichen Budget zu verwechseln.
Total Cost of Ownership (TCO): Alle Kosten eines Produkts oder Systems über seine gesamte Lebensdauer, nicht nur der Anschaffungspreis.
Payback-Periode: Die Zeit, die eine Investition braucht, bis sie sich amortisiert hat.
Skalierung (Business-Sinn): Wachstum, bei dem der Umsatz schneller steigt als die Kosten. Nicht zu verwechseln mit der technischen Skalierung (siehe unten).

Business terms IT professionals often don't know

EBITDA: Earnings before interest, taxes, depreciation, and amortization — the metric leadership uses to compare a company's operating profitability independent of financing or accounting choices.
Contribution margin: What's left from a sale after variable costs are subtracted. Shows how much a single product or project actually contributes to the bottom line.
Break-even point: The point where revenue and costs exactly balance. Everything after that is profit.
Opportunity cost: The benefit you give up by choosing one option over another. Often used to justify why a project is not being done.
Time-to-market: The time from product idea to launch. Often matters more in business meetings than technical polish.
Business case: The written justification for why an investment is worth making — usually weighing cost, benefit, and risk.
Stakeholder mapping: A systematic overview of who is affected by a decision or can influence it — and how much influence each person has.
Quick win: A low-effort action with fast, visible payoff. Often used to build trust before a bigger initiative.
Forecast: An updated projection (usually financial) that gets revised throughout the year as reality unfolds — not to be confused with the original budget.
Total cost of ownership (TCO): All the costs of a product or system over its entire lifespan, not just the purchase price.
Payback period: How long an investment takes to pay for itself.
Scaling (business sense): Growth where revenue increases faster than costs. Not to be confused with technical scaling (see below).

Tech-Begriffe, die Business-Profis oft nicht kennen

Technische Schulden (Technical Debt): Abkürzungen im Code, die kurzfristig Zeit sparen, aber langfristig mehr Aufwand verursachen – ähnlich einem Kredit mit Zinsen.
API (Schnittstelle): Eine definierte Art und Weise, wie zwei Software-Systeme miteinander sprechen, ohne dass eines wissen muss, wie das andere intern funktioniert.
Architektur: Die grundlegende Struktur eines Systems – wie die einzelnen Teile zusammenhängen und aufeinander aufbauen. Entscheidet darüber, wie leicht oder schwer spätere Änderungen sind, nicht nur, ob etwas heute funktioniert.
Legacy-System: Eine alte, oft veraltete Software, die noch im Einsatz ist, weil ein Ersatz riskant, teuer oder aufwendig wäre.
Refactoring: Den bestehenden Code umbauen, ohne sein Verhalten nach außen zu verändern – meist um ihn wartbarer oder verständlicher zu machen.
Deployment: Der Moment, in dem neuer Code tatsächlich live geht und für Nutzer:innen sichtbar wird.
Staging-Umgebung: Eine Testumgebung, die der echten Live-Umgebung möglichst ähnlich ist, um Fehler vor der Veröffentlichung zu finden.
Rollback: Eine gerade veröffentlichte Änderung rückgängig machen und zur vorherigen, funktionierenden Version zurückkehren.
Skalierbarkeit (Tech-Sinn): Die Fähigkeit eines Systems, mit mehr Last (mehr Nutzer:innen, mehr Daten) umzugehen, ohne langsamer zu werden oder auszufallen.
Backlog: Die vollständige, priorisierte Liste aller Aufgaben, die ein Entwicklungsteam noch erledigen könnte – nicht alles davon wird tatsächlich umgesetzt.
Uptime / SLA: Der Prozentsatz der Zeit, in der ein System tatsächlich verfügbar ist; das SLA (Service Level Agreement) legt fest, welche Uptime vertraglich zugesichert wird.
Microservices: Eine Architektur, bei der eine Anwendung aus vielen kleinen, unabhängigen Diensten besteht statt aus einem großen zusammenhängenden Programm.
Root-Cause-Analyse: Die systematische Suche nach der eigentlichen Ursache eines Problems, statt nur das sichtbare Symptom zu beheben.
Feature Flag: Ein Schalter im Code, mit dem eine neue Funktion für bestimmte Nutzer:innen ein- oder ausgeschaltet werden kann, ohne neuen Code auszuliefern.
Pull Request: Eine Anfrage an das Team, eine Code-Änderung zu prüfen und in das Hauptprojekt zu übernehmen.

Tech terms business professionals often don't know

Technical debt: Shortcuts in code that save time now but cost more effort later — like a loan with interest.
API (interface): A defined way for two software systems to talk to each other, without either needing to know how the other works internally.
Architecture: The underlying structure of a system — how its parts fit together and depend on each other. Determines how easy or hard future changes will be, not just whether something works today.
Legacy system: Old, often outdated software still in use because replacing it would be risky, expensive, or disruptive.
Refactoring: Restructuring existing code without changing what it does from the outside — usually to make it easier to maintain or understand.
Deployment: The moment new code actually goes live and becomes visible to users.
Staging environment: A test environment built to closely mirror the real, live one, used to catch problems before release.
Rollback: Undoing a just-released change and returning to the previous, working version.
Scalability (tech sense): A system's ability to handle more load (more users, more data) without slowing down or breaking.
Backlog: The complete, prioritized list of everything a development team could work on — not all of it will actually get built.
Uptime / SLA: The percentage of time a system is actually available; the SLA (service level agreement) is the contractual promise of how much uptime is guaranteed.
Microservices: An architecture where an application is built from many small, independent services instead of one large connected program.
Root cause analysis: Systematically tracing a problem back to its actual cause, instead of just fixing the visible symptom.
Feature flag: A switch in the code that turns a new feature on or off for specific users, without shipping new code.
Pull request: A request to the team to review a code change and merge it into the main project.

Vorsicht, Missverständnis: gleiches Wort, andere Bedeutung

Genau diese Begriffe sorgen in Meetings am häufigsten für Verwirrung – beide Seiten benutzen dasselbe Wort und meinen etwas anderes.

Skalierung

Business

Umsatz wächst schneller als Kosten.

Tech

Ein System bewältigt mehr Last, ohne langsamer zu werden.

Sprint

Alltag

Sich kurz anstrengen, um schnell fertig zu werden.

Scrum

Ein exakt fixierter Arbeitszeitraum (meist 1–4 Wochen) mit geplantem, begrenztem Umfang – der Normalzustand, keine Ausnahme.

Backlog

Business-Alltag

Liegengebliebene, unerledigte Arbeit (negativ konnotiert).

Produktmanagement

Eine bewusst gepflegte, priorisierte Liste aller möglichen zukünftigen Aufgaben (neutral bis positiv).

Deployment / Rollout

Business versteht

Die komplette Einführung bei allen Nutzer:innen.

Tech-Teams meinen oft

Schrittweise, an einzelne Nutzergruppen zuerst – „deployed" heißt nicht automatisch „für alle sichtbar".

Schätzung (Estimate)

Business hört

Eine feste Zusage – „am 15. ist es fertig".

IT meint

Eine begründete Vermutung unter Unsicherheit, keine Zusage. Vermutlich die häufigste Ursache für „warum dauert das schon wieder länger".

Priorität

Business sagt oft

Alles ist „hoch priorisiert" – zehn Dinge gleichzeitig auf Platz eins.

IT braucht

Eine einzige, eindeutige Reihenfolge. Zehn Prioritäten sind keine Priorität.

MVP (Minimum Viable Product)

Business hört

Billig, schnell, halbfertig.

IT meint

Die kleinste Version, an der man echtes Nutzerverhalten testen kann – bewusst reduziert, nicht schlampig gebaut.

Scope / Scope Creep

Business denkt

„Nur noch eine Kleinigkeit dazu" kostet nichts extra.

IT sieht

Neue Arbeit, die die ursprüngliche Schätzung und den Termin ungültig macht.

Fertig (Done)

Business versteht

Live, nutzbar, abgeschlossen.

IT meint oft

Code ist geschrieben – Testen, Review und Deployment können noch ausstehen.

Watch out: same word, different meaning

These exact terms cause the most confusion in meetings — both sides use the same word and mean something different.

Scaling

Business

Revenue grows faster than costs.

Tech

A system handles more load without slowing down.

Sprint

Everyday language

A short burst of effort to finish fast.

Scrum

A fixed period of work (usually 1–4 weeks) with a planned, bounded scope — the normal rhythm, not an exception.

Backlog

Everyday business use

Work that's piled up and overdue (a negative).

Product management

A deliberately maintained, prioritized list of everything that could be worked on next (neutral to positive).

Deployment / rollout

Business often assumes

The full rollout to every user at once.

Tech teams often mean

Gradual rollout to small user groups first — "deployed" doesn't automatically mean "everyone can see it."

Estimate

Business hears

A firm commitment — "it'll be done on the 15th."

IT means

An educated guess under uncertainty, not a promise. Probably the single most common source of "why is this late again."

Priority

Business often says

Everything is "high priority" — ten things in first place at once.

IT needs

One single, unambiguous order. Ten priorities is no priority at all.

MVP (Minimum Viable Product)

Business hears

Cheap, fast, half-finished.

IT means

The smallest version you can test real user behavior on — deliberately scoped down, not sloppily built.

Scope / Scope creep

Business thinks

"Just one small thing extra" costs nothing more.

IT sees

New work that invalidates the original estimate and deadline.

Done

Business understands

Live, usable, finished.

IT often means

Code is written — testing, review, and deployment may still be pending.