Versionone-quick-guide
VersionOne-はじめに
VersionOneは、ソフトウェアテストの取り組みを管理、追跡、整理するために、テスター、開発者、その他の関係者が使用するWebベースのプロジェクト管理ツールです。 これは、アジャイル手法のライフサイクル全体に沿って説明しています。 製品バックログとしての最初のステップから、完了および配信としてのプロジェクトの最終ステップまでをサポートします。
興味深い点
VersionOneは幅広い機能をサポートしており、アジャイル向けの最高のプロジェクト管理ツールの1つです。 VersionOneはCollabNetに参加して、DevOpsを導入します。
以下は、VersionOneに関する興味深い事実です-
- VersionOneは、2002年にアジャイル管理ツールを導入するのに役立ちました。
- VersionOneは、アジャイル管理ツールとしても知られています。
- VersionOne Inc.によって開発され、著作権があります。
- VersionOneは、すべてのブラウザー、特にChrome、Firefox、IEなどをサポートするWebベースのツールです。
- Windows XP、Vista、7、MacなどのさまざまなWindows OSをサポートしています。
- VersionOneは30日間の試用期間を提供します。
- プロジェクト、リリース、イテレーション、エピック、ストーリー、欠陥、タスク、テスト、チーム、チームメンバーの計画、スケジューリング、共同作業、追跡、レポートのすべての段階をサポートします。
- VersionOneは、Atlanta Business Chronicleにより、働きがいのある会社の1つに選ばれました。
- 現在、CollabNetとVersionOneは合併し、2017年のエンタープライズソフトウェア開発および配信全体のイノベーションを加速しています。
- VersionOneは、SAFe、スクラム、カンバン、リーン、XP、DADなどのさまざまな方法論を使用してカスタマイズできます。
ライセンスと無料試用
VersionOneは、さまざまなソフトウェア業界で商用レベルで使用されています。 制限付きの無料アクセスを提供することにより、新しいユーザーがツールを使用できるようにします。 このセクションでは、個人および商用レベルでVersionOneがさまざまなユーザーグループと接続する方法を確認します-
- VersionOneは商用ツールであり、30日間の試用版として利用できます。 個人使用の場合、ユーザーはVersionOneを登録し、実践的な体験をすることができます。
- VersionOneサービスを利用するには、ライセンスが必要です。 30日後、ユーザーがVersionOneの使用を継続する場合は、ライセンスが必要です。 製品のいずれかを購入することにより、VersionOneは購入契約に基づいて一定期間継続するためのライセンスキーを提供します。
- VersionOneは、クラウドベースのアクセスとローカルサーバーのセットアップに対して30日間無料のライセンスを提供します。 ユーザーは、インストールガイドラインに従い、前提条件を満たして、ローカルサーバーにホストサーバーをセットアップすることもできます。
VersionOneの使用
チームの規模、作業の種類、およびその他の要因に応じて、VersionOneにはさまざまな利点と使用方法があります。 利点と使用法は以下のとおりです-
- VersionOneは、アジャイルでのソフトウェアテストライフサイクルの第1フェーズからのすべてのQAアクティビティの追跡に使用されます。 トラッキングは、要件の追加から製品所有者による要件の受け入れまで開始できます。
- VersionOneは、プロジェクト管理、欠陥管理、および要件に応じてさまざまなアジャイル手法にカスタマイズするのに役立ちます。 適切な役割を持つユーザーは、プロジェクトの要件と標準に従ってVersionOneのフィールド、ボード、レポート、表示をカスタマイズできます。
- 上記に加えて、VersionOneは、アジャイルポートフォリオ管理、製品ロードマッピング、回帰テスト管理、顧客アイデア管理、アジャイルビジュアライゼーション、カスタムレポートおよび分析もサポートしています。
- QAによって実行されるすべてのマクロレベルのアクティビティをサポートします。
- VersionOneは、プロジェクトの計画、スケジューリング、共同作業、追跡、レポート作成などのQAタスクの実行に非常に役立ちます。
VersionOne仕様
VersionOneのベースは、さまざまな最新のテクノロジーとアイデアと組み合わされています。 開発されたVersionOneツールを使用するには、サーバー側とクライアント側でハードウェアとソフトウェアのサポートが必要です。 次の表は、VersionOneの重要な仕様を示しています-
| Sr.No. | Specification | Description |
|---|---|---|
| 1 | Application copyright |
|
| 2 | Tool scope |
|
| 3 | Testing Methods |
|
| 4 | Tool Objectives |
|
| 5 | Management Features |
|
| 6 | Hardware Requirements for Server |
|
| 7 | Error Handling |
|
| 8 | User interface Available |
|
VersionOne-機能
この章では、VersionOneのさまざまな機能について説明します。 VersionOneの主な機能は、QAおよびその他の利害関係者をアジャイル管理に引き付けることです。
VersionOneのコア機能
VersionOneは、アジャイルプロジェクトチームにとって有益な幅広い機能を提供します。 プロジェクト管理をサポートするだけでなく、チームがローカルに配置されていない場合の日々の活動を行う方法もサポートします。 グローバルに配置されたチーム内でアジャイルを実装するためのソフトウェアソリューションを提供します。
次の表は、VersionOneのコア機能の一覧です-
| Sr.No. | Core Features | Description |
|---|---|---|
| 1 | Testing Supports |
|
| 2 | Centralize & organize |
|
| 3 | Manage & Track Progress |
|
| 4 | Notification |
|
| 5 | Power Search |
|
| 6 | Reports |
|
| 7 | Scale with Team Growth |
|
| 8 | Integration |
|
| 9 | Common Features |
|
| 10 | Recover Data |
|
VersionOne-無料試用アクセス
VersionOneは、登録ユーザーに30日間の無料トライアルを提供します。 VersionOneの無料試用版には、基本機能が付属しています。 TestRailには、さまざまな高度な機能とアドインを備えた他の計画もあります。 コストは付属する製品によって異なります。
VersionOneには、次の異なる製品があります-
- Team
- 究極の
- 触媒
- 企業
VersionOne Teamは、他の製品の基本機能を備えたSingle Teamには無料です。VersionOneは30日間の試用期間を提供します。
[[1]]
無料試用版のセットアップ
無料試用版を使用するには、1回限りの基本セットアップが必要です。 これには、基本的な詳細情報を提供してVersionOneに登録し、電子メールで個人用URLを取得してVersionOneにアクセスすることが含まれます。
次の手順では、初めてアクセスする際にVersionOneをセットアップする方法を学習します-
- https://www.versionone.com [https://www.versionone.com/]にアクセスし、次のスクリーンショットに示すように右上の[無料で試す]をクリックします-
VersionOneアカウントを作成する基本的なフォームを開きます。
- 次のスクリーンショットに示すように、次のフィールドに詳細を入力します-
- 名前、組織、指定、番号、および国。 これらはユーザーの基本的な詳細であり、VersionOneにアクセスした後にプロファイルを設定するのに役立ちます。 これらの詳細は、独自のユーザー概念を維持するのに役立ちます。 ユーザーは登録する重複レコードを入力できません。
- メール-gmail、yahoo、outlookを受け入れます。 ビジネス用メールでもかまいません。
すべての詳細を入力したら、Term＆Servicesのチェックボックスをオンにして、「Start Your Free TRIAL」をクリックします。
ユーザーがパスワードを作成し、プロジェクト/スプリント名を入力する必要がある次のページが表示されます。 次に、[設定]をクリックします。
[セットアップ]をクリックすると、VersionOneは無料試用版にアクセスし、1 ^ st ^ページのフォームに提供されたメールを送信するための個人用URLとアカウントを作成します。
メールは次のスクリーンショットのようになります-
- 指定されたURLにアクセスすると、ユーザーはVersionOneのログインページを取得します。
VersionOne-ログイン
この章では、VersionOneにログインするための手順を学習します。
以下の手順に従って、VersionOneにログインします。
- ステップ1 *-VersionOneにログインするには、無料トライアルの作成中に電子メールで提供されるサンプルWebサイトにアクセスします。 ログインページが開きます。
- ステップ2 *-登録済みの電子メールアドレスをユーザー名とパスワード（アカウントの作成中に選択）として入力します。
- ステップ3 *-[ログイン]ボタンをクリックします。
次のスクリーンショットは、資格情報を使用してVersionOneにログインする方法を示しています-
エラー時
ログイン中に、ユーザー名とパスワードの誤った組み合わせが原因で、ユーザーがエラーに直面する可能性があります。 ユーザーは、利用可能なさまざまな機能を使用してパスワードをリセットし、再度ログインできます。 ここでは、ユーザーが直面する可能性のあるエラーと、そのようなインスタンスの解決策を見つける方法を確認します-
- ログインに失敗したため、次のスクリーンショットに示すようなページが表示される場合があります。
- 電子メールIDまたはパスワードの誤った組み合わせが原因でエラーが発生する場合があります。
次のスクリーンショットは、資格情報が正しくない場合にユーザーが受け取るエラーメッセージを示しています-
あなたがパスワードを忘れた場合、それを回復するために-
- [ログイン]ボタンの横にある[パスワードを忘れた場合]をクリックします。
- ログインメールを入力します。
- [パスワードのリセット]ボタンをクリックします。 パスワードリセットリンクを送信するには、登録済みの電子メールを入力するように求められます。
次のスクリーンショットは、忘れた場合にパスワードを回復する方法を示しています-
ユーザーは、パスワードをリセットするための詳細が記載されたメールを受け取ります。
ログイン成功
このセクションでは、VersionOneがログイン成功時にどのように機能するかについて説明します。
ログインに成功すると、[マイサブスクリプション]ページが表示されます。 次のスクリーンショットは、ログイン成功時のVersionOneのウェルカムページを示しています
VersionOne-ダッシュボード
VersionOneにログインすると、ユーザーはダッシュボードに移動して作業の進行状況を要約したり、レポートやマトリックスをカスタマイズしたりできます。 ダッシュボードは管理者によってカスタマイズされます。 ロールに基づいて、管理者はVersionOneのアクセスを設定できます。 ダッシュボードは、すべての重要な詳細を表示し、他のモジュールのアクセスへのリンクを提供するホームページに似ています。 この章では、ダッシュボードの機能とカスタマイズについて説明します。
注意点
デフォルトでは、ダッシュボードはプロジェクトと進行状況に関する重要な詳細を提供します。 プロジェクト階層、未解決の問題の数、バックログカウント、階層内のプロジェクトレベルの障害など、さまざまなモジュールのデータが表示されます。 次のセクションでは、ダッシュボードの重要な機能について説明します-
- [マイダッシュボード]ページに移動するには、下のスクリーンショットに示すように、[マイホーム]→[マイダッシュボード]リンクをクリックします。 デフォルト設定のダッシュボードページが表示されます。
[ダッシュボード]ページの[プロジェクトの概要]はページの上部にあります。 プロジェクトの状態を評価するためのさまざまなメトリックが表示されます。 特定のプロジェクトの詳細を検索するためのフィルターも利用できます。 デフォルトでは、次のフィールドが各プロジェクトに表示されます-
- プロジェクト名
- オーナー
- 終了日
- 終了予定日
- https://community.versionone.com/VersionOne-Lifecycle/Release_Planner/Release_Planning/Release_Scheduling/Understanding_Release_Scheduling_Progress_Bars [プログレスバー]（ホバーして開いた見積もりと閉じた見積もりを表示）
- オープンストーリー/バックログアイテム
- オープン欠陥数
- 未解決の件数
- ページの上部にあるナビゲーションバーは、VersionOneのすべてのページ/画面（プロジェクト、ポートフォリオ、製品、リリース、チーム）で同じです。 ナビゲーションバーには、これらの各リンクの下に多くのサブリンクがあります。 同じナビゲーションバーの右側にある[レポート]セクションも使用できます。 これらのリンクとサブリンクをクリックすることにより、ユーザーはVersionOneでサポートされているさまざまなモジュール/機能にアクセスできます。
- ダッシュボードの右上にはさまざまなリンクがあります。 これらは、Site Navigator、設定、ユーザープロファイル、ヘルプのすべてのページで同じです。 これらは、VersionOne HTMLデザインの静的機能です。
- 左端には、バックログアイテム、欠陥、ストーリーなどの新しいアイテムの追加、最近のすべての変更を表示する最近の変更、ルーム、タイムシート、コラボレーション、会話、トピック、削除済みアイテムなどの便利なショートカットリンクがいくつか表示されます。 次のスクリーンショットは、VersionOneのダッシュボードを表示します-
チャートを追加
ダッシュボードは、さまざまな利用可能なグラフを追加してカスタマイズし、プロジェクト/スプリントの日々の進捗を追跡できます。 ユーザーは、マイダッシュボードページに次のチャートを追加できます。 これらのチャート（ページの下部に表示）は、プロジェクトの進行状況、スプリント/イテレーション、チームステータスを追跡するのに役立ちます。
- Project Burndown
- Sprint/Iteration Burndown
- ワークアイテムトレンド
- 欠陥優先傾向
- 欠陥優先傾向
- テストトレンド
- ワークアイテムのサイクルタイム
- 作業項目の累積フロー
チャートを追加するには、マイダッシュボードページにある[チャートの追加]ボタンをクリックし、下のスクリーンショットに示すようにチャートのいずれかを選択します。 ダッシュボードに追加するために使用可能なすべてのグラフが表示されます。
選択後、以下に示すように、ページの下部にグラフが表示されます-
ユーザープロフィール
ログインしているユーザーは、VersionOneでプロファイルを表示できます。 管理者の役割を持つユーザーは、すべてのユーザーのプロファイルにアクセスでき、編集/更新もできます。 このセクションでは、プロファイルを表示して詳細を更新する方法について説明します。
プロファイルアイコンをクリックすると、ユーザーは次のオプションを表示できます-
- 私の詳細-ユーザーは以下に示すように自分の個人プロフィールを表示できます-
右側の編集ボタンでプロファイルの詳細が開きます。 ユーザーは、対応するタブをクリックして、履歴とアプリケーションの種類を表示できます。 詳細には、ユーザーはプロジェクトメンバーシップ、所有プロジェクト、リンク、添付ファイルも表示できます。
次のスクリーンショットは、ユーザーの詳細ページを表示します-
このページで詳細を編集します。
ユーザーが[編集]ボタンをクリックすると、ユーザーの詳細が編集モードの新しいウィンドウで開きます。 ユーザーは詳細を変更し、[保存]をクリックして以下に示すように変更を保存できます-
- ライフサイクル設定-ユーザーは、下のスクリーンショットに示すように、ナビゲーション、メール転送オプション、イベント通知、レポート設定を選択できます-
- Change Password -このオプションを使用すると、ユーザーは現在のパスワードを変更して新しいパスワードを設定できます。
- プッシュ通知-サードパーティのアプリケーションからの通知を管理します。
- アプリケーション-サードパーティのアプリケーションからのキーとトークンを管理します。
- ログアウト-ログアウトをクリックすると、ユーザーはログインページに戻り、以下のスクリーンショットに示すように、ログインし直さなければプロジェクトの詳細にアクセスできません。
VersionOne-ユーザーを招待
VersionOneは招待機能をサポートしています。 ログインしたユーザーは、任意の数のユーザーをVersionOneに招待できます。 管理者ロールを持つユーザーは、VersionOneに直接ユーザーを追加できます。 この章では、ユーザーを招待する方法に関する手順を説明します。
次の手順に従って、新しいユーザーをVersionOneドメインに招待します-
- 各ページの右上にある[設定]アイコンに移動し、下のスクリーンショットに示すように[メンバー]を選択します。 ユーザーの詳細が記載されたメンバーのページが開きます。
- このオプションを表示するには、システム管理者としてログインする必要があります。
- 開くメンバーのページには、ドメインにアクセスできるメンバーのリストが表示されます。
- 右側で、ユーザーは[メンバーを招待]ボタンを表示できます。ここで、ユーザーは[メンバーを招待]または[メンバーを追加]を選択できます。
- メンバーの招待-ユーザーは、VersionOneに参加するためのメールを受け取ります
- メンバーの追加-管理者は、別のドメインのVersionOneに既にアクセスできるチームメンバーの1人を追加するためのユーザー名とパスワードを提供します。 基本的に、チームメンバーへのプロジェクトのアクセスを許可しています。
次のスクリーンショットは、メンバーの招待オプションを表示します-
次のスクリーンショットは、招待されたメンバー、割り当てるプロジェクト、提供する役割のメールを管理者が入力する[メンバーを招待]フォームを示しています。 selectonの後、Invite Membersボタンをクリックします。
ユーザーは、リンクとともにVersionOneに参加するための電子メールを受け取ります。
メンバーを追加
管理ユーザーは、ユーザーまたはユーザーのグループをVersionOneに直接追加し、ユーザーまたはグループに代わってユーザー名とパスワードを設定できます。 チームメンバーが特定のプロジェクトにすばやくアクセスする必要がある場合に役立ちます。
チームメンバーを追加する手順を見てみましょう。 手順は次のとおりです-
- 単一のユーザーを追加するには、「メンバーを追加」オプションをクリックします。 フルネーム、ショートネーム、ユーザー名、パスワード、メールアドレス、通知、管理者権限、説明などを入力する必要があるフォームが開きます。 以下のスクリーンショットに示すように-
ここで、*保存/保存＆新規/保存＆*表示ボタンをクリックして、追加プロセスを完了します。
- 保存して新規-ユーザーを追加し、新しいフォームを開いて別のユーザーを追加します。
- 保存して表示-ユーザーを追加し、追加したユーザーの詳細を開きます。
VersionOne-プロジェクトを追加する
この章では、VersionOneでプロジェクトを追加する方法について説明します。
プロジェクトは、プロジェクト管理ツールのバックボーンです。 プロジェクトは、定義された時間内に完了して、完了したと見なす必要があるアイテムとタスクのセットを表します。 プロジェクトがその存在を見つけるまで、他の機能/タスクはどれも実行できません。 プロジェクトはすべてのスプリント/バックログ/タスク/課題などをグループ化します 一つの場所に。 この章では、プロジェクトをVersionOneに追加する方法について説明します。
プロジェクトを追加するには、ユーザーにシステム管理者の役割が必要です。
プロジェクトを作成する
プロジェクトは、定義された時間内に完了するために、バックログ、欠陥、問題などのすべてのサブアイテムの階層を維持するのに役立ちます。 これらは、プロジェクトとの関係だけでなく、複数のバックログを集中化するのに役立ちます。 このセクションでは、プロジェクトをVersionOneに追加するために実行する手順について説明します。 手順は次のとおりです。
- 管理者としてログインし、右上にある[設定]に移動して、下のスクリーンショットに示すように[プロジェクト＆フィールド管理]→[プロジェクト]を選択します。 [プロジェクト]ページが開き、階層内の使用可能なすべてのプロジェクトが表示されます。 以前にプロジェクトが追加されていない場合、プロジェクトは表示されません。
- システム（すべてのプロジェクト）を展開します。 以下に示すように、ユーザーが新しいプロジェクトを作成する親プロジェクトの横にある[子プロジェクトの追加]ボタンをクリックします-
- ユーザーがさまざまなフィールドに詳細を入力する必要があるプロジェクトの追加フォームを開きます-
| Field | Action | Description |
|---|---|---|
| Title | Type the name of the project. | The name of the project/release as it displays in the Project Tree. |
| Parent Project | This field is pre-populated with the name of the parent project. Click on the name to view additional details. | The name of the project that is one level higher in the Project Tree hierarchy. |
| Iteration Schedule | Click on the magnifying glass to assign an Iteration Schedule to the project. | The Iteration Schedule assigned to the project.. |
| Planning Level |
Select one of the following −
|
Indicates how the specific node is being used in the Project. When this attribute is set on a Project, any new child project will automatically be assigned the next value from the list. |
| Description | Type a narrative description of the project | This is a rich text field that allows to add expanded details about the project. |
| Budget | Type in the budget amount | The allocated budget amount for the project/release. |
| Begin Date | The date the project begins. | The date the project begins. This field is required. |
| End Date | The date the project ends. | The date the project ends. This field is optional. |
| Status | Select the status of the project. | Indicates the status of the project. |
| Owner | Type the first three characters of the project owner’s name. | The person to contact if any questions. |
| Target Swag | Type in the Swag amount. | The amount of Swag user expects to be delivered in the project. Useful when planning. |
| Target Estimate Points | Type in the Target Estimate amount. | The amount of Estimate you expect to be delivered in the Project. Useful when planning. |
| Test Suite | Select a TestSuite from the dropdown list. | The TestSuite assigned to the project. |
| Pipelines | Select a Pipeline from the dropdown list. | Pipelines assigned to the project. |
| Reference | Type any additional project information. | Free form short text field for information about the project. |
- 次のスクリーンショットに示すように、保存/保存と新規/保存と表示をクリックします-
- [保存]をクリックすると、下のスクリーンショットに示すようにプロジェクトが一覧表示されます。
[移動]、[編集]、[閉じる]、[削除]ボタンもあり、プロジェクトの詳細を編集したり、プロジェクトにリストから削除したりできます。
VersionOne-ポートフォリオプランナー
ポートフォリオ計画は、高レベルの計画に焦点を合わせるために使用されます。 ポートフォリオ計画、優先順位付け、追跡、および推定機能を統合します。 この章では、ポートフォリオツリー、ロードマップ、かんばんボード、およびタイムラインについて説明します。 ポートフォリオツリーとロードマップは計画段階で使用され、カンバンボードとタイムラインは進捗を追跡するために使用されます。
注意点
このセクションでは、ポートフォリオとさまざまなサブアイテムにアクセスする方法について説明します。
- ポートフォリオは、ポートフォリオ計画、その追跡、優先順位付け、および推定機能を統合します。
- ユーザーは、ポートフォリオ→計画をナビゲートして、ポートフォリオ計画にアクセスできます。
- 同様に、以下に示すように追跡および計画室にアクセスできます-
- ポートフォリオ計画は、ポートフォリオツリー、ロードマップ、予算、および戦略テーマで構成されています。
- ポートフォリオ追跡は、かんばん、プロジェクトタイムライン、バリューストリームボードで構成されます。
ポートフォリオツリー
ポートフォリオツリーは、ポートフォリオアイテムを階層に表します（高レベルから詳細レベル）。 これは、各ポートフォリオアイテムが親アイテムの下にある親子ツリーのようなものです。 階層/ツリーでは、最上位に存在するポートフォリオが最高レベルであり、その下に存在する次のアイテムについて段階的に減少します。 このセクションでは、ポートフォリオツリーの仕組みについて説明します。
- ポートフォリオツリー（以前のエピックツリー）では、機能の機能階層を定義および評価できます。
- ユーザーは、相対的な価値と高レベルのコストに基づいて機能に優先順位を付けることができます。
- 必要に応じて、ユーザーはポートフォリオアイテムを、チームが配信できるサブポートフォリオアイテムとバックログアイテムの1つ以上の詳細レベルに分解できます。
- チームがバックログ項目で作業している間、ポートフォリオツリーはポートフォリオ項目の進捗を追跡します。 次のスクリーンショットはポートフォリオツリーを表示します-
- 新しいポートフォリオ階層を追加するには、ユーザーは右上にあるポートフォリオ項目の追加をクリックします。
- ポートフォリオアイテムを既存の階層に追加するには、以下に示すように、各ポートフォリオの右側にある対応するレベルの[子ポートフォリオアイテムの追加]をクリックします。 ユーザーが詳細を入力して[保存]をクリックする[ポートフォリオの追加]フォームを開きます。
ロードマップ
ロードマップは、重要なマイルストーンを利害関係者に表示するための柔軟な方法を提供します。 定義された時間に高レベルの目標を設定するために使用されます。 このセクションでは、ロードマップの機能とその仕組みについて説明します。
- ロードマップは、進捗状況についてチームを更新し続けるために使用されます。
- 現在の優先順位とタイミングを理解し、時間の経過とともにニーズがどのように満たされるかを追跡できるように、利害関係者をループ内に保持します。
- 利害関係者がどのように要件を優先するかに関して、計画サイクルへのより良いフィードバックを提供します。
- ロードマップにアクセスするには、ポートフォリオ→計画→ロードマップに移動します。
- ボードとタイムラインの2つの異なるレイアウトがあります
次のスクリーンショットは、ボードレイアウトビューを表示します-
次のスクリーンショットは、開始日と終了日に関してタイムラインレイアウトを表示します-
かんばんボード
かんばんボードは、プロジェクトの進行状況を追跡するために設計された重要な機能の1つです。 アジャイル方法論では、チームはカンバンボードのバックログ項目で日々のアクティビティと進捗状況を追跡することができます。 このセクションでは、かんばんボードのさまざまな機能について説明します-
- かんばんボードは、ポートフォリオアイテムと子アイテムの進捗を視覚化、計画、および追跡するために使用されます。
- なし、定義、ブレークダウン、ビルド、テスト、およびデプロイとして分類されたボードビューを提供します。 バックログ項目/ポートフォリオのいずれかは、進行状況に基づいてこれらの中に分類できます。
- これにアクセスするには、ポートフォリオ→追跡→かんばん委員会に移動します。
- デフォルトでは、各カードにはID、タイトル、所有者（該当する場合）、およびSwag（高レベルのサイズの見積もり）が表示されます。 ユーザーは、かんばんボードを表示するだけで、カードの基本的な詳細を確認できます。 カードのタイトルをクリックすると、アイテムの詳細を表示できます。
- ユーザーは、ポートフォリオアイテムカードを同じ列の別の場所にドラッグアンドドロップして（ランキングの優先順位を付ける）、別の列に移動して（ステータスを更新する）ことができます。
- 次のように一般的なアクションにアクセスするには、カードの右上隅にある下矢印をクリックします-
- ポートフォリオアイテムの詳細を編集-アイテムの詳細を編集できます。
- ポートフォリオアイテムダッシュボードの表示-ビューモードですべての詳細を開きます。
- ポートフォリオ項目をブロック-ポートフォリオ項目をブロックし、ブロックする理由を尋ねます。 ユーザーでさえ、それをブロッキングの問題/欠陥/依存ストーリーにリンクできます。
- ポートフォリオアイテムを閉じる-アイテムを閉じるために使用されます。 後で、必要に応じて再度開くことができます。
- ポートフォリオアイテムを見る-ウォッチリストにアイテムを追加し、変更がある場合に通知を受け取るために使用されます。ステータスも変更できます。
次のスクリーンショットは、かんばんボードを表示します-
プロジェクトタイムライン
プロジェクトタイムラインには、ポートフォリオ→追跡→プロジェクトタイムラインとしてアクセスできます。 プロジェクトのタイムラインは、次のために使用することができます-
- 現在および将来のプロジェクトの提供を計画および伝達します。
- プロジェクトの履歴配信を表示します。
- 単一のビューから次のレベルの詳細、優先順位、および進行状況を表示します。
- 将来の作業を計画する際のガイドとして使用できる、以前のプロジェクトの実施で達成された組織の速度を理解します。
- プロジェクトタイムラインは、プロジェクトのグラフィカルビューを提供します。 特定のプロジェクトの作業計画、機能、およびサブ機能のスケジューリングと配信を表示します。
次のスクリーンショットは、プロジェクトのタイムラインのビューを表示します-
VersionOne-製品プランナー
製品計画は、プロジェクトの実際の開始です。 このフェーズでは、プロダクトオーナーがバックログアイテムを操作して、優先順位付け、グルーミング、および見積もりを行います。
この章では、バックログアイテムを計画する方法と、スプリントレベルでそれらを管理する方法について説明します。
注意点
このセクションでは、製品計画で考慮する必要があるいくつかの重要なポイントについて説明します。
- 製品計画は、製品所有者がバックログを識別、整理、および整理して準備するためのアクティビティです。 開発/テスト/BAチームはこの側面に取り組んでいます。 計画が適切に行われない場合、スプリントの作業はプロジェクトの生産性とタイムラインに影響します。
- これには、製品に適用される更新を定義するバックログ項目、テストセット、および欠陥の管理が含まれます。
- これらのアイテムはバックログを形成し、優先順位によってランク付けされるため、リリース/プロジェクトおよびスプリントにスケジュールできます。
- Product Plannerは、計画と入力の2つのセクションに分かれています。 計画セクションはで構成されています-
- バックログ-リストビューでのアジャイルバックログの計画と優先順位付けに使用されます。
- バックロググループ-バックログのセグメント化に使用される階層的な機能グループを提供します。
- バックログの目標-プロジェクトの取り組みを適切な方向に進めるための測定可能なターゲットを提供します。
- 入力セクションはで構成されています-
- リクエスト-これらは、資産/バックログを承認した顧客/利害関係者によって生成されます。
- 問題-ロードブロッキングまたは依存関係、またはプロジェクトに直接または間接的に影響するその他の問題をキャプチャします。
- 回帰テスト-受け入れテストのテンプレートです。
- テンプレート-ストーリー/欠陥/バックログアイテムの構成に使用される標準テンプレートです。
- インポート-ストーリー/欠陥/バックログアイテムの設定に使用される標準テンプレートです。
VersionOne-バックログ
バックログは、すべての作業項目のリストです。 ストーリー、欠陥、テストセットは作業項目の一部です。 ストーリーはバックログの主要なアイテムです。 作業項目は、プロジェクトおよび反復/スプリントレベルで実行されるすべての作業を分類および定義します。
バックログページにアクセスする
このセクションでは、バックログページにアクセスする方法を学習します。
- バックログページにアクセスするには、以下のスクリーンショットに示すように、Product Planner-Planning-Backlogに移動します。 バックログページを開きます。このページは、利用可能なすべてのバックログアイテムで構成されています。
- バックログページは、プロジェクトとそのすべてのサブプロジェクトに関連付けられたワークアイテムの柔軟で編集可能なグリッドを提供します。
- ここで、ユーザーは新しいワークアイテムを追加できるだけでなく、既存のアイテムを相互に編集、フィルター、ソート、分類、および優先順位付けできます。
- バックログページでは、ユーザーは各ワークアイテムの次のフィールドを見ることができます-
- 注文-ワークアイテムの優先順位を示します。
- タイトル-各ワークアイテムの名前。
- ID -ワークアイテムの一意のIDを表示します。
- 所有者-ワークアイテムを所有する人。
- 優先度-バックログアイテムがどの程度優先されるかを示します。
- 推定ポイント-ワークアイテムの複雑さを提供します。
- プロジェクト-関連するプロジェクト名を表示します。
次のスクリーンショットは、バックログページビューを表示します-
バックログアイテムを追加
適切な役割を持つユーザーは、プロジェクトにバックログアイテムを追加できます。 通常、プロジェクトにアクセスできるすべてのユーザーが問題と欠陥を追加できます。 ストーリーは製品所有者が追加できます。 次に、バックログアイテムを追加する方法について説明します。
- [バックログ]ページに移動し、[バックログアイテムのインライン追加]ボタンの矢印記号をクリックします。
- 各バックログ項目または欠陥を追加するための2つの異なるオプションを提供します。
- 次のスクリーンショットに示すように、1つのオプションはバックログ/欠陥インラインの追加であり、もう1つのオプションはバックログ項目/欠陥の追加です-
- ユーザーが[インライン]オプションを選択すると、新しい行が最初の行として追加されます。 ここでは、必須の詳細を直接入力できます。
- その後、右側にある[保存]ボタンをクリックして、次のスクリーンショットに示すように、入力した詳細の記録を保持します-
Or,
- ユーザーが[バックログ項目/欠陥の追加]をクリックすると、さまざまなフィールドとともに新しいウィンドウが開き、ワークアイテムに関する詳細を入力します。
- 詳細を入力したら、ユーザーは[保存/保存と表示]/[保存と新規作成]ボタンをクリックします。
次のスクリーンショットは、[バックログアイテム/欠陥の追加]ページを示しています-
バックログの目標
バックログの目標には、プロジェクトチームに指示を与えるストーリーまたはバックログアイテムのグループが含まれます。 通常、プロジェクトチームの方向性を測定するための標準ターゲット（短期および長期）です。 バックログの目標の次の重要な機能を考慮してください-
- バックログの目標には、プロジェクトチームの進捗状況を表示するグループのバックログワークアイテムが含まれます。
- これは測定可能であり、プロジェクトチームの方向と優先順位を指定します。
- ワークアイテムと多対多の関係を持つことができます。
- ストーリー、欠陥、またはポートフォリオ項目とバックログの目標とを自由に関連付けることができます。
- バックログの目標にアクセスするには、Product Planner→計画→バックログの目標に移動します。
- バックログ目標を追加するには、次のスクリーンショットに示すように、右上にあるバックログ目標を追加ボタンをクリックします-
- 新しいウィンドウでBacklog Goalフォームを開きます。
- ユーザーは、タイトル、プロジェクト、チーム、計画ビジネス価値、実際のビジネス価値、プロジェクトのターゲット、説明、タイプ、優先度として詳細を入力します。
- その後、下のスクリーンショットに示すように、保存/保存と表示/保存と新規ボタンをクリックします。 バックログの目標を保存します。 目標は、プロジェクトの後の段階でユーザーが表示して、標準と実際を比較できます。
- [プロジェクトごとのサマリー]オプションがあります。 ユーザーがこのボタンをクリックすると、新しいウィンドウが開き、各プロジェクトの進捗がBacklog Goalの％およびProjectの％として表示されます。
次のスクリーンショットは、プロジェクトごとの概要を示しています-
VersionOne-ストーリー
ストーリーは、既存の機能または新しい機能の要件、追加、または変更を表します。 ストーリーは、定義されたスプリント内で推定、テスト、および完了できるビジネス価値の単位です。
ストーリーは主に2つの側面で構成されています-
- 受け入れテストを定義する機能の受け入れ基準。
- すべてのタスクは、ストーリーを配信するためにチームが完了する必要があります。
ストーリーを追加する
このセクションでは、ストーリーを追加する方法を学びます。 ストーリーはプロダクトオーナーが追加できます。 通常、チームメンバーは、管理者、製品所有者、チームリーダーなどの特別な役割を持つまでストーリーを追加できません。 ストーリーを追加するには多くの方法があります。 オプションとしての方法を以下で説明します。
追加後、緑色の記号が表示されます。 シンボルはストーリーを表します。
オプション1
- Product Planner→Backlogに移動します。
- 右上にある[バックログアイテムインラインの追加]ボタンをクリックします。
- ユーザーが詳細を入力して[保存]ボタンをクリックする必要がある最上行をすばやく追加します。 ストーリーをバックログアイテムに一番上の行として追加します。
次のスクリーンショットは、ストーリーをインラインで追加する方法を示しています-
オプション2
- Product Planner→Backlogに移動します
- 右上にある[バックログアイテムインラインの追加]ボタンの矢印記号をクリックします。
- [バックログアイテムの追加]オプションをクリックします。
- ストーリーに関する詳細を入力するためのさまざまなフィールドとともに新しいウィンドウが開きます。
- 詳細を入力したら、ユーザーは[保存/保存と表示]/[保存と新規作成]ボタンをクリックします。 ストーリーをバックログアイテムに追加し、適用された並べ替え方法に基づいて表示されます。
次のスクリーンショットは、ストーリーの詳細を追加する方法を示しています-
次のスクリーンショットは、ストーリーの詳細ページを表示します-
オプション3
- サイドバーメニューの[+]アイコンをクリックします。 [新規追加]オプションが開きます。
- 次のスクリーンショットに示すように、[バックログアイテム]オプションをクリックします。
- さまざまなフィールドとともに新しいウィンドウが開き、ストーリーの詳細を入力します。
- 詳細を入力したら、ユーザーは[保存/保存と表示]/[保存と新規作成]ボタンをクリックして、ストーリーをバックログアイテムに追加します。
ストーリーの詳細にアクセス
ストーリーの追加後、プロジェクトへのアクセス権を持つチームメンバーは詳細にアクセスできます。 このセクションでは、ストーリーのすべての詳細を表示する方法について説明します。
- ストーリーの詳細を表示するには、VersionOneに表示されるタイトルまたはIDをクリックします。 新しいポップアップウィンドウでストーリーの詳細が開きます。
- ページの左側に会話とアクティビティストリームが表示されます。
- 右上にアクションメニューがあります。
- 関係リンクは上部のバーにあります。 *メインページは、ストーリーの詳細で構成されています。
次のスクリーンショットは、ストーリーの詳細ページを示しています-
ストーリーの詳細ページから、グリッドの右上にあるタブを使用して、次の高レベルのタスクを実行できます-
| If a user wants to… | Do this… |
|---|---|
| View or update story details | Click the* Details *tab. |
| View the change history for a story | Click the* History *tab. |
| View a graphical representation of the story’s relationships to other workitems | Click the* Visualize *tab. |
| Edit story details | Click on the dropdown to select the* Edit *tab and later open the Story Edit window. A user can also open this dropdown menu to perform other actions (Plan Story, Add Task, Add Test, Generate Parent Epic, Copy, Sign Me Up, Block, Split, Quick Close, Close and Convert to Defect, Delete, and Watch Story). |
次のスクリーンショットは、高レベルのタスクのタブを示しています-
ストーリーの詳細を管理する
[ストーリーの詳細]ページの下部で、ユーザーは[追加]または[割り当て]ボタンをクリックして、次の機能を実行できます。 アイテムを削除するには、選択したストーリーから[削除]をクリックします。
| If a user wants to… | Do this… |
|---|---|
| Add a new* task * | Go to* Tasks and click Add Inline*. |
| Add a new test | Go to Tests *and click Add Inline*. |
| Assign upstream dependencies from available backlog | Go to Upstream Dependencies *and click Assign*. |
| Assign downstream dependencies from available backlog | Go to Downstream Dependencies *and click Assign*. |
| Identify (select) issue(s) have been resolved | Go to Issues Resolved *and click Assign*. |
| Select an existing issue to assign as a blocking issue | Go to Blocking Issues *and click Assign*. |
| Select existing Backlog items that are affected by the defect | Go to Breaks Workitems *and click Assign*. |
| Select an existing request | Go to Requests *and click Assign*. |
| Select an existing defect that breaks the selected story | Go to Broken By Defects *and click Assign*. |
| Designate the most current build(s) affected by the *defect * | Go to* Last Affected Build Runs and click Assign*. |
| Add a newhttps://community.versionone.com/VersionOne-Lifecycle/Lifecycle_Basics/Getting_Started_with_Lifecycle/Understanding_Lifecycle_System_Assets/Adding_Links[link] remote documentation | Go to Links *and click Add.*. |
| Add a new filehttps://community.versionone.com/VersionOne-Lifecycle/Lifecycle_Basics/Getting_Started_with_Lifecycle/Understanding_Lifecycle_System_Assets/Adding_Links[attachement] | Go to Attachments *and click Add.*. |
次のスクリーンショットは、ストーリーの詳細を管理する方法を示しています-
VersionOne-ストーリーの編集
この章では、VersionOneでストーリーを編集する方法を学習します。 ストーリーの編集は、多くのアクションで構成されています。 ストーリーの編集機能を使用すると、ストーリーの詳細を変更したり、閉じたり、削除したり、ウォッチリストに追加したり、問題や欠陥でブロックしたり、欠陥に変換したりできます。 この章では、ストーリーの詳細の編集、ストーリーのクローズ、およびストーリーの削除について説明します。
ストーリーの詳細を編集
ストーリーの詳細を編集する際、ユーザーはタイトル、優先度、見積もり、依存関係など、ストーリーの詳細を編集できます。 変更されないままの唯一のフィールドは、ストーリーの一意のIDです。変更または修正することはできません。
ストーリーを編集するには3つの方法があります。 方法は以下のオプションとして説明されています-
オプション1
タイトル、ストーリーポイント、プロジェクト、優先度、所有者、順序をすばやく編集することをお勧めします。 ストーリーを編集するには、オプション1の次の手順に従います。
- Product Planner→Backlogに移動します。 バックログページが開きます。
- 行をダブルクリックして、列を編集可能にします。 列が表示のみから編集モードに変わります。
- 編集後、[保存]ボタンをクリックします。 対応する行の変更された詳細をすべて保存します。
次のスクリーンショットは、オプション1を使用して編集する方法を示しています-
オプション2
ストーリーを編集するには、オプション2の以下の手順に従います。
- Product Planner→Backlogに移動します。
- 各行に対応する[編集]ボタンをクリックします。 編集モードでストーリーの詳細が開きます。
- 編集後、[保存/保存して表示]をクリックします。 対応するストーリーの変更されたすべての詳細を保存します。
次のスクリーンショットは、編集機能にアクセスする方法を示しています-
オプション3
- Story Title/IDをクリックして、Story Detailsページを開きます。
- フィールドの横にある鉛筆アイコンをクリックすると、フィールドが編集可能になります。
- 適切な変更を行い、キーボードのEnter/Returnを押します。 それぞれのフィールドの変更された詳細を保存します。
次のスクリーンショットは、ストーリー詳細ページの編集機能を示しています-
ストーリーを閉じる
ストーリーのすべてのタスクが完了すると、スプリントで行われた作業を要求するために閉じることができます。 閉じたストーリーは、必要に応じて後で再び開くことができます。 このセクションでは、ストーリーを閉じる方法について説明します。
- ストーリーを閉じると、ストーリーに関連するすべての作業が完了したことがわかります。
- ストーリーが閉じられると、ユーザーは将来追加の変更が必要になった場合に再び開くことができます。
- *クイッククローズ*は、ストーリーのステータスを更新し、シングルクリックで閉じます。
ストーリーを閉じるには多くの方法があります。 オプションとしての方法を以下で説明します。
オプション1
- Product Planner→Backlogに移動します。
- 各行に対応する[編集]ドロップダウンをクリックします。
- 以下のスクリーンショットに示すように、*閉じる*または*クイッククローズ*を選択します。
- ユーザーが*閉じる*を選択すると、追加のウィンドウが開きます。 ここで、ステータスを選択し、下のスクリーンショットに示すように[バックログアイテムを閉じる]ボタンをクリックします-
オプション2
- Story Title/IDをクリックして、Story Detailsページを開きます。
- [編集]ドロップダウンをクリックします。 使用可能なすべてのオプションが表示されます。
- 以下のスクリーンショットに示すように、*閉じる*または*クイッククローズ*を選択します。
- ユーザーが[閉じる]を選択すると、追加のウィンドウが開きます。 ここで、ステータスを選択し、[バックログを閉じる]アイテムをクリックします。 [クイッククローズ]オプションを選択すると、ストーリーが直接閉じられます。
ストーリーを削除する
削除されたストーリーは、後で追跡および視覚化することはできません。 削除は通常、ストーリーが不要な場合、またはストーリーが重複している場合に発生します。 このセクションでは、ストーリーの削除について説明します。
- ストーリーがエラーまたは重複して作成された場合、削除する必要があります。 ストーリーを追跡するには、削除する代わりに閉じる必要があります。
- ストーリーを削除すると、その参照がすべて非表示になります。
- ストーリーが削除されると、リンク、添付ファイル、タスク、テストセットなどの子アイテムも削除されます。
ストーリーを削除する手順は次のとおりです-
- Product Planner→Backlogに移動します。
- 各行に対応する[編集]ドロップダウンをクリックします。 アクションを実行するために使用可能なオプションが表示されます。
- 以下のスクリーンショットに示すように、削除を選択します-
- [削除]ボタンを使用して、ストーリーの読み取り専用の詳細を開きます。 以下に示すように、[削除]ボタンをクリックします。 ボタンがクリックされるとすぐに、ストーリーはバックログアイテムからリストから削除され、その参照もすべて削除されます。
- 上記の手順と同様の手順に従って、ストーリーの詳細ページからストーリーを削除できます。
- ストーリーのタイトル/IDをクリックして、ストーリーの詳細ページを開きます。
- [編集]ドロップダウンをクリックして、[削除]を選択します。
- [削除]ボタンを使用して、ストーリーの読み取り専用の詳細を開きます。 [削除]ボタンをクリックします。
VersionOne-欠陥
STLCでは、ユーザーは不具合を作成して修正を計画および追跡できます。 欠陥は、バックログの作業項目です。 ストーリー/バックログアイテムと同様に、ユーザーはチームの速度を考慮した欠陥のポイントを推定できます。 ユーザーはそれをタスクと受け入れテストに分割し、それを完了して配信するために必要な作業を割り当てることができます。
欠陥には、他のバックログアイテムを識別して区別するために、赤いシンボルのフラグが付けられます。
欠陥を追加する
プロジェクトにアクセスできるすべてのチームメンバーが障害を追加できます。 欠陥をVersionOneに記録する方法は多数あります。 この章では、欠陥を追加する方法について説明します。
オプション1
- Product Planner→Backlogに移動して、バックログページを開きます。
- 右上にある[バックログアイテムインラインの追加]ドロップダウンをクリックします。 使用可能なすべてのオプションが表示されます。
- [欠陥インラインの追加]オプションをクリックします。
- ユーザーが詳細を入力して[保存]ボタンをクリックする必要がある最上行をすばやく追加します。
次のスクリーンショットは、インラインで欠陥を追加する方法を示しています-
オプション2
- Product Planner→Backlogに移動します
- 右上にある[バックログアイテムインラインの追加]ドロップダウンをクリックします。
- [欠陥の追加]オプションをクリックします。
- 欠陥に関する詳細を入力するためのさまざまなフィールドとともに新しいウィンドウが開きます。
- 詳細を入力したら、ユーザーは[保存/保存と表示]/[保存と新規作成]ボタンをクリックします。
次のスクリーンショットは、欠陥を追加する方法を示しています-
次のスクリーンショットは、欠陥の詳細ページを表示します-
オプション3
- サイドバーメニューの[+]アイコンをクリックします。 [新規追加]オプションが開きます。
- 次のスクリーンショットに示すように、欠陥オプションをクリックします-
- 欠陥に関する詳細を入力するためのさまざまなフィールドとともに新しいウィンドウが開きます。
- 詳細を入力したら、ユーザーは[保存/保存と表示/保存と新規]ボタンをクリックして欠陥を保存します。
アクセス障害の詳細
欠陥が記録されると、ユーザーは詳細を表示できます。 このセクションでは、欠陥の詳細を表示する方法について説明します。
- 欠陥の詳細を表示するには、VersionOneに表示されているタイトルまたはIDをクリックします。 欠陥の詳細をポップアップウィンドウで開きます。
- ページの左側に会話とアクティビティストリームが表示されます。
- 右上にアクションメニューがあります。
- 関係リンクは上部のバーにあります。
- メインページは、欠陥の詳細で構成されています。
次のスクリーンショットは、欠陥の詳細ページを示しています-
*[障害の詳細]ページから、グリッドの右上にあるタブを使用して、次の高レベルのタスクを実行できます。| If a user wants to… | Do this… |
|---|---|
| View all defect details | Click the* Details *tab. |
| View the change history for a story | Click the* History *tab. |
| View a graphical representation of the story’s relationships to other workitems | Click the* Visualize *tab. |
| Edit defect details | Click the Dropdown arrow to select* Edit* tab to open the Defect Edit window. User can also open this dropdown menu to perform many other actions (Add Task, Add Test, Copy, Sign Me Up, Block, Split, Quick Close, Close, Delete and Watch Defect). |
次のスクリーンショットは、高レベルのタスクのタブを示しています-
欠陥の詳細を管理する
[欠陥の詳細]ページの下部で、ユーザーは[追加]または[割り当て]ボタンをクリックして、次の機能を実行できます。 アイテムを削除するには、選択したストーリーから[削除]をクリックします。
ユーザーがしたい場合…
これを行う…
新しいタスクを追加する
[タスク]に移動し、[インラインの追加]をクリックします。
新しいテストを追加する
[テスト]に移動し、[インラインの追加]をクリックします。
利用可能なバックログからアップストリームの依存関係を割り当てます
Upstream Dependenciesに移動して、Assignをクリックします。
使用可能なバックログからダウンストリームの依存関係を割り当てます
[ダウンストリームの依存関係]に移動し、[割り当て]をクリックします。
解決された問題を特定（選択）します
[解決された問題]に移動し、[割り当て]をクリックします。
既存の問題を選択して、ブロックする問題として割り当てます
[ブロックの問題]に移動して、[割り当て]をクリックします。
欠陥の影響を受ける既存のバックログアイテムを選択する
Breaks Workitemsに移動して、Assignをクリックします。
既存のリクエストを選択
[リクエスト]に移動し、[割り当て]をクリックします。
選択したストーリーを壊す既存の欠陥を選択します
Broken By Defectsに移動して、割り当てをクリックします。
欠陥の影響を受ける最新のビルドを指定します
最後に影響を受けたビルドの実行に移動して、割り当てをクリックします。
リモートドキュメントへの新しいリンクを追加する
[リンク]に移動して、[追加]をクリックします。
新しい添付ファイルを追加する
[添付ファイル]に移動して、[追加]をクリックします。
次のスクリーンショットは、ストーリーの詳細を管理する方法を示しています-
VersionOne-欠陥の編集
欠陥の編集には多くのアクションが含まれます。 さまざまなアクション-欠陥の詳細の変更、クローズ、削除、監視リストへの追加、問題または別の欠陥でのブロック、ストーリーへの変換など。 この章では、欠陥の詳細の編集、欠陥のクローズ、および欠陥の削除について説明します。
欠陥詳細の編集
欠陥の詳細を編集する際、ユーザーはタイトル、優先度、推定、依存関係などの欠陥のすべての詳細を編集できます。 変更されていない唯一のフィールドは欠陥の一意のIDであり、変更または変更することはできません。
欠陥を編集するには3つの方法があります。 方法は、以下のオプションとして説明されます-
オプション1
このオプションの手順は、タイトル、推定ポイント、プロジェクト、優先度、所有者、順序をすばやく編集するためにお勧めします。
- Product Planner→Backlogに移動します。 バックログページが開きます。
- 行をダブルクリックして、列を編集可能にします。 列は、ビューから編集モードにのみ変更されます。
- 編集後、[保存]をクリックします。 対応する行の変更された詳細をすべて保存します。
次のスクリーンショットは、欠陥の詳細を編集する方法を示しています-
オプション2
- Product Planner→Backlogに移動します
- 不具合の各行に対応する[編集]ボタンをクリックします
- 編集モードで欠陥の詳細を開きます。
- 編集後、[保存/保存して表示]をクリックします。
次のスクリーンショットは、編集機能にアクセスする方法を示しています-
オプション3
- Story Title/IDをクリックして、Story Detailsページを開きます。
- 編集を有効にするには、フィールドの横にある*鉛筆*アイコンをクリックします。 フィールドを編集可能にします。
- 適切な変更を行い、キーボードのEnter/Returnを押します。 それぞれのフィールドの変更された詳細を保存します。
次のスクリーンショットは、欠陥の詳細ページで編集機能を示しています-
欠陥を閉じる
欠陥のすべてのタスクが完了すると、スプリントで行われた作業を要求するために終了できます。 必要に応じて、閉じた欠陥を後で再び開くことができます。 このセクションでは、欠陥を閉じる方法について説明します。
- 欠陥を閉じると、それに関連するすべての作業が完了し、修正が完了したことがわかります。
- 欠陥が閉じられると、同じバグが再び表示された場合、ユーザーはそれを再度開くことができます。
- クイッククローズは欠陥のステータスを更新し、シングルクリックで閉じます。
欠陥を閉じるには多くの方法があります。 方法は、以下のオプションとして説明します。
オプション1
- Product Planner→Backlogに移動します。
- 不具合の各行に対応する[編集]ドロップダウンをクリックします。
- 以下のスクリーンショットに示すように、[閉じる]または[クイッククローズ]を選択します-
ユーザーが[閉じる]を選択すると、追加のウィンドウが開きます。 ここで、以下に示すように、ステータスを選択して[不具合を閉じる]をクリックします。 [クイッククローズ]が選択されている場合、追加の入力なしで欠陥が直接閉じられます。
オプション2
- 欠陥のタイトル/IDをクリックして、欠陥の詳細ページを開きます。
- [編集]ドロップダウンをクリックします。
- 以下のスクリーンショットに示すように、[閉じる]または[クイッククローズ]を選択します-
- ユーザーが[閉じる]を選択すると、追加のウィンドウが開きます。 ここで、ステータスを選択し、[不具合を閉じる]をクリックします。
欠陥を削除する
削除された欠陥は、後で追跡および視覚化することはできません。 欠陥は通常、欠陥が必要ない場合、または重複している場合に発生します。 このセクションでは、欠陥の削除について説明します。
- エラーまたは重複して欠陥が作成された場合、その欠陥のみを削除する必要があります。 欠陥を追跡するには、削除する代わりに閉じる必要があります。
- 欠陥を削除すると、その参照がすべて非表示になります。
- 欠陥が削除されると、リンク、添付ファイル、タスク、テストセットなどのすべての子アイテムも削除されます。
ストーリーを削除するために必要なさまざまな手順を見てみましょう-
- Product Planner→Backlogに移動します。
- 各行に対応する[編集]ドロップダウンをクリックします。 アクションを実行するために使用可能なすべてのオプションが表示されます。
- 以下のスクリーンショットに示すように、削除を選択します-
- [削除]ボタンを使用して、欠陥の読み取り専用の詳細を開きます。 以下に示すように、削除ボタンをクリックします-
同様の手順に従って、障害の詳細ページから障害を削除できます-
- 欠陥のタイトル/IDをクリックして、欠陥の詳細ページを開きます。
- [編集]ドロップダウンをクリックして、[削除]を選択します。
- [削除]ボタンを使用して、欠陥の読み取り専用の詳細を開きます。 [削除]ボタンをクリックして、欠陥の記録を削除します。
VersionOne-リリースプランナー
リリース計画はオプションのアクティビティです。 この計画では、開発チームはプロジェクトとも呼ばれるリリースでワークアイテムを配信するようにスケジュールします。 取り組みの一環として、チームはバックログアイテムを見積もり、優先順位を付けてから、一連のスプリント/反復に分割します。
一般に、リリース計画には2つのタイプがあります-
- 戦術的なリリース計画は、バックログレベルで行われます。 リリースに組み込むために、個々のバックログ項目、欠陥、またはテストセットをスケジュールします。
- 戦略的なリリース計画は機能レベルで行われます。 ポートフォリオ全体のアイテムをスケジュールし、下位レベルのバックログアイテムを自動的にもたらします。 戦略的計画を推進するために、チームはビジネス価値、リスク、チームの速度、コストなどの要素を使用できます（ポートフォリオアイテムレベルでの盗品、またはバックログアイテムレベルでの見積もり）。
リリースプランナーは、計画および追跡アクティビティで構成されています。 計画活動グループはリリーススケジューリング、回帰計画、およびチームスケジューリングを追跡し、追跡活動グループはリリース予測、プログラムボード、および配信を一目で把握します。
以下のスクリーンショットに示すように、Release Plannerとそのアクティビティにアクセスするには、Release Plannerをクリックします-
リリースのスケジューリング
リリーススケジューリングはリリース計画の一部です。 このスケジューリングでは、プロジェクトのリリースがスケジュールされます。 プロジェクトには複数のリリースを含めることができ、この段階では、リリースが公開されるときや、リリースに関連するすべての作業が完了するときなど、すべてのリリースがスケジュールされます。
- ライフサイクルリリーススケジューリング機能は、オプションのリリース計画ツールです。 ストーリー/バックログアイテムまたはポートフォリオアイテムをリリースにスケジュールすることにより、リリース計画を構築できます。
- リリースは、リリースの終了日もスケジュールします。
- リリーススケジューリングにアクセスするには、メインメニューから、リリースプランナー→リリーススケジューリングを選択します。
次のスクリーンショットは、リリーススケジューリングページを示しています-
- 左側のバックロググリッド内のアイテムは「予定外」です。 つまり、プロジェクト/リリースに追加されていません。
- 「スケジュール済み」になると、作業項目が削除され、右側のバックロググリッドに表示されなくなることに注意してください。
- バックログアイテムをリリースに追加するには、ユーザーは、下のスクリーンショットに示すように、左側の[子プロジェクト]→[<リリース名>]にドラッグアンドドロップできます。
チームスケジューリング
タイムスケジュールは、リリースと完了のタイムライン、および他のバックログアイテムの開始日を定義します。 タイムラインは、プロジェクト内の作業項目とリソース割り当てを再配布するための標準的な参照です。
- Team Schedulingを使用すると、ユーザーは、選択したプロジェクト/リリースで作業する割り当てられたチームにワークロードを割り当てて表示できます。
- アジャイルでは、バックログは個々のチームメンバーではなく、チームに割り当てられます。
- チームスケジューリングは、チーム間でワークロードがどのように分散されるか、およびニーズに基づいて作業を再配分する機能を表示します。
次のスクリーンショットは、チームスケジューリングページを示しています-
注-チームスケジューリング機能は廃止され、新しいイテレーション/スプリントスケジューリングページが採用されました。
リリース予測
リリース予測は、終了日に基づいて分析されたデータを提供します。 また、チームの分析された速度を提供して、さまざまな終了日で目標を達成します。 基本的には、異なる目標日に関して高レベルから詳細レベルまでのプロジェクト全体の予測です。 以下は、リリース予測のいくつかの重要な機能です-
- リリース予測レポートには、予測終了日が同時に表示されます。 これは、楽観的、悲観的、平均速度に基づいています。
- これらの速度値は、目に見える履歴データから計算されます。
- また、選択したプロジェクトの終了日も示します。これにより、ユーザーは予測日と計画終了日を比較できます。
- さらに、ユーザーは、合計見積もりまたは作業項目数に基づいて終了日を予測できます。
- リリース予測は、リリースプランナー→リリース予測に移動してアクセスできます。
- レポートフィールドを選択したら、[Go]をクリックします。 予測レポートが表示されます。
次のスクリーンショットは、リリース予測を表示します-
VersionOne-スプリントプランニング
スプリント計画は、反復計画とも呼ばれます。 この計画では、アジャイルチームがスプリント中に作業する機能を特定します。 すべてのスプリントの開始時に計画会議が開催されます。 チームは、残りの最も優先度の高いバックログアイテムについて議論し、それらを特定のタスクとテストに分解します。 チームはまた、それらを完了するための努力を見積もります。 Velocityと過去のパフォーマンスチームを使用して、チームがスプリントにスケジュールしてコミットする作業量を決定します。 チームメンバーは通常、会議中に初期タスクにサインアップし、スプリント中に時間が許せば後で追加のタスクをピックアップします。
スプリントプランニングは3つの柱に基づいています-
- スプリントスケジューリング-このフェーズでは、チームは、バックログの優先順位付けから配信できる作業を引き出します。
- 詳細計画-スプリント内のすべての関連タスクとテストを含む作業項目リスト。
- メンバー計画-メンバーごとにロールアップされた現在のスプリント作業。それは平均的な容量計画です。
これらにアクセスするには、以下のスクリーンショットに示すように、チームプランナー→（スプリント計画中）スプリントスケジューリング/詳細計画/メンバー計画をナビゲートします-
VersionOne-スプリントスケジューリング
反復/スプリント計画プロセスの反復/スプリントスケジューリングの最初のステップ。 このステップでは、チームは優先順位付けされたバックログから提供できる作業量を選択します。 チームは、作業をコミットするためのガイド参照として履歴速度を使用します。 これは、チームが各スプリントでどれだけスケジュールするかを決定するのに役立ちます。
Sprint Schedulingにアクセスするには、メインメニューからTeam Planner→Sprint Schedulingを選択します。
スプリントを追加する
スプリントを追加するのは、プロジェクトオーナーまたはスクラムマスターの仕事です。 スプリントは開始日よりかなり前に追加され、コミットされた目標を達成するために開始日と終了日を明確に言及しています。 プロジェクトにスプリントを追加するには、次の手順に従います-
- スプリントスケジューリングに移動します。 スプリントスケジューリングページが開きます。
- Project Navigatorでプロジェクトを選択します。 スプリントを追加する必要があるプロジェクトを選択します。
- その後、下のスクリーンショットに示すように、左側にある[スプリントの追加]ボタンをクリックします。 [スプリントの追加]フォームが開きます。
- 必須フィールドとオプションフィールドを入力します。
- 必須フィールド-タイトル、開始日、終了日。 終了日は将来の日付でなければなりません。
- オプションフィールド-説明、所有者、ターゲット推定ポイント、変更コメント。
- その後、[保存]ボタンをクリックします。 新しいスプリントがプロジェクトに追加されます。
次のスクリーンショットは、スプリントを追加する方法を示しています-
- ユーザーは、右からドラッグして左にドロップすることで、スプリントへのアイテムの追加を開始できます。
スプリントの詳細の表示と編集
ユーザーは、[スプリントの詳細]ページから、スプリントに関連付けられているすべての情報を表示し、必要に応じて情報を編集できます。 スプリントの詳細の編集中、ユーザーはタイトル、優先度、日付、説明など、スプリントのすべての詳細を編集できます。 以下は、詳細を表示および編集するための重要な手順です-
- [Sprint Detail]ページにアクセスするには、[Sprint Scheduling]に移動し、左側の[Sprint Name]にカーソルを合わせます。
- スプリント名と限定された詳細が追加のポップアップに表示されます。 以下のスクリーンショットに示すように、ポップアップでスプリント名をクリックします-
- [スプリントの詳細]ページが表示されます。 バックログ、障害、タスク、テスト、リンク、添付ファイルなどのさまざまなリンクがあり、それぞれの詳細を表示します。 *次の機能は、詳細ページで使用できます-
| If a user wants to… | Do this… |
|---|---|
| Access the Sprint Scorecard | Click the* Scorecard *tab. |
| View the sprint change history | Click the* History* tab. |
| Close the sprint | Select Close from the Edit dropdown button. |
| Change the state of the sprint to Future | Select Future from the Edit dropdown button. |
| Delete the sprint | Select Delete from the Edit dropdown button. If the Delete button is not available, it means that the sprint still contains items. |
次のスクリーンショットは、スプリント詳細ページのさまざまな機能を示しています-
VersionOne-詳細計画
この章では、VersionOneで詳細計画がどのように機能するかを説明します。 詳細計画ページは、現在のスプリントのすべてのワークアイテムのリストを表示するのに役立ちます。 また、関連するタスクと受け入れテストも表示されます。 このページは、スプリントのバックログスケジューリングを完了するために必要なアクティビティを識別、割り当て、および推定するのに役立ちます。
詳細計画ページには、以下のスクリーンショットに示すように、チームプランナー→詳細計画に移動してアクセスできます-
- [スプリントの概要]セクションでは、現在のスプリントのコンテンツの合計推定ポイント、詳細推定時間、合計完了時間、合計予定時間などの異なる値を最後に閉じたスプリントと比較できます。
- [バックログの詳細]セクションでは、ユーザーは詳細な見積もりを定義し、バックログアイテムまたは障害レベルで進行状況を直接追跡できます。 ユーザーはタスクまたはテストを作成して、チームの作業をさらに分解することもできます。 全体的なステータスは、各アイテムの[ステータス]列を表示することで確認できます。
次のスクリーンショットは、詳細計画ページを表示します-
VersionOne-問題
VersionOneでは、課題ページを使用して、ストーリー、欠陥、ポートフォリオアイテム、テストセットなどの作業アイテムの進行を遅らせたり、ブロックしたりする障害を追跡できます。 多くの場合、障害はBA、Dev、またはテストチームに属する小さな問題です。文書または要件の遅延も障害と見なすことができます。 少し注意を払えば、ほとんどの問題を迅速に解決でき、影響を最小限に抑えることができます。 問題が解決されない場合、チームに大きな影響を与える可能性があり、コミットされたタスクを完了しないリスクが高くなります。
問題ページにアクセスする
このセクションでは、問題ページにアクセスするさまざまな方法について説明します。 問題ページは、次のいずれかの方法でアクセスできます-
- 製品プランナー→<入力>→問題。
- チームプランナー→<スプリントプランニング>→問題。
- チームプランナー→<スプリントトラッキング>→問題。
次のスクリーンショットは問題ページを表示します-
- このページでは、ユーザーは上記のスクリーンショットに示すように、タイトル、一意のID、所有者、優先度、目標日、プロジェクト、チームなどのすべての問題の概要を表示できます。
問題を追加する
プロジェクトにアクセスできるすべてのチームメンバーは、問題を追加し、影響を受けるバックログアイテムにリンクできます。 バックログアイテムに関連する問題だけでなく、プロセス、FSDまたはその他のドキュメントの遅延、リソース割り当て、チームとしての目標を達成するためにチームに影響を与えるその他の問題も記録できます。 問題にはリスク項目も含まれます。 このセクションでは、問題を追加する方法について説明します。
問題を追加するには2つの方法があります-
- [問題]ページに移動し、以下に示すように右上にある[問題の追加]ボタンをクリックします-
Or,
- サイドメニューバーに移動し、+アイコンをクリックします。 以下に示すように、「新規追加」フィールドから「問題」オプションを選択します-
- 問題に関する詳細を入力するためのさまざまなフィールドとともに新しいウィンドウが開きます。
- 詳細を入力したら、ユーザーは[保存/保存＆表示/保存＆新規]ボタンをクリックして、問題をプロジェクトに保存します。
次のスクリーンショットは、問題を追加する方法を示しています-
問題の詳細を表示
すべてのチームメンバーは、さまざまな問題の詳細を表示できます。 すべての問題には一意のIDとタイトルがあります。 このセクションでは、問題の詳細について説明します。
- 問題の詳細を表示するには、VersionOneで表示されるタイトルまたはIDをクリックします。
- その一意のIDはIで始まり、エラーシンボルである黄色の三角形がストーリーと欠陥からそれを分離します。
- ページの左側に会話とアクティビティストリームが表示されます。
- 右上にアクションメニューがあります。
- 関係リンクは上部のバーにあります。
- その後、メインページは問題の詳細で構成されます。
次のスクリーンショットは、問題の詳細ページを示しています
*[問題の詳細]ページから、グリッドの右上にあるタブを使用して次のタスクを実行できます-| If a user wants to… | Do this… |
|---|---|
| View all issue details | Click the* Details *tab. |
| View the change history for a issue | Click the* History *tab. |
| View a graphical representation of the issue’s relationships to other workitems | Click the* Visualize* tab. |
| Edit issue details | Click the Dropdown arrow to select the Edit tab to open the Issue Edit window. A user can also open this dropdown menu to perform many other actions (Generate Backlog Item, Generate Defect, Copy, Close Issue, Delete and Watch Issue). |
次のスクリーンショットは、高レベルのタスクのタブを示しています-
問題の詳細を管理する
[問題の詳細]ページの下部で、ユーザーは[割り当て]ボタンをクリックして、次の機能を実行できます。 アイテムを削除するには、ユーザーは選択したフィールドから「削除」をクリックできます。
| If a user wants to… | Do this… |
|---|---|
| Assign the issue to a backlog item such as story, defects etc | Go to the Backlog Items Blocked by This Issue and click Assign. |
| Assign a defect to plan and track bug fixing work that was identified as a result of this issue. | Go to the Defects to Resolve This Issue and click Assign. |
| Assign a defect identified as blocked due to this issue. | Go to the Defects Blocked by This Issue and click Assign. |
| Assign a test set identified as blocked due to this issue. | Go to Test Sets Blocked by This Issue and click Assign. |
| Assign a request to this issue. | Go to Requests and click Assign. |
| Assign a retrospective to this issue. | Go to Retrospectives and click Assign. |
| Add a new link to remote documentation. | Go to Links and click Add. |
| Add a new file attachment | Go to Attachments and click Add. |
次のスクリーンショットは、問題の詳細を管理する方法を示しています-
VersionOne-タスク
この章では、VersionOneのタスクとは何かについて説明します。 タスクは、バックログアイテムを達成するための時間単位の推定に関連しています。 バックログアイテムには、アイテムを完了するためのタスクをいくつでも持つことができます。 バックログアイテムを完了するために実行する必要があるすべてのタスクを追加するのは、ユーザーの責任です。 すべてのタスクは、スプリントの1日目に追加する必要があります。 ただし、必要に応じて、スプリント全体でタスクを追加および編集できます。
タスクを追加
タスクは、バックログアイテムを完了するために必要な作業を表します。 ユーザーは、ストーリー、欠陥、テストセットなどのバックログアイテムにタスクを追加できます。
バックログアイテムにタスクを追加するには、次の手順に従います-
- VersionOneの任意の場所からタイトル、サマリー、または一意のIDをクリックして、バックログアイテムに移動します。
- バックログの詳細ページが開きます。
- 次に、右側の[編集]→[タスクの追加]をクリックします。
Or,
- ページの下の[関係を表示]をクリックします。 [タスク]セクションに移動し、下のスクリーンショットに示すように[インラインの追加]または[タスクの追加]をクリックします-
- ユーザーが[インラインの追加]を選択すると、タスクに行が追加され、ユーザーがタイトル、所有者、ステータス、推定時間の詳細を入力します。 とする時間。
- 詳細を入力した後、以下に示すように[保存]ボタンをクリックします-
- ユーザーが[タスクの追加]を選択すると、新しいウィンドウが開き、タスクを追加して詳細の入力を求められます。 ビルド、説明、タグ、タイプ、ソース、参照などの追加の詳細があります。
- 詳細を入力した後、下のスクリーンショットに示すように「保存」をクリックします-
燃焼時間
書き込み時間とは、タスクに費やされた作業を追跡することです。 たとえば、タスクの詳細な推定時間が8時間であり、ユーザーが同じタスクの特定の日に2時間を費やした場合、タスクの残り時間を6時間（8-2 = 6）に変更する必要があります。 これにより、時間は自動的に2時間に更新されます。
時間を燃やすためにこれらの手順に従ってください-
- ユーザーが時間を費やしたタスクに移動し、各行に対して存在する[編集]リンクをクリックします。
- 編集モードで[タスクの詳細]ページが開きます。 ユーザーは、このオプションを使用してタスクの詳細を編集できます。
- ページを下にスクロールして、「To Do Hours」フィールドを見つけます。
- タスク時間を残りの時間に置き換えます。 （詳細推定時間-このタスクで費やした時間）。
- その後、下のスクリーンショットに示すように、保存ボタンをクリックします-
タスクを閉じる/クイック閉じる
タスクのすべての作業が完了すると、スプリントおよびバックログアイテムで行われた作業を要求するために終了できます。 閉じたタスクは、必要に応じて後で再び開くことができます。 このセクションでは、タスクを閉じる方法について説明します。
タスクを閉じるには、次の手順に従ってください-
- タスクに移動して、[編集]ドロップダウン→[タスクを閉じる]または[タスクをすばやく閉じる]オプションをクリックします-
- ユーザーが[タスクを閉じる]を選択すると、新しいウィンドウが開き、通常は0.00として残りのタスク時間を入力し、ステータスを[完了]として選択します。
- 次に、下のスクリーンショットに示すように、タスクを閉じるボタンをクリックします-
- ユーザーが[クイッククローズ]オプションを選択すると、ステータスが[完了]に自動的に変更され、タスクが閉じられます。
- 閉じられた後、タスクのタイトルとIDが取り消されます。 以下に示すように、[編集]ボタンは[タスクを再開]ボタンに置き換えられます-
VersionOne-テンプレート
VersionOneテンプレートを使用すると、グリッド形式のリポジトリを作成および管理できます。 このリポジトリには、一般的な再利用可能なストーリー/バックログアイテムまたは欠陥が含まれています。 このグリッドを使用して、ユーザーは次のことができます-
- ストーリーテンプレートを作成および管理します。
- 欠陥テンプレートを作成および管理します。
- 一般的な反復タスクとテストを既存のバックログアイテムに割り当てます。
- テンプレートを他のプロジェクトにエクスポートします。
テンプレートを追加する
テンプレートは、プロジェクト全体の均一性を維持するのに役立ちます。 すべての必須およびオプションの詳細を1か所に書くのに役立ちます。 通常、プロジェクトリーダーまたは階層の上位にいるユーザーがテンプレートを追加できます。 このセクションでは、テンプレートを追加する方法について説明します-
テンプレートを追加するには、次の手順に従ってください-
- 以下に示すように、Product Planner→テンプレートに移動します。 テンプレートページが開きます。
- [バックログアイテムテンプレートの追加]をクリックするか、[欠陥テンプレートの追加]をクリックします。 Backlog Item（テンプレート）またはDefect（テンプレート）ページが開きます。
- テンプレート情報を適切なフィールドに入力します（必須フィールドはTitleとProjectです）。
- 欠陥テンプレートに、解像度と解像度の詳細が追加されます。
- 保存をクリックします。 テンプレートがプロジェクトに追加されます。
テンプレートからストーリー/欠陥を作成する
テンプレートが作成されると、ユーザーは同じものを使用してストーリー/欠陥を追加できます。 ユーザーはテンプレートを利用して詳細を追加できます。 このセクションでは、既存のテンプレートを使用してバックログアイテムを作成する方法について説明します。
次の手順に従って、テンプレートからストーリー/欠陥を作成します-
- Product Planners→テンプレートに移動します。 テンプレートページが開きます。
- ストーリーを追加するには、Backlog Item Templatesから既存のテンプレートをクリックします。 Or,
- 欠陥を追加するには、以下に示すように、欠陥テンプレートから既存のテンプレートをクリックします-
- テンプレートの詳細が表示されます。
- ユーザーは[編集]をクリックして、必要に応じて詳細を変更できます。
- 編集後、ドロップダウンの編集→バックログ項目の生成をクリックして、ストーリーを追加します。
- ストーリーを追加し、ストーリーをプロジェクトに移動します。 [バックログアイテムの生成]をクリックすると、ユーザーは新しいストーリーIDを見ることができます。
テンプレートからストーリーを生成する前に、次のスクリーンショットが表示されます-
テンプレートからストーリーを生成した後のスクリーンショット表示-
同様に、ユーザーはテンプレートから欠陥を追加できます。
- [編集]をクリックして詳細を変更します。
- 次に、ドロップダウンの編集→欠陥の生成をクリックします。
- 一意の欠陥IDが提供され、欠陥はプロジェクトに移動します。
テンプレートを別のプロジェクトに移動する
VersionOneは、既存のテンプレートを別のプロジェクトに移動する独自の機能を提供します。 1つのテンプレートをすべてのプロジェクトで使用して、企業レベルでの均一性を維持できます。
テンプレートを別のプロジェクトに移動するには、次の手順に従います-
- Product Planner→テンプレートに移動します。 テンプレートページが開きます。
- 移動する必要があるテンプレートのチェックボックスをオンにします。
- チェックボックスをチェックした後、以下に示すようにプロジェクトに移動ボタンをクリックします-
- ユーザーがプロジェクトを選択してテンプレートを移動するポップアップウィンドウが表示されます。 次に、下に示すように[移動]ボタンをクリックします。 現在のテンプレートを別のプロジェクトに移動します。
VersionOne-データのインポート
VersionOneは、データをインポートして、Excelからストーリー、欠陥、その他のデータを作成することをサポートしています。 Excelからデータをインポートするには、次のことを考慮してください。
- Excelファイルのルール。
- Excelファイルをシステムにインポートします。
さらに、VersionOneはデータをインポートするためのテンプレートを提供します。 ユーザーはテンプレートをダウンロードして利用できます。
インポートテンプレートをダウンロード
VersionOneは、インポートするサンプルテンプレートを提供します。 必須フィールドとオプションフィールドの組み合わせです。 ユーザーは、要件に基づいて詳細を入力できます。 次のセクションでは、サンプルテンプレートのダウンロード方法について説明します。
- Product Planner→インポートを選択します。 [インポート]ページが開きます。
- [基本的なExcelテンプレートのダウンロード]をクリックして、基本的なテンプレートをダウンロードします。 ストーリー、欠陥、テスト、タスクなどのバックログアイテムをインポートするために使用されます。
- [高度なExcelテンプレートのダウンロード]をクリックして、高度なテンプレートをダウンロードします。 プロジェクト、反復スケジュール、変更セット、リクエストなど、より複雑なシステム資産をインポートするために使用されます。
次のスクリーンショットは、テンプレートをダウンロードする方法を示しています-
基本的なExcelテンプレートは次のようになります-
| AssetType | Name | Scope | Description | Estimate | Priority |
|---|---|---|---|---|---|
高度なExcelテンプレートは次のようになります-
Excelファイルのルール
すべてのテンプレートには、データをインポートする前に考慮すべきいくつかの基本的なルール/チェックポイントがあります。 これらのチェックポイントが失敗すると、データはインポートされず、エラーメッセージが表示されます。 このセクションでは、Excelのルールについて説明します-
Excelファイルを作成する際に次の点を考慮してください-
- 最初の列のヘッダーは常に「AssetType」である必要があります。 列には、資産タイプのシステム名が必要です。 基本的な資産タイプのシステム名は、テンプレートのコメントに含まれています。 たとえば、ストーリーの場合は、ストーリー、各障害の障害、各問題の問題などになります。
- 新しいバックログアイテムの属性データは、残りの列に移動する必要があります。 列ヘッダーは属性の名前にする必要があります。 列には、その資産に対応する属性値が含まれている必要があります。
- ワークシートは、ワークシート名のアルファベット順にインポートされます。 同じExcelファイルで、ユーザーは以前のワークシートで作成されたワークアイテムを参照できます。 たとえば、プロジェクトとプロジェクト内のストーリーを作成するには、最初に最初のワークシートにプロジェクトを追加し、次に2番目のワークシートの新しいプロジェクトにストーリーを追加します。
- バックログインポートテンプレートには、デフォルトのアセットとフィールドのシステム名が含まれています。 カスタムフィールドを含む他のアセットまたはフィールドを含めるには、対応するシステム名についてシステム管理者にお問い合わせください。 ユーザーは、列を削除して不要なフィールドを削除できます。
- データの整合性を維持するために、各インポートは単一のトランザクション内で実行されます。 このため、インポートはインポートファイルごとに500アイテムに制限されています。
- 拡張テンプレートには、1つのトランザクションで7つの異なるアイテムをアップロードするための7つのワークシートがあります。 エピック、ストーリー、タスク、テスト、欠陥、リクエスト、および問題がワークシートの順序を形成します。
Excelファイルをインポート
データは、Excelファイルを使用してVersionOneにインポートできます。 ユーザーは、インポートする前にExcelシートのチェックポイントを確認する必要があります。 インポートが成功した場合、ユーザーはインポートされたカウントとともに成功メッセージを取得します。そうでない場合、エラーメッセージが表示されます。 インポートが部分的に成功した場合、成功とエラーの両方のメッセージが表示されます。 このセクションでは、Excelファイルをインポートする方法について説明します。
次の手順に従って、Excelファイルをインポートします-
Product Planner→Importに移動して、下のスクリーンショットに示すように、完成したExcelテンプレートファイルをアップロードをクリックします-
ユーザーがファイルを参照してアップロードするExcelインポートポップアップが表示されます。 今、下に示すようにインポートボタンをクリックします-
- インポートが完了すると、成功したメッセージが表示されるか、データに問題がある場合はエラーが表示されます。
- また、インポートされたアセットのタイプとインポートされたアセットの合計数も表示されます。
次のスクリーンショットは、成功メッセージを示しています-
VersionOne-チームルーム
TeamRoomsは、ユーザーがプロジェクトレベルおよびスプリントレベルで進捗状況を追跡および表示できる場所です。 TeamRoomでは、個々のレベルで日々の進捗を追跡できます。
チームルームにアクセスするには、下のスクリーンショットに示すように、チームプランナー→チームルームに移動します-
- さまざまなプロジェクト/リリース用に作成されたチームルームを開きます。 ユーザーはこれらのいずれかをクリックして、対応する詳細を表示できます。
チームルームを追加する
通常、スクラムマスターがチームルームを追加します。 TeamRoomを追加する手順を見てみましょう。
- チームプランナー→チームルームに移動します。 使用可能なすべてのルームを含むチームルームページが表示されます。
- チームルームを追加するには、右上にある[チームルームの追加]ボタンをクリックします。
- [チームルームの追加]ウィンドウが開き、ユーザーはタイトルを入力し、チームフローとスケジュールを選択できます。
- 次に、ページの下部にある[保存]ボタンをクリックします。
- 注-チームリード以上の役割を持つユーザーは、チームルームのみを追加できます。
次のスクリーンショットは、チームルームを追加する方法を示しています-
チームルームパネル
TeamRoomは多くの重要な詳細で構成されています。 このセクションでは、TeamRoomに表示される詳細について説明します。
- チームルームの詳細を表示するには、チームプランナー→チームルームに移動し、利用可能なルームのいずれかをクリックします。
- デフォルトでは、バックログが選択されています。 それ以外の場合は、バックログをクリックして、左側にバックログアイテムを表示します。 *追加のパネルタブをクリックして、以下で説明するように項目を表示します-
| Sr.No | Panel & Description |
|---|---|
| 1 |
|
| 2 |
|
| 3 |
|
| 4 |
|
| 5 |
|
| 6 |
|
| 7 |
|
| 8 |
|
| 9 |
|
| 10 |
|
| 11 |
|
次のスクリーンショットは、チームルームの概要を示しています-
VersionOne-ストーリーボード
ストーリーボードには、コミットされたストーリーがスプリントで表示されます。 さまざまなステータスカテゴリでストーリーをカードとして表示します。 アジャイルチームは、ストーリーボードを使用して、スプリントの初日からストーリーの完成と製品所有者による受け入れまでの各ストーリーの進捗を追跡します。 ストーリーボードの進捗状況は非常に目立つため、チームメンバーはスプリントに新しく追加されたストーリーと製品開発ライフサイクルでどのような進捗があったかを簡単に特定できます。
ストーリーボードにアクセスするには、以下に示すように、チームプランナー→（スプリントトラッキング）→ストーリーボードに移動します-
ストーリーの詳細の表示/更新
ユーザーは、タイトル、優先度、推定、依存関係など、ストーリーのすべての詳細を表示/編集できます。 変更されていない唯一のフィールドは、ストーリーの一意のIDであり、変更したり変更したりすることはできません。 バックログセクションに似ています。
ストーリーボードでストーリーの詳細を更新するには、次の手順に従ってください-
- チームプランナー→ストーリーボードに移動します。 ストーリーボードページが表示されます。
- ストーリーボードページが開きます。 ここでは、ステータスとストーリーが異なるステータスに置かれると、ユーザーは異なるカテゴリを見ることができます。
次のスクリーンショットは、ストーリーボードの詳細を表示します-
- 基本的な詳細を表示するには、タイトルまたはIDにカーソルを合わせます。 タイトル、ID、説明、見積もりなど、ストーリーの基本的な詳細が表示されます。
- ストーリーの詳細を確認するには、ストーリーのタイトルまたはIDをクリックしてください。
- ドロップダウンをクリックして[編集]ボタンを選択し、ストーリーの詳細を変更します。
次のスクリーンショットは、ストーリーの詳細とオプションを表示します-
- 編集に加えて、ユーザーはドロップダウンのさまざまなオプションを使用して、ストーリーをコピー、割り当て、クローズ、およびラックできます。
ストーリーのステータスを更新
ストーリーのステータスには、ストーリーの現在の段階が表示されます。 ストーリーボードはさまざまなステータスに分類され、ストーリーの現在の段階を提供します。 ステータスは管理者がカスタマイズできます。 このセクションでは、ストーリーのステータスを更新する方法について説明します-
- ストーリーボードのステータス列は次のとおりです-なし、将来、進行中、完了、承認済み。
- ストーリーボードからストーリーのステータスを更新するには、チームプランナー→ストーリーボードに移動します。
- 各ストーリーを水平にステータス列にドラッグアンドドロップして更新します。
- ユーザーは、他のボードのストーリーのステータスも更新できます。
VersionOne-テストボード
テストボードには、各バックログ項目および/または欠陥の受け入れテストのリストが表示されます。 テストの現在のステータスも表示されます。合格、不合格、またはなし。 各テストのステータスを表示して、テストサイクル中の個々のテストの進捗を追跡すると便利です。
テストボードにアクセスするには、メインメニューから、以下に示すようにチームプランナー→テストボードを選択します-
- ユーザーは左上からスプリントを選択して、それぞれのスプリントの詳細を表示できます。
- テストカードは、ボード上のさまざまなステータス列に表示されます（たとえば、なし、合格、失敗など）。
- テストのタイトル、所有者、および総作業見積もりが表示されます。
- テストカードは、テストの種類（メソッド、タイプ、手動、自動化）ごとに色分けされており、プロジェクトの作業機能全体のテストを確認できます。
- ボードの右上にある[凡例]ボタンをクリックして、色表現を確認したり、テストタイプごとに色分けスキームをカスタマイズしたりします。
次のスクリーンショットは、テストボードビューを表示します-
テストステータスの更新
このセクションでは、テストステータスを更新する方法について説明します。
- テストボードには次のステータス列があります-なし、合格、失敗。
- テストボードからテストのステータスを更新するには、チームプランナー→テストボードに移動します。
- 各テストをステータス列に水平方向にドラッグアンドドロップして更新します。
次のスクリーンショットは、ステータスを更新する方法を示しています-
テストボードのレポート
テストボードのレポートは、継続的な進捗を分析するためにトレンド/チャートで表示されるデータです。 通常、テストボードでは4種類のレポートを利用できます。
ユーザーはこれらのレポートにアクセスするには、テストボードに移動し、下のスクリーンショットに示すように右上にある[レポート]→[レポート名]をクリックします-
スタンドアップダッシュボードレポート-スプリントワークロード全体のチームの進捗状況の概要を表示します。 ダッシュボードには、日付がx軸であるステータスごとに、残りの作業予定と累積フローの連続グラフが表示されます。 また、テストボードの現在のビューも表示されます。 次のスクリーンショットは、スタンドアップダッシュボードレポートを表示します-
Test Trend Report-一定期間にわたってテストのステータスがどのように変化したかを示す棒グラフを表示します。 色分けされたバーが表示されます。これは、特定のマイルストーン日に特定のステータス（まだ実行されていない、合格、失敗など）のテストの数を示します。 次のスクリーンショットは、テストトレンドレポートを表示します-
- Test Runs Report-外部のテストシステムからのプロジェクトレベルのテスト結果をテストステータス（たとえば、未実行、合格、失敗など）ごとに示す棒グラフを表示します。
- Burndown Report-スプリントワークロードを通じてチームの進捗状況を表示します。 予想される（理想的な）スケジュールに対して、完了した作業量と未完了の作業量（To Do）が表示されます。
VersionOne-タスクボード
タスクボードは、スプリントで利用可能なさまざまなタスクを表しており、バックログアイテムや欠陥によってグループ化されています。 各タスクは、タスクステータスによって関連付けられているか、分類されています。 タスクボードは、チームのスプリント内の全体的な作業の迅速な進行を得るために、チームの毎日の会議中に使用されます。 ユーザーは、タスクを別のステータスに移動することで進行状況を追跡できます。
タスクボードにアクセスするには、メインメニューから、チームプランナー→タスクボードを選択します。
- タスクボードでは、タスクはさまざまなステータス列に表示されます（たとえば、なし、進行中、完了）。
- タスクカードには、タスクのタイトル、所有者、および総作業量が表示されます。
- タスクカードはタイプ（デザイン、コード、管理者）ごとに色分けされており、プロジェクトの作業機能全体の作業のバランスが一目でわかるようになっています。
- ボードの右上にある[凡例]ボタンをクリックして、色表現を確認し、タスクの種類ごとに色分けスキームをカスタマイズします。
次のスクリーンショットは、タスクボードを表示します-
タスクの追跡/更新
タスクはタスクボードから更新できます。 ユーザーは、タスクに費やされた作業を追跡し、後で更新できます。 ユーザーは、タスクの全体的なステータスも更新できます。 タスクの更新に関連する次の点を考慮してください。
- ユーザーがタスクのタイトルにカーソルを合わせると、タスクの詳細な説明が表示されます。 タスクを更新するには、カードの右上隅にあるドロップダウンメニューを開きます。
- 以下に示すように、適切なアクションを選択します（編集、所有者の割り当て、自分の割り当て、作業の追跡とタスクの実行、タスクの終了、監視）-
- タスクのステータスを変更するには、タスクカードをクリックして、その行の適切なステータス列にドラッグします。
- 作業が進むにつれて、Effortと入力し、タスクカードドロップダウンメニューの[編集]機能を使用して各タスクの残りのタスク時間を更新します。 今、下のスクリーンショットに示すように保存をクリックしてください-
VersionOne-フィルター
フィルターは、ページに表示されるアイテムのリストを絞り込みまたは展開するために使用されます。 重要なアイテムに集中するのに役立ちます。
下のスクリーンショットに示すように、左側の各ページとセクションでフィルターが利用可能です-
フィルター仕様
フィルターには、幅広いオプションと機能が備わっています。 ユーザーは、必要に応じてフィルターを使用できます。 以下は、フィルタのいくつかの重要な機能であると考えてください-
- 一度に複数のフィルターを選択します。
- 各フィールドに複数の値を追加します。
- 複数の所有者、チーム、または優先度でフィルターします。
- チェックボックス、日付、数値をフィルターします。
- LESS THANおよびGREATER THANを使用します。
- ISに加えて、BEFOREおよびAFTERを使用します。
- [サポートされているフィルターの検索]フィールドに入力するときにEnterキーを押します。
- CTRL + SHIFT + Fキーボードショートカットを使用して、フィルターオプションを呼び出します。
フィルターの使用方法
フィルターを使用すると、ページ上で目的のデータを取得し、ユーザーの観点から不要なデータを削除できます。 次の手順は、ユーザーがフィルター機能を利用する方法を示しています-
- 使用可能なすべてのオプションを表示する[フィルター]ドロップダウンをクリックします。
- ユーザーは一度に任意のオプションを選択できます。
- サブオプションが利用可能な場合、ユーザーはそれらも選択できます。 たとえば、ステータス→将来、進行中、完了、承認済み。
- 優先度→未割り当て、低、中、高。同様に、チーム、ワークアイテム、ロールアップカテゴリ、スプリントなど。
- 選択後、[適用]をクリックします（サブオプションが存在する場合）。そうでない場合は、下に示すようにドロップダウンから選択するとすぐにフィルターが直接適用されます-
- 選択後、ユーザーは以下に示すように、フィルターの右側に選択したフィルターを見ることができます-
フィルターをクリア
適用後、フィルターもクリアする必要があります。 次回、これにより次のユーザーが詳細を簡単に取得できるようになります。 一般的に、フィルターをクリアすると、ページにすべての詳細が表示されます。
単一のフィルターをクリアするには-
- フィルターの名前の横にある「-」記号をクリックします。
適用されたフィルターを削除するには、デフォルト設定を復元します-
- ページの右上隅にある[すべてのフィルターをクリア]をクリックします。
次のスクリーンショットは、フィルターをクリアする方法を示しています-
VersionOne-検索
VersionOneは検索機能をサポートしており、VersionOne内で特定の詳細を検索したり、表示された詳細を絞り込むのに役立ちます。
検索機能は2つに分類されます-
- クイック検索-開いているワークアイテム、会話、コミュニティトピックを検索します。
- 高度な検索-ユーザーが終了または削除されたワークアイテムを検索する場合は、高度な検索を使用します。
クイック検索
クイック検索は、ワイルドカード検索であり、VersionOneはテキスト一致を満たすすべてのレコードを取得しようとします。 クイック検索のためにこれらの手順に従ってください-
- クイック検索は、各ページの上部にあるユーティリティバーにあります。
- 開いているワークアイテム、会話、コミュニティトピックを検索します。
- ユーザーは、検索テキストボックスに3文字またはIDを入力できます。 ユーザーが3文字を入力した後に一時停止すると、一致する未処理ワークアイテムのプレビューが表示されます。 ユーザーが入力し続けると、一致する結果がより洗練されます。
次のスクリーンショットは、クイック検索の使用方法を示しています-
事前検索
VersionOneは、高度な検索機能をサポートしています。 ユーザーが検索したい特定のデータを提供するのに役立ちます。 事前検索の手順は次のとおりです-
- 事前検索では、ユーザーは特定の資産タイプ、クローズおよび削除されたワークアイテムも検索できます。
- 高度な検索ページを開くには、クイック検索ボックスをクリックし、ENTER/RETURNキーを押します。
- または、ユーザーは、以下に示すように、検索テキストボックスの後にある検索アイコンをクリックできます-
[詳細検索]ページが新しいウィンドウで開きます。 ユーザーは、検索する単語を入力し、[検索]をクリックできます。
- さらに、検索をクリックする前/後に、ユーザーは[開く]/[閉じる]/[削除]チェックボックスを選択して検索をさらに絞り込むことができます。 次のスクリーンショットは、事前検索を行う方法を示しています-
追加オプション
このセクションでは、データを検索するための追加オプションについて説明します。
- ソート順の変更-ソート順を変更するには、列ヘッダーをクリックします。 デフォルトでは、検索結果は最後に変更されたアイテムでソートされます。
- 資産タイプ別に結果を表示-タブをクリックして、資産タイプ別にリストをフィルタリングします。
- アイテムの詳細を表示-アイテムをクリックして詳細ページを開きます。
VersionOne-会話
会話は、VersionOneの重要な機能の1つです。 すべてのメンバー、利害関係者、およびその他のメンバーを接続して、積極的に参加およびコラボレーションします。
アクセスと参加
このセクションでは、会話にアクセスして参加する方法について説明します。
- 会話は、各バックログ項目と欠陥の左側で発生します。
- チームルームと計画室に表示されます。
- 会話は、[コラボレーション]タブからもアクセスできます。
- 会話を開始して返信するには、ユーザーは会話ボックスの左側にメッセージを入力できます。
- 会話でチームメンバーに言及するには、名前の最初の3文字を入力すると、一致したすべての名前が表示されます。
- 名前を選択します。 ユーザーは、複数のチームメンバーを1つずつ選択できます。
- 選択が完了したら、[共有]をクリックして会話を開始します。
- メール通知が設定で有効になっている場合、追加されたすべてのメンバーは会話のメールを受け取ります。 他のメンバーが同じ会話にコメント/返信した場合、彼らはメールを受け取ります。
次のスクリーンショットは、会話の使用方法を示しています
VersionOne-コラボレーション
この章では、VersionOneとのコラボレーションがどのように行われるかを学習します。 スプリント/プロジェクトチームがフォーマットされるとすぐに、コラボレーションツールを利用してスプリント/プロジェクトの更新と追跡を維持できます。
コラボレーションツールにアクセスするには、以下に示すように、サイドメニューバーにあるコラボレーションシンボルをクリックします-
ユーザーは、左側のさまざまなコミュニティを自分のメンバーである場所とともに見ることができ、会話はコラボレーションの別のツールです。
コミュニティ
コミュニティは、VersionOneコミュニティの略です。 VersionOneのすべてのメンバーはこの一部です。 ここから記事、ブログ、その他の重要な詳細にアクセスできます。
- トピックは、コミュニティ内の記事コンテンツです。 トピックには、アジャイルを促進する契約、ベストプラクティス、およびドキュメントが含まれています。
- トピックを表示するには、コミュニティセクションの下の左側にあるコミュニティを選択します。
- [表示]をクリックして、トピックの1つとその詳細をすべて表示します。 ステップを理解するために、次のスクリーンショットを考慮してください-
- トピックの詳細が表示されたら、コンテンツの任意の場所をダブルクリックするか、右上の編集記号をクリックしてコンテンツの編集を開始します。 編集後、[保存]ボタンをクリックします。 ユーザーはコンテンツのタイトルを編集することもできます。
- コンテンツの下部で、ユーザーは[添付ファイルの追加]ボタンをクリックして書類を添付できます。 最大ファイルサイズは4 MBです。
- ユーザーは会話セクションで会話を開始できます。
次のスクリーンショットは、コンテンツの操作方法を示しています-
- ユーザーは、必要な権限を持つトピックを削除することもできます。
- トピックを削除するには、[表示]をクリックしてトピックの内容を展開します。
- 右上に、削除記号が表示され、以下に示すようにそこをクリックします-
- [削除の確認]ポップアップが開きます。
- ユーザーが[削除]をクリックすると、トピックが削除されます。
次のスクリーンショットは、削除ポップアップを表示します-
VersionOne-通知
通知はサブスクリプションベースです。 サブスクリプションにより、ユーザーが受信する通知の種類を制御できます。 これは、ユーザーがサブスクライブするイベントタイプに基づいています。 たとえば、ユーザーがワークアイテムがいつ割り当てられたかを知りたい場合、通知するサブスクリプションを設定できます。 ユーザーは、ストーリーが閉じられたとき、または障害のステータスが変更されたときでも購読できます。 このようにして、ユーザーは物事を追跡できます。
購読
通知を取得するには、ユーザーは最初に通知サービスに登録する必要があります。 サブスクライブされない限り、ユーザーは通知を受信できません。 このセクションでは、特定の通知を購読する方法について説明します。
- 通知のためのユーザーのサブスクリプションを表示するには、以下に示すようにマイホーム→サブスクリプションに移動します-
- [マイサブスクリプション]ページで、ユーザーは自分が作成したサブスクリプションを確認できます。
- 通知タイプでは、ユーザーは購読可能なすべてのタイプの通知を見ることができます。
- 通知を購読するには、以下に示すように右側にある購読ボタンをクリックしてください-
- ポップアップが開き、ユーザーはタイトル、説明を入力し、プロジェクト、所有者、チームを選択してサブスクリプションを絞り込むことができます。
- 次に、以下に示すように、[購読]ボタンをクリックします-
サブスクリプションを削除する
ユーザーが通知の受信を停止する場合は、サブスクリプションページで通知を削除する必要があります。 このセクションでは、サブスクリプションを削除する方法について説明します。
- サブスクリプションを削除するには、[マイホーム]→[サブスクリプション]に移動します。
- サブスクリプションで、右側の[編集]ドロップダウンをクリックします。
- 使用可能なオプションから[削除]を選択すると、以下のスクリーンショットに示すように、通知のサブスクライブが解除されます-
VersionOne-推定
推定ゲームです。 これはクラウドベースの推定ゲームであり、スプリントチームと一緒にプレイして、バックログアイテムをまとめて推定します。 これは、同じ場所にいるチームメンバーとリモートのチームメンバーの両方の見積もりに役立ちます。 グループコラボレーションとして機能し、独立した投票と組み合わされます。 チームが決定に達すると、バックログアイテムの見積もりを自動的に更新できます。
おそらく、Product Planner→Team Roomに移動して、Team Roomにアクセスできます。 次に、下のスクリーンショットに示されているように、「推定的に」をクリックします-
ゲームを始める
推定ゲームをプレイするためのいくつかの基本的なルールがあります。 このセクションでは、ゲームを開始する方法について説明します。
- ファシリテーターのみが[ゲームの開始]ボタンをクリックしてゲームを開始する必要があります。
- 指定されたファシリテーターは、URLとゲームIDを参加者に伝えます。
- 参加者はその情報を使用してゲームにログインします。 彼らがそうするとき、彼らは進行役に見える。
次のスクリーンショットは、ゲームを開始する方法を示しています-
- URLに移動することにより、ゲームに参加するための詳細を要求します。 以下に示すように、名前とゲームIDを入力し、[ゲームに参加]をクリックします-
ゲームをする
ゲームが開始されると、すべてのチームメンバーが推定数を選択することにより、自分の役割を果たします。 ここでは、ファシリテーターがラウンドを開始するために重要な役割を果たします。 ゲームをプレイするには、次の手順に従います。
- ファシリテーターは、未評価のアイテムをBacklogパネルからゲームにドラッグします。
- ラウンド開始ボタンをクリックします。これにより、すべての参加者は以下に示すようにアイテムを推定するための数字を見ることができます-
- この時点で、製品所有者はアイテムと受け入れ基準を再度説明して、十分に理解できるようにします。 チームメンバは、より明確にするために質問をすることができます。
- その後、投票参加者が投票します。
- 投票が行われると、進行役は誰が投票したかを確認できます。 各参加者は、投票数の現在の合計を見ることができます。
- すべての参加者が投票すると、進行役は投票を終了します。これにより、全員に以下の結果が表示されます-
- 全員が同意した場合、進行役は投票を送信してそのワークアイテムに保存し、推定する別のアイテムを選択するだけです。
- 投票に何らかのばらつきがある場合、チームメンバーは自分の理由を話し合うことができます。 この時点で、進行役は投票を再度実行するか、口頭で合意した値を選択して見積もりとして提出するかを選択できます。
- 進行役が作業項目への送信をクリックするとすぐに、バックログ項目の見積もりとして値が更新されます。
