Dependency-Track Experten in Germany
– in Minuten aus über 15.000 CVs per KI gematchtHolen Sie sich Experten, die Dependency-Track einrichten, SBOM-Pipelines anbinden, Policy-Regeln feinjustieren und das Komponentenrisiko über Release-Zyklen hinweg sichtbar halten. Schnelles, präzises Matching mit geprüften, verfügbaren Freelancern.
Lerne FRATCH Experten in Germany kennen, die kürzlich Dependency-Track eingesetzt haben
Alejandro Prieto
Letzte Position:
Devops Consultant bei Freelance
- Kubernetes: EKS-Management, Cluster-Upgrades und Verbesserungen der Stabilität, Reviews und Updates von Infrastructure as Code, AWS-Support und Kostenoptimierung.
Halil Oeztoprak
Letzte Position:
Senior Cloud Operations- und DevSecOps-Ingenieur (Azure / Terraform / CI-CD) bei KfW Bankengruppe
Reguliertes Konzernumfeld einer deutschen Bankengruppe (ca. 8.500 Mitarbeiter, Hybrid Cloud-Strategie).
Verantwortlich für den Betrieb, die Bereitstellung und die kontinuierliche Absicherung geschäftskritischer Plattformen – darunter eine GenAI-Chat-Anwendung, eine Big-Data/AI-Plattform sowie Data-Science-Arbeitsplätze auf Basis von Azure Virtual Desktops und VMs. Ownership der AzureDevOps Projekte nach ShaiHulud und React2Shell sowie BSI-Warnungen – Security Operations Improvements im gesamten SDLC.
Deployment-Verantwortung für GenAI-Chat-Anwendung, Big-Data/AI-Plattform (BDAI) sowie Data-Science-Arbeitsplätze (AVD/VM-basiert) in den jeweiligen LZs.
Deployment & Release Management: End-to-End-Verantwortung für Deployments von Portal- und Service-Applikationen in mehreren Azure Landing Zones, inklusive technischer Freigaben, Approvals nach Deployment-Guidelines der Entwicklungsteams sowie Sicherstellung ITIL-basierter Change- und Release-Prozesse im laufenden Betrieb via ServiceNow.
Azure Landing Zones & Netzwerkarchitektur: Aufbau, Provisionierung und Betrieb von Azure Landing Zones für 3-Tier-Web-Applikationen mit verbesserter Netzwerksegmentierung, VNet-Peering, Hub-Spoke-Architekturen, Private Endpoints und Firewall-Integration in separaten Subscriptions und Tenants.
Azure DevOps Governance & Betrieb: Ownership der Azure-DevOps-Organisation inklusive Projekte, Repositories und CI/CD-Pipelines, Umsetzung von Governance-Vorgaben wie Branch-Policies, Approval-Gates, Berechtigungskonzepten und Audit-fähigen Betriebsstrukturen.
Infrastructure as Code (Terraform): Design, Implementierung und Betrieb einer modularen Terraform-Architektur zur standardisierten Bereitstellung von Cloud-Infrastruktur, inklusive State-Management, Provider-Versionierung, Wiederverwendbarkeit und Policy-as-Code-Ansätzen.
CI/CD Pipeline Engineering: Konzeption, Betrieb und Optimierung komplexer YAML-basierter CI/CD-Pipelines mit Multi-Stage-Deployments, Template-Standardisierung, Self-Hosted Agents, integriertem Secret-Management und automatisierten Qualitäts- und Sicherheitsprüfungen.
Git-Migration & Plattformkonsolidierung: Planung und Umsetzung der Migration von Repositories und Pipelines von Azure DevOps zu GitLab CI/CD, inklusive automatisierter Skripte, Inklusive Git-History, Pipeline-Portierung und Konsolidierung der Entwicklungsplattformen.
Container- & Plattformbetrieb (AKS): Betrieb und sicherheitstechnische Bewertung containerbasierter Workloads auf Azure Kubernetes Service, Zentralisierung der On-Premises Container Registry für ACR. OpenShift (OCP) Security Reviews: Sicherheitsbewertung von Codebaselines, Build-Pipelines und Deployment-Prozessen für On-Premises-OpenShift-Cluster mit kritischen Anwendungen sowie Ableitung konkreter Hardening-Empfehlungen.
Shift-Left Security & DevSecOps Transformation: Einführung eines unternehmensweiten Shift-Left-Ansatzes zur frühzeitigen Integration von Sicherheit in Entwicklungs- und Deployment-Prozesse, Enablement der Entwickler zur eigenständigen Sicherheitsprüfung und nachhaltige Reduktion von Schwachstellen vor Produktivsetzung (IDE-Integrationen, Pre-Commit Hooks, lokale Scanner).
Software Supply-Chain Security: Analyse und Mitigation von Supply-Chain-Risiken in NPM- und Yarn-basierten Anwendungen durch Dependency-Audits, Absicherung von CI/CD-Pipelines, Token-Rotation und Einschränkung riskanter Build- und Lifecycle-Mechanismen.
Frontend- & Framework-Security (React / Next.js): Sicherheitsbewertung und Koordinierung der Behebung kritischer Schwachstellen in allen Plattform-Anwendungen und Web-Frameworks, inklusive Abstimmung und ergänzenden technischen Mitigationsmaßnahmen mit allen Teams nach BSI-Warnung.
Software Composition Analysis (SCA): Einführung und Betrieb automatisierter Schwachstellen-Scans für Container-Images, Pipelines/Artefakte und Third-Party-Dependencies inklusive SBOM Exports innerhalb der CI/CD-Pipelines.
SAST / DAST Integration: Konzeption und Pilotierung statischer und dynamischer Anwendungssicherheitstests in enger Zusammenarbeit mit Security-Architektur und Entwicklungsteams zur kontinuierlichen Verbesserung der Code- und Runtime-Security und Etablierung betrieblicher Abnahme-Tests (BATs).
Artefakt- & Registry-Konsolidierung: Analyse und Konsolidierung aller Paket- und Container-Repositories für Service-Applikationen und AKS-Workloads mit dem Ziel einer zentralisierten, abgesicherten Registry-Strategie inklusive zentralisierter Vulnerability-Scanning und Governance.
Dependency-Track & SBOM-Strategie: Beratung des Compliance-Boards zur Einführung einer zentralen SBOM- und Vulnerability-Management-Plattform zur konzernweiten Erhöhung der Transparenz über Abhängigkeiten und Beschleunigung der CVE-Reaktionsfähigkeit.
CI/CD Pipeline Hardening: Sicherheitsanalyse und Bereinigung der bestehenden Pipeline-Landschaft durch Entfernung ungenutzter Pipelines, Verbesserung der Secrets-Hygiene, Umsetzung des Least-Privilege-Prinzips und Isolation von Build-Agent-Umgebungen.
Azure Web Application Firewall (WAF) Optimierung: Analyse und Optimierung bestehender Azure-WAF-Regelwerke (OWASP Top 10 Core Rule Set, DSR/SDC, Custom Rules) zur Abwehr bekannter Schwachstellen und Exploit-Patterns, inkl. Reduktion von False Positives und Verbesserung der Angriffserkennung.
Dokumentation & Stakeholder-Kommunikation: Erstellung und Pflege technischer Dokumentationen, Runbooks und Architekturübersichten in Jira und Confluence sowie aktiver Wissenstransfer zwischen Operations, Development, Security und Compliance-Stakeholdern.
Enrique Gallardo
Letzte Position:
Security Architect bei Capgemini
Ich implementierte eine Zero-Trust-Architektur fuer robuste, militaertaugliche maritime Container-Mini-Rechenraeume auf Basis von VMware & Tanzu zur Unterstuetzung containerisierter GIS-Workloads fuer Bodentruppen. Der besondere Fokus lag auf der Absicherung der Kommunikation, dem Workload-Schutz und dem Datenzugriff in umkaempften elektronischen Gefechtsumgebungen, die durch Jamming, Abfangen, Signalmanipulation und staendig wechselnde Einsatzbedingungen beeinflusst werden. Ich habe Use Cases so entworfen und architektonisch umgesetzt, dass jedes Element von Workload, Identitaet und System auch in degradierten oder gestoerten Szenarien weiterhin unabhaengig und sicher funktionieren konnte. Parallel dazu definierte ich die Enterprise- und Solution-Security-Architektur mit LeanIX, Bizzdesign und HOPEX als Enterprise-Architecture-, Repository- und Governance-Plattformen, um Architekturinventar, Beziehungen, Nachverfolgbarkeit, Zielbilder und Security Governance in komplexen Umgebungen zu pflegen. Fuer die architektonischen Designs nutzte ich Sparx Enterprise Architect, um formale Architekturperspektiven, Schnittstellen, Vertrauensgrenzen und Systemarchitektur sowohl in IT- als auch OT-Umgebungen zu beschreiben. Das Tool IriusRisk wurde fuer das Threat Modeling der Loesung eingesetzt, um architekturgetriebene Risiken zu identifizieren, Sicherheitsanforderungen abzuleiten und Gegenmassnahmen sowie Designluecken direkt aus den Loesungsmodellen zu erkennen. Das Risiko- und Compliance-Management wurde mit Archer unterstuetzt. Architekturentscheidungen, Kontrollluecken und operative Risiken wurden in gesteuerte Governance- und auditierbare Compliance-Massnahmen ueberfuehrt. Fuer Dokumentation, Zusammenarbeit und visuelles Design nutzte ich Confluence zur Pflege von Architecture Decision Records, Security Blueprints und Workflows. Lucidchart und draw.io verwendete ich zur Erstellung stakeholdergerechter Design-Artefakte. Ich habe ausserdem OT-Sicherheitskonzepte mit Unterstuetzung von Elektro- und Maschinenbauingenieuren in den Bereichen Oel, Fahrzeug-Bordsysteme, Bahn, Kraftwerke, Pharma, Gasturbinen und Nukleartechnik definiert. Ich erstellte die End-to-End-OT-Sicherheitsstrategie, beginnend bei der globalen Policy, weiterentwickelt zu Standards und Verfahren und schliesslich korreliert mit Bell-LaPadula, Purdue Model, SABSA, TOGAF ADM, CENELEC 50701, IEC 62443 und NIST-Standards. Zudem arbeitete ich mit Engineering-Teamleads zusammen, um kritische KBP-Assets zu identifizieren und sie unter Schutzmassnahmen zu stellen, mit denen SCADA-, PLC- und HMI-Assets segmentiert wurden. Ich trieb die Zusammenarbeit zwischen Security-, IT- und OT-Teams voran, um standardisierte Workflows und Use Cases fuer den OT-Security-Loesungskatalog zu erstellen, waehrend Defense-in-Depth- und Zero-Trust-Prinzipien in operative Umgebungen integriert wurden. Entscheidend war die Integration multidisziplinaerer Engineering-, Security- und Operations-Akteure in eine einheitliche Security-Blueprinting-Strategie und die Sicherstellung, dass Architektur, Threat Modeling, Governance und Dokumentation technisch robust und operativ praktikabel waren.
Tobias Engelbrecht
Letzte Position:
C# Fullstack Entwickler / Scrum Master / Product Owner Cloud-Dienste / Product Owner Infrastruktur & Kerndienste / Leiter bei TRUMPF Werkzeugmaschinen SE & Co. KG
- Langjährige Tätigkeit in verschiedenen Rollen innerhalb des MES-Produktbereichs mit technischer Weiterentwicklung, agiler Führung und strategischer Produktverantwortung zentraler MES-Komponenten.
- Als C# Fullstack Entwickler / Scrum Master (2018–2020): Weiterentwicklung eines Programmiersystems für Laser-Maschinen, Einführung und Moderation von Scrum-Prozessen, Qualitätssicherung durch automatisierte Tests und Dokumentation.
- Als Product Owner Cloud-Dienste (2019–2020): Leitung von zwei AWS-basierten Cloud-Diensten zur Bereitstellung von Laserdaten und rechtlichen Dokumenten, Definition der Produktvision, Backlogpflege und Stakeholder-Kommunikation.
- Als Product Owner Infrastruktur & Kerndienste / Leiter DevOps / Produktsicherheit (2020–2025): Verantwortung für zentrale MES-Komponenten wie Service Orchestrator, Licensing Service, IAM und AppLauncher, Aufbau und Pflege von Azure DevOps Pipelines für über 70 Komponenten und Einführung von Security-Standards (CRA).
- Unternehmensweiter Ansprechpartner für Azure DevOps und maßgeblich verantwortlich für dessen Einführung.
- Standardisierte Versionierung aller Komponenten.
- Strukturierung von CI/CD- und Release-Pipelines.
- Aufbau eines Agent Scale-Sets mit spezieller Softwarekonfiguration.
- Anbindung von Azure DevOps an ServiceNow.
- Standardisierung der Anbindung von Security Tools wie SonarCloud, Dependency Track und digitale Signierung.
- Technologien & Tools: .NET (C#, 4.8 / Core 3.x / 8), WPF, WCF, REST, OData, JSON, DevExpress, Duende IDP, Azure DevOps, AWS, PowerBI, SonarCloud, Dependency Track, Visual Studio Pro.
- Methoden: Scrum.
- Projektsprache: Deutsch / Englisch.
Nils Klawitter
Letzte Position:
Schwachstellenmanagement und sicherer SDLC bei DB InfraGO AG
- Erfolgreiche Implementierung des Schwachstellenmanagements mit DefectDojo
- Beratung und Umsetzung technischer und prozessualer Aspekte des Schwachstellenmanagements mit DefectDojo
- Beratung bei der Implementierung bezüglich sicherem Softwareentwicklungslebenszyklus
- Kenntnisse: Gitlab, DefectDojo, Schwachstellenmanagement, SCA, SAST, DAST, Python, Kubernetes, ArgoCD, Docker, AWS, Azure, Whitesource/Mend, Greenbone
Mirko Haucke
Letzte Position:
Cybersecurity-Manager bei Joynext GmbH
Cybersecurity für das RTCU-Projekt der Stellantis-Gruppe.
Das Management der Cybersecurity wurde vom Kunden Stellantis stark kritisiert, die Kompetenz wurde infrage gestellt. Anforderungen fehlten oder waren unvollständig, eine Architektur für Cybersecurity-Kontrollen gab es nicht, und Dokumente wie Cybersecurity-Pläne und -konzepte waren lückenhaft und formal fehlerhaft.
- Aufbau von Kundenvertrauen und Deeskalation
- Sprintplanung mit dem Kunden auf Basis von SAFe
- Management der Task-Force
- Umstellung von Planung und Steuerung auf einen agilen Ansatz
- Überarbeitung und Aktualisierung von Cybersecurity-Dokumenten
- Kommunikation und Problemlösung mit Zulieferern, insbesondere Rolling Wireless und Autocrypt
- Interne Workshops und Koordination über verschiedene Hierarchieebenen von Entwicklern bis zum CTO
- Koordination der Arbeitspakete und Umsetzung an den Standorten Dresden, Ningbo und Oborniki
- Reporting und Unterstützung bei Cybersecurity-Audits
- Coaching der Joynext Cybersecurity-Manager
- Deeskalation kritischer Kundenprobleme
- Beschleunigung der Anforderungserstellung und Freigabe um den Faktor 5
- Rechtzeitige Bereitstellung von Drittanbieter-Komponenten
- Reduzierung des Aufwands für Vulnerability-Management um den Faktor 3
- Erstellung von Cybersecurity-Dokumenten nach bestehenden Standards
- Technologien und Methoden: V-Modell, ASPICE, IREB, ISTQB, Scrum, Kanban, SAFe, PMP, IPMA, BPMN 2.0, Microsoft Office, Microsoft Project, Jira, Confluence, Siemens Polarion, Dependency Track
Entdecke mehr als 15.000 Top-Freelancer
Statistiken von Experten, die Dependency-Track einsetzen
Aggregiert aus den beruflichen Profilen passender Freelancer.
Berufserfahrung
18 Jahre
Positionsdauer
2,3 Jahre
Positionen pro Freelancer
13
Häufigste Fachbereiche
Informationstechnologie (IT), Projektmanagement, Produktentwicklung
Häufigste Branchen
Informationstechnologie (IT), Fertigung, Energie
Fokus der Zertifizierungen
Informationstechnologie (IT), Produktentwicklung, Projektmanagement
Bachelor-Abschluss oder höher
80%
Master-Abschluss oder höher
60%
Zertifizierungen pro Freelancer
11
Häufigste Sprachen
Deutsch, Englisch, Spanisch
Sprechen zwei oder mehr Sprachen
100%
Basierend auf unserem Profilpool, Stand 30 Aug 2026.
Tagessatzverteilung
Das Diagramm zeigt, wie sich die Tagessätze der Freelancer in dieser Technologie in Germany verteilen, basierend auf aktuellen Verträgen auf unserer Plattform. Jeder Balken deckt eine Tagessatzspanne ab – seine Höhe zeigt, wie viele Freelancer innerhalb dieser Spanne abrechnen.
Durchschnittssätze von Experten in Germany, die Dependency-Track einsetzen
Die Tagessätze basieren auf aktuellen Verträgen und enthalten keinen FRATCH-Aufschlag.
Der durchschnittliche Tagessatz ist der Mittelwert aller Tagessätze aus aktuellen Verträgen vergleichbarer Freelancer auf unserer Plattform.
Der Median-Tagessatz ist der mittlere Wert aller Tagessätze – die Hälfte der vergleichbaren Freelancer verlangt weniger, die andere Hälfte mehr. Anders als der Durchschnitt wird er von Ausreißern kaum beeinflusst.
Berechnet auf Basis der Tagessätze unserer Freelancer, Stand 30 Aug 2026. Die tatsächlichen Tagessätze können je nach Dienstalter, Erfahrung, Fachkenntnissen, Projektkomplexität und Auftragsdauer variieren.
Über die Technologie
Was es macht
Dependency-Track wird genutzt, um Software-Komponenten und deren Risiko nach dem Aufbau eines Systems zu verfolgen. Es hilft Teams, SBOMs nachzuvollziehen, bekannte Schwachstellen zu überwachen und zu sehen, wo Drittanbieter-Pakete ein Produkt beeinflussen. Viele Teams kennen es als OWASP Dependency-Track.
Typische Anwendungsfälle
- SBOMs aus Build- und Release-Pipelines importieren
- Verwundbare Libraries über Produkte und Services hinweg überwachen
- Policy-Regeln für freigegebene oder gesperrte Komponenten festlegen
- Risiken für Open-Source- und Hersteller-Pakete prüfen
- Audit-Nachweise für Sicherheits- und Compliance-Arbeiten erstellen
Ökosystem und Einrichtung
Starke Spezialisten verbinden Dependency-Track mit den Tools, die SBOMs erstellen, Builds scannen und Alerts senden. Sie arbeiten mit Formaten und Workflows rund um CycloneDX, CI/CD-Systeme, API-Integrationen und Reporting. In Germany passt das oft zu Produktteams, die klare Transparenz in der Lieferkette über verteilte Delivery-Setups hinweg brauchen.
Wann man Hilfe dazuholt
Unternehmen holen sich freiberufliche Unterstützung, wenn sie keinen bloßen Server-Installationsschritt brauchen, sondern einen sauberen Rollout. Typische Anzeichen sind unordentliche SBOM-Daten, schwaches Policy-Design, unklare Zuständigkeiten oder zu viele Fehlalarme.
- Sie brauchen die erste Einrichtung oder einen Umbau
- Ihre Pipeline erzeugt SBOMs, aber kein brauchbares Tracking
- Ihre Teams brauchen bessere Risiko-Triage und besseres Reporting
- Sie möchten Integrationshilfe, ohne die Lieferung zu verlangsamen
Was gute Experten tun
Gute Dependency-Track-Profis verstehen das Risiko in der Software-Lieferkette, nicht nur die Benutzeroberfläche. Sie können Komponentenquellen zuordnen, praktikable Policies entwerfen und Ergebnisse für Security-, Plattform- und Produktteams in klarer Sprache erklären. Sie wissen auch, wann man automatisieren sollte und wann ein manueller Prüfschritt sinnvoll ist.
Umsetzung in der Praxis
Projekte drehen sich oft darum, Risikodaten im Alltag nutzbar zu machen. Das kann Build-Integration, Benachrichtigungsrouting, Dashboard-Bereinigung und Dokumentation für interne Teams umfassen.
- SBOM-Aufnahme und Normalisierung
- Policy- und Workflow-Design
- Release- und Audit-Reporting
- Unterstützung bei Übergabe und Schulung
Häufig gestellte Fragen
Vor der nächsten Projektanfrage: die häufigsten Fragen zu Dependency-Track.
Dependency-Track wird genutzt, um Software-Komponenten zu verfolgen, nachdem sie in ein Produkt aufgenommen wurden. Teams verwenden es, um SBOMs einzulesen, bekannte Schwachstellen zu verfolgen und das Risiko in der Lieferkette über Releases hinweg im Blick zu behalten. Besonders nützlich ist es, wenn viele Services Libraries gemeinsam nutzen und die Zuständigkeiten auf mehrere Teams verteilt sind.
Dependency-Track ist nicht einfach nur ein weiterer Scanner. Der Fokus liegt auf Komponenten-Intelligenz über die Zeit, Policy-Auswertung und SBOM-basierter Transparenz, während Scanner meist Schwachstellen in einer Codebasis oder einem Container zu einem bestimmten Zeitpunkt erkennen. Viele Teams nutzen beides, weil sie unterschiedliche Teile des Risikoproblems lösen.
Der gebräuchlichste Name ist Dependency-Track, und viele nennen es auch OWASP Dependency-Track. Im Gespräch hört man manchmal auch DTrack, aber der offizielle Produktname sollte in Projektbeschreibungen und Übergaben verwendet werden. Suchbegriffe drehen sich meist um den vollständigen Namen statt um eine lange Liste von Varianten.
Ein starker Dependency-Track-Spezialist kennt in der Regel SBOM-Formate, CI/CD-Tools und die Sicherheit in der Software-Lieferkette. Außerdem sollte er sich mit API-basierten Integrationen, Alert-Routing, Policy-Regeln und Reporting für Security- oder Compliance-Teams auskennen. Klare Kommunikation ist wichtig, weil das Tool oft zwischen Plattform-, Security- und Produktteams sitzt.
Ein kleiner Proof of Concept mit Dependency-Track lässt sich von jemandem umsetzen, der das Tool schon eingerichtet hat und den SBOM-Fluss versteht. Ein größerer Rollout braucht mehr Erfahrung mit Integrationsdesign, Datenqualität, Policy-Tuning und der Einführung bei Stakeholdern. Je anspruchsvoller die Anforderungen an Reporting und Governance sind, desto seniorer sollte der Spezialist sein.
Ja, Dependency-Track-Arbeit wird oft remote gemacht, weil Einrichtung, Integration und Policy-Design online gut gemeinsam bearbeitet werden können. Für Teams in Germany funktioniert die Zusammenarbeit besonders gut, wenn Security- und Plattform-Stakeholder die Workflows in regelmäßigen Terminen prüfen können. Vor-Ort-Zeit ist vor allem für Kick-off-Workshops, sensible Umgebungen oder eine schnellere Abstimmung bei Zuständigkeiten sinnvoll.
Ein gutes Dependency-Track-Ergebnis hat saubere SBOM-Aufnahme, sinnvolle Policies und Alerts, die Menschen schnell handeln lassen. Achten Sie auf klare Dokumentation, vernünftige Schwellenwerte und eine Integration, die in bestehende Release-Prozesse passt, statt nur Lärm zu erzeugen. Die beste Arbeit macht Risiken sichtbar, ohne das Team zu überfordern.
Dependency-Track wird oft mit SBOM-Erstellung, Source-Control-Workflows, Build-Pipelines und Security-Review-Prozessen kombiniert. Teams binden es auch mit Benachrichtigungssystemen, Issue-Trackern und Dashboards für die Release-Governance zusammen. Die besten Spezialisten wissen, wie sich das Tool in den größeren Prozess der Software-Lieferkette einfügt.
Der durchschnittliche Stundensatz von Freelancern in Deutschland, die Dependency-Track in ihren letzten Projekten eingesetzt haben, liegt bei 107 €, was einem Tagessatz von etwa 853 € bei einem 8-Stunden-Tag entspricht.
Von den Freelancern in Deutschland, die Dependency-Track in ihren letzten Projekten eingesetzt haben, haben 80% mindestens einen Bachelor-Abschluss und 60% mindestens einen Master-Abschluss.
Freelancer in Deutschland, die Dependency-Track in ihren letzten Projekten eingesetzt haben, haben im Durchschnitt 18 Jahre Berufserfahrung; ein einzelnes Projekt dauert typischerweise etwa 2,3 Jahre.
Die häufigsten Sprachen unter Freelancern in Deutschland, die Dependency-Track in ihren letzten Projekten eingesetzt haben, sind Deutsch (100%), Englisch (100%) und Spanisch (33%).
Die häufigsten Industrien unter Freelancern in Deutschland, die Dependency-Track in ihren letzten Projekten eingesetzt haben, sind Informationstechnologie (IT) (100%), Fertigung (100%) und Energie (50%).
Die häufigsten Bereiche unter Freelancern in Deutschland, die Dependency-Track in ihren letzten Projekten eingesetzt haben, sind Informationstechnologie (IT) (100%), Projektmanagement (100%) und Produktentwicklung (83%).
Hauptstandorte der FRATCH Experten, die kürzlich Dependency-Track eingesetzt haben
Unsere Freelancer und Interim-Experten sind in der gesamten DACH-Region zuhause — verfügbar vor Ort in den wichtigsten Wirtschaftszentren oder komplett remote. Wähle einen Standort und entdecke passende Spezialisten, lokale Markteinblicke und aktuelle Verfügbarkeiten.
Kostenlose Demo vereinbaren
Kontaktiere uns und das FRATCH-Team meldet sich innerhalb von 4 Stunden bei dir.
Möchtest du lieber direkt mit uns in Kontakt treten?
Wir haben immer Zeit für einen Anruf oder eine E-Mail!
