Lead-Systemarchitekt

• Projekt: Global KYC
• Kunde: Nordea
• Technologien: Pega PRPC Version 8.8
• Teamgröße: 10

Da Pega CLM/KYC als Globales KYC-Tool ausgewählt wurde, muss Nordea die Taxonomie und Organisationsstruktur in der Anwendung definieren und konfigurieren. Die Definition der Taxonomie und Organisationsstruktur ist ein Schlüsselelement zu Beginn der Einrichtung der Anwendung, da sie die Standard-Organisationsstruktur mit den Arbeitsgruppen und Arbeitskörben verknüpft und damit die Zuordnung von Abteilungen und Arbeitswarteschlangen zu jeder operativen Ebene ermöglicht und die Verwaltung und Weiterleitung von Aufgaben einfach und eindeutig macht. Sie steuert auch, auf welche Produkte die Anwender je nach ihrer Zugehörigkeit zu einer bestimmten operativen Ebene zugreifen können.

• Allgemeine Entwicklerrollen.
• Design-Analyse und Code-Reviews.
• Fachliche und technische Analyse.
• Einzelner Ansprechpartner für alle technischen Diskussionen.
• Sprint-Planung und Nachverfolgung der Aufgaben.
• Verwaltung der Sprint-Release-Zyklen von der Entwicklung bis zur Produktion sowie Abwicklung von QA- und UAT-Freigaben.
• Betreuung des Post-Production-Supports und Durchführung von Wissenstransfer-Sessions für das Produktion-Support-Team.
• Steuerung des Scrum-Prozesses über Sprint-Zyklen.
• Regelmäßiges Überwachen von PDC-Warnungen.
• Regelmäßige Sitzungen mit den Teams zur Verbesserung des Designs abhalten.

• Projekt: Global KYC
• Kunde: Nordea
• Technologien: Pega PRPC Version 8.8
• Teamgröße: 10

Da Pega CLM/KYC als Globales KYC-Tool ausgewählt wurde, muss Nordea die Taxonomie und Organisationsstruktur in der Anwendung definieren und konfigurieren. Die Definition der Taxonomie und Organisationsstruktur ist ein Schlüsselelement zu Beginn der Einrichtung der Anwendung, da sie die Standard-Organisationsstruktur mit den Arbeitsgruppen und Arbeitskörben verknüpft und damit die Zuordnung von Abteilungen und Arbeitswarteschlangen zu jeder operativen Ebene ermöglicht und die Verwaltung und Weiterleitung von Aufgaben einfach und eindeutig macht. Sie steuert auch, auf welche Produkte die Anwender je nach ihrer Zugehörigkeit zu einer bestimmten operativen Ebene zugreifen können.

• Allgemeine Entwicklerrollen.
• Design-Analyse und Code-Reviews.
• Fachliche und technische Analyse.
• Einzelner Ansprechpartner für alle technischen Diskussionen.
• Sprint-Planung und Nachverfolgung der Aufgaben.
• Verwaltung der Sprint-Release-Zyklen von der Entwicklung bis zur Produktion sowie Abwicklung von QA- und UAT-Freigaben.
• Betreuung des Post-Production-Supports und Durchführung von Wissenstransfer-Sessions für das Produktion-Support-Team.
• Steuerung des Scrum-Prozesses über Sprint-Zyklen.
• Regelmäßiges Überwachen von PDC-Warnungen.
• Regelmäßige Sitzungen mit den Teams zur Verbesserung des Designs abhalten.

• Projekt: NEOBrain
• Kunde: Santander
• Technologien: Pega PRPC Version 7.2
• Teamgröße: 10

NEOBrain ist die Omni-Channel-Entscheidungsplattform. Das zentrale Kampagnenstrategie-Framework wurde entwickelt, um sowohl Inbound-Kanäle (Mobile, Online-Banking, NEOCrm) als auch Outbound-Kanäle (E-Mail, Outbound-Anrufe) zu bedienen. Vor NEOBrain gab es keine automatisierte Kampagnenplattform, und die Kampagnenaktivitäten basierten auf manuellen Auswahlen für Inbound- und Outbound-Kanäle mit wichtigen Einschränkungen in Bezug auf Skalierbarkeit, Kanalverbindungen, Effizienz und Relevanz der Kommunikation für die Kunden. Die NEOBrain-Plattform brachte erweiterte Fähigkeiten hinsichtlich Kundendaten, Entscheidungsregeln (einschließlich selbstlernender Modelle), Automatisierung, Produktivität und Kanalverbindung/Orchestrierung.

• Allgemeine Entwicklerrollen.
• Design-Analyse und Code-Reviews.
• Fachliche und technische Analyse.
• Einzelner Ansprechpartner für alle technischen Diskussionen.
• Unterstützung des Kampagnenentwicklungsteams im Tagesgeschäft.
• Verantwortlich für technische Ergebnisse.
• Code- und Design-Reviews.
• Hauptansprechpartner zwischen dem Kunden und Coforge.
• Verwaltung der Anwendungs-Release-Zyklen von der Entwicklung bis zur Produktion sowie Abwicklung von QA- und UAT-Freigaben.
• Betreuung des Post-Production-Supports und Durchführung von Wissenstransfer-Sitzungen für die Nutzer.
• Steuerung des Scrum-Prozesses über Sprint-Zyklen.
• Überwachung der Kibana-Logs auf mögliche Fehler.
• Erstellen und Pflegen von Seed-Kunden und Model-Office-Props für Strategie- und Kampagnentests.

