Test d'ajout de TOUT mes fichiers (moins ceux mis en git reset HEAD à cause de l'histoire des trailings machins choses)

Cf: http://www.agavemountain.com/2008/01/git-tralining-whitespace-error-during.html

G52/G52Seance2

@@ -0,0 +1,64 @@
+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).
+