設定と構成

完了

組織がユニバーサル リソース スケジュール (URS) を使用して項目のスケジュールを設定する前に、組織のニーズに応じて項目を効果的にスケジュールするため、最初に構成する必要のあるコンポーネントがいくつかあります。

組織では、次のような項目を考慮する必要があります。

  • スケジュールする項目の種類は何か。

    • リソースは、ある 1 日に複数の項目に対してスケジュールできるか (障害対応、予定など)。または、一度に 1 つの項目のみを複数の日をかけて処理する傾向にあるか (プロジェクト)。
  • 予定外の項目とはどのようなものか。

    • スケジュールされていない項目に対して複数の状態があっても良いか。
  • スケジュールされた項目の外観はどのようになるか。

    • スケジュール済みと処理中の間に違いがあるか。

    • 休憩や移動時間などの項目についてはどうか。 予約状態にどのような影響があるか。

  • GPS 情報を使用しているか。

    • リソースの派遣元はどこか。 (本社、自宅、状況に依存)
  • リソースのスケジュール設定に影響を与える要因は何か。

    • 場所か。 スキルまたは認定資格か。

この一覧は完全ではありませんが、考慮する必要がある項目の種類を識別するのに役立ちます。 URS 設定を構成する際に、項目のスケジュール設定に影響を与える可能性があるすべてのことを考慮するのに役立ちます。

開始する場所

URS で他の操作を行う前に、最初に構成する必要があるのは、そのマッピング機能です。 既定では、URS は特定のマッピング プロバイダーに接続していません。 これは、設定 > 管理 > スケジュール パラメーターに移動して変更できます。 スケジュール パラメーターから、スケジュール ボードの更新頻度 (既定では 30 秒)、レコメンデーションを提供するときにスケジュール アシスタントによって使用される単位と半径などの項目を制御できます。 たとえば、既定の半径単位をマイルに設定し、既定の半径値を 20 に設定すると、リソースが提案されるときに、半径 20 マイル以内にいる、条件を満たすリソースのみが提案されることになります。 ここでは、他のコンポーネントを構成するときに最適な結果を得るために必要なものについて、少し時間をかけて検討します。

既定では、"マップに接続する" フィールドはいいえに設定されています。 スケジュール ボードおよびスケジュール アシスタントで項目のスケジュール設定にマップを使用するには、これをはいに設定する必要があります。 既定では Bing地図が使用されますが、任意のマッピング プロバイダと連携するように設定することもできます。 API キーのマップ フィールドに、使用するマッピング プロバイダの特定の Map API キー値を指定します。 また、必要に応じて、経度や緯度などの項目を設定するためのカスタム マッピング エンティティを構成することもできます。

[マップに接続する] に [はい] が設定されているスクリーンショット。

組織単位

組織単位は、異なるリソースをコンテナーにまとめてグループ化するために使用されます。 すべてのリソースが特定の場所にある場合は、組織単位を使用できます。 たとえば、あるソフトウェア会社がフランス、米国、およびドイツにリソースを所有しているとします。 リソースが格納されているこれらの場所ごとに、組織単位を作成することができます。 通常、このモデルは、プロジェクトベースのスケジュール設定に対して URS を活用する場合に適用されます。

組織単位が使用されることが多い別のオプションとして、リソースが派遣される可能性のある場所としての利用があります。 たとえば、ある組織がシアトル、タコマ、ポートランドにオフィスを所有しているとします。 これらの場所ごとに組織単位を作成できます。 組織単位を使用して派遣場所を定義する場合は、有効な緯度と経度の設定を定義する必要があります。 これらの設定は、組織単位の [スケジュール] タブで指定できます。

組織単位の緯度と経度の設定のスクリーンショット。

組織単位エンティティは、他のエンティティのように地域コード化されていません。 マッピング プロバイダー (例: Bing) を使用して、物理的な場所の住所を検索し、緯度と経度の情報を組織単位にコピーする必要があります。

リソースのスキル、ロール、および能力モデル

