Zusammenarbeit & Infrastruktur

IT ohne
Blindflug.

Ich übernehme Verantwortung für Systeme, die stabil, automatisiert und nachvollziehbar sein müssen – bevor sie sichtbar ausfallen. Kein Rollen-Bullshit, kein Aktionismus. Problem rein, Lösung raus.

Linux Network Design Hardening Automation Self-Hosting Proxmox / OPNsense

„Klar benennbares Problem. Klarer Scope. Klares Mandat. Dann liefere ich."

— Arbeitsprinzip. Keine Präsentation, kein Buzzword-Bingo.

Reality-Check

Wann es passt – und wann nicht.

Ehrlich von Anfang an spart Zeit auf beiden Seiten.

Das bin ich der Richtige für
Klar benennbares Problem
Du kannst beschreiben, was heute instabil, langsam, riskant oder teuer im Betrieb ist – notfalls mit Symptomen. Die Ursache finden wir dann gemeinsam.
Stabilität als echtes Ziel
Du willst nicht nur „wieder online", sondern eine Lösung, die in 6 Monaten noch nachvollziehbar ist – ohne neue Workarounds zu produzieren.
Automatisierung ist gewünscht
IaC, reproduzierbare Setups, saubere Trennung von Rollen, Netzen und Services – damit der Betrieb nicht jeden Tag Aufmerksamkeit frisst.
Mandat statt Micromanagement
Sichtbare Zwischenstände gerne. Aber dauernd über die Schulter schauen funktioniert nicht. Wenn Vertrauen nicht möglich ist, passt es nicht.
Was ich nicht mache
Rollen ohne Problem
„Wir brauchen irgendwas mit DevOps / Cloud / Security" ohne konkrete Baustelle ist für beide Seiten Zeitverschwendung.
Dauer-Firefighting
Wenn der Alltag nur aus Tickets, Hotfixes und Symptomen besteht – ohne Willen, Ursachen zu entfernen – passt es nicht.
Verantwortung ohne Befugnis
Ich übernehme Verantwortung gern. Aber nicht, wenn Entscheidungen dauerhaft blockiert werden und am Ende jemand Schuldige sucht.
Politisches IT-Theater
Wenn Meetings wichtiger sind als Ergebnisse, oder technische Entscheidungen nur Statusspiele sind – nope.
Vorgehen

So arbeite ich.

Problem → Scope → Umsetzung → ruhiger Betrieb.

01
Diagnose
Erst verstehen: Abhängigkeiten, Risiken, Engpässe. Ohne saubere Diagnose sind Fixes meistens nur Schuldenverschiebung in die Zukunft.
Ist-Zustand
02
Klarer Scope
Was ist In/Out, welche Systeme, welche Schnittstellen – damit Verantwortung nicht diffus wird und Ergebnisse messbar bleiben.
Zielbild
03
Umsetzung
Nicht Enterprise-Overkill, sondern technisch sinnvoll: Segmentierung, Härtung, nachvollziehbare Konfigurationen, saubere Defaults.
Pragmatisch
04
Betrieb minimieren
Ziel ist nicht „nie fällt etwas aus", sondern: wenn etwas ausfällt, ist Recovery schnell, dokumentiert und reproduzierbar. Wartung wird planbar.
Recovery-fähig
Referenzen

Kein „Trust me bro".

Du kannst dir meine Arbeit direkt ansehen.

Kontakt

Du hast ein echtes Problem.
Schreib mir kurz.

Am besten so: „Hier ist das Problem"„So äußert es sich"„Das ist das Zielbild".

Ich sage dir dann ehrlich, ob ich der Richtige bin und wie ich es angehen würde. Keine Floskeln, kein Sales-Pitch.

mail@rene-baumgarten.de
Betreff
„Zusammenarbeit – [Dein Problem]"
Inhalt
kurz & technisch, ohne sensible Details
Antwort
ehrlich – auch wenn es nicht passt
Beispiele
„Zu viele Ausfälle, keine Automatisierung" · „Deployments sind manuell und riskant" · „Niemand versteht Abhängigkeiten"
Hinweis: Bitte keine Inhalte schicken, die gegen NDAs oder Rechte verstoßen. Eine grobe Beschreibung reicht für den ersten Austausch völlig aus.