In letzter Zeit haben wir im 4D Forum Fragen zu Befehlen und Funktionen beantwortet, die sich unvollständig anfühlten oder fehlten, wie z.B. die Mail-Funktion.
In diesem Blog-Beitrag erläutern wir die 4D Strategie, die hinter der Entscheidung steht, Versionen zu veröffentlichen, die noch nicht vollständig ausgereift sind, zusammengefasst in dem Paradigma„release early, release often„.
Was ist Release Early, Release Often (RERO)?
RERO ist eine Software-Entwicklungsphilosophie, die die Bedeutung von frühen und häufigen Releases betont. Und wir bei 4D versuchen, dieser Philosophie gerecht zu werden, indem wir eine agile und aufgeschlossene Kultur etablieren, die es uns ermöglicht, Kundenfeedback in einem frühen Stadium zu berücksichtigen.
Erleben Sie das Neueste und Größte früher
Durch die frühzeitige Freigabe geben wir unseren Nutzern die Möglichkeit, die neueste Softwareversion zu erleben. Wenn die freigegebene Funktion aus irgendeinem Grund unzureichend ist, können die Benutzer viel schneller reagieren. Diese kurzen Feedbackschleifen ermöglichen es uns, die Produktentwicklungsteams in die richtige Richtung zu lenken, um sicherzustellen, dass die Kundenwünsche berücksichtigt werden.
Schnellere Identifizierung von Fehlern
Frühe Releases bieten die Möglichkeit, neue Funktionen in realen Szenarien zu testen. So können wir Fehler erkennen und schnell beheben. Dies geschah vor kurzem mit der automatischen Vervollständigung einiger 4D Befehle, die automatisch schließende Klammern hinzufügen; in bestimmten Kontexten würde dies zu Fehlern im Code führen. Etwas, das man nur schwer herausfinden kann, wenn man das Produkt nicht in die Hände echter Kunden gibt, die es in realen Szenarien verwenden.
Je kleiner die Veröffentlichung, desto geringer die Wahrscheinlichkeit, dass etwas schief geht
Längere Zeiträume zwischen den Veröffentlichungen erhöhen den Druck, jede Veröffentlichung sinnvoll zu gestalten, was mehr Code, mehr Funktionen und mehr Tests bedeutet. Das Ergebnis ist die Möglichkeit, mehr Fehler zu haben. Kleinere, schnellere Versionen begrenzen natürlich die Anzahl der Funktionen und damit die Anzahl der Fehler.
Letzter Gedanke
Im ersten Grundsatz des Agilen Manifests heißt es: „Unsere oberste Priorität ist es, den Kunden durch frühzeitige und kontinuierliche Bereitstellung wertvoller Software zufrieden zu stellen.“
Sie können immer wählen, welche Strategie Ihren Bedürfnissen entspricht. Frühzeitige Veröffentlichungen sorgen für kurze Feedbackschleifen und ermöglichen es Ihnen, frühzeitig von neuen Funktionen zu profitieren, aber Sie können sich auch dafür entscheiden, zu warten, bis diese vollständig entwickelt sind.