問題タブ [tfs-process-template]

Scrum for Team System v3 を使用して TFS 2010 をインストールしました。ワーク アイテム テンプレートでは、ストーリー ポイントを含むプロジェクト バックログ アイテムを入力する必要があり、リンクされたタスクを PBI の子として追加する必要があります。チームの個人を割り当てたり、残りの推定時間を更新したりできるのはタスク レベルです。

個々のタスクが時間を使用している場合、PBI 項目で使用されるストーリー ポイントの重要性は?

子作業項目タスクが時間ではなくストーリー ポイントのバーンダウンを使用するように、このテンプレートをカスタマイズした人はいますか? また、個々のタスクからのストーリー ポイントの総数が、ストーリー ポイントの合計の読み取り専用フィールドとして PBI 項目にまとめられるとよいでしょう。

御時間ありがとうございます。

TFS 2010の既存のチームプロジェクトでプロセステンプレートをアジャイルのMSFに変更するにはどうすればよいですか？

TFS 2008を2010にアップグレードしました。次に、プロセステンプレートをMSF for Agile（現在はCMMI）に変更したいと思います。作業項目の機能はあまり使用していないため、変換中に一部の情報が失われたとしても問題ありません。

TFS 2005 から TFS 2008、そして TFS 2010 へのアップグレードを経て、TFS サーバーをインストールしています。インストールの有効期間中、多くのプロジェクトが作成され、さまざまなプロジェクト テンプレートが使用されてきました。MSF アジャイル 4.0、4.1、4.2、および 5.0。およびいくつかの MSF CMMI のもの。

私がやりたいことは、これらすべてのプロジェクトに使用されているプロジェクト テンプレートを "置き換え" て、新しい共通のテンプレートである Microsoft Visual Studio Scrum 1.0 を使用することです。

TFS プロジェクト テンプレートは、新しいプロジェクトを作成するためのテンプレートとして使用され、作成後に tfs プロジェクトの定義を変更できないことを認識しています。

これまで、TFS のバージョン管理とビルド サーバーの部分のみが使用されており、既存の作業項目の種類はありません。

さらに、すべてのプロジェクトとビルド スクリプトはソース コード パスに依存しており、同じままです。

私が見ているように、次のオプションがあります。

正しいプロジェクト テンプレートを使用して新しい TFS プロジェクトを作成し、ソース コードを新しいプロジェクトに移動/分岐します。

1. すべてのコードは、一時的なチーム プロジェクトに移動されます。
2. 古いプロジェクトは削除されます
3. 元の名前と正しいプロセス テンプレートを持つ新しいプロジェクトが作成されます
4. コードは新しいチーム プロジェクトに移動されます

5. 一時的なチーム プロジェクトが削除されました

   • すべてのビルド定義を再作成する必要がありますが、これはオプションではありません。

   • ソースコードの移動/分岐により、バージョン管理履歴が「台無し」になります

バージョニング履歴を台無しにするということは、ソース コードを移動すると、元の場所で削除 + ソースの名前変更が裏で行われ、履歴は古いプロジェクトに残ることを意味します。これにより、履歴の検索が難しくなり、実際に古いプロジェクトを削除すると、ソース コードが移動する前にすべての履歴が失われます。

これは、構築されているさまざまなアプリケーションをサポートするために必要な何年にもわたるコード変更履歴があるため、私にとっては選択肢ではありません。

TFS 移行ツールを使用して別の TFS プロジェクトに移行する

• これには、最初のソリューションと同じ欠点があります

作業項目の種類の置換/インポート、新しいレポートのインストール、新しい SharePoint サイトの作成

tfs プロジェクトごとに

• 「witadmin deletewitd」を使用して既存のワークアイテム定義を削除します

• 「witadmin importwitd」を使用して、新しいプロセス テンプレートから各作業項目定義をインポートします。

• 「witadmin importcategories」を使用してワークアイテム カテゴリをインポートする

• レポート サーバーのプロジェクト フォルダーにある古いレポートを削除する

• 新しいプロセス テンプレートからレポート定義をアップロードする

• レポート マネージャーを使用してレポートに使用されるデータ ソースを変更し、正しい共有データ ソース (TfsReportDS および TfsOlapReportsDS) を指すようにします。

• レポート パラメーター ExplicitProject の既定値を "" (空の文字列) に変更し、プロンプト ユーザー オプションを無効にします。

• stsadm を使用して、古い SharePoint サイトのドキュメントをエクスポートします。

• 古い SharePoint サイトを削除する

• TFS2010 アジャイル ダッシュボード サイト テンプレートを使用して SharePoint サイトを再作成する

• サイト機能「Team Foundation Server スクラム ダッシュボード」を有効化

• TFS プロジェクト設定 -> プロジェクト ポータル設定: 「チーム プロジェクト ポータル」を有効にし、URL が正しいことを確認します。「レポートとダッシュボードがこのチーム プロジェクトのデータを参照する」を有効にする

そして最後に..

• 倉庫の処理

• 分析データベースの処理

これには多くの小さなステップが含まれますが、このオプションはソース コードの移動を強制せず、既存のビルド定義が損なわれないため、より魅力的に見えます。

私の質問：

