agile planning with microsoft team foundation server
このチュートリアルでは、Microsoft TFSを使用してアジャイル計画を実行する方法について説明します。これは、プロジェクトマネージャーがチーム全体の作業を計画および追跡するのに役立ちます。
SoftwareTestingHelp.comでDevOpsに公開されたさまざまな記事の中で、Microsoft TFS、AWS、および確かにAnsibleなどのオープンソースツールを使用した継続的インテグレーションと継続的デリバリーの観点から、DevOpsに関するいくつかの優れた記事を見てきました。
DevOpsの前提条件の1つは、アジャイルのような特定の強力なプロセスです。これは、SDLCプロセス全体に敏捷性をもたらします。このプロセスでは、リリースサイクルが短く、フィードバックが迅速で、ソフトウェアを非常にタイムリーにリリースすることに重点を置いています。つまり、アジャイルプロセスは主に速度に焦点を合わせています。
学習内容：
Microsoft TFS2017を使用したアジャイル計画
この記事のさまざまなセクションに進む前に、いくつかのことを知っておくとよいでしょう。 アジャイルで使用される重要な用語。 これらの用語は、この記事全体で使用されます。
前提条件： Microsoft TFS 2017
SCRUMプロセステンプレートを使用してTFSチームプロジェクトを作成する
まず、以下の手順に従って、SCRUMテンプレートを使用してTFSチームプロジェクトを作成することから始めます。
Microsoft TFS 2017にログインし、をクリックします 新しいプロジェクト。
プロジェクト名を入力して、 スクラム テンプレートとして。クリック 作成します。
プロジェクトが作成されたら、をクリックしてプロジェクトにメンバーを追加します。 + アイコン。
製品バックログの作成
Microsoft TFSは、作業項目の作成、プロジェクト計画の実行、ビルド定義の作成、および手動テストを実行する機能を備えたリリース定義の作成に役立つ統合ALMツールであることをご存知のとおりです。
アジャイル計画を立てる前に、まず定義する必要があります スプリント これは、実行する作業の事前定義された時間枠です。クリック 設定->仕事 次に、開始日と終了日を使用してスプリントを定義します。
Windows10に最適なDVDリッパー
スプリントを選択し、開始日と終了日を設定します。
ここでは、アジャイル計画の不可欠な部分を形成する作業項目の作成に焦点を当てます。それでは、アプリケーションまたは製品の一部となるすべての機能の優先リストを含む製品バックログを作成することから始めましょう。
製品の所有者はこのバックログを維持し、スクラムチームの助けを借りて、特定のスプリントでの作業の実現可能性を決定します。
から製品バックログを作成するには 作業セクションメニューで(バックログ)を選択します。
(新規)をクリックし、バックログアイテムのタイトルを入力して、( 追加 。
製品バックログアイテムがバックログに追加されます。理論的な意味では、製品バックログアイテムはユーザーストーリーまたは変更要求と見なすことができます。それらは通常、複数の開発者タスクとテストケースで分解されます。
優先度に基づいて並べ替えることもできます。作業項目を上または下にドラッグアンドドロップするだけです。
作業項目を開き、作業を追加します。ここでの取り組みは、ストーリーポイントまたは数日または数時間のプロジェクトニーズに応じて行うことができます。アイテムがタスクに分解されると、作業量の見積もりが追加されます。を割り当てます オーナー (割り当て先)セクションで、(状態)をに設定します 承認済み 開発のため。クリック 保存して閉じます。
次に、アイテムをSprint1にドラッグアンドドロップしてSprint1に割り当てます。
次の画像に示すように、反復パスによってアイテムがSprint1に変更されます。
アイテムをに移動すると 完了 状態、スクラムチームがスプリントで達成するストーリーポイントの総数を定義する速度は、右上の速度チャートをクリックすることで表示されます。
したがって、要約すると、上記の速度チャートに示されているように、チームはスプリント1で8ストーリーポイントを完了したと言えます。
キャパシティプランニング
すべてのスプリントについて、割り当てられたプロジェクトで各メンバーが作業する時間数を定義できます。各スプリントのキャパシティビューはこれを定義します。このビューには、設計、開発、レポートなど、各メンバーが取り組んでいるアクティビティもキャプチャされます。
適切なスプリントをクリックします。この場合、開きます スプリント1 に行きます 容量ビュー 。以下のように更新します。
上のスクリーンショットでは、Dev1ユーザーは2週間のスプリント期間（10営業日）の間に1日4時間しか作業しないためです。ザ・ 割り当てられた作業 は、2週間のスプリント期間で40時間のうち8時間を必要とするタスクに割り当てられていることを示しています。これは、4（1日あたりの時間）* 10（2週間）= 40時間として計算されます。
Dev2ユーザーに対しても同様の計算が行われます。
タスクの作成
これで、製品バックログアイテムまたはユーザーストーリーが定義され、プロジェクト内のすべてのユーザーに対して容量が計画されたので、開発者タスクに分割できます。作業画面で、をクリックします スプリント1 次に、製品バックログアイテムの(タスク記号の追加+)をクリックします。
それを開発者に割り当て、値を入力します 時間 残りの作業フィールド用。 (保存して閉じる)をクリックします。
作成されたタスクは、製品バックログアイテムにリンクされています。
ここで、「残りの作業」フィールドは、タスクを完了するために残っている時間数です。上記の例では、フィールドを8時間に設定しており、1日の終わりに開発者がタスクの作業を2時間しか完了していないとすると、残りの1時間のフィールドは6に更新されます。作業がなくなった場合、または残りの作業が1時間以下の場合、または0〜1時間の間に0。
この値から、TFSは、アジャイルで非常に役立つメトリックの1つであるスプリントのバーンダウンチャートを作成できます。上記のプロセスはSCRUMテンプレート用であり、タスク作業項目に(元の見積もり)フィールドがありません。
TFSチームプロジェクトがアジャイルまたはCMMIプロセステンプレートを使用して構成されている場合は、(元の見積もり)フィールドに入力するオプションがあります。
元の見積もりフィールドを追加するには（ Microsoft.VSTS.Scheduling.OriginalEstimate ）SCRUMプロセステンプレートを使用するタスクワークアイテムタイプで、カスタムフィールドとして追加する必要があります。あなたは使用することができます witadmin exportwitd 、これはコマンドラインオプションです。エクスポートされたXMLファイルにフィールドを追加し、チームプロジェクトにインポートして戻します。
将来のスプリント
製品バックログアイテムまたはユーザーストーリーは、アイテムを他の将来のスプリントにドラッグアンドドロップすることで、将来の計画を立てることもできます。
タスクボードの使用
スプリントプランが実施されているので、タスクボードビューから各タスクの進行状況を表示できます。したがって、タスクボードは、タスクとそのステータスの視覚的なフローを提供します。したがって、すべてのスクラムミーティング中に、メンバーに割り当てられた各タスクのステータスを確認できます。
完了すべき残りの作業の合計を表示することもできます。
ステータスと進行状況を監視することは非常に重要であり、タスクボードを介して実行できます。クリックしてください ボードビュー スプリントのために。
このボードは非常に便利なビューであり、毎日のスタンドアップミーティング中にレポートの目的で使用できます。
に） タスクが割り当てられた開発者がタスクの作業を開始した場合は、タスクをから移動できます するために 状態に 進行中 ドラッグアンドドロップ機能による状態。
b） Dev2ユーザーのタスクの残りの作業時間を8時間から5時間に変更します。その後、進行中のタスク時間はそれに応じて更新されます。
クラスdのデフォルトのサブネットマスク
c） バーンダウンチャートは、右上隅をクリックすると自動的に更新されます。
d） 次に、Dev2に割り当てられたタスクをドラッグアンドドロップして閉じます。 完了 状態。このタスクの残りの作業時間は自動的に0に減少し、バーンダウンチャートも更新されます。
スプリントレビューと回顧展
さて、作業はこれで完了し、スプリントの時間枠は終わりました。チームは今がリラックスしたり休憩したりする時だと思いますか？絶対に大きなNO。今こそ、レビューと回顧であるSCRUMライフサイクルの非常に重要な部分について議論する時です。
スプリントレビューは、成果物に焦点を当て、DONE製品のバックログ項目を調べ、顧客にデモを提供します。また、どの製品バックログアイテムが実行されなかったか、その理由、そして最も重要なこととして顧客からのフィードバックを収集し、将来のスプリントに備えて計画することを議論することは非常に重要です。スプリントレビューは通常、製品の所有者、開発チーム、および顧客の間で行われます。
スプリントの回顧展は、何がうまくいったか、何がうまくいかなかったかなど、プロセスの側面に焦点を当てています。そのため、プロセスや人に関するフィードバックも収集する必要があります。これはアジャイルライフサイクルの非常に重要な側面であるため、詳細を学ぶことができます 回顧展。
したがって、すべてのスプリントで未完成の作業が発生する可能性が非常に高くなります。このシナリオでは、PBI /タスクを製品バックログまたは製品所有者が決定する次のスプリントに移動します。
しかし今のところ、レビューと回顧展はどこに保存しますか？それらを作業項目のディスカッションの一部として保存するか、新しい作業項目を作成して、遡及的なアクションポイントとフィードバックを保持することができます。
結論
この記事では、ALMツールとしてのMicrosoft Team Foundation Serverが、アジャイルスクラムプロセスに従ってアプリケーションでの作業を開始するための迅速で適切な方法をどのように提供するかを見てきました。
アジャイルスクラムプロセスに従うすべてのチームが、チームの作業を適切に計画および管理するために、次の側面を定義および作成する必要があることを確認する必要があります。
- MicrosoftTFSで適切なSCRUMプロセステンプレートを使用する
- 製品バックログを作成する
- スプリントスケジュールとチームキャパシティの指定
- スプリントバックログのアイテムの選択
- PBIまたはユーザーストーリーをタスクに分解する
- バーンダウンチャートを使用して進行状況を追跡する
- Taskboardを使用して進行状況を監視することは非常に重要です
- 最後に、効果的なスプリントレビューと回顧展を実施します
推奨読書
- アジャイルテストの世界で優れたチームメンター、コーチ、真のチームディフェンダーになるには？ -インスピレーション
- アジャイルとスクラムの用語：アジャイル/スクラムの概念に関する用語集
- プランニングポーカーでアジャイル推定プロセスを簡単にする方法
- テストにおけるアジャイル方法論のための最新のテスト原則
- 自給自足のスクラムチーム：自給自足のチームを作成する方法は？
- アジャイル回顧会議-なぜそれが必要であり、それを実施するためのいくつかの楽しい方法
- アジャイルプロセスへの移行を成功させるためのアジャイルテストマインドセットの開発に向けた4つのステップ
- 論文を解決するためのISTQBFoundation試験の形式とガイドライン