Impostazione e configurazione

Completato

Prima che un'organizzazione possa pianificare gli elementi con Pianificazione risorse universale, è necessario configurare diversi componenti perché la pianificazione sia efficace in base alle esigenze dell'organizzazione stessa.

Le organizzazioni dovrebbero considerare aspetti come i seguenti:

• Che tipo di elementi si stanno pianificando?

  • È possibile pianificare le risorse per più elementi in un solo giorno (interventi in garanzia, appuntamenti e così via) o le risorse tendono a lavorare su un solo elemento per più giorni alla volta (progetti)?

• Che aspetto ha un elemento non pianificato?

  • Possono coesistere più stati per un elemento non pianificato?

• Che aspetto ha un elemento pianificato?

  • C'è differenza tra essere pianificati per un'attività e svolgerla effettivamente?

  • Come si considerano gli elementi come le pause e il tempo di viaggio? In che modo ciò influisce sugli stati della prenotazione?

• Si usano informazioni GPS?

  • Da dove vengono inviate le risorse? (Sede centrale, casa, dipende)

• Quali fattori possono influenzare la pianificazione di una risorsa?

  • Luogo? Competenze o certificazioni?

Sebbene questo elenco non sia affatto completo, aiuta a identificare i tipi di elementi da considerare. Consente ad esempio di garantire che, quando si configurano le impostazioni URS, si prenda in considerazione tutto ciò che può influire sulla modalità di pianificazione degli elementi.

Inizio

La prima cosa da fare in URS è configurare la funzionalità di mapping. Per impostazione predefinita, URS non si connette ad alcun provider di mapping specifico. Per modificare questo aspetto, andare a Impostazioni>Amministrazione>Parametri di pianificazione. Nei parametri di pianificazione si possono controllare elementi come la frequenza di aggiornamento della scheda di pianificazione (il valore predefinito è 30 secondi) e l'unità e il raggio usati dall'assistente di pianificazione quando offre suggerimenti. Ad esempio, l'impostazione dell'unità di raggio predefinita su miglia e del valore del raggio predefinito su 20 significa che, nel caso di suggerimento di risorse, verranno suggerite solo risorse qualificate entro un raggio di 20 miglia. È opportuno dedicare del tempo a considerare ciò che è necessario in questa fase per garantire i migliori risultati durante la configurazione di altri componenti.

Per impostazione predefinita, il campo Connetti a Mappe è impostato su No. È necessario impostarlo su Sì per garantire che la scheda e l'assistente di pianificazione usino le mappe per pianificare gli elementi. Per impostazione predefinita, usano le mappe di Bing, ma è possibile configurarli per funzionare con qualsiasi provider di mappe. Fornire un valore di chiave API per mappe per il provider di mappe da usare nel campo Chiave API mappa. Inoltre, le organizzazioni possono configurare un'entità custom-mapping per popolare elementi come longitudine e latitudine, se necessario.

Unità organizzative

Le unità organizzative vengono usate per raggruppare risorse differenti in contenitori. Le unità organizzative possono essere usate quando si dispone di risorse che si trovano tutte in un luogo specifico. Ad esempio, una società di software potrebbe avere risorse in Francia, Stati Uniti e Germania. Sarebbe possibile creare un'unità organizzativa per ciascuno di questi luoghi in cui si trovano le risorse. Questo modello si usa in genere quando URS viene applicato a una pianificazione maggiormente basata sui progetti.

Un altro caso in cui vengono spesso usate le unità organizzative è come luoghi da cui possono essere inviate le risorse. Ad esempio, un'organizzazione potrebbe avere uffici a Seattle, Tacoma e Portland. Sarebbe possibile creare unità organizzative per ciascuno di questi luoghi. Per un'unità organizzativa usata per definire un luogo di spedizione devono essere specificate impostazioni valide di latitudine e longitudine. Si possono specificare queste impostazioni nella scheda Pianificazione dell'unità organizzativa.

Nota

L'entità unità organizzativa non è geocodificata come altre entità. È necessario usare un provider di mapping (ad esempio Bing) per trovare l'indirizzo fisico e copiare le informazioni di latitudine e longitudine nell'unità organizzativa.

Competenze, ruoli e modelli di livello di preparazione delle risorse

Alcuni elementi che vengono pianificati potrebbero richiedere una risorsa con un determinato ruolo o in possesso di competenze o certificazioni specifiche per il lavoro. Ad esempio, per eseguire l'installazione di un sistema di sicurezza con una marca specifica di telecamere di sicurezza, la persona pianificata deve essere un installatore certificato e altamente qualificato nell'installazione di quella marca specifica di telecamere di sicurezza. Per aiutare in questi scenari, URS consente alle organizzazioni di definire queste opzioni nell'applicazione:

