Release Anfang / release oft für kommerzielle Software? [geschlossen]

Question

Gibt es jemand mit Erfahrungen / Beispiele über die Freigabe früh / Freigabe oft für kommerzielle Software? Funktioniert es?

Ich war von VMware denken, wo sie viele Revisionen zwischen jeder Hauptversion freigeben müssen. Und die Installation Erfahrung war schrecklich, manchmal würden sie die vorhandenen VMs und zu anderen Zeiten brechen die VMware Tools innerhalb Gastbetriebssysteme würde eine Fehlfunktion / nicht installieren. Es ist einfach schrecklich.

Und ich war von Clickonce-Denken-Installationen als auch, da mit Clickonce, wenn Sie Ihre Software aktualisieren, werden alle Kunden der Freigabe wird automatisch benachrichtigt, und mit einem Klick sie auf die neue Version aktualisiert sind. Wenn Ihre Software-Fehler hat, dann werden sie automatisch „aufgerüstet“, um diese Fehler zu bekommen als auch.

Haben Sie Erfahrung \ Beispiel \ Vorschlag, um die Freisetzung Anwendung früh / release oft grundsätzlich kommerzielle Software?

Ich bin auf der Suche, um sie für einen.

Answer 1

Kenny ist. Rechts: es hängt

Wir arbeiten an Enterprise-Software, wo ein Kunde ein internes 3 Monate Projekt auf eine neue Version aktualisieren laufen. In dieser Umgebung häufige Releases tun nicht Arbeit. Die Kunden werden seit Jahren auf einen alten Release bleiben und wir müssen halten sie zu unterstützen, so dass die weiteren Veröffentlichungen, die Arbeit aktiv desto mehr Unterstützung sind.

Auf der anderen Seite war ich mit Googles Chrome und lesen Sie einen Beta-Refresh über. Ich ging, um zu sehen, wie es zu erhalten und entdeckt, dass Chrome bereits selbst aktualisiert hatte. Wenn es irgendeine Mitteilung war ich es verpasst, und das ist in Ordnung mit mir.

Die wichtigste Frage ist, wie störend ein neues Release ist . wenn MS neue Versionen von Visual Studio veröffentlicht zum Beispiel alle 3 Monate mit einer neuen .NET-Version, C-Laufzeit, etc, dann würden wir einen guten Teil unserer Zeit verbringen, nur mit dem Upgrade zu tun, das wäre nicht gut. Aber wenn sie wollen, mit einigen neuen Widget neue Versionen von Windows Media Player veröffentlichen, das für mich in Ordnung ist -. Nur den Download machen / Installationsprozess so nahtlos wie möglich

Answer 2

Ich denke, es ist immer auf dem Markt oder Kundenbasis ab. Ändern / Software-Upgrade ist immer schmerzhaft und noch schmerzhafter in einigen Umgebungen und Unternehmen. Schnell Release-Zyklen können störend sein. Diese Störungen erstrecken sich oft auf Ihre internen Abläufe zu, je nachdem, wie gut Featuritis durch Marketing / Management verwaltet.
also die klassischen jemals wahr ‚es hängt‘ Antwort klingelt wieder.
Wenn Sie hinzufügen, wirklich Wert auf das Produkt, dann die Kunden vor allem neue es wollen. Der beste Fall ist das Upgrade Änderung Schmerz zu entfernen, wie in, es funktioniert auf dem gleichen, aber besser in der Hand Art und Weise. Großartig.

Answer 3

.

Achten Sie auf den Mann hinter dem Vorhang :
Die Sache, die Early Release - Veröffentlichung Oft Praxis möchte, dass Sie zu tun ist, nicht zu haben früh und schnell statt am Ende des Projekts, wenn es zu spät ist. Es gibt Ihnen mehr Möglichkeiten zu zeigen, was Sie an den Endkunden aufbauen, wertvolles Feedback zu erhalten und zu geringer Kosten anzupassen. Die Person in der ‚Kunden‘ Rolle muss in der Lage sein, leicht die neueste Version zu erhalten; spielen Sie mit ihm und reagiert mit konstruktivem Feedback so regelmäßig wie möglich.

Falls Sie bauen etwas kritisch z.B. etwas, das ein Kraftwerk überwacht oder steuert, dann würden Sie wahrscheinlich mit dieser Praxis vorsichtig sein sollen. Sie wollen die Menschen für die neue Version mit Fackeln als Feedback nicht aus. In solchen Fällen ist es sinnvoll regelmäßig auf einem Prüfstand zu implementieren, beobachten Sie es für X Tage (wie pro Ihre Konfidenzniveau) und dann LIVE-go! Sie können Ihren Kunden den Zugang zu diesem Prüfstand zu spielen und aufzubauen sein Vertrauen Meter geben.
Wenn sie eine unkritische Anwendung und Sie haben einen guten historischen Rekord von gut Veröffentlichungen haben, so etwas wie Clickonce .. aber auch dafür sorgen, sein ebenso einfach für die Kunden rückgängig zu machen.

Answer 4

Wenn Sie vorhaben, dies zu tun, stellen Sie sicher, dass, wenn die Leute Ihr Produkt kaufen, dass sie kostenlosen Upgrades auf neue Versionen für ein Jahr oder ein anderer Zeitraum erhalten werden, so dass sie nicht das Gefühl, wie sie abgezockt wurde wenn eine neue Version herauskommt 2 Monate, nachdem sie eine Kopie gekauft. Außerdem sicher, dass Sie alte Versionen unterstützen, so dass diejenigen, die nicht wollen, zu aktualisieren, nur Fehlerbehebung wollen tun können so, ohne zu riskieren, ihre Stromanlagen mit neuen Versionen der Software zu brechen. Ich persönlich denke, es wird mehr Arbeit, aber Sie werden mit einem besseren Produkt am Ende, und Sie können Menschen Ihre Software mehr Vorteile neuer Funktionen schneller nehmen, wenn sie zu wählen.

Answer 5

Wir betreiben eine SaaS-Anwendung, so kann im Prinzip beliebig oft aktualisiert werden, wie wir wollen.

Auf der anderen Seite, in der Praxis wird es nur wenig Major-Releases pro Jahr (kleinere Patch-Versionen werden all paar Wochen normalerweise löschen).

Der Grund hierfür ist, dass Freisetzungen Unterbrechung für das Betriebspersonal zu schaffen; manchmal Teil der Anwendung muss abgehängt werden. Jeder für nicht kundenorientierte Veränderungen gibt es eine Menge Arbeit, die eigentlich geht das zu tun, die Freigabe im Gegensatz zu dem Engineering zu tun.

Während also scheint Stackoverflow alle paar Tage aktualisiert werden, tun wir nicht so etwas. Mehrere Fehler können an einem Tag festgelegt werden, aber sie werden in einer nachfolgenden Version behoben, die als „Big Bang“ erlischt. Oder etwas.

Answer 6

Es hängt von Ihren Ressourcen. Wenn Sie Microsoft sind, können Sie früh Release eine verwanzten POS, die mit Sista Reime, und verlassen sich auf Ihre Marketing-Macht, um Menschen mit dem Produkt ihre frühen Erfahrungen vergessen.

Wenn Sie hoffen, für eine gute Mund-zu-Mund, eine frühe Version Freigabe ist keine gute Idee (es sei denn, Sie planen, den Namen oder etwas vor der endgültigen Version ändern).