私が言及していない作業項目タイプの置換を実現する他の方法はありますか?

または、最後の解決策の手順が不足していますか?

VS 2010とTFS 2010をMicrosoft Scrum Templateと共に使用しています。

スプリント バックログクエリのように、現在のスプリントにチーム クエリを使用します。

問題は、スプリント 2 に移動したときに、「現在のスプリント」がまだスプリント 1 を指していることです。

現在スプリント 2 にあり、スプリントをハードコーディングする代わりに変数を使用してクエリを実行するように TFS に伝える方法はありますか?

例: 以下のスクリーン ショットを見ると、クエリの定義でチーム プロジェクトの "@Project" という変数が使用されていることがわかります。スプリントの変数を持つ方法はありますか?

Visual Studio 2010 および TFS 2010 のプロセス エディターを使用して、独自のプロセス テンプレートを作成しています。

次のいずれかを実現するために、作業項目の種類の定義を変更したいと考えています。

• ワークアイテムは、それに割り当てられたユーザー (「System.AssignedTo」フィールドのユーザー) によってのみ更新できます。他のユーザーはワークアイテムを変更しないでください。
• 作業項目の状態フィールド「System.State」は、この作業項目が割り当てられたユーザーのみが変更できます。

前もって感謝します

TFS 2010を約6か月間使用しており、デフォルトのCMMI v5プロセステンプレートを変更して、TFSセキュリティグループにデフォルトのメンバーシップを追加することにしました。

新しいチームプロジェクトを作成するとき、既知のActiveDirectoryグループを持つプロジェクト管理者およびリーダーグループのメンバーシップをデフォルトにします。ourDomain\TechnologyDivisionをプロジェクトのReadersグループに正常に追加しました。したがって、すべてのテクノロジーは、新しく作成されたすべてのTFSチームプロジェクトへの読み取りアクセス権を持っています。（私たちの技術部門はかなり小さいので、これは私たちにとってセキュリティの問題ではなく、他の人にとっても問題になる可能性があります。）

また、 ourDomain\ProjectManagementTeamをプロジェクト管理者グループに追加します。残念ながら、プロセステンプレートにプロジェクト管理者グループが表示されないため、これに失敗しました。

Project Administratorsグループを手動で追加して、基になるxmlファイルを変更しようとしましたが、これも機能しませんでした。このテンプレートを使用して新しいTFSプロジェクトを作成するときに、作成時にエラーが発生しました。プロジェクト管理者グループを作成しようとしたときに失敗し、すでに存在していると想定しています。

プロジェクト管理者グループのデフォルトのメンバーシップを変更する運の広告があった人はいますか？

これは、プロセステンプレートにリストされているデフォルトグループの画像です。

TFSプロセステンプレートのアクセス許可->

標準の CMMI テンプレート要件作業項目に部門承認を追加しました。すべての部門の承認が「はい」に設定されている場合にのみ、提案済みからアクティブに変更できるように System.State フィールドを制限したいと思います。

Requirement.xml に次の変更を加えてみました

これにより、承認フィールドのいずれかが「いいえ」に設定されている場合、State フィールドが READONLY になります。ただし、最初は承認がすべて「いいえ」であるため、新しい要件を作成するときに問題が発生し、状態の初期の「提案済み」デフォルトは READONLY 条件のために設定されません。私がやりたいのは、上記の WHEN 条件にロジックを追加して、条件 System.State="Proposed" でANDすることです。などのWHEN句を入れ子にしてみました

しかし、インポート時にWHEN句に WHEN を含めることができないというエラーが発生します。承認フィールドのいずれかが「いいえ」に設定されている場合、状態の変更を提案済みからアクティブに禁止するにはどうすればよいですか?

当店では、すべての開発者がコードを読むだけです。全員が TFSReader というグループに入れられました。

TFS 2005 では、新しいプロジェクトを作成するたびに、グループを [Project]\Readers グループに追加する必要があります。

現在、TFS2010 へのアップグレードを検討していますが、[Project]\Readers の下に TFSReader グループを自動的に配置するように TFS を構成する方法はありますか?

processTemplates をいじる必要がありますか?

最初の保存後に読み取り専用のカスタム作業項目タイプを TFS 2010 で作成する可能性はありますか?

変更セットに関連付けられたカスタム レビュー作業項目に基づいて、非常に単純なコード レビュー ソリューションを実装したいと考えています。

アイデアは、ワークアイテムが作成された後は、後で変更できない (元の作成者であっても) ということです。

System.ChangeDate を FROZEN に設定しようとしましたが、それはサポートされておらず、残念ながら最初の保存も変更であるため、EMPTY または READONLY に設定しても機能しません。

私は検索しましたが、この質問に対する答えが見つからないようですので、ここに行きます...

新しいチーム プロジェクトを作成するときに、TFS プロセス テンプレートを編集して、次のフォルダーをバージョン コントロールに自動的に追加したいと考えています。

現在、作成された新しいチーム プロジェクトごとにこれらのフォルダーを追加する必要があります。少し自動化を進めたいと思います。

プロセス テンプレートが実行する場所でない場合、これは API で実行できるのではないかと思いますが、これまでのところ適切な開始点を見つけることができません。