Seit der Gründung von Liip praktizieren wir Scrum und leiten komplexe Projekte - die auch während der Implementierung Änderungen erfordern. Der miFKB-Bereich ist eines dieser Projekte. Wir haben die Infrastruktur- und Sicherheitseinschränkungen gemeistert, die sich aus dem Tätigkeitsbereich unseres Kunden ergaben. Und die Integration eines User Experience (UX-)Designers in das Scrum-Team hat die Agilität erhöht.
Zunächst haben wir ein Minimum Viable Product (MVP) definiert und entwickelt. Dies ist die Version der Plattform, welche die Bedürfnisse der Benutzer erfüllt, indem sie den Aufwand an Zeit und Geld minimiert. Diese erste Version wurde vor einigen Wochen veröffentlicht. Wir arbeiten bereits an einem Update. Neue Funktionen werden in Kürze hinzugefügt.
Unsere Lösungen sind so konzipiert, dass sie sich weiterentwickeln, basierend auf dem Feedback der User.
Agil und effizient
Um dem Wunsch der FKB nachzukommen, einen Kundenbereich auf der Website zu schaffen, haben wir ein Scrum-Team zusammengestellt. Ein Scrum Master, ein Product Owner, vier Entwickler, ein UX-Designer und eine Content-Spezialistin in einem Team.
Wir sind überzeugt, dass es sinnvoll und notwendig ist, den Kunden in das Projektteam zu integrieren. Der Aufbau eines interdisziplinären Teams mit der FKB ermöglichte eine hohe Effizienz während der elf aufeinander folgenden Sprints (22 Wochen). Unter Beachtung der wichtigsten Einschränkungen: die Infrastruktur und Sicherheit, die der Bankensektor benötigt.
Liip lebt grundsätzlich nach sieben Prinzipien. Unsere ausgezeichnete Zusammenarbeit mit der FKB wird durch unser Prinzip "flexibility over strength" perfekt veranschaulicht. Wir sind überzeugt, dass nur ein agiler und iterativer Ansatz diese Herausforderungen im Zusammenhang mit dem Bankensektor bewältigen kann. Diese Flexibilität ermöglicht es auch, die Strategie des Kunden umzusetzen und gleichzeitig die Erwartungen der Nutzer zu erfüllen.
Tailor made und user-centred
Jedes Produkt unserer Kunden ist einzigartig. Ebenso unverwechselbar muss die von uns entwickelte Lösung sein. Der UX-Designer nahm an jedem der elf Sprints teil, um den Erstellungsprozess noch agiler zu gestalten. Mit anderen Worten, um die Erwartungen der User des zukünftigen miFKB-Bereich bestmöglich zu erfüllen und gleichzeitig die Arbeit des Scrum-Teams zu optimieren.
Modelle werden während der Sprints erstellt
Oft werden alle Modelle von UX-Designern vorbereitet, bevor der erste Sprint beginnt. Es besteht daher die Gefahr, dass die Entwürfe nicht mehr den Bedürfnissen der Entwicklung entsprechen, da sich der Projektumfang mit fortschreitender Entwicklung weiterentwickelt.
Während des miFKB-Projekts haben wir die Erstellung dieser Modelle in die Sprints aufgenommen.
Der UX-Designer bereitete die Designelemente für den N+1-Sprint vor, während die Entwicklung an dem N-Sprint arbeiteten.
Dieser Ansatz ermöglichte es uns, besser auf Anpassungen zu reagieren. Aber es war auch eine grosse Herausforderung. Sicherstellen, dass die von den Entwicklung benötigten Modelle zum richtigen Zeitpunkt zur Verfügung standen. Um sicherzustellen, dass der Sprint reibungslos verläuft. Die Planung der Arbeit der UX-Designer war daher entscheidend.
Ein Styleguide als Kompass
Im ersten Workshop entwarfen wir gemeinsam mit den Kunden Skizzen der zukünftigen Plattform. Mit ihnen erstellten die Designer Modelle, direkt im Styleguide. Diese grafische Form ist ein unverzichtbares Werkzeug für Entwickelnde. Sie enthält eine Bibliothek von Styles und Komponenten. Ausserdem können Kunden im Styleguide das Seitenlayout und das Verhalten der verschiedenen Funktionalitäten visualisieren.
Das FKB-Team konnte auf Basis dieser Prototypen im Massstab 1:1 schnell Entscheidungen treffen. Weil die Styles genau auf das Endprodukt abgestimmt sind.
Diese Erfahrung war ein Erfolg. Wir freuen uns über die lohnende Zusammenarbeit mit der FKB. Und wir sind stolz, unser Prinzip "flexibility over strength" in die Tat umgesetzt zu haben. Deshalb werden wir die Erstellung von Designs bei unseren nächsten Sprints im miFKB-Projekt, aber auch in anderen Projekten systematisch integrieren.