190 - Granularité des transactions
de mise à jour de tâche
Unité : la benne.
La ressource Ress1 saisit un Travail réel de 7 heures pour le lundi 15 mai 2006.
Ress1 clique sur le bouton "Tout mettre à jour" – Update All.
Le Responsable – Manager - de cette affectation voit arriver dans sa page d'accueil, une alerte lui signalant la présence d'une feuille de temps à valider.
Mais le Responsable ne valide ni ne refuse rien.
La Ress1 saisit maintenant un Travail Réel de 7h sur la journée du mardi 16 mai 2006 et clique sur le bouton Enregistrer les modifications. Donc sans envoyer sa feuille de temps pour validation par le Responsable.
Le Responsable – Manager - voit immédiatement apparaître une annonce pour validation, avec du Réel à valider à la fois pour les 7h du lundi et pour les 7 h du mardi.
Project server n'a pas la granularité transactionnelle nécessaire pour séparer ces deux transactions.
Il est heureusement vrai que si le temps saisi par la ressource et "enregistré" par celle-ci est bizarrement aussitôt expédié pour mise à jour vers le responsable, un Clic ultérieur sur le bouton "Tout mettre à jour" ne double pas la transaction.
Chaque feuille de temps de ressource doit être considérée comme une "benne" contenant des informations à valider.
Chaque envoi au Responsable correspond à une demande "Videz cette benne SVP".
Si le Responsable ne vide (valide) pas la benne, les informations s'entassent dedans.
Ceci impose de définir un processus structuré mise à jour/validation rigoureux :
Certaines organisations effectuent ce cycle sur une base quotidienne.