お知らせ:当社は、お客様により充実したサポート情報を迅速に提供するため、本ページのコンテンツは機械翻訳を用いて日本語に翻訳しています。正確かつ最新のサポート情報をご覧いただくには、本内容の
英語版を参照してください。
リリースはアジャイル手法の重要な要素であり、商品を定期的に顧客に提供し、新機能や強化を実現します。これは継続的かつ段階的な開発の原則に基づいています。これにより、商品を常に最新かつバグのない状態に保つためのアップデートやバグ修正を頻繁に提供でき、顧客満足度の向上につながります。
リリースとは、商品に含まれるユーザーストーリーをまとめ、定められた終了日までに顧客に届けることを指します。
メリット
- チームに求められる期待される成果を明確に定義できます。
- 定められた期間内でリリース目標に向けてチームを導くことができます。
- プロジェクト全体で複数の取り組みを追跡および管理できます。
- プロジェクトをデプロイ可能なフェーズに分割し、計画・定義できます。
- 商品をエンドユーザーへ期日どおりに納品できます。
- 不具合を減らし、次のリリース計画の参考となる情報を得られます。
- フィードバックや要件を取り入れたリリースを頻繁に行うことで、商品の品質を向上させます。
リリース管理
リリース管理は複数のステージを持つサイクル型のプロセスです。リリースには新しい商品、バージョン、または機能強化や課題修正を含む更新が含まれます。すべてのリリースは、要件の収集、要件をユーザーストーリー・タスク・課題として作成、作業商品の進行、リリース商品のレビュー、最終的なイテレーションのデプロイという一連のステージを経て進行します。
アジャイルやスクラムにおけるリリース計画では、チームのベロシティ、プロジェクトの期間、バックログ内の商品優先度を確認し、そのイテレーションで対象となるものを決定します。時間・工数・要件の最適化が生産的なリリース実現の鍵となります。
例
商品バージョンの公開や新規タブの作成などはリリースとして管理できます。
たとえば、組織が商品に新しいバージョンを開発しているとします。この新しいバージョンはリリースとして追加できます。バージョンは新機能、機能強化、連携、新しいユーザーインターフェースなどを含む大きな成果物です。すべての要件を1つのスプリントで対応することはできません。時間やチームの調整、既存機能の強化、コード変更などが必要です。ただし、作業商品をスプリントごとに分割しても管理しきれない場合があります。そのような場合、すべてのスプリントを統括し、期限内の完了を確実にする単一の項目が必要です。ここでリリース管理が役立ちます。これはチームのすべての要件を1つのプロセスで管理できる最も大きな項目です。
例えば、あなたがソフトウェアソリューション企業の責任者で、アジャイル手法に従い成果を出す500名のチームを率いているとします。会社は銀行、小売店、建設の3つのクライアント業種向けにソフトウェア商品を開発・運用しています。取り扱う商品は「ER-Australia」「ER-Shopify」「ER-Construction」です。
課題:あなたとチームには、銀行部門と小売店部門からそれぞれクライアントの要望が2件あります。
- ER-Shopify(Webサイトのカテゴリーセクションに子供服用の新しい項目追加、およびWebサイトの新規インタラクティブバージョン)
- ER-Australia(モバイルアプリの作成、およびWebサイトへの保険タブ追加)
リリース計画を開始する際、以下の要素を考慮する必要があります。
- 期間:頻度リリースには事前に定められた期間が必要であり、予定された日付を厳守することで顧客満足度の低下を防ぎます。
- 予算:リリース完了に必要な予算を見積もります。上記の場合、チームメンバーが記録した作業時間をもとに予算を算出できます。
- 既存顧客への影響:リリースによる更新が既存顧客へ影響しないようにします。計画中の商品変更が既存顧客に影響を与えないか、クライアントに確認してください。
- リソース配分:利用可能なリソースに基づきリリース計画を立てます。リリースが開始したら納期遅延が発生しないようにしてください。
- スプリントとバックログの分析:プロジェクトのバックログおよび現在のスプリント(計画中・進行中の両方)を確認します。リリースに関連する作業項目がある場合は再評価しましょう。計画中リリースに関連するスプリントがあれば、追加することも可能です。
これら5つのポイントを分析したら、リリース計画の作成を開始し、必要なスプリントや作業項目を追加できます。
リリース計画のサンプル
ER-Shopifyのリリース計画を作成してみましょう。
クライアントの要件は、カテゴリー配下に新規のキッズセクション(バージョン2.1)をインタラクティブなUIで作成することです。最初の要件は短期間で完了し、2つ目はさらに時間と労力を要します。2つのリリースに分けて対応可能です。
リリース1:カテゴリー強化
チームはカテゴリータブにいくつかの課題を抱えており、これらを本リリースに関連付けることが可能です。また、新たな作業項目をリリースに追加することもできます。本リリースは3カ月で計画されており、進捗に応じてリリースはステージ(ステージはリリースのステータスを示します)を順に進んでいきます。
リリース2:バージョン2.1
同様に、チームは「バージョン2.1」という別のリリースを作成し、バックログやスプリントから関連する作業項目を追加または関連付けることができます。このリリースには大幅なデザイン変更、新規ワイヤーフレーム、更新済みのコンテンツ戦略が含まれます。大規模なリリースのため、期間は6カ月またはそれ以上に設定可能です。リリース期間は現実的かつ合理的である必要があり、チームが十分な時間を確保し、品質の高い商品を納品できるようにしましょう。