Wie wir die Produktionsfreigabe ankündigen

Wir bei Driftrock sind ein kleines Unternehmen, das in den letzten 9 Monaten von 8 auf 18 Mitarbeiter angewachsen ist. Das ist nicht übermäßig viel, aber es hat dennoch einige bestehende Kommunikationsmethoden in Frage gestellt. Eine davon war die Art und Weise, wie wir neue Funktionen, die kürzlich in Betrieb genommen wurden, kommunizieren - irgendwann haben wir damit aufgehört.

Pssst! Wir bringen Software auf den Markt

Früher haben wir eine Änderung an einer unserer Anwendungen vorgenommen und niemanden davon in Kenntnis gesetzt, es sei denn, es wurde ein bestimmtes Kundenproblem gelöst. Das bedeutete, dass wir kaum Feedback zu neuen Funktionen einholten und dass die Fortschritte und Aktivitäten des Teams vom Rest des Unternehmens weitgehend unbemerkt blieben. In Anbetracht der Tatsache, dass unsere Software zunehmend intern genutzt wird, schien dies eine echte verpasste Chance zu sein.

Freigabe Krabbe eingeben

Wir haben jetzt einen eigenen Slack-Kanal für die interne Ankündigung von neuen Funktionen, Fehlerbehebungen und anderen Änderungen. Die Ankündigung erfolgt in der Regel durch einen Entwickler, nachdem er seine Änderungen in die Produktion übernommen hat, da er den meisten Kontext hat. Wir gehen jedoch pragmatisch vor und geben nicht jede kleine Änderung bekannt, sondern warten zum Beispiel, bis wir eine Reihe von schnellen Implementierungen abgeschlossen haben. Wir legen jedoch Wert auf Feedback und kündigen daher regelmäßig Aktualisierungen an.

Hier ein Beispiel für einige Änderungen, die für Create (eine Anwendung zur schnellen Erstellung von Anzeigen auf Facebook) in Betrieb genommen wurden:

(Beachten Sie das Krabben-Emoji - es ist jetzt ein Synonym für die Ankündigung von Veröffentlichungen)

Dies scheint eine einfache und offensichtliche Ergänzung für eine Produktionsbereitstellung zu sein, hat aber überraschende Auswirkungen gehabt:

• Eine engere Feedbackschleife - mehr Kommunikation zwischen dem Produktentwicklungsteam (uns) und den anderen Teams in Driftrock - Performance Marketing (interne Nutzer), Vertrieb und Kundenlösungen.
• Erhöhte Verantwortlichkeit und Eigenverantwortung - wir könnten diese Versionshinweise automatisieren, aber die persönliche Note fügt ein Element der Verantwortlichkeit hinzu und gibt den Lesern einen Ansprechpartner, der sich um etwaiges Feedback kümmert. Daher muss der Autor verstehen, was live geht und (falls nötig) was im Team passiert. Diese Informationen müssen gesammelt werden, damit der Autor die Ankündigung in eine einfache und prägnante Form bringen kann.
• Kleinere Bereitstellungen - der geringe manuelle Aufwand für den Autor gibt uns einen weiteren Grund, die Stapelgröße einer Bereitstellung klein zu halten und sicherzustellen, dass wir Software frühzeitig und häufig freigeben.

Zukünftige Veröffentlichungen

Wir sind noch dabei, uns an diesen Prozess zu gewöhnen, und er wird sich sicherlich weiterentwickeln. Zu den ersten Ideen, die darauf aufbauen, gehören die Automatisierung von Versionshinweisen auf der Grundlage von Commit-Meldungen und die Überlegung, wie wir unseren Kunden eine ähnliche Version zur Verfügung stellen und diese möglicherweise sogar öffentlich machen können.

‍