ソフトウェア アップデートはどのくらいの頻度でリリースする必要がありますか?[閉まっている]
https://stackoverflow.com/questions/360028
-
21-08-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian質問
数分前 ジェフ・アトウッド氏はツイッターで次のように述べた。:
私は新しいソフトウェアが迅速にリリースされるのが大好きですが、WordPress のリリース頻度はとんでもないです。
そこで考えさせられるのが、 ソフトウェア アップデートはどのくらいの頻度でリリースする必要がありますか?
- 毎日？
- 毎週？
- 毎月？
- 毎年？
最善のリリース戦略は何ですか?
解決
私はWordPressの特定のケースで言うと、を、彼らはの "セキュリティアップデート" と "機能の更新" をconflate。これは悪いです。
これは、Windowsのセキュリティバグが見つかったすべての時間をインプレース再インストールを行うに持つのではなく、単に毎週小さなパッチをダウンロードするようになります。
WordPressは、簡単、迅速、およびセキュリティ更新プログラムのために簡単ですセキュリティパッチメカニズムを持っている必要があります。新しいバージョンの通常のアップグレードの流れから分離されているプロセス。
他のヒント
ワードプレスリリースの頻度はそれほど頻繁です。 Wordpressのための機能のアップデートは、私が考えるすべての4〜6ヶ月の範囲内で、あまり頻繁に発生ます。
私は、これは良いモデルだと思います。定期的に新しい機能を解除することにより、幸せな顧客を維持していますが、セキュリティ上の欠陥を見つけた場合、リリースはすぐに修正されています。
私は次のことをお勧めします。
（秒）updateTime - 更新を実行することをユーザに要する平均時間
releaseDelta（日） - リリースの間の最小時間
releaseDelta = updateTime/((1/365)*(60*60*8))
この式は、ユーザーがアプリケーションの更新を待っている任意の年でこれ以上8時間以上を費やす必要がなければならないというのが私の理論に基づいています。
これは、エンドユーザを混乱させることなく限り更新を透過的に行われるように頻繁に更新することができます。
私は、これは非常にあなたの特に状況に依存だと思います。言われていることを、私は完全にばかげて深刻なビジネスアプリケーションの毎日のリリースを考えます。あなたが毎日リリースされている場合は、ビジネス・ルールがそのように絶えず変化するか何かいくつかの非常に奇妙な状況にある場合を除き、おそらく深刻な問題があります。
それほど頻繁でiTunesのアップデートよります。
私は次の、できればシンプルな 2 部構成のガイドラインを使用するようにしています。
- ユーザーが何かをダウンロードしたりインストールしたり、保守している既存のコードベースを変更したりする必要がある場合、リリースには大きなメリットが必要です。これは、重要な新機能の追加、大量の問題の修正、または少数の差し迫った緊急の問題の修正を行うリリースです。
- ユーザーがダウンロードやインストールを必要としない場合は、反復の指示に従ってリリースが計画されます。反復の最後にリリース可能な製品がある場合、それがデプロイされます。このイテレーションには、イテレーションのキックオフ前に決定された技術的およびビジネス上のニーズが含まれます。
したがって、私たちの場合、デスクトップ アプリケーションや Web サービスなどは通常、最初のルールに該当し、Web サイトなどは 2 番目のルールに該当します。現在、開発時間は約 4 ～ 6 週間ですが、来年は 2 ～ 4 週間に減ります。これがスクラムハイブリッドへの「入門」でした。
製品は必ずしも開発中 (またはイテレーションに参加している) である必要はないことに注意してください。最初のルールが適用される場合、変更が必要になるまで製品が陳腐化したままになる可能性は十分にあります。
これは、構成制御への顧客のアプローチに依存します。
彼らはあなたが知っている、選択肢を持っています。最終的に、彼らはあなたの製品を使用しないことを選んだことができます。
顧客はあなたが毎日ものを変える受け入れます、そして、彼らは気にしない、それは何のトレーニングや構成管理影響を与えない場合には、自動更新を持っています。
SOEとお客様（標準的な動作環境）憎悪の更新
一部の顧客は、「自宅を呼び出す」ソフトウェアを受け入れるつもりはありませんことを実現します。 彼らは自身の更新をホストすることになるでしょう。彼らのITの人々が参加する必要があります。 これは彼らのために多くの仕事です。
一部のお客様には、/自分のQAを行う必要がありたいと思うでしょう。顧客やソフトウェアの種類によって異なります。
顧客が受け入れ/ソフトウェアを展開、テスト/展開サイクルの長さの何倍かを解放するために、テスト/作業を行う必要がある場合。顧客のない限り、インターリーブデプロイとテストで大丈夫です。それは、彼らは常に新しいバージョンをテストしているところだし、ロールも出ています。
例：テストする2週間、リリースごとに8週間以上ない
その結果、重要なソフトウェアでは、リリースのテストは、顧客数ヶ月かかる場合があります。彼らは、その結果に自分のビジネスを賭けると正当に慎重であるされています。リリースは6ヶ月ごとかそこらですので。
セーフティクリティカルソフトウェアでは、それが何ヶ月もかかる場合があります。年間、約18カ月ごとに珍しいことではありません。でも、あまり頻繁にはかなり正常です。
全く正しい答えはありませんが、それは本当に、製品によって異なります。
私は、最大で毎月言います。もちろん、アプリケーションの更新は、例えば、自動化された透明な方法で行われていない限り毎週/毎日は、あまりにも頻繁にありますFirefoxの更新システム
あなたはできるだけ頻繁にあなたが望むようにそれらを解放することができます。ユーザーを失望させることは、彼らはあなたの新しいバージョンが必要かどうかを知ることはありません。これは、あなたが新しいあなたが実装されてきた機能を、あなたが修正したバグ、そしてあなたが任意のセキュリティ問題を修正したかどうかこれについて非常に明確にする必要があることを意味します。さらに重要なのは、ユーザーは、彼らが新しいバージョンをインストールしない場合は、何も壊れ得なかった、それを信頼することができるようにしたい。
私は、ユーザーにそれが可能だ場合の のように滑らかで、目に見えない全体の更新プロセスを保つようにして、それは、する必要があるときのあなたのソフトウェアアップデートが自動的にを持つべきだと思います可能な限ります。
地域のために私は非常にまれ、産業用制御で動作しません。私たちは通常、非常に2年メジャーリリースを行います。マイナーリリース多分すべての3〜6ヶ月。必要に応じてバグのパッチは、もちろん別の話、彼らがリリースされています。その後もいくつかの顧客は、既存のシステムをアップグレードします。もちろん、他のドメインでは、アップグレードがより受け付けております。
確かにあなたは解放する価値の新機能/バグ修正がある場合は？なぜスケジュールにそれを持っている？
私は、彼らが発見しているとすぐに固定ばかりセキュリティバグへの異議を持っていません。私は（少なくとも限りのWordpressが行くように）オブジェクトは、潜在的にあまりにも早く起こってプラグインを壊す可能性が強化リリースです。どのくらいの時間が2.5から2.6に行くためにかかりましたか？そして、2.7は、同様に非常にすぐに出て来てます。
自動または半自動アップグレードは、その問題の一部を緩和するだろうが、プラグインの作成者は、同様にアップグレードする場合にのみ、またはそれらが機能変更からセキュリティ修正を離れた場合、私は、言って、2.5にこだわることができるように、まだ最新でセキュリティパッチと私は4.0私は（その時点で）2.6または2.7またはで作業を使用するすべてのプラグイン確信していたまで。
それらが必要とされているときはいつでも。一部はちょうど毎日ポップアップを持つ悩まさ感じながら、一部のユーザーは、定期的に更新を取得し、より安全な感じを覚えておいてください「をインストールするには129件の新しいアップデートがあります！それらをインストールするには、ダウンロードして20分を待つために、ここで、別の10をクリックしてください！」 ...あなたは私のポイントを参照してください。
これは、アップグレードの性質とそれを達成するために必要なユーザーの介入の量によって異なります。
それは、Webサイトの場合は、、あなたは限り、あなたは何かを壊さないよう、毎日アップグレードすることができます。
それは自由なセキュリティ更新プログラムなら、できるだけ早く常に高く評価されます。
無料のバグ修正、アップグレード、それはユーザーがインストールする必要がある場合には、数ヶ月おきに超えることはないはずです。
のために支払われなければなら何でも年に1回よりも頻繁にはできません、または人々はの利点を取ら感じを開始します。さらにオペレーティングシステムなどのソフトウェアの特定のクラス、ためています。
