cours0708/G52/G52Seance2

65 lines
3.6 KiB
Plaintext
Raw Normal View History

20 septembre 2007
Plan d'Assurance Qualit<69> = P.A.Q
===Planification===
La r<>ussite d'un projet d<>pend surtout des personnes et de l'équipe.
Ce n'est pas une raison pour ne pas planifier ...
Fausse raison : ne pas planifier pour <20>viter les retards.
- Lien fin-d<>but : t<>che B ne commence QUE lorsque la t<>che A est finie. L'un entra<72>ne l'autre.
Exemple : on ne peut tester un code que lorsque celui ci est fini.
- Lien d<>but-d<>but : La t<>che B ne peut d<>marrer que lorsque la t<>che A est d<>marr<72>.
- Lien fin-fin : La t<>che B ne peut se terminer que lorsque la t<>che A est termin<69>.
Exemple : t<>che hamacs, c'est àdire lorsque plusieurs t<>ches s'encha<68>nent. Une des t<>ches est le suivi. Le suivi du projet ne d<>marre que lorsque la premi<6D>re t<>che de mon projet commence. Le suivi ne peut s'arr<72>ter que lorsque la derni<6E>re t<>che du projet est termin<69>e.
Ecart : entre d<>but de B et fin de A il va s'<27>couler un temps pr<70>vu àl'avance.
Recouvrement : toujours lien fin-début entre t<>che A et t<>che B, par contre on accepte un recouvrement entre fin de la t<>che A et le début de la t<>che B.
Contrainte de ressource : une personne ne peut faire la t<>che B que lorsqu'elle a fini la t<>che A, mais CE N'EST PAS une lien fin-d<>but.
Chemin critique : Cf. Cours BTS IG.
Ressources : travaux que les personnes auront => La planification permet d'affecter correctement les travaux aux personnes et bien REGULER tout <20>a !
Graphe orienté = Diagramme de PERT.
Nivellement : on d<>place les t<>ches pour pas consommer trop de ressoures (utilisation de la marge totale pour d<>placer la t<>che.
Lissage : utilisation de la marge libre pour diviser la ressource (pourcentage), mais sur la dur<75>e totale de marge libre.
L'<27>tat "termin<69>" est une DECISION.
T<EFBFBD>che non planifi<66> : soit oubli<6C>e, soit qu'on garde sous le coude et qu'on ne planifie pas.
T<EFBFBD>ches suspendues : raisons techniques, raison de ressources, raisons fonctionnelles, etc ...
R<EFBFBD>solution : soit on trouve une solution et on la finit, soit on abandonne la t<>che !
==Charges : ==
- initiale : temps pr<70>vu
- planifi<66>e : temps au bout duquel nous effectuons le suivi
- consomm<6D>e : temps r<>ellement consomméau jour du suivi
- r<>alis<69>e : pourcentage de la t<>che total (exemple il a travaillé10 jours mais a eu des difficult<6C>s, donc il a fait que la moitiéau lieu des 3/4)
- reste àfaire : estimation de ce qu'il reste
- reste àconsommer : charge initiale - charge consom<6F>e
- charge r<>vis<69>e = charge consomm<6D>e + reste àfaire
Pour conna<6E>tre les souci de co<63>t, on compare la charge r<>vis<69>e et la charge initiale.
==Co<43>ts : ==
Faire un suivi en co<63>t est int<6E>r<EFBFBD>ssant si nous avons beaucoup de charge. Sinon pas obligatoire.
Structures transversales du chef de projet :
- Administration, documentation : paperasserie, rendus, diagramme, etc ...
- Qualité : contr<74>le de qualit<69>
- Support M<>thode : nouveaux outils, documentation des nouveaux outils, surveiller et contr<74>ler tout <20>a
On peut attribuer des r<>les àdes personnes de l'<27>quipe, exemple contr<74>le qualit<69> par quelqu'un de l'<27>quipe.
Chef de projet : ne JAMAIS assurer l'ensemble des fonctions, ce pourrait <20>tre probl<62>matique !
==Perturbations : ==
- alertes : quelque chose se passe sur le projet qui, si le risque arrive, va mettre en p<>ril le projet = MENACE ! Si on ne fait rien cela se transforme en incident.
- perturbations,incidents : exemple, personne qui devait travailler aujourd'hui n'est pas là=> AGIR TOUT DE SUITE !
- probl<62>mes : des incidents se r<>p<EFBFBD>tent, il faut CHERCHER LA CAUSE pour <20>viter la r<>cidive. (exemple machine qui tombe en panne tout le temps).