Wie wir arbeiten

Das Projekt ist kalkuliert, die Arbeitspakete beschrieben und priorisiert, der Umsetzungszeitraum abgesteckt und das Projekt-Team fixiert?

Dann ist die Zeit für die Kiellegung gekommen.

Die erste Phase der Projekt-Implementierung steht im Zeichen der Informationsarchitektur.

Das betrifft einerseits die Planung und Konzeption der künftigen Benutzeroberfläche, über die Nutzer mit dem entwickelnden System interagieren werden. Ein gutes "Nutzererlebnis" – in IT-Deutsch "User Experience" oder kurz UX – ist ein entscheidender Faktor dafür, ob ein Projekt von den Zielgruppen angenommen wird oder nicht.

Auch muss die Benutzeroberfläche andererseits möglichst selbsterklärend und intuitiv bedienbar sein. Denn nur mit einer entsprechend hohen Gebrauchstauglichkeit (Usability) werden die Zielgruppen das Produkt gerne nutzen und entsprechend frequentieren.

Ein gutes UX-Design zu entwickeln, welches das Angebot des umzusetzenden Projekts möglichst gebrauchstauglich abbildet, ist eine nicht zu unterschätzende Herausforderung. Sie bedarf viel konzeptioneller Arbeit und der einen oder anderen Korrekturschleife. Um dennoch schnell visuelle Ergebnisse der Konzeption erhalten und auf Praxistauglichkeit testen zu können, haben sich daher Modelle wie z.B. Mockups oder Wireframes durchgesetzt, die wir ebenfalls in der Phase der visuellen Konzeption einsetzen.

Neben der Entwicklung der Benutzeroberfläche ist das Festzurren des Datenmodells die zweite wichtige Säule zum Implementierungsbeginn. Im Datenmodell wird festgelegt, wie mit den vorhandenen Daten umgegangen werden soll, also beispielsweise

• welche Daten es überhaupt gibt
• wie sie aufgebaut, formatiert und strukturiert sind
• wer Zugriff auf sie hat
• wer sie erstellen, bearbeiten oder löschen kann
• ob sie von oder zu Drittsystemen transferiert werden

Manche Projekte benötigen keine Migration von Bestandsdaten. Sei es, weil sie keinen direkten Vorläufer besitzen oder auch, weil Sie sich als Kunde entschließen, einen Relaunch zum Anlass zu nehmen, auch den Content von Grund auf neu erstellen zu lassen.

Treffen diese Szenarien jedoch nicht zu, so ist eine Etappe der Reise die Übernahme von Bestandsdaten in das neu zu entwickelnde System.

Weicht das Datenmodell des neuen Systems von der vorherigen Lösung ab – was in der Regel der Fall ist – so ist es vor allem wichtig, dass die Bestandsdaten so migriert werden, dass sie mit dem neuen Datenmodell kompatibel sind. Dieses "Datenmapping" ist meist der komplexere Part einer Datenmigration und kann bei sehr komplizierten Datenmodellierungen einige Zeit in Anspruch nehmen.

Daher ist es wichtig, sich der Migration relativ früh im Projekt zu widmen – eben dann, wenn das Datenmodell des Zielsystems stabil genug ist, so dass die zu migrierenden Daten in dieses überführt werden können.

In der Regel wird die Migration während der Implementierungsphase mehrfach optimiert, so dass sie kurz vor dem Launchtermin – wenn der finale Transfer der Altdaten ansteht – als ein Teil des Going-Live-Prozesses automatisiert durchgeführt werden kann. Dies ist notwendig, damit das Zeitfenster vom Switch des alten Systems zum neuen Setup so kurz wie möglich gehalten werden kann.

Was bisher zunächst Ideen, dann Pläne, Konzepte und visuelle Vorlagen waren, wird in diesem Projektabschnitt "zum Leben erweckt".

Die Implementierungsphase ist die umfangreichste Etappe im ganzen Projekt, denn hier erfolgt nun der technische Aufbau des Systems. Dies geschieht in der Regel einerseits durch so genanntes "Sitebuilding", andererseits durch konkrete Implementierung von individuellem Programm-Code, der explizit für den vorgesehenen Zweck geschrieben wird.

Sitebuilding

Beim "Sitebuilding" werden vom Software-Entwickelnden bereits existierende Funktionen des Drupal-Kerns und vorhandener Zusatzmodule genutzt, um die gewünschten Features, Workflows oder Prozesse im Projekt genau so abbilden zu können, wie sie dort benötigt werden.

