What is the difference between team extension and a dedicated team?

With team extension, engineers join your teams and your leads direct them. A dedicated team has its own Silurus technical lead and owns a workstream.

Can we start with one engineer?

Yes. You can start with one or two engineers and add more as the roadmap needs.

Can we interview the engineers?

Yes. You receive named profiles, and interviews are part of the proposal where your process asks for them.

Do your engineers work under our QMS?

Yes. They work inside your ISO 13485 quality management system, under your procedures and review workflow.

Which time zone and languages?

Budapest, Central European time, the same working day as Germany, Austria, Switzerland and the Benelux, in English and German.

Do you have Qt engineers?

Yes. Engineers with Qt 5 and Qt 6, C++ and QML experience, including migrations from Qt 5 to Qt 6.

How many engineers can join, and how fast?

From one to a full team, with the first engineers starting within two to three weeks of signature.

Which embedded platforms do your engineers work on?

Nordic nRF52 with Zephyr and the nRF Connect SDK, STM32 with FreeRTOS, ESP32 with MicroPython, and bare metal targets, with drivers, MCUboot and other bootloaders, firmware updates over BLE (DFU) and signed images.

Can your engineers work in our name towards our client?

Yes. As a subcontractor our engineers work under your delivery management, your NDA and your supplier controls, and your client sees your organisation. Silurus Software is qualified and listed as a supplier in your own quality system, so your auditor sees the full supply chain.

Which cloud platforms do you work with?

We work on Azure, AWS and Google Cloud, whichever the product runs on. The lifecycle is the same on each: the SDKs and libraries go into the SOUP list and the SBOM, the managed cloud services are recorded with their configuration and risk assessment, and the threat model covers the cloud part.

Who approves requirements, risk decisions and releases?

You do, under your QMS. Our engineers write and verify the work, your reviewers and your release authority approve it.

Zusätzliche Entwickler für Ihr Team und Ihr gemeinsames Code-Repository

Leistungen · Teamerweiterung

Entwickler, die Ihr Team verstärken und unter der Leitung Ihrer Teamleiter arbeiten

Ihre Roadmap wächst, doch Ihr Team kann nicht Schritt halten. Entwickler mit Erfahrung nach IEC 62304 einzustellen, dauert Monate. Silurus-Entwickler arbeiten direkt in Ihrem Team, mit Ihren Werkzeugen, in Ihrer Codebasis und nach Ihren Review-Verfahren. Dabei halten sie die Vorgaben Ihres Qualitätsmanagementsystems nach ISO 13485 ein. Sie beginnen mit einem oder zwei Entwicklern und erweitern das Team nach Bedarf.

30-minütiges Gespräch buchen Schreiben Sie uns

Teamleitung: Ihre eigenen Teamleiter
Einsatzbeginn: 2 bis 3 Wochen nach Vertragsunterzeichnung
Arbeitsweise: IEC 62304 · ISO 13485 · Ihr QMS
Standort: Budapest · Mitteleuropäische Zeit · Deutsch und Englisch

Beteiligte

Diese Fachkräfte verstärken Ihr Team

Anwendungsentwickler

Sie arbeiten direkt in Ihrer Codebasis, folgen Ihren Review-Verfahren und dokumentieren ihre Arbeit nach IEC 62304.

Entwickler für Bildgebung und DICOM

Sie kennen sich mit Bildgebungsplattformen aus, entwickeln neue Funktionen, verbessern die Performance und beheben Fehler aus dem Praxiseinsatz.

Software für medizinische und dentale Bildgebung →

Embedded-Entwickler

Sie entwickeln für Bare-Metal- und RTOS-Zielsysteme und erstellen die nach IEC 62304 erforderliche Dokumentation parallel zum Code.

Embedded- und Firmware-Entwicklung →

Test- und V&V-Ingenieure

Sie erstellen und führen Testprotokolle aus und halten die Rückverfolgbarkeit aktuell.

Verifizierung und Validierung →

DevOps-Ingenieure

Sie betreuen die Build-Kette und dokumentieren die Nachweise für Releases.

Cloud- und Backend-Entwickler

Ingenieure, die Cloud-Teile mit ihrer SOUP-Liste (Software unbekannter Herkunft, also Code von Drittanbietern, der im Gerät verwendet wird), SBOM (Software Bill of Materials, die Liste aller Softwarekomponenten im Build) und Threat Model (eine strukturierte Analyse, wie das Gerät angegriffen werden könnte) bauen.

Entwickler für Benutzeroberflächen

