Richtlinien-Lifecycle und Mitarbeiterbestätigung

Richtlinien waren der Teil der Governance, den die meisten Kunden noch außerhalb jedes Systems führten: Dateien in gemeinsamen Ordnern, Verantwortliche, die niemand nennen konnte, Prüftermine, die niemand verfolgte. Der Kunde wollte einen vollständigen Dokumenten-Lifecycle in seiner Plattform, und zwar ohne Entwickler von der bestehenden Roadmap abzuziehen oder feste Stellen zu schaffen.

Das Talent-as-a-Service-Modell von Intelvision stellte ein dediziertes Team, das als Teil der Produktgruppe des Kunden arbeitete. Das Richtlinienmodul erschien so parallel zu den laufenden Releases.

Intelvision stellte ein dediziertes Team statt einzelner Freelancer: Backend, Frontend, QA, Architektur und Business-Analyse, alle im eigenen Backlog, in den Tools und im Release-Prozess des Kunden. Der Kunde behielt die Produktverantwortung; das Team führte das Richtlinienmodul von den Anforderungen bis in die Produktion.

Weil das Team auf den bestehenden mandantenfähigen Grundlagen, den Dokumentwerkzeugen und den Hintergrundjobs der Plattform aufbaute, kam das Modul als nativer Teil des Produkts und nicht als Anbau.

Die Partnerschaft umfasste:

• Flexibilität und Skalierbarkeit

  ein vollständiges Team vom ersten Tag an, mit Rollen, die der Kunde anpassen konnte, statt fester Kopfzahl.

• Umfassende Leistungen

  Analyse, Architektur, Entwicklung und QA in einem Team, ohne Übergaben an andere Anbieter.

• Eingebaute Qualität

  automatisierte Tests und ein SonarCloud-Gate auf dem Service; geänderter Code muss über 80 % Abdeckung erreichen.

• 1. Kapazität ohne Kopfzahl

  Das Team stieg drei Wochen nach der Anfrage in die Sprints des Kunden ein und arbeitete im selben Backlog wie die internen Entwickler. Das Richtlinienmodul entstand als eigener Service mit eigener API und eigener Delivery-Pipeline und lief so parallel zum Rest der Roadmap, statt um Release-Slots zu konkurrieren. Der Kunde ergänzte ein komplettes Team, ohne eine einzige feste Stelle zu schaffen.

• 2. Ein gesteuerter Dokumenten-Lifecycle

  Jedes Dokument hat jetzt einen Verantwortlichen und durchläuft sechs Stufen von Entwurf bis Außer Kraft. Eine Stufe rückt erst vor, wenn die zugewiesenen Prüfer und Freigebenden zugestimmt haben, und das Historienprotokoll hält fest, wer was wann getan hat. Terminierte Bestätigungen bitten Mitarbeitende, das Lesen jeder Richtlinie zu bestätigen, Erinnerungen holen die Nachzügler ein, und das Ergebnis ist der Nachweis, den ein Prüfer sehen will, ohne dass ihn jemand von Hand zusammenstellt.

• 3. Sichere Bearbeitung im Mandantenmaßstab

  Prüfer und Freigebende bearbeiten im Browser über den Syncfusion-Editor, während SignalR-Bearbeitungssperren verhindern, dass zwei Personen einander überschreiben. Die PDF-Konvertierung läuft in einem isolierten PDFTron-Prozess, sodass eine fehlerhafte Datei den Service nicht lahmlegen kann. Jede Version liegt in Azure Blob Storage und lässt sich wiederherstellen, und jeder Datensatz trägt seinen Mandanten, was die Dokumente jedes Kunden von den übrigen abschottet.