Da Drupal aufgrund seines speziellen Modul-Konzepts über eine enorme Menge an solchen "Ready to customize"-Funktionen verfügt, ist es in vielen Fällen die schnellere und wirtschaftlichere Option, auf dieses Angebot zurückzugreifen und über die richtige Kombination und Konfiguration die im Projekt gewünschten Funktionen bereit zu stellen.

Voraussetzung für gutes und effizientes Sitebuilding ist natürlich, genau zu wissen, wann es gegenüber einer Individual-Entwicklung die bessere Alternative darstellt. Dies setzt umfangreiche Kenntnisse sowohl Drupals als auch geeigneter Module für die Sitebuilding-Tasks voraus.

Individual-Entwicklung

Nur Sitebuilding allein führt aber meist nicht zum Ziel. Insbesondere bei sehr großen und komplexen Projekten ist die Wahrscheinlichkeit groß, dass bestimmte funktionale Aspekte sich nur über Individual-Entwicklung, also beispielsweise eigens für diesen Zweck entwickelte Custom-Module abbilden lassen.

Unsere Entwicklerinnen und Entwickler mit langjähriger Programmiererfahrung im allgemeinen und Drupal-Development im besonderen stellen sich dabei jeder Herausforderung. Dies erfolgt in einem professionellen Entwicklungsumfeld, um Produktivität und Effektivität zu maximieren und Fehlerquellen zu minimieren.

Entwicklungsumfeld und Prozesse

• Verwendung des Versionskontrollsystems Git, analog wie es auch bei drupal.org eingesetzt wird
• verschiedene Funktionen werden in eigenen Versionszweigen, sogenannten Feature-Branches entwickelt
• bei der Entwicklung wird streng darauf geachtet, dass diese gemäß der für Drupal formulierten Qualitäts- und Coding-Standards erfolgt
• falls das Projekt einschließlich automatisierter Vertestung realisiert wird, wird jeder Commit in die Codebase automatisch einer Vertestung unterzogen, und der Entwickler wird benachrichtigt, wenn durch seine Änderung Tests fehlschlagen
• umgesetzte Features werden intern einer funktionalem Prüfung und einem Code-Review durch einen weiteren Entwickler unterzogen
• im Anschluss wird die Funktion für den Kunden zum Testen bzw. der Endabnahme auf einem entsprechenden Stage- bzw. Abnahmesystem bereitgestellt
• und erst wenn die Funktion alle genannten Qualitätskontrollen erfolgreich passiert hat, kommt sie in das Live-System

Bei neu umzusetzenden Projekten rollen wir regelmäßig Entwicklungs- Snapshots auf ein Testsystem aus, so dass Sie als Kunde jederzeit Einblick in den Stand der Umsetzung nehmen und bei Bedarf Einfluss nehmen können. Auch können hier Teilabnahmen oder Demos erfolgen.

Bei der Handhabung von Bestandsprojekten, die sensible Kundendaten enthalten (z.B. Shops, Intranets o.ä.), achten wir im Rahmen der Weiterentwicklung genau darauf, dass Sie die Kontrolle über diese Daten behalten. Müssen zum Zwecke der Weiterentwicklung z.B. Kopien des Setups auf den lokalen Entwicklungsrechnern unserer Mitarbeitenden aufgesetzt werden, so anonymisieren wir mit speziell von uns entwickelten „Wiper“- Scripten die in der Datenbank enthaltenen personenbezogenen Daten, so dass diese ausschließlich auf Ihren Servern verbleiben.
Für besonders sensible Daten, die generell niemals in der Drupal-Datenbank verbleiben sollten, bieten wir außerdem spezielle Lösungen an.

Während der "technische Unterbau" des Projekts voranschreitet, geht es auch in Sachen Benutzeroberfläche weiter.
Im Regelfall wird für diese ausgehend von den in der Konzeptionsphase entwickelten Wireframes und/oder Mockups ein dem "Atomic-Design"-Ansatz folgendes Frontend-Design entwickelt.

Die Realisierung des Design-Entwurfs kann beispielsweise mit dafür spezialisierten Tools wie "Figma" oder "Adobe XD" erfolgen. Auch Designs, die Sie als Kunde z.B. von Ihrer eigenen Design-Abteilung entwickeln lassen, können wir verwenden.

Komponentenbasierte Design-Ansätze wie Atomic Design ermöglichen es uns in Verbindung mit einem Styleguide-Framework wie Storybook, das Styling für später im Projekt vorkommende funktionale und inhaltliche Elemente unabhängig davon zu realisieren, ob diese im Zielsystem schon technisch implementiert sind oder nicht.