Sie entwickeln Benutzeroberflächen und führen die nach IEC 62366-1 erforderlichen Arbeiten zur Gebrauchstauglichkeit durch.

Spezialisten für Regulatory Affairs und FDA-Berater

Sie verstärken Ihr Regulatory-Team bei Fragen zur EU MDR und zu FDA-Anforderungen.

Woche 0

Erstes Gespräch

Gemeinsam klären wir, welche Profile, Normen und Werkzeuge relevant sind und wann die Entwickler beginnen sollen.

Woche 1

Entwickler auswählen

Sie erhalten Profile namentlich benannter Entwickler zur Prüfung. Interviews führen Sie, soweit Ihre Verfahren dies vorsehen.

Nach Vertragsunterzeichnung

Vertrag und Einarbeitung

Geheimhaltungsvereinbarung (NDA), Rahmenvertrag und Bestellung. Die Entwickler beginnen innerhalb von zwei bis drei Wochen nach Vertragsunterzeichnung, werden in Ihre Verfahren eingearbeitet, und Ihre leitenden Entwickler prüfen die ersten Änderungen.

Laufend

Mitarbeit in Ihrem Team

Unsere Entwickler nutzen dieselben Werkzeuge, nehmen an denselben Besprechungen teil und durchlaufen dieselben Reviews wie Ihre Mitarbeiter. Monatlich erhalten Sie eine Aufstellung der geleisteten Arbeit.

Zusammenarbeit

Welche Form passt

Teamerweiterung ist die richtige Wahl, wenn

Ihre eigenen Teamleiter die Arbeit steuern und Sie zusätzliche Entwickler oder einen Spezialisten benötigen
die zusätzlichen Entwickler Ihre Werkzeuge nutzen und nach Ihren Verfahren und Review-Vorgaben arbeiten sollen

Ein anderes Modell eignet sich, wenn

ein Arbeitsbereich über mehrere Jahre eine eigene technische Leitung benötigt: dediziertes Team
Sie ein festgelegtes Ergebnis bis zu einem vereinbarten Termin und nach definierten Kriterien benötigen: Projektumsetzung

EU und USA

Ergebnisse, die in der EU und in den USA Bestand haben

Europäische Union

EU MDR

Zu jeder Änderung dokumentieren die Entwickler die zugehörige Anforderung, die Auswirkungen auf das Risiko und den Testnachweis für Ihre technische Dokumentation. Bei Bedarf unterstützen unsere Spezialisten für Regulatory Affairs Ihre technische Dokumentation.

Vereinigte Staaten

FDA

Dieselben Lebenszyklusaufzeichnungen bilden die Grundlage der FDA-Softwaredokumentation. Je nach Einreichung gilt der Basic oder Enhanced Documentation Level. Unsere FDA-Berater unterstützen Sie bei Bedarf.

Technologien und Normen

Damit arbeiten wir

Technologien und Werkzeuge

CC++C#.NETPythonJavaKotlinSwiftTypeScriptReactAngularVueQtQMLNordic nRF52ZephyrSTM32FreeRTOSESP32MicroPythonCI/CD

Normen, Vorschriften und Verfahren

IEC 81001-5-1FDA section 524BFDA QMSR (21 CFR 820)SBOMThreat modellingIEC 62304ISO 13485ISO 14971EU MDRFDA

Silurus Software

Silurus Software, gegründet 2017, Standorte in Budapest (Ungarn) und Singapur
Mehr als 40 Entwickler, Spezialisten für Regulatory Affairs nach EU MDR und FDA-Berater
Wir arbeiten im Qualitätsmanagementsystem des Kunden nach ISO 13485 und legen die Aufgabenverteilung vor Arbeitsbeginn schriftlich fest. Hat der Kunde noch keinen dokumentierten Softwareprozess, stellen wir Vorlagen nach IEC 62304 bereit. Diese übernimmt er in sein eigenes System.
Mehrjähriger Entwicklungspartner eines europäischen MedTech-Herstellers
Gründer und CTO Péter Török entwickelt seit 1999 Software für die Medizintechnik. Zuvor leitete er die Softwareentwicklung bei Siemens Healthcare (syngo.via) und die Forschung und Entwicklung bei Mediso Medical Imaging Systems.
ISO 9001:2015 (NQA, Zertifikat 171041, gültig bis März 2027) und ISO/IEC 27001:2022 (NQA, Zertifikat 728872, gültig bis August 2029)
2025 von Dun & Bradstreet mit AAA, der höchsten Bonitätsbewertung, ausgezeichnet
Forschungspartner der ELTE Eötvös-Loránd-Universität in Budapest
Ab 2027 Industriepartner der Universitäten Bologna, Pisa und Amsterdam sowie der Masaryk-Universität Brno im EU-Projekt LOGOS (Horizon Europe)
Female Business Leader of the Year 2025 und The Pioneer Award 2026, verliehen an die Geschäftsführerin Dr. Linda Szántó

