Flicken am #Handtuchtag //1861

Inzwischen haben wir es geschafft, den Debug-Bug zu eliminieren. Das ist zwar eher ein uneleganter Workaround als eine Lösung, aber es scheint zu funktioneren. An der Konfiguration der Entwicklermaschinen musste einiges geändert werden, außerdem sind ein paar zusätzliche Batchbefehle notwendig.
Für heute und falls nötig noch Anfang nächster Woche sind noch einige Tests vorgesehen. Ich lasse aber keine vollumfänglichen Tests durchführen, sondern nur welche im Zusammenhang mit dieser Problematik. Und ja, mir ist bewusst, dass es auch unerwartete Seiteneffekte und Nebenwirkungen geben könnte an Stellen, die scheinbar gar nichts mit diesem Problem zu tun hatten. So ist das halt mit Software. Volle Tests auf bloßen Verdacht hin sind dennoch nicht gerechtfertigt, würden auch viel zu lange dauern.

Wenn also nächste Woche das gefixte Release bereit ist, stellt sich die Frage, wie ich den Patch unseren Kunden kommuniziere.
Die Geräte unserer Kunden hängen normalerweise nicht am öffentlichen Internet, so dass ein automatisches Update ausgeschlossen ist. Das müssen die Kunden schon aktiv selbst in die Wege leiten – grundsätzlich zu einem Zeitpunkt, der ihnen selbst am angenehmsten ist.
Um die Kunden auf das Update hinzuweisen, erhalten sie eine Mail darüber (ja, dieses Vorgehen ist DSGVO-konform. Wir hatten schon länger Verfahren entwickelt, die sicherstellen, dass Geräte nur dann in Betrieb gehen können, wenn uns eine gültige Mail-Adresse einer Kontaktperson und deren Einwilligung zur Datenspeicherung vorliegen).
Zwar ändern sich manchmal Mailadressen oder Zuständigkeiten, aber ich gehe davon aus, dass ich trotzdem um die 90% der Ansprechpartner erreiche, und hoffe, dass der Rest schon das letzte, fehlerhafte Update nicht mitgekriegt hat.

Technisch ist die Frage der Kommunikation also geklärt, inhaltlich jedoch nicht.
Wie lege ich den Kunden nahe, so schnell wie möglich das Update einzuspielen, ohne dabei alle möglichen Pferde scheu zu machen?
Wenn ich es als Routineupdate mit unbedeutenden Fehlerbereinigungen deklariere, werden sie sich viel Zeit lassen. Das ist nicht in meinem Sinne.
Verpacke ich es aber in einer Art Rückholaktion, mache ich sie – quasi als Streisand-Effekt- erst recht darauf aufmerksam. Das könnte dem guten Ruf der Firma schaden.
Ebenso darf ich es nicht als kritisches Sicherheitsproblem darstellen. Zumal die Sicherheit von Kundendaten an keiner Stelle gefährdet war – allerdings die Sicherheit unserer Sourcen.
Die Begründung sollte sich also harmlos, aber dennoch dringlich anhören. Keinesfalls darf ich die wahre Ursache der Notwendigkeit nennen, um nicht erst Leute auf die Idee zu bringen, sich die Binärdateien näher anzusehen.
Ich habe jetzt das Wochenende über Zeit (*räusper*), mir etwas zu überlegen.