内部コード名を使用することもできます。バージョンはいくつ作成したらよいでしょうか?バージョンは、必要と思う数を自由に作成できます。フィールドが使用可能になります。課題をバージョンに追加するプロジェクトにバックログがある場合プロジェクトバックログに移動します。課題を追加したいバージョンにドラッグします。プロジェクトにバックログがない場合バージョンに追加したい課題を開きます。フィールドを見つけ、課題を追加したいバージョンを入力します。バグまたは問題が見つかったバージョンです。それほど頻繁に使用されません。顧客への機能のリリースまたはバグ修正を計画しているバージョンです。このフィールドはリリースの計画、進捗とベロシティの監視、および各種レポートに使用されます。これは通常、必要とされるフィールドです。バージョンの進捗を確認するための各種ツールが用意されています。ここでは、その機能について説明します。リリースハブリリースハブとは、すべてのリリースを管理できる場所です。リリースのステータスに関する情報や、各バージョンの課題数の内訳も示されます。リリースハブに移動する:プロジェクトに移動します。関係のないものをフィルターで除外し、特定のバージョンだけに注目します。ドロップしてバージョンの順序を変更します。バージョンに課題がいくつ割り当てられているか、また各ステータスのものがいくつあるかを示します。リポジトリを統合する場合は、ここでコミット、ブランチ、プルリクエストに関連する開発情報を確認する必要もあります。(スクラムのみ)リリースバーンダウンチャートは、完了した作業量と残りの作業量を示します。ダウンチャートを使用すると、チームが期間中に作業を完了できるかどうかを予測できます。チームがスコープクリープの発生を検出することにも役立ちます。リリースバーンダウンチャートを使用するには、課題を見積もる必要があります。詳細については、バーンダウンチャートのガイドをご覧ください。リリースバーンダウンチャートを表示する方法:プロジェクトに移動します。