Unsere Arbeitsweise →Qualität und Normen →Beispiele aus unserer Arbeit →Fallstudien →

Weiterführend

Häufige Fragen

Wie unterscheidet sich die Teamerweiterung von einem dedizierten Team?

Bei der Teamerweiterung arbeiten unsere Entwickler in Ihrem Team unter der Leitung Ihrer Teamleiter. Ein dediziertes Team hat einen eigenen technischen Leiter von Silurus und verantwortet einen abgegrenzten Arbeitsbereich.

Können wir mit nur einem Entwickler beginnen?

Ja. Sie können zunächst einen oder zwei Entwickler einsetzen und Ihr Team erweitern, sobald Ihre Roadmap es erfordert.

Können wir die Entwickler vorab kennenlernen?

Ja. Sie erhalten Profile namentlich benannter Entwickler. Wenn Ihre Verfahren Interviews vorsehen, gehören diese zum Auswahlprozess.

Arbeiten Ihre Entwickler in unserem QMS?

Ja. Unsere Entwickler arbeiten in Ihrem Qualitätsmanagementsystem nach ISO 13485 und halten Ihre Verfahren und Review-Vorgaben ein.

In welcher Zeitzone und welchen Sprachen arbeiten Ihre Entwickler?

Unsere Entwickler arbeiten in Budapest, in mitteleuropäischer Zeit und mit denselben Arbeitszeiten wie Teams in Deutschland, Österreich, der Schweiz und den Benelux-Ländern. Die Zusammenarbeit läuft auf Deutsch und Englisch.

Haben Sie Entwickler mit Qt-Erfahrung?

Ja. Unsere Entwickler kennen Qt 5 und Qt 6, C++ und QML. Sie haben auch Erfahrung mit der Migration von Qt 5 auf Qt 6.

Wie viele Entwickler können Sie bereitstellen und wie schnell?

Wir können Ihr Team um einen einzelnen Entwickler oder ein ganzes Team verstärken. Die ersten Entwickler beginnen innerhalb von zwei bis drei Wochen nach Vertragsunterzeichnung.

Mit welchen Embedded-Plattformen arbeiten Ihre Entwickler?

Nordic nRF52 mit Zephyr und dem nRF Connect SDK, STM32 mit FreeRTOS, ESP32 mit MicroPython und Bare-Metal-Ziele, mit Treibern, MCUboot und anderen Bootloadern, Firmware-Updates über BLE (DFU (Device Firmware Update)) und signierten Images.

Können Ihre Entwickler gegenüber unseren Kunden in unserem Namen auftreten?

Ja. Als Subunternehmer arbeiten unsere Entwickler unter Ihrer Projektleitung und nach Ihren NDA- und Lieferantenvorgaben. Gegenüber Ihrem Kunden tritt Ihr Unternehmen auf. Sie qualifizieren und führen Silurus Software als Lieferanten in Ihrem Qualitätsmanagementsystem. So kann Ihr Auditor die gesamte Lieferkette nachvollziehen.

Mit welchen Cloud-Plattformen arbeiten Sie?

Wir arbeiten mit Azure, AWS und Google Cloud, abhängig von der Plattform Ihres Produkts. Auf jeder Plattform gelten dieselben Vorgaben für den Softwarelebenszyklus. SDKs und Bibliotheken erfassen wir in der SOUP-Liste und der SBOM. Für verwaltete Cloud-Dienste dokumentieren wir die Konfiguration und bewerten die Risiken. Das Threat Model berücksichtigt auch die Cloud-Komponenten.

Wer gibt Anforderungen, Risikoentscheidungen und Releases frei?

Die Freigaben liegen bei Ihnen und erfolgen nach Ihrem QMS. Unsere Entwickler setzen die Anforderungen um und verifizieren die Ergebnisse. Ihre Reviewer und die zuständigen Verantwortlichen erteilen die Freigaben.

Sprechen Sie mit uns

Sagen Sie uns, welche Entwickler Sie brauchen

Teilen Sie uns mit, welche Profile und Technologien Sie benötigen und wann die Entwickler beginnen sollen. Wir senden Ihnen passende Entwicklerprofile mit Namen.

30-minütiges Fachgespräch buchen