�ݺ�ߣ

TRS S.p.A
Uso estensivo di Polarion

Estensioni TRS di Polarion

Badia di Campoleone 05/10/2010

TRS S.p.A
Uso estensivo di Polarion Ottobre-2010

Necessità TRS

  Agevolare l’inserimento delle ore lavorate su commessa
  Evitare duplicazione dei dati di speso al fine di
mantenere allineati i report di progetto con quelli della
contabilità industriale (CO.GE)
  Produrre i dati nel formato utilizzato dalla contabilità
industriale
  Agevolare l’analisi dei dati di progetto
  Produrre report che utilizzano dati “on line” piuttosto che
ad intervalli predefiniti
  Integrare il più possibile Polarion con il CO.GE (statini,
PAF).

TRS S.p.A
Ottobre-2010 2

Fase 1a – Visualizzazione statini

Nella prima fase è stato creato un plugin polarion che
permette all’utente collegato di vedere una preview del
proprio statino.

La preview è aggiornata in tempo reale e visualizza le ore
inserite nei progetti polarion da parte dell’utente che ha
eseguito il login su Polarion.

Ha un layout simile allo statino che ogni persona deve
compilare e spedire al CO.GE.

TRS S.p.A
Ottobre-2010 3

Fase 1b – Visualizzazione statini

TRS S.p.A
Ottobre-2010 4

Fase 2 – Generazione statini

Nella prima fase gli statini venivano compilati a mano con
l’ausilio della preview Polarion. Non appena Polarion
veniva utilizzato da un numero sempre maggiore di
persone si è sentita la necessità di automatizzare il
processo di generazione statini.

La seconda fase ha comportato lo spostamento della
generazione dello statino dalla singola risorsa a Polarion.

E’ stato creato un job opportuno che a cadenze regolari
(giornalmente) provvede a generare lo statino (foglio excel)
di tutti gli utenti di Polarion (virtualmente tutta la società).
TRS S.p.A
Ottobre-2010 5

Fase 3 – Integrazione PAF
Il PAF rappresenta il piano a finire del progetto (commessa).
È compilato con un foglio excel opportunamente formattato.
Logicamente è suddiviso in due sezioni: lavoro già realizzato e lavoro
da realizzare. Riporta tutti i dati di costo (persone, spese dirette e
materiali, consulenze).
È aggiornato mensilmente da capo progetto e dà la previsione a finire
del progetto.

La fase 3 ha comportato l’inclusione di tale foglio excel all’interno del
progetto Polarion.
Sono stati creati degli opportuni workitem che corrispondono alle
sezioni del PAF e il loro aggiornamento avviene in automatico (tramite
plugin) ad ogni commit dei fogli excel che costituiscono i PAF.

TRS S.p.A
Ottobre-2010 6

Fase 3 – Integrazione PAF

Esempio di PAF riportato nella wiki di progetto

TRS S.p.A
Ottobre-2010 7

Fase 4a – Aggregazione PAF

Una volta che i PAF sono stati inseriti in Polarion è sorta la
necessità di aggregare tutti i PAF (progetti) di ogni singola
linea per controllare eventuali sovra o sotto allocazioni di
personale.

La fase 4 ha comportato la creazione di una pagina wiki
(con l’utilizzo di velocity) che provvede all’aggregazione di
tutti i PAF di ogni singola linea e riporta per ogni singola
risorsa:
  l’allocazione globale per tutto l’anno lavorativo

  il contributo che ogni singolo progetto porta
all’allocazione globale
TRS S.p.A
Ottobre-2010 8

Fase 4b – Aggregazione PAF (sintetico)

TRS S.p.A
Ottobre-2010 9

Fase 4c – Aggregazione PAF (dettaglio)

TRS S.p.A
Ottobre-2010 10

Fase 5a – Gestione Carichi
A seguito dell’inserimento di tutti i PAF in Polarion con la possibilità di
avere l’allocazione globale di ogni singola risorsa si è avuta la base per il
calcolo dei carichi di lavoro per tutte le risorse.
Il PAF rappresenta il carico delle risorse su progetti in essere (ordinato).
Sono stati introdotti nuovi workitem in Polarion di tipo ‘prospect’.
Essi rappresentano il carico futuro previsto e contengono i dati relativi al
monte ore globale previsto, una descrizione del prospect, la data di inizio
di validità del prospect, la percentuale di attendibilità e le risorse che
saranno allocate con eventualmente la loro percentuale se non a tempo
pieno.

L’introduzione della gestione dei carichi ha comportato la creazione di un
plugin polarion che, attingendo i dati da polarion stesso, crea la
previsione di carico di tutte le risorse di ogni singola linea per l’anno
attuale (in dettaglio) e per l’anno futuro (in maniera sintetica).
TRS S.p.A
Ottobre-2010 11

Fase 5b – Gestione Carichi Sintetico

TRS S.p.A
Ottobre-2010 12

Fase 5c – Gestione Carichi Completo

TRS S.p.A
Ottobre-2010 13

Altre Estensioni

  Project Management - Calcolo EVM
  Import da Microsoft Project

  Report di commessa

TRS S.p.A
Ottobre-2010 14

Project Management - Calcolo EVM
Per tutti progetti residenti in Polarion è stata creata
un’applicazione java che tramite l’interfaccia ‘web services’
di Polarion calcola, per ogni progetto, le principali metriche
standard:

  BCWS (Budgeted Cost of Work Scheduled)
  ACWP (Actual Cost of Work Performed)

  BCWP (Budgeted Cost of Work Performed - EV)

Sia in formato numerico e grafico

TRS S.p.A
Ottobre-2010 15

EVM - Indicatori di costo e schedulazione
(BCWP,ACWP,BCWS,CPI, SPI)

TRS S.p.A
Ottobre-2010 16


TRS S.p.A
Ottobre-2010 17

CPI / SPI Cumulativi

TRS S.p.A
Ottobre-2010 18

Import da Microsoft Project
Per tutti progetti che utilizzano il ciclo di vita waterfall e per i
quali il piano è realizzato tutto all’inizio del progetto è
comodo l’utilizzo di Microsoft Project sia per la stesura del
piano che per la sua condivisione.

Al fine di evitare di introdurre a mano il piano all’interno di
Polarion e per inserire anche le informazioni che il tool
nativo di Polarion non inserisce è stata creata
un’applicazione java che con l’utilizzo dei web services
Polarion provvede alla creazione di tutti i tasks e Work
Package (attività di riepilogo) in Polarion. Inoltre, per ogni
work item, inserisce anche i valori dei custom fields creati
ad hoc da TRS ed inseriti in Microsoft Project.
TRS S.p.A
Ottobre-2010 19

�ݺ�ߣ

Polarion UC 2010 - TRS SpA - Estensioni di Polarion

More Related Content

Polarion UC 2010 - TRS SpA - Estensioni di Polarion