私のチームはアプリケーションの展開を間近に控えており、一部のお客様とのクローズドベータ版を開始しようとしています。新しいベータバージョンを作成するための現実的な時間枠はどのようなものであり、リリースに十分安定した最初のバージョンを呼び出す前に、現実的に必要と予想されるそのようなサイクルの数を知りたいと思います。
アプリケーション自体は医用画像アプリケーションであるため、データがクラッシュしたり破損したりすることは絶対にありません。また、多くのユーザーが1日4〜8時間以上継続して使用しているため、通常のユーザーエラーはかなり早く発生すると思います。アプリケーションは特定のハードウェアに関連付けられており、ハードウェアがある場合は、ハードウェアを実行するためにこのアプリケーションまたは以前のバージョンのアプリケーションが必要になります。
もちろん、今、今、今、それを解放するように上からの圧力もあります！そして、彼らは私の給料を払っているので、私が迅速なリリースについてどんな不安を抱いても、私は彼らの指示に従う義務があります。
次のシナリオが実行される可能性があると思います。
- 2週間のサイクルタイム。3〜5つのサイトなど、選択したユーザーグループがあり、バグが発生した場合は修正します。このサイクルタイムはとてつもなく速いと思いますが、PowersThatBeがどのように展開したいかはすでに感じられます。このアプローチでは、製品を特定のビルドにロックし、蓄積されたエラーは次のリリースで修正します（後で50ビルドになる可能性があります）。
- 6週間のサイクルタイム。同じ選択したユーザーグループがありますが、そのグループは成長する可能性があり、成長するにつれて、ステップ1のように動作します。1ほど速くはありませんが、確かにより慎重です。問題は、ユーザーは製品に過度のバグがあるという印象を受ける可能性があり（バグに遭遇した場合）、別のバージョンをリリースするまでその印象に対抗することはできません。その時点で、ユーザーは気にしない可能性があります。先に述べたハードウェアへのロックインがあるので、バグの印象は、売り上げを失うのではなく、軽度の不平を言うことにつながる可能性があります。ただし、新しいベータバージョンはそれぞれ、前回よりもはるかに精査されます。
- バグが修正されるとすぐに、修正されたバージョンをユーザーの手に渡してください。ビルドサーバーがあり、複数のテスターがあり、非常に迅速に応答します（「アジャイル」と言うこともできます）。ソフトウェアが必要とする他の動作を修正が壊さない限り、バグを修正するのと同じ速さでバグ修正を提供することに欠点はありますか？このアプローチを採用した場合、サイクルを実行するのでしょうか、それとも単にベータ版の「期間」を実行するのでしょうか。
これらの質問はユーザーごとに大きく異なり、BlizzardやGmailのベータ期間のようなものは少し長めです。ベータ版の期間についての経営陣の絶え間ない質問にどのように答えるべきかについて、私はまだ一般的な感触を得たいと思います。