Zudem können die ausgestalteten Komponenten einfach in anderen Seitenkontexten des Projekts wiederverwendet, neu zusammengestellt und schnell geändert werden.

Dadurch gewinnen wir Geschwindigkeit und können das Verhalten der Komponenten vom Start weg in verschiedenen Viewports wie Mobile und Desktop testen. Als Kunde wiederum können Sie sich frühzeitig ein Bild davon machen, wie Elemente des fertige Designs einmal im Webbrowser aussehen werden und wie sich die Interaktion damit anfühlen wird.

Der aufmerksame Blick unserer Frontend-Experten stellt sicher, dass im Endergebnis eine attraktive, aber auch durchdachte und übersichtliche Benutzeroberfläche für Ihr Projekt entsteht. Dass diese auch responsiv, barrierearm und möglichst selbsterklärend ist, versteht sich von selbst.

Je umfangreicher das Projekt, und je komplexer die zu entwickelnde Business-Logik, desto mehr Zeit muss für gewissenhafte Funktions- und Abnahmetests reserviert werden.

Auch wenn bereits während der laufenden Entwicklung permanent und stetig entwickelte Funktionen im Vier- oder sogar Sechs-Augenprinzip geprüft und auch Code-Reviews unterzogen werden – erst wenn das Projekt in seiner Gesamtheit steht, lässt sich zuverlässig überprüfen,

• welche unerwünschten Wechselwirkungen eventuell durch das Zusammenführen zuvor parallel entwickelter Funktionen in einem Entwicklungs-Branch entstanden sind
• ob alle Nutzergruppen die für sie vorgesehenen Berechtigungen erhalten haben
• ob alle Caches des Systems korrekt konfiguriert sind und nicht beispielsweise durch zu "hartes" Caching eigentlich für einzelne Nutzer individualiserte Inhalte auch Dritten angezeigt werden
• ob sich die Benutzeroberfläche in allen üblichen Browsern und den gängigen Viewports robust verhält
• ob die geplante Anbindung an potentielle Drittsysteme wie erwartet funktioniert
• und viele Aspekte mehr...

Im Normalfall nimmt diese Test- und Abnahmephase mehrere Wochen in Anspruch. Sie erfordert

• intensive Mitarbeit des Kunden
• eingespielte, kurze Kommunikationswege
• einen klaren Prozess für das Reporting von Bugs und Fehlern
• und ein aufmerksames und kooperierendes Team auf Seiten des Dienstleisters, welches die Reports zeitnah auswertet, verifiziert, klassifiziert, und dann als Teil einer Korrekturschleife gemeinsam mit anderen Cleanups- und Optimierungsmaßnahmen eintaktet.

Hilfreiche Ergänzung: automatisierte Tests

Um den manuellen Testaufwand sowohl während der erstmaligen Umsetzung als auch später in der Betreuung und Weiterentwicklung zu reduzieren, besteht immer die Möglichkeit, besonders wichtige und geschäftskritische Funktionen mit so genannten automatisierten Tests abzusichern.

Es gibt hierbei eine ganze Reihe von Möglichkeiten zur automatisierten Vertestung. Sehr verbreitet sind beispielsweise Unit Tests, die das korrekte Ablaufen bestimmter Prozesse oder Funktionen überprüfen. Es gibt zudem eigene Software-Frameworks wie zum Beispiel Selenium, um automatisiert Interaktionen mit einer Web-Applikation durchzuführen und deren Erfolg oder Fehlschlag ebenso automatisiert an die entwickelnden Personen zurückzumelden.

Aber nicht nur durch die Weiterentwicklung des Systems kann es zu möglichen Fehlern oder unerwünschten Nebeneffekten kommen. Auch Updates oder Upgrades, die im Rahmen der Wartung regelmäßig eingespielt werden müssen, verändern die Codebase des Setups.

Automatisierte Tests helfen somit bei jeder Änderung der Codebase, mögliche Fehler und/oder unerwünschte Seiteneffekte in denjenigen Funktionen schnell und effizient zu ermitteln, die sie überwachen.

Wann lohnen sich automatisierte Tests?

Grundsätzlich gilt: je größer der potentielle Schaden ist, wenn eine bestimmte geschäftskritische Funktion in einer Software selbst kurzfristig nicht mehr funktioniert, desto dringender ist der Einsatz von automatisierten Tests anzuraten. Es muss jedoch auch die wirtschaftliche Komponente im Blick behalten werden, denn die Vertestung eines Systems steigert den ingesamt notwendigen Implementierungsaufwand merklich. Als Faustformel kann man damit rechnen, dass die automatische Vertestung einer bestimmten Funktion den Implementierungsaufwand für diese um ca. 50 bis 75% erhöht.