スケジュールされる項目には、特定のロールを持つリソースが必要な場合や、作業するために特定のスキルや認定資格を有していることが必要な場合があります。 たとえば、特定ブランドのセキュリティ カメラにセキュリティ システムのインストールを実行するには、スケジュールされる人物が認定されたインストール担当者であり、その特定ブランドのセキュリティ カメラのインストールについて高度なスキルを備えている必要があります。 これらのシナリオを支援するため、URS では、組織がアプリケーションで次のオプションを定義できるようにしています。

  • ロール: 異なるリソースに関連付けることができる組織内の特定のロールを指定します。 そのロールを持つリソースだけが品目を処理できる人物として提案されるように、特定のリソースや作業指示書などのスケジュール可能な品目にロールを追加できます。

    • 一般的なリソース ロールの例としては、開発者、ソリューション アーキテクト、技術者、および機能コンサルタントがあります。

    • 1 つのリソースに複数のロールを割り当てることができます。 たとえば、開発者と技術者のロールをリソースに割り当てることができます。

  • スキル: 異なるリソースに関連付けることができる特定のスキルまたは認定資格を指定します。 Field Service では、これらは特性とも呼ばれます。 各特性には特性の種類が定義されている必要があります。 次の 2 つのオプションが使用可能です。

    • スキル:

    • 認証:

      リソースのスキルを使用して、リソースでビルなどへの特定のアクセス権を必要としたり、特定レベルのセキュリティ権限を必要としたりする特定のシナリオをサポートすることもできます。

      リソース スキルの例には、次のようなものがあります。

      • A+ や MSCE などの認定。

      • C#、Azure、Exchange などのスキル セット。

      • ビル 12 へのアクセスやレベル 1 セキュリティ権限のようなアクセスまたはセキュリティ権限。

      多くの場合、1 つのリソースに複数のスキルが割り当てられています。

  • 能力モデル: リソース スキルとして使用され、ある人物が特定の項目についてどの程度習熟しているかを定義します。 能力モデルを利用して、さまざまな種類のシナリオを定義することができます。

    製品に関する能力 セキュリティ権限
    慣れている レベル 1 権限
    良い レベル 2 権限
    熟練 レベル 3 権限
    非常に熟練 レベル 4 権限
    マスター レベル 4 権限

予約状態

予約状態は、予約の状態を通知するために使用されます。 組織では、特定のニーズを反映するために特定の状態を作成できます。 たとえば、項目がスケジュールされた後、次のいずれかの状態になる可能性があります。

  • スケジュール済

  • 移動中

  • 進行中

  • 完了

これらの各状態は、アプリケーションで定義できます。また、各状態を特定の色や画像に関連付けることもできます。 その後、この色と画像は、現在その状態にある項目のスケジュール ボードに表示されます。

スケジュール ボードを使用する項目の種類と、それらの項目がなる可能性のある状態を考慮する必要があります。 複数の異なる予約状態を作成して、それらの項目を反映することができます。 たとえば、カレンダーに休暇を表示する場合は、休暇やビジネス イベント、個人の時間などの一般的な休暇項目の予約状態を作成します。 このプラクティスにより、表示が必要なすべてのものが意図したとおりに表示されるようになります。

カレンダー ボードに表示される予約状態の凡例のスクリーンショット。

要件の状態

要件の状態は予約の状態に似ていますが、スケジュール要件に関連付けられています。 通常、ライフサイクルは同じではないため、多くの要件の状態が必要になることはありません。 要件の状態の一般的な例には、次のようなものがあります。

  • アクティブ: まだシステムでスケジュールされていない要件

  • 完了: 正常にスケジュールされ、関連する予約が作成されている要件。

  • 取り消し済み: なんらかの理由でスケジュールされる必要がなくなった要件。

その他の考慮事項

すべての組織は固有であり、特定のスケジュール設定ニーズがある可能性があるので、必要に応じて構成できる項目が他にもあります。 次のような項目があります。

  • リソース グループ: 項目の作業に使用できる複数のリソースをグループ化するために使用されます。

  • リソース グループ テンプレート: 最もよく使用されるリソース グループをすばやく作成して展開するために使用できるテンプレートの作成に使用されます。

  • フルフィルメントの基本設定: 項目のスケジューリング方法を指定するのに役立ちます。 たとえば、フルフィルメントの基本設定では、項目をスケジュールする際に次のような設定を定義できます。

    • 間隔を 60 分にする。

    • 正時ごとにスケジューリングする。

  • 作業時間テンプレート: 項目を処理するためにスケジュールできる時間を定義するためにリソースに割り当てることのできるテンプレートの作成に使用します。 たとえば、特定のタイム ゾーンに、午前 8:00 から午後 5:00 まで勤務する複数の技術者がいるとします。 その場合、作業時間テンプレートを作成して、それを各リソースに関連付けることができます。

  • 優先順位: 要件の優先順位を示すために使用されます。 優先順位を考慮することで、順位の高い項目を、順位の低い項目よりも優先してスケジュールすることができます。

  • 休業日: 休日など、組織が営業していない日時を指定します。