Project Online で自分のプロジェクト用に一意のプロジェクト ID を作成する
Project Onlineで新しいプロジェクトを作成するときに、一意のプロジェクト ID を作成して各プロジェクトに関連付ける必要がある場合があります。 これにより、プロジェクト名を変更できるため、ユーザーはプロジェクト名ではなく一意のプロジェクト ID で各プロジェクトを参照できます。
プロジェクト管理者は、エンタープライズ プロジェクトの種類 (EPT) 構成設定を使用して、新しいプロジェクトごとに一意のプロジェクト ID を生成するようにProject Onlineを構成できます。 EPT のプロジェクト ID 設定を構成して、EPT を使用して新しいプロジェクトを作成すると、構成した名前付けプロパティに基づいて新しいプロジェクトの一意のプロジェクト ID が生成されるようにすることができます。
Project Onlineで新しいエンタープライズ プロジェクトの種類を作成するときにプロジェクト ID 設定を構成する
Project Web Appホーム ページで、[サーバー設定] を選択します。
[サーバーの設定] ページの [ ワークフローとプロジェクトの詳細ページ ] セクションで、[ エンタープライズ プロジェクトの種類] をクリックします。
[ 新しいエンタープライズ プロジェクトの種類] を選択します。
[新しいエンタープライズ プロジェクトの種類] ページの [名前 ] フィールドに、作成するエンタープライズ プロジェクトの種類の名前を指定します。 たとえば、EPT が高リスク プロジェクトに対して財務部によって使用される場合は、** 財務部 (高リスク) ** と入力できます。
[ 説明 ] フィールドに、EPT の説明を入力します。 たとえば、 この EPT を使用して、Finance のリスクの高いプロジェクトを作成 します。
[ プロジェクト ID ] セクションで、EPT テンプレートを使用して作成されたプロジェクトの一意のプロジェクト ID を作成するために使用する情報を入力する必要があります。
[ プレフィックス ] フィールドに、生成された各プロジェクト ID の先頭にある文字を入力できます。 たとえば、財務部 EPT を通じて作成されたプロジェクトのプロジェクト ID を、FIN_から開始することができます。 このフィールドは省略可能です。
[ 開始番号 ] フィールドに、この EPT 用に生成されるプロジェクト ID の開始点となる数値を入力します。 たとえば、最初のプロジェクト ID を 10001 にする場合は、「10001」と入力します。 通常、このフィールドには、定義される年ごとに 1 が指定されます。
[ 後置] フィールドに、この EPT によって生成されたプロジェクト ID を追加するために使用できる文字を入力できます。 たとえば、この EPT を使用して財務部門のリスクの高いプロジェクトのみを作成する場合は、_HRを入力できます。 このフィールドは省略可能です。
[ 最小桁のパディング ] フィールドに、新しく生成されたプロジェクト ID に必要な桁数を入力します。 たとえば、「 3」 と入力し、開始番号が 1 の場合、生成される最初の 3 つのプロジェクト ID は 001、 002、 003 です。 開始番号が 1 の 5 と入力した場合、生成される最初の 3 つのプロジェクト ID は 00001、00002、00003 です。
たとえば、上記の手順で使用したサンプル設定では、財務部 (高リスク) EPT を通じて生成されたプロジェクト ID は次のようになります。
FIN_10001_HR
FIN_10002_HR
FIN_10003_HR
など。
注:
プレフィックスフィールドと後置フィールドは省略可能ですが、すべての EPT で一意性を確保する最も簡単な方法は、一意のプレフィックスまたは後置を指定することです。
ベスト プラクティス
大規模な組織の場合、プロジェクト管理者または PMO は、一意性を確保するために、プロジェクト ID の名前付け規則と数値範囲に同意することをお勧めします。 さらに、参照のために EPT 設定を文書化することをお勧めします。 以下に例を示します。
Prefix | 開始番号 | Postfix | 最小桁パディング | このチームのプロジェクトを作成するために使用されます |
---|---|---|---|---|
フィン_ |
10001 |
_人事 |
1 |
財務チーム: リスクの高いプロジェクト |
それ_ |
10001 |
1 |
情報技術チーム |
|
時価_ |
10001 |
1 |
マーケティング チーム |
考慮すべきその他のベスト プラクティス:
異なる EPT 間で一意性を確保するために、EPT の構成を開始する前に、プロジェクト ID をセグメント化する方法に関する名前付け規則を考え出す必要があります。
クライアント側オブジェクト モデル (CSOM) を使用して Project ID 値をプログラムで更新する予定の場合は、重複を避けるために、値の一意性をカスタム コードで管理する必要があります。
プロジェクト ID は、[プロジェクトの詳細] ページに追加した場合に編集できます。 必要に応じて、この方法を使用して、プロジェクト ID 値のアドホック編集を実行できます。 常に、アドホック変更を行う必要がある場合は、プロジェクト ID の一意性を確保するために、標準化された名前付け規則が設定されていることを確認してください。