Ripartiamo dall’ultimo post a riguardo. Abbiamo aggiunto un work item in Project Server e lo troviamo replicato in Team Foundation Server.

Bene, e viceversa?

Bisogna conoscere un minimo le meccaniche di Project Server. Tramite le ACL si può decidere che alcuni gruppi di utenti debbano subire un processo di approvazione per le attività inserite (per ovvi motivi di aderenza alla pianificazione e per evitare il proliferare di microattività tipiche dello sviluppo software).

Quindi volendo aggiungere un task figlio di quello inserito in precedenza, ad esempio…

…con la stima dei tempi necessari…

Il computo di ore per lo Shopping Cart è quindi modificato:

In questo momento l’attività è in uno stato d’attesa. Quando il PM aprirà la homepage della Project Web App, troverà in Approvals la richiesta di update per una attività (che però non comprende le microattività sottostanti, ma solo la Parent):

Che ovviamente dovrà essere validata, con tutti i suoi dettagli:

Quindi collegandosi da Project Professional si troverà il Gantt aggiornato:

Sostanzialmente cosa sta avvenendo: i requisiti sono replicati nel Gantt, mentre tutti i dettagli di sviluppo sono nel Team Foundation Server. Esattamente i dati che ogni ruolo deve vedere

Nel prossimo post vedremo come anche i team agili possono utilizzare con profitto Project Server