• Projekt: Horizon
• Kunde: Asurion
• Technologien: Pega PRPC Version 7.1, CPM Framework
• Teamgröße: 5

Mobile-Versicherungsanwendung für Kunden wie KPN, 3UK, Tesco, Virgin, Rogers und Fido weltweit. Der Endanwender dieser Anwendung ist der Agent, der eine Mobile-Versicherungsforderung für einen Asurion-versicherten Kunden bearbeitet und verwaltet.

• Leitung der Asurion EU Pega-Division
• Abstimmung mit den Lead-Teams in Asurion, USA
• Verbesserung der Codequalität der Anwendung durch Einhaltung bewährter Vorgehensweisen
• Durchführung von Code-Reviews und Dokumentation der Lösungen zum Teilen mit anderen Teams
• Schulung des Teams zu neuen Funktionen bei Bedarf
• Technische Unterstützung des Product Owners, um eine bessere Sicht auf das Endprodukt zu ermöglichen
• Zusammenarbeit mit Teams bei Kunden, um eine gemeinsame Codebasis zu pflegen und die Anwendung stabiler zu machen
• Technische Unterstützung bei Produktionsdeployments und Behebung von Produktionsproblemen mithilfe von Logs, Tracer, Clipboard und anderen Tools
• Erfolgreiches Go-Live für die Kunden KPN und 3UK

• Projekt: Newedge Pega Accounts Control
• Kunde: Newedge UK Financial Limited
• Technologien: Pega PRPC Version 6.2, CPM
• Teamgröße: 10

Die interne Account-Control-Anwendung bietet einen Workflow-Prozess zum Erstellen, Ändern und Schließen interner Kontenprozesse für alle House-, Control- und Finance-Konten.

• Projekt: OMeGA
• Kunde: Chartis Insurance (AIG)
• Technologien: Pega PRPC Version 5.2
• Teamgröße: 5

Omega ist das erste PEGA-Projekt, das Mindtree für Global Markets durchführt. Die Anwendung wurde in PEGA Version 5.2 entwickelt. Die Dokumente, die bereits in Omega hochgeladen wurden, werden in der Datenbank gespeichert, was vom Kunden als Platzproblem in der Datenbank angesprochen wurde. Im Rahmen der Anforderungen verwenden wir den DGB CMS V5 Webservice, um Dokumente hochzuladen und abzurufen.

• Projekt: S&P Credit Estimates System
• Kunde: Standard & Poor’s
• Technologien: Pega PRPC Version 5.5
• Teamgröße: 8

Standard & Poor’s ist ein führender Anbieter von Finanzmarktinformationen. Die weltweit wichtigste Quelle für Kreditratings, Indizes, Anlageforschung, Risikoauswertung und Daten. Standard & Poor’s liefert Finanzentscheidern die Informationen, die sie benötigen, um sich bei ihren Entscheidungen sicher zu fühlen.

Das Hauptziel des S&P Credit Estimates Projekts ist der Aufbau einer webbasierten Credit Estimates-Lösung, die den gesamten S&P-Kreditbewertungsprozess unterstützt. Das Credit Estimates System führt Kreditbewertungen für ungeratete Assets in einem gegebenen CDO-Portfolio durch. Externe und interne Nutzer werden das System verwenden. Externe Nutzer sind Firmenkunden, die bei S&P eine Anfrage zur Durchführung von Kreditbewertungen für ungeratete Assets in einem gegebenen CDO-Portfolio einreichen. Das interne Team von S&P Credit Estimates soll Anfragen im Namen externer Nutzer einreichen können. Ein interner Nutzer (mit der Rolle Manager) kann ungeratete CE-Anfragen an den passenden Analysten zuweisen. Der Analyst nimmt die ungeratete CE-Anfrage an und führt die Kreditbewertung durch.

• Projekt: Authoring – Unified Admin Toolkit Version1
• Modul: Workflow-Anpassung, Auswahlliste
• Kunde: FIS
• Technologien: Core Java, J2EE, XML, JavaScript, HTML, Webservices, SOAP, Axis, Spring, iBatis
• Teamgröße: 25

FIS bietet Banken- und Zahlungstechnologien für Finanzdienstleister und Unternehmen weltweit. Das Toolkit ist so modular, dass es eine einfache Übernahme neuer Banking-Plattform-Releases ermöglicht und die Möglichkeit bietet, vom Kunden erstellte Änderungen zu simulieren und zu testen, bevor sie in einer produktionsbereiten Umgebung bereitgestellt werden.

Mit dem Authoring-Toolkit kann ein Master- oder Kundenadministrator wiederverwendbare Workflows erstellen. Jeder Workflow besteht aus Schritten, und jeder Schritt besteht aus einer oder mehreren Seiten. Gruppen sind in einem Workflow optional. Wir können die Gruppentechnik verwenden, wenn eine bestimmte Aktion in einem Satz von Schritten/Seiten ausgeführt werden soll. Die Arten der Aktionen unterscheiden sich voneinander.