Verstehen
Ziele, Stakeholder, Abhängigkeiten und Risiken sichtbar machen.
EMILIANO PISHAJ / PRACTICE
Anstelle erfundener Referenzen dokumentiere ich hier meine fachlichen Arbeitsprinzipien. Freigegebene Fallbeispiele ergänze ich später.
Ziele, Stakeholder, Abhängigkeiten und Risiken sichtbar machen.
Alternativen mit nachvollziehbaren Kriterien bewerten.
Iterativ liefern, Feedback berücksichtigen und Qualität absichern.
Die folgenden Beispiele beschreiben dokumentierte berufliche Tätigkeiten. Sie sind keine Kundenbewertungen und keine eigenständig verifizierten Erfolgsmessungen.
Technologiebezogenes Mandat in einem internationalen Unternehmensumfeld, 2021–2022.
Meine Rolle und BeiträgeInterim-CTO-Mandat mit technischer Führungsverantwortung, Koordination von vier Entwicklungsteams und Arbeit an Cloud-Migration, IT-Sicherheit und API-Plattformen.
EinordnungBasiert auf einem schriftlichen Referenzschreiben. Auftraggeberkennzahlen und Details zur Architektur werden ohne gesonderte Freigabe nicht veröffentlicht.
Java Chapter in einer softwareintensiven Organisation, 2025–2026.
Meine Rolle und BeiträgeFachliche und disziplinarische Verantwortung für rund 22 Entwickler; Themen: Architektur, Engineering-Qualität, DevSecOps, Entwicklungsstandards und Mitarbeiterentwicklung.
EinordnungAufgaben und Verantwortung sind durch ein Arbeitszeugnis belegt. Interne Projekte und vertrauliche Plattformdetails bleiben ausgespart.
Engineering-Management in einem internationalen Bildungsunternehmen, 2022–2025.
Meine Rolle und BeiträgeFührung eines Engineering-Teams; Architektur- und Systemdesign, Code Reviews, technische Beratung und Zusammenarbeit über Fachgrenzen.
EinordnungAus dem beruflichen Werdegang und einem Arbeitgeberzeugnis abgeleitet. Konkrete geschäftliche Kennzahlen oder Kundenresultate werden nicht behauptet.
Referenzen werden hier sinngemäß und ohne Originaldokumente dargestellt. Die Veröffentlichung von Kundenlogos, direkten Zitaten oder Erfolgskennzahlen ist nicht Teil dieser Darstellung.