商用ソフトウェアの早期リリース/頻繁なリリースの経験/例を持っている人はいますか? それは機能しますか？
私は、各メジャー バージョンの間に多くのリビジョン リリースがある VMware を考えていました。また、インストール エクスペリエンスはひどいものでした。既存の VM が壊れたり、ゲスト OS 内の VMware Tools が誤動作したり、インストールされなかったりすることもありました。それはただ恐ろしいです。
ClickOnce を使用すると、ソフトウェアを更新すると、すべてのクライアントにリリースが自動的に通知され、ワンクリックで新しいバージョンに更新されるため、ClickOnce の展開も考えていました。ソフトウェアにバグがある場合、自動的に「アップグレード」されて、それらのバグも取得されます。
早期リリース/頻繁にリリースの原則を商用ソフトウェアに適用する経験\例\提案はありますか?
どれかに当てはめようと思っています。
ケニーは正しいです。それは場合によります。
当社はエンタープライズ ソフトウェアに取り組んでおり、お客様は 3 か月以上の社内プロジェクトを実行して新しいリリースにアップグレードすることができます。その環境では、頻繁なリリースは機能しません。お客様は何年も古いリリースを使い続けることになりますが、私たちはそれらをサポートし続けなければなりません。
反対に、私は Google Chrome を実行していて、ベータ版の更新について読みました。入手方法を確認したところ、Chrome が既に更新されていることがわかりました。通知があった場合、私はそれを見逃しましたが、それは私にとっては問題ありません。
主な問題は、新しいリリースがどれほど破壊的かということです。たとえば、MS が新しい .NET バージョンや C ランタイムなどを含む Visual Studio の新しいバージョンを 3 か月ごとにリリースした場合、私たちはアップグレードに対処するだけでかなりの時間を費やすことになり、これは良くありません。しかし、私にとっては問題のない新しいウィジェットを備えた新しいバージョンの Windows メディア プレーヤーをリリースしたい場合は、ダウンロードとインストールのプロセスをできるだけシームレスにしてください。
それは常にあなたの市場や顧客ベースに依存すると思います. ソフトウェアの変更/アップグレードは常に苦痛であり、一部の環境や企業ではさらに苦痛です。迅速なリリース サイクルは混乱を招く可能性があります。これらの混乱は、マーケティング/経営陣が機能のクリープをどの程度うまく管理しているかによって、社内業務にも及ぶことがよくあります。
したがって、古典的な「場合による」という答えが再び鳴ります。
あなたが本当に製品に付加価値をつけているなら、顧客、特に新しい顧客はそれを欲しがります。最良のケースは、アップグレードの変更の痛みを取り除くことです。同じように機能しますが、明らかに優れています。偉大な。
カーテンの後ろの男に注意してください。:
早期リリース - 頻繁にリリースのプラクティスで求められるのは、プロジェクトの最後では手遅れになるのではなく、早期かつ迅速に失敗することです。これにより、構築しているものをエンド カスタマーに示し、貴重なフィードバックを取得し、低コストで適応する機会が増えます。「顧客」の役割を持つ人物は、最新のリリースを簡単に入手できなければなりません。それを試して、できるだけ定期的に建設的なフィードバックで対応してください。
発電所を監視または制御するような重要なものを構築している場合は、おそらくこの方法に注意する必要があります。新しいリリースに対するフィードバックとして松明を持って外に出てほしくありません。このような場合は、定期的にテスト ベッドに展開し、X 日間 (信頼度に応じて) 監視してから、ライブに移行するのが理にかなっています。このテストベッドへのアクセスを顧客に提供して、信頼度メーターをプレイして構築することができます。
それが重要ではないアプリケーションであり、優れたリリースの優れた履歴記録がある場合は、ClickOnce のようなことを行いますが、顧客にとって同様に簡単にロールバックできることも確認してください。
SaaSアプリケーションを実行しているため、原則として、何度でも更新できます。
一方、実際には、1年に数回のメジャーリリースしかありません（通常、より小さなパッチリリースは数週間ごとにリリースされます）。
この理由は、リリースによって運用スタッフが混乱するためです。アプリケーションの一部を削除する必要がある場合があります。顧客向けではない変更の場合はすべて、エンジニアリングを行うのではなく、実際にリリースを行うための作業がたくさんあります。
したがって、StackOverflowは数日ごとに更新されるようですが、そのようなことは何もしていません。1日でいくつかのバグが修正される可能性がありますが、それらは「ビッグバン」として公開される後続のリリースで修正されます。か何か。
これを行う場合は、人々があなたの製品を購入したときに、新しいバージョンに 1 年間またはその他の期間無料でアップグレードできることを確認してください。バージョンは、コピーを購入してから 2 か月後にリリースされます。また、古いバージョンをサポートしていることを確認してください。これにより、アップグレードしたくないがバグ修正だけが必要な場合でも、新しいバージョンのソフトウェアで現在のインストールを壊す危険を冒さずにアップグレードできます。個人的にはもっと手間がかかると思いますが、最終的にはより良い製品になり、ソフトウェアを使用する人々が望むなら、新しい機能をより早く利用できるようになります。
それはあなたのリソースに依存します。あなたが MicroSoft なら、Sista と韻を踏むバグだらけの POS を早期にリリースし、マーケティング力に頼って人々に製品の初期の経験を忘れさせることができます。
良い口コミを期待している場合は、初期バージョンをリリースすることはお勧めできません (最終リリースの前に名前や何かを変更する予定がない限り)。