• Ruoli: specifica uno o più ruoli in un'organizzazione che è possibile associare a risorse diverse. I ruoli possono essere aggiunti a risorse specifiche ed elementi pianificabili, come un ordine di lavoro, per garantire che solo le risorse con quel ruolo vengano suggerite come persone per lavorare su un elemento.

  • Esempi di ruoli di risorse comuni includono: sviluppatore, architetto di soluzioni, tecnico e consulente funzionale.

  • A una singola risorsa possono essere assegnati più ruoli. Ad esempio, a una risorsa è possibile assegnare il ruolo di sviluppatore e di tecnico.

• Competenze: specifica una competenza o una certificazione che è possibile associare a risorse diverse. In Field Service sono anche chiamate caratteristiche. Per ogni caratteristica deve essere definito un tipo. Sono disponibili due opzioni:

  • Competenza:

  • Certificazione:

    Si possono anche usare le competenze delle risorse per supportare scenari specifici in cui le risorse hanno bisogno di un accesso specifico a qualcosa, come un edificio, oppure hanno bisogno di un livello specifico di nulla osta di sicurezza.

    Esempi di competenze delle risorse includono:

    • Una certificazione come A+, MSCE e così via

    • Un set di competenze come C#, Azure, Exchange e così via

    • Accesso o nulla osta di sicurezza come l'accesso all'edificio 12 o il nulla osta di sicurezza di livello 1.

    È probabile che a una singola risorsa vengano assegnate più competenze.

• Modelli di livello di preparazione: si usano con le competenze delle risorse per definire il grado di preparazione di una persona su un aspetto specifico. I modelli di competenza si possono usare per definire tipi di scenari diversi.

  Livello di preparazione su un prodotto	Nulla osta di sicurezza
  Adeguato	Nulla osta di livello 1
  Buono	Nulla osta di livello 2
  Qualificato	Nulla osta di livello 3
  Altamente qualificato	Nulla osta di livello 4
  Specialistico avanzato	Nulla osta di livello 4

Stati di prenotazione

Gli stati di prenotazione si usano per comunicare lo stato di una prenotazione. Le organizzazioni possono creare stati specifici per riflettere le loro esigenze specifiche. Dopo che un elemento è stato pianificato, ad esempio, può avere uno di questi stati:

• Pianificata

• In viaggio

• In corso

• Completato

È possibile definire ciascuno di questi stati nell'applicazione; inoltre, le organizzazioni possono associare ogni stato a un colore e un'immagine specifici. Il colore e l'immagine vengono quindi visualizzati nella scheda di pianificazione per gli elementi che si trovano al momento nello stato corrispondente.

È opportuno considerare per quali tipi di elementi usare la scheda di pianificazione e in quali stati potrebbero trovarsi tali elementi. Per riflettere tali elementi, si possono creare stati di prenotazione differenti. Se ad esempio si desidera visualizzare i periodi di indisponibilità sul calendario, è necessario creare stati di prenotazione per elementi di questo tipo comuni, come ferie, eventi aziendali o tempo personale. In tal modo si garantisce che tutto ciò che deve essere mostrato venga popolato come previsto.

Stati requisito

Gli stati dei requisiti sono analoghi agli stati di prenotazione, ma sono associati al requisito di pianificazione. In genere, non è necessario un numero elevato di stati dei requisiti perché non hanno lo stesso ciclo di vita. Un esempio comune di stati dei requisiti potrebbe includere:

• Attivo: un requisito non ancora pianificato nel sistema.

• Completato: un requisito pianificato per cui è stata creata una prenotazione correlata.

• Annullato: un requisito che non è più necessario pianificare per qualche motivo.

Altre considerazioni

Poiché ogni organizzazione è differente e può avere esigenze di pianificazione specifiche, esistono altri elementi che possono essere potenzialmente configurati in base alle necessità. Tali elementi includono:

• Gruppi di risorse: consente di raggruppare più risorse che è possibile usare per lavorare sugli elementi.

• Modelli di gruppi di risorse: usati per creare modelli che consentono di creare e distribuire rapidamente i gruppi di risorse usati più di frequente.

• Preferenze evasione: consente di specificare la modalità di pianificazione degli elementi. Una preferenza realizzabile potrebbe ad esempio definire che quando si tenta di pianificare un elemento:

  • Si devono usare intervalli di 60 minuti.

  • Deve essere pianificato all'inizio di ogni ora.

• Modelli ore di lavoro: opzione usata per creare modelli che si possono assegnare a risorse specifiche al fine di definirne le ore di disponibilità da pianificare per lavorare sugli elementi. Si supponga, ad esempio, di avere più tecnici in un fuso orario specifico che lavorano dalle 8:00 alle 17:00. È possibile creare un modello ore di lavoro e associarlo a ognuna di queste risorse.

• Priorità: usato per annotare la priorità del requisito. È possibile tenere conto delle priorità per pianificare gli elementi con priorità più elevata prima degli elementi con priorità più bassa.

• Chiusure aziendali: specifica il periodo di chiusura di un'organizzazione, ad esempio durante le festività.