Bei der Entscheidung, ob automatisierte Tests ja oder nein, und falls ja, für welche Funktionen, lassen wir Sie als Kunde selbstverständlich nicht alleine, sondern stimmen diese Fragen eng mit Ihnen anhand des jeweiligen zu implementierenden Systems ab.

Lasttests

Ist damit zu rechnen, dass das Projekt nach dem Going-Live stark frequentiert sein wird oder es zu Lastspitzen aufgrund punktuell zahlreicher Zugriffe oder Seitenaufrufe kommen wird, sollte vorab sichergestellt sein, dass das System nach seinem (Re-)Launch nicht überlastet sein wird. Hierfür bieten sich so genannte Lasttests an, mit denen man z.B. eine hohe Zahl von Zugriffen oder Anfragen simulieren und auf diese Weise das Verhalten des Systems und dessen Antwortzeiten bereits vor dem eigentlichen Going-Live auswerten und optimieren kann.

Lasttests sind somit insbesondere für Projekte mit einer konstant hohen Besucherzahl oder einer großen Menge an eingeloggten Benutzern, für die nicht alle Inhalte gecached werden können, sinnvoll.

Es ist üblich, dass die Testphase auf einer so genannten "Pre-Live"-Umgebung stattfindet. Dabei handelt es sich um ein mit dem Produktiv-System weitgehend identischen Setup. Falls das Produktiv-System im Rahmen eines Relaunches komplett durch eine neue Lösung ersetzt wird, wird das neue "Live"-System auf der neuen Hosting-Umgebung nach der Endabnahme des Systems für den anstehenden "Switch" vorbereitet.

Der eigentliche Going-Live-Termin wird gründlich vorbereitet und mit Ihnen als Kunde terminlich abgestimmt. Kurz bevor das alte System durch das neue ersetzt wird, wird ein so genannter "Content Freeze" vereinbart. Das bedeutet, dass ab jetzt stattfindende redaktionelle Änderungen auf dem Alt-System nicht mehr vorgenommen werden sollten - oder aber die Änderungen parallel auch schon auf dem neuen System eingepflegt werden müssen, damit sie nicht verloren gehen.

Bei Plattformen mit viel nutzergeneriertem Content wie z.B. aktiven Communities kann kein Content-Freeze vereinbart werden. In diesem Fall muss das Projekt für die Dauer der Umstellung vorübergehend vom Netz genommen werden.

Muss eine vollumfängliche Datenmigration stattfinden und ist diese sehr umfangreich und zeitaufwändig, lassen wir diese zum spätestmöglichen Zeitpunkt vor dem Relaunch komplett durchlaufen. Um die nach diesem Zeitpunkt veränderten oder neu hinzugekommenen Daten bis zur Abschaltung des Altsystems ebenfalls migrieren zu können, ist dann eine weitere Migration mit nur diesen Änderungen notwendig. Diese wird auch als "Delta-Migration" bezeichnet, da sie das "Daten-Delta" zwischen der bereits durchgeführten Vollmigration und den danach noch erfolgten Änderungen erfasst. In der Regel geht diese Delta-Migration schnell vonstatten, so dass der Zeitraum, in welchem das Projekt zwecks Systemumstellung offline ist, auch für Systeme mit einem sehr umfangreichen Datenbestand relativ kurz gehalten werden kann.

Nach dem Switch auf das neue System sind wir in Bereitschaft und überwachen die Performance des Systems unter Realbedingungen. Ebenso stellen wir Kapazitäten ab, um bei Bedarf schnell reagieren zu können, falls in den ersten Stunden und Tagen im Realbetrieb noch Probleme auffallen sollten, die während der Test- und Abnahmephase entweder nicht aufgetreten oder trotz größtmöglicher Sorgfalt nicht als solche erkannt worden sind.

Sind alle Stromschnellen bewältigt und die Jungfernfahrt erfolgreich absolviert, so ist es geschafft: Ihr Projekt ist live.

Es war eine lange Reise bis hierhin, und wahrscheinlich war sie an der einen oder anderen Stelle schwierig und herausfordernd. Aber ist das Projekt gelungen und erfolgreich, so ist es das immer wert - und daher gehen wir diese Reise auch immer wieder gerne aufs neue und mit neuen spannenden Projekten und Herausforderungen an.