このページを共有
従来のソフトウェア開発のフロー
チームで使用しているのがウォーターフォールなどの従来の開発手法の場合は、ALM Octaneを使用して開発プロセスを管理します。
典型的なソフトウェア開発プロセス
従来の開発プロセスは、次のような構造になっています。
-
要件: プロダクトが行う必要のあるものの要件をリストします。これには、フィーチャーのリストが含まれる場合と含まれない場合があります。
-
設計: 要件がプロダクト内でどのように機能するかを定義します。
-
実装: プロダクトを開発します。
-
テスト/検証: 計画済みのフィーチャーを品質保証チームがテストし、検証します。テスト中に発生した問題に対して不具合をオープンします。
-
リリース/メンテナンス: 完成し承認されたプロダクトをリリースします。
従来のソフトウェア開発モデルが必ずこのように直線的に推移するわけでないことは認識していますが、これらのフレームワークでは開発フェーズが厳密に分離されています。
ALM Octaneでは、開発プロセスをこれらの各ステージの始めから終わりまで管理できます。
要件
従来のソフトウェア開発では、あらゆる作業を開始する前に要件を定義します。そのため、プロダクトがカスタマーのために何をしなければならないかを正確に知ることができます。
また、タイムラインとリソースを定義して、何が完了可能なのかを認識することもできます。
ALM Octaneでは、このような計画立案を、リリース作業の開始前に行うことができます。
開発を始めるときには、アプリケーションが何をすべきかについて大まかな考えがあります。アプリケーションで実行可能なタスクや、ユーザーが実行する内容などがわかっていることもあります。
要件定義を容易にするために、要件モジュールを使用して目的の機能を記述します。
詳細については、要件管理を参照してください。
要件を追加しているときに、アプリケーションモジュールを作成します。これらのアプリケーションモジュールはプロダクトの機能領域です。アプリケーションモジュールを使用すると、開発とテストを進めているときに、アプリケーションのヘルスと進行状況を確認できます。
アプリケーションモジュールの作成と表示は、品質モジュールで行います。
アプリケーションモジュール階層を作成したら、フィーチャー、テスト、および不具合を各アプリケーションモジュールに関連付けます。
アプリケーションモジュールの詳細については、品質管理を参照してください。
プロダクトリリースのタイムラインを作成します。
ALM Octaneでは、スペース管理者、またはワークスペースの管理者が [設定] 領域にタイムラインを作成します。
リリースおよびリリースタイムラインの定義の詳細については、リリースのセットアップを参照してください。
ワークフォースを計画することも必要です。ALM Octaneでは、ワークスペース管理者がチームを追加し、チームメンバーを追加してリリースに割り当てます。
チームの作成と割り当ての詳細についてはチームの管理を参照してください。
設計
要件、リリース、およびチームを計画したら、アプリケーションの開発を開始します。これには、作業項目のバックログを作成し、その作業項目を割り当てる処理が含まれます。
まず、プロダクトバックログを作成して開発プロセスを整理します。
ALM Octaneでは、バックログの管理をバックログモジュールで行います。バックログモジュールを使用して、次の処理を行います。
-
大規模な領域を指定するエピックの作成
-
プロダクトの各デリバリ可能パートに対するフィーチャーの作成
-
開発する項目ごとのストーリーの作成
-
エピック、フィーチャー、およびバックログ項目をわかりやすく整理
バックログの使用方法の詳細については、バックログ管理を参照してください。
バックログを作成したら、各リリースとスプリントを計画します。
ALM Octaneでは、バックログ項目をリリース、スプリント、およびチームに割り当てることができます。
-
任意の項目の [詳細] タブの [リリース]、[スプリント]、および [チーム] フィールドを更新します。
-
項目をリストまたはグリッドからリリースバケットにドラッグします。
リリースおよびチームの割り当て作業の詳細については、リリースの計画を参照してください。リリースバケットの詳細については、バックログ計画バケットの使用を参照してください。
スプリント計画ミーティング時に、作業項目をユーザーに割り当てます。
-
任意の項目の [詳細] タブの [所有者] フィールドを更新します。
-
チームバックログモジュールで、リストまたはグリッドから項目をチームメンバーバケットにドラッグします。
チームのバックログの管理方法については、チームバックログの管理を参照してください。チーム計画バケットの詳細については、チーム計画バケットを参照してください。
実装
デリバリする内容を決定したら、割り当てられたフィーチャーとストーリーを開発する必要があります。ALM Octaneでは、次のプロセスを使用します。
作業中に、バックログ項目のフェーズを更新します。
項目のフェーズを更新することで、進行状況を正確に反映できます。
ワークフローフェーズの詳細については、項目のフェーズの進行を参照してください。
バックログ項目を処理するときは、管理しやすいタスクに項目を分割しておくと便利です。その操作を行うため、ALM Octaneには、タスクを管理するためのタスクリストとタスクボードが用意されています。
-
バックログ項目内の [タスク] タブ
-
チームバックログモジュールの [タスク] タブから
-
[追加] ダイアログでバックログ項目を作成するときにタスクを追加
タスクの管理方法の詳細については、担当するストーリーの操作を参照してください。
全員が計画どおりに処理を進めていることを確認するため、個々の進行状況を追跡します。
-
バックログモジュールの [エピック] または [フィーチャー] タブで、グリッドの [進行状況] カラムを確認します。
-
チームバックログモジュールで、チームの進行状況グラフまたは個々のチームメンバーバケットを確認します。
-
ダッシュボードモジュールでカスタムグラフを作成します。
リリースの進行状況の追跡の詳細については、リリースの進行状況と品質の分析を参照してください。ダッシュボードの詳細については、ALM Octaneダッシュボードを参照。
各チームとそのチームメンバーについて、リリースの全体的な進行状況を確認します。
リリース累積フローグラフ、バーンアップおよびバーンダウンウィジェットなどのウィジェットをダッシュボードに追加します。
リリースの後の方で、リリース予測ウィジェットをダッシュボードに追加して、計画済みのバックログ項目をユーザーが完了するのをALM Octaneでどのように予測しているのか確認します。
テストと検証
高品質なフィーチャーを提供するには、提供するコンテンツをテストする必要があります。ALM Octaneには、適切なテストを確実に実行するための方法が数多くあります。
バックログ項目 (エピックおよびフィーチャーを含む) ごとに、テストを追加します。
テストの追加の詳細については、手動テストの作成またはGherkinテストの作成を参照してください。
さまざまな方法でテストを実行します。
-
手動でのテストの実行
-
テスト実行またはテストスイート実行のスケジューリング (計画)
-
CIサーバーのビルドステップとしてテストを追加し、通常のビルドプロセスの一部としてテストを実行
テストの実行の詳細については、手動テストとGherkinテストの実行およびALM Octaneからの自動テストの実行を参照してください。
テストの実行後に、テスト結果を確認します。
手動テストとGherkinテスト、またはパイプラインに含まれている自動テストの場合、ALM Octaneヘルプはテスト実行でテスト結果を表示します。
ALM Octaneの外部で実行されたテストの場合は、テスト結果をALM Octaneにアップロードしてください。テスト結果が利用できるようになったら、ALM Octaneテスト内で結果を直接確認します。
詳細については、実行の終了と結果の表示、ALM Octaneへの自動テスト実行結果の送信、自動テスト実行結果の分析を参照してください。
アプリケーションで問題またはエラーが見つかった場合は、不具合をオープンしてその問題を解決します。そうすることで、エラーや問題を利用して開発品質を向上させることができます。さらに、不具合をバックログに追加して、リリース計画に不具合を含めるようにします。
不具合は、以下の場所からオープンします。
-
バックログモジュール
-
不具合モジュール
-
テストの詳細 (テスト実行の一部として)
不具合の追加の詳細については、プロダクトの不具合のレポートと追跡または実行中の不具合のレポートを参照してください。
開発中は、アプリケーションの品質を確認してください。この情報は、テスト結果および不具合に基づいて表示されます。
この情報は、以下の場所でALM Octaneウィジェットを使用して表示します。
-
バックログモジュールの [概要] タブ
-
品質モジュールの [概要] タブ
-
ダッシュボード
現在のリリースの品質を分析します。バックログおよび品質モジュールの概要タブでウィジェットをリリースごとにフィルタリングします。
ダッシュボードウィジェットの設定の詳細については、ALM Octaneダッシュボードを参照してください。
リリースのメンテナンス
割り当てられたすべてのバックログ項目を完了したと判断したら、アプリケーションをカスタマーにリリースする準備は終了です。
一般的には、リリース後も、リリース済みバージョンのメンテナンスが継続されます。支援するために、ALM Octaneでは次のことができます。
-
アプリケーションの任意のバージョンに対してテストを実行する。
-
以前のバージョンのパイプラインを作成する。これにより、そのバージョンの修正をビルドしテストすることができます。パイプラインの詳細については、CIパイプラインを参照してください。
-
プロダクトの過去のリリース用にダッシュボードウィジェットを作成し、そのリリースの品質を確認する。
