Arbeitsweise

Ihr Code darf reisen.
Ihre Daten nicht.

Senva arbeitet mit dem Team in Berlin und einem Partnerteam in Hanoi. Wer welche Daten sehen darf, handeln wir nicht in jedem Projekt neu aus. Das ist im Modell festgelegt.

Das Modell

Zwei Zonen mit einer klaren Grenze

Zone 1

Berlin

  • Architektur, Sicherheitsreview, Kernentwicklung und Projektleitung.
  • Hier sitzen Ihre festen Ansprechpartner.
  • Braucht ein Projekt Zugriff auf Produktivsysteme oder personenbezogene Daten, liegt dieser Zugriff hier, im vertraglich vereinbarten Umfang.

Zone 2

Hanoi (Partnerteam)

  • Ein Partnerunternehmen, das als Unterauftragnehmer für Senva arbeitet. Seine Mitarbeitenden sind nicht bei der Senva GmbH angestellt.
  • Zusätzliche Entwicklungskapazität für klar geschnittene Aufgaben.
  • Das Partnerteam arbeitet ausschließlich mit synthetischen oder anonymisierten Testdaten.
  • Kein Zugang zu Produktivsystemen und keinerlei Zugriff auf personenbezogene Daten.

Gehostet wird pro Projekt in einer EU-Region, etwa bei AWS oder Azure, oder in Ihrer eigenen Umgebung. Die Region steht im Vertrag. Personenbezogene Daten aus Ihrem Projekt bleiben in der EU.

Genau genommen

Was wir mit „anonymisiert“ meinen

Anonymisiert heißt bei uns: Der Personenbezug lässt sich mit vertretbarem Aufwand nicht wiederherstellen, auch nicht durch Kombination mit anderen Daten. Pseudonymisierte Daten, bei denen ein Schlüssel oder eine Zuordnungstabelle existiert, sind nach der DSGVO weiterhin personenbezogen. Wir behandeln sie auch so, deshalb bekommt das Partnerteam in Hanoi sie nicht.

Wie die Testdaten für Ihr Projekt entstehen, legen wir zu Projektbeginn mit Ihnen fest. Kopien Ihrer Produktion mit Personenbezug gehen nie an das Partnerteam in Hanoi.

Zwei Personen von hinten vor einem gemeinsamen Bildschirm mit einem Code-Diff, eine zeigt mit dem Stift auf eine markierte Zeile, abends in einem Berliner Altbau.

Qualitätssicherung

Geprüft wird, bevor Code zusammengeführt wird

Code-Review
Änderungen prüft eine zweite Person, bevor sie zusammengeführt werden. Sicherheitsreviews verantwortet das Berliner Team.
CI
Merge Requests laufen durch eine Pipeline mit Build, automatisierten Tests und statischer Analyse. Was dort fehlschlägt, wird nicht zusammengeführt.
Tests
Unit- und Integrationstests im Repository, End-to-End-Tests für die zentralen Abläufe. Größere Projekte haben eine eigene QA-Rolle, im Portal für Sicherheitsprodukte etwa eine von sieben Personen.
Abhängigkeiten
Bibliotheken werden automatisch auf bekannte Schwachstellen geprüft.

Welche Prüfungen in Ihrem Projekt verbindlich gelten, halten wir im Angebot fest.

Kommunikation

Ein fester Ansprechpartner und ehrliche Zeitangaben

Sie haben eine feste Projektleitung in Berlin. Sie verantwortet auch die Arbeit des Partnerteams in Hanoi, Sie müssen also nicht mit zwei Teams sprechen. Mit Ihnen sprechen wir Deutsch oder Englisch.

Hanoi liegt sechs Stunden vor Berlin, während der mitteleuropäischen Sommerzeit fünf. Wenn in Berlin der Arbeitstag beginnt, hat das Partnerteam in Hanoi bereits einen halben Tag hinter sich. Gemeinsame Arbeitszeit haben beide Teams am Berliner Vormittag.

Wir nennen das einen verlängerten Arbeitstag. Eine Rückfrage vom Berliner Nachmittag ist am nächsten Morgen meist bearbeitet. Rund um die Uhr arbeiten wir nicht, und wir behaupten es auch nicht.

Rhythmus

  • Statusrunden mit Ihrer Projektleitung, im Rhythmus, den wir zu Projektbeginn vereinbaren
  • Demo am Ende jedes Sprints
  • Einblick in den Projektstand über ein Ticketsystem, das wir gemeinsam festlegen
Zwei Personen von hinten vor einem Whiteboard mit einer skizzierten Systemarchitektur in einem hellen Altbauraum mit hohen Fenstern.

Ablauf

Wie ein Projekt bei uns läuft

Einstiegsangebote

Schritt 1
Erstgespräch: 30 Minuten mit Kim Pham oder Holger Spickmann. Auf Wunsch mit NDA vorab.
Schritt 2
Einstieg mit festem Umfang: Architektur-Review, KI-Use-Case-Check oder Discovery-Sprint.
Schritt 3
Angebot und Vertrag, bei personenbezogenen Daten mit Auftragsverarbeitungsvertrag (AVV) und TOMs.
Schritt 4
Umsetzung in Sprints mit Demo am Ende jedes Sprints.
Schritt 5
Abnahme und Go-live, gemeinsam mit Ihrem Betrieb geplant.
Schritt 6
Betrieb durch Senva oder Übergabe an Ihr Team.

Übergabe

Was Sie bei Projektende in der Hand haben

  • Quellcode, inklusive Build- und Deployment-Skripten
  • Architektur- und Betriebsdokumentation
  • Alle Zugänge zu Repositories, Cloud-Konten und Pipelines
  • Testdaten und Testsätze

Den genauen Umfang der Übergabe und die Nutzungs- und Eigentumsrechte am Code regeln wir im Vertrag. Auf Wunsch liegen die Repositories von Anfang an in Ihrer Umgebung.

Erstgespräch

Prüfen Sie das Modell an Ihrem Projekt

Im Erstgespräch gehen wir in 30 Minuten durch, welche Daten in Ihrem Projekt wohin gehören. Wir antworten innerhalb eines Werktags.

Kim PhamGeschäftsführer, Senva GmbH
Holger SpickmannSenior Projektmanager
E-Mail
info@senva.de
Telefon
+49 30 5268 7541
Adresse
Bundesallee 32, 10717 Berlin