Entwicklung einer mobilen App, die die Eröffnung eines Bankkontos an einem ausgewählten Standort ermöglicht

Projekt

Entwicklung eines Anwendungsprogramms zur Eröffnung eines Bankkontos an einem vom Nutzer gewählten Ort, entsprechend den dort geltenden rechtlichen Bestimmungen, auf einfache, bequeme und den neuesten Standards entsprechende Weise. Zweck des Anwendungsprogramms ist:

• Eine Online-Registrierung des Nutzers zu ermöglichen, ohne die jeweiligen Bankfiliale besuchen zu müssen.
• Biometrische Technologien zur Verifizierung der Identität des Nutzers, wie Gesichts- oder Fingerabdruckerkennung, einzusetzen.
• Die Verifikationsprozesse und Analyse der Dokumente zwecks Beschleunigung und Erleichterung der Kontoeröffnung zu automatisieren.
• Dokumente und Verträge elektronisch, ohne Verwendung von gedruckten Formularen, unterzeichnen zu können.
• Die Kontoeröffnung sowie Verfügbarkeit der Geldmittel sofort zu bestätigen.
• Implementierung einer Funktion, welche die Anpassung des Angebots der Bank an die individuellen Kundenbedürfnisse auf der Grundlage der erhobenen Daten und Präferenzen ermöglicht.
• Integration mit Multimediafunktionen wie Video-Instruktionen oder interaktive Guidebooks zwecks Erleichterung des Verständnisses des Prozesses der Kontoeröffnung.
• Hochentwickelte Sicherheitssysteme wie Datenverschlüsselung sowie Übereinstimmung mit den Vorschriften zur Verwertung personenbezogener Daten (DSGV) und den einschlägigen Branchenstandards einzusetzen.
• Die Integration eines eröffneten Kontos mit anderen Bankprodukten wie Zahlkarten, Krediten oder Investmentdienstleistungen zu erleichtern.
• Instrumenten für die Risikoanalyse und die Identifizierung potenzieller Betrugsversuche in Echtzeit einzubeziehen.
• Zugriff auf Online-Kundensupport wie Chat oder Hilfssysteme in Echtzeit.
• Die Kreditwürdigkeit des Kunden und Analyse der Finanzgeschichte zwecks Vorstellung entsprechender Angebote automatisch zu bewerten.

Das Anwendungsprogramm soll nicht nur die Kontoeröffnung selbst erleichtern, sondern den Kunden auch ein einzigartiges und innovatives Erlebnis bieten, das den neuesten Standards im Bereich Technologie und Bankwesen entspricht.

Aufgabe

Die Anwendung wird parallel für zwei Systeme – iOS und Android – entwickelt. Nach der Veröffentlichung wird sie bei App Store und Play Shop verfügbar sein. Die ersten Versionen sind bereits in der Produktion verfügbar. Das Anwendungsprogramm wird nativ entwickelt, um wichtige, auf das jeweilige Gerät zugeschnittene Funktionen bereitzustellen:

• Plattformspezifität,
• Zugriff auf Gerätefunktionen,
• Leistung,
• bessere Integration mit dem Betriebssystem,
• Zugang zu den Shops der Anwendung,
• Leistungsoptimierungen,
• einfache Aktualisierungen.

Umsetzung

Die Einzelnen Scrum-Teams bilden vonseiten von j‑labs:

• 2x Frontend-Entwickler,
• 5x Backend-Entwickler,
• 4x QA-Ingenieure (manuell und automatisierend).

Zusätzlich befinden sich in jedem Team:

• 1x Product Owner,
• 1x Scrum Master,
• 1x Technischer Entwicklungsleiter,
• 1x Leiter Qualitätssicherung.

Die Mitarbeiter von j‑labs bilden zwei Entwicklungsteams (am Projekt ist noch ein drittes Team aus Indien beteiligt). Die Ingenieure von j‑labs befassen sich hauptsächlich mit dem Backend der Anwendung, alle drei Teams arbeiten auch am Backend und Frontend und dessen Integration. Die QA-Ingenieure von j‑labs sind dafür verantwortlich, neue Funktionalitäten manuell und automatisch zu testen, neue Testszenarien zu schreiben, Testskripten zu erstellen, bestehende Testszenarien nach Bedarf anzupassen, Fehler zu melden, behobene Fehler erneut zu testen, Regressionen nach jeder Implementierung (falls erforderlich) sowie Regressionen vor der Veröffentlichung durchzuführen, Umgebungen zu erstellen, das Test-Framework zu pflegen und Leistungstests durchzuführen sowie die Ergebnisse zu analysieren. Sie haften ebenfalls dafür, den Testansatz, der den gesamten Testprozess ausmacht, zu erstellen und zu verbessern, so dass er in die aktuellen Marktplätze integriert und einfach für weitere Marktplätze anzupassen ist. Die Mitarbeitenden von j‑labs kümmern sich um die Implementierung des Backends und Frontends, das Testen der Anwendung (manuelles Testen der Anwendung auf mobilen Geräten und im Simulator – Browserstack) und die Erstellung und Entwicklung des Test-Frameworks. Das Projekt ist in 2 Repositorys aufgeteilt, separat für iOS und Android. Das Test-Framework wird mit Hilfe von Appium, XCUITest und Espresso entwickelt.

Die Mitarbeitenden von j‑labs nehmen aktiv an allen Phasen der Anwendungsentwicklung teil:

• PI-Planung, die 3 Tage dauert und eine ausführliche Besprechung der für einen Zeitraum von etwa 3 Monaten oder 6 Sprints geplanten Aufgaben umfasst.
• Entwurfsphase, in der die Arbeit in zweiwöchigen Sprints erfolgt.
• Nach Abschluss der Implementierungsphase und der Genehmigung durch das Code Review übergeben die Entwickler die fertigen Aufgaben an die QA-Ingenieure.
• Für jede Aufgabe werden zwei Unteraufgaben erstellt (es sei denn, bei der Sprintplanung oder dem Refinement wurde etwas anderes vereinbart): manuelle Tests und automatisierte Tests sowie eine Regressionsaufgabe. Jede Aufgabe muss nicht nur in der lokalen Umgebung, sondern auch in der Vorproduktionsumgebung getestet werden.
• Nach dem manuellen Testen werden die erzielten Ergebnisse sorgfältig dokumentiert. Ganze Aufgaben oder einzelne Szenarien werden angenommen oder abgelehnt. Ein positiver Abschluss der Tests ist für jedes Szenario erforderlich, damit die gesamte Aufgabe als abgeschlossen gilt. Im Falle eines negativen Ergebnisses gibt das QA-Team die Aufgabe an den Entwickler zurück, damit der die notwendigen Korrekturen vornimmt.
• Sobald die manuellen Tests abgeschlossen sind, wird jede Aufgabe einem automatisierten Test unterzogen. Danach folgt eine Regression des gesamten Repositorys oder mehrerer Repositorys, wenn auch andere Bereiche von der Implementierung betroffen sind. Nach der Validierung der Ergebnisse wird der Code in den Master-Zweig eingefügt und dem Product Owner zur Überprüfung vorgelegt.
• Alle vierzehn Tage wird ein Release-Paket erstellt, es sei denn, eine Veröffentlichung ist erst nach der nächsten Iteration geplant. Ein bestimmter Entwickler ist für die Fertigstellung des Pakets verantwortlich, das die vom Product Owner akzeptierten Aufgaben enthält.
• Am Ende von jedem Sprint findet eine Retrospektive statt, um die Arbeit des Teams zu analysieren und Verbesserungsvorschläge zu machen, die in Zukunft umgesetzt werden können.