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 éviter les retards.

Lien fin-début : tâche B ne commence QUE lorsque la tâche A est finie. L’un entraî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ée.
Lien fin-fin : La tâche B ne peut se terminer que lorsque la tâche A est terminé. Exemple : tâche hamacs, c’est à dire lorsque plusieurs tâches s’enchaînent. Une des tâches est le suivi. Le suivi du projet ne démarre que lorsque la première tâche de mon projet commence. Le suivi ne peut s’arrêter que lorsque la dernière tâche du projet est terminée.

Ecart : entre début de B et fin de A il va s’écouler un temps pré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 ç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ée totale de marge libre.

L’état “terminé” est une DECISION.

Tâche non planifié : soit oubliée, soit qu’on garde sous le coude et qu’on ne planifie pas. Tâches suspendues : raisons techniques, raison de ressources, raisons fonctionnelles, etc … Résolution : soit on trouve une solution et on la finit, soit on abandonne la tâche !

Charges

initiale : temps prévu
planifiée : temps au bout duquel nous effectuons le suivi
consommée : temps réellement consommé au jour du suivi
réalisée : pourcentage de la tâche total (exemple il a travaillé 10 jours mais a eu des difficulté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ée
- charge révisée = charge consommée + reste à faire

Pour connaître les souci de coût, on compare la charge révisée et la charge initiale.

Coûts

Faire un suivi en coût est intéréssant si nous avons beaucoup de charge. Sinon pas obligatoire.

Structures transversales du chef de projet :

Administration, documentation : paperasserie, rendus, diagramme, etc …
- Qualité : contrôle de qualité
- Support Méthode : nouveaux outils, documentation des nouveaux outils, surveiller et contrôler tout ça

On peut attribuer des rôles à des personnes de l’équipe, exemple contrôle qualité par quelqu’un de l’équipe. Chef de projet : ne JAMAIS assurer l’ensemble des fonctions, ce pourrait être problé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èmes : des incidents se répètent, il faut CHERCHER LA CAUSE pour éviter la récidive. (exemple machine qui tombe en panne tout le temps).

Qualité

Qualité : faire de la surqualité c’est prendre plus d’homme, prendre plus de ressources, finalement augmenter le coût. Plus on décrit les procédures plus on décrit les procédures interne de recettes, de ressources, de tests, et plus on se met à l’abri d’erreurs. Il faut trouver un juste équilibre entre coût de prévention et coût de non conformité. On investit pas trop dans la qualité, il faut trouver le juste milieu.

PAQ :

présentation du PAQ et différent évènement qui arrivent au moment du projet
plan de production (sécurité, normes, etc ..)
plan de management

Tests

On fait des tests, à l’aide de simulation. D’abord on fait des tests unitaires (petits tests par moi). Ensuite on fait un test d’enchaînement : on intègre le module dans une chaîne, et on vérifie selon les entrées/sorties les bons résultats. Par suite on possède à l’intégration : on intègre le module dans un environnement réel => tests d’intégration. Finalement on peut livrer le module car nous considérons que le module est correct. On peut procéder à la recette. La recette est le fait de faire tester un jeu de tests sur le module par les utilisateurs.

Le chef de projet joue un rôle important de COMMUNICATEUR ! Il a la charge de parler du projet et donc de mettre en relation tout les pôles essentiels du projet. Etre chef de projet c’est : Croire à son projet et le promouvoir.

Communiquer avec :

client
équipe
hiérarchie

Exercices

Titre planification (Cf. Polycopié du même nom).

Résultat

Chemin critique : M1 - C0 - C1 - R1 - I1 - M3 Nombre de jours : 30

Tâches

CP (Chef de projet) fera à la suite : M1 - C0 - 5jrs - (C1 + C2) Analyste fera : R1 (après que C1 soit fini) - R2 (en partie) Réalisateur fera : R1 (en même temps que l’analyste, donc sur 10 jours chacun) - R2 (en partie).

« G52