 |
Objectifs |
 |
| |
- Mettre le doigt sur les aspects de la gestion des projets.
- Apprendre et pouvoir appliquer une méthode globale de gestion des projets.
- Pouvoir appliquer tout ou partie du processus suivant le besoin.
|
|
 |
|
 |
|
Prérequis |
|
| |
- Avoir déjà participé à un ou des
projets avec la participation de collaborateurs
|
|
|
|
|
|
Public |
|
| |
- Chefs de projets
- Directeurs de projets
- Consultants indépendants
- Directeurs techniques
- Directeurs informatiques
|
|
|
|
|
|
Les plus de la formation |
|
| |
- Approche concrète
- Approche progressive
- Approche intéractive
- Méthode très éprouvé pour ne rien laisser au hasard
- Méthode compatible ISO
- Pouvoir appliquer tout ou partie du processus
|
|
|
|
|
|
Durée / Dates / Lieu |
|
| |
- 2 jours
- 28 novembre 05
- Paris
|
|
|
|
|
|
|
Le mot du formateur |
|
| |
- Une formation pour ne pas aborder une méthode parmi d'autres
et enfin avoir un outil qui puisse s'adapter à toutes sortes
de situation.
|
|
|
|
|
| L’agenda du projet |
- Contexte historique (Avant ?)
- Contexte organisationnel (où est il situé ?)
- Contexte humain (qui est censé faire quoi ?)
- Contexte décisionnel du projet (qui décide quoi ?)
- Garanties
- Exemples et exercices
|
| Etude de l’existant |
- Contexte réalisationnel du projet
- Rapport
- Approbation par le client du projet
- Descriptif de l’existant actuel
- Enquête/questionnaire/constats/rédactionnel/corrections/soumission/approbation
- Exemple et exercice
|
| Etude des besoins |
- Cahier des besoins : Enquête, Interviews, Rapport Rédactionnel
Enquête/questionnaire/constats/rédactionnel/corrections/soumission/approbation
- Planification :
- Planning général
- Rétro planning des délais de réalisation
- Budget
- Ressources
- Ressources Humaines
- Exemple et exercice
|
| Cahier des Charges |
- Le but du projet
- Les conditions à satisfaire
- Le fonctionnement à réaliser, les fonctionnalités à remplir, le plaisir à apporter,
- Le détail de ce qui doit être réalisé
- Le cahier des charges fait souvent office de matière première pour la réalisation de l’appel d’offres, il reprend après vérification et validation interne :
- Le planning général
- Le rétro planning des délais
- Le budget et le planning budget
- Les ressources et le planning ressources affectées
- Les fonctionnalités en détail avec leur descriptif et leur délai de livraison
- L’organisation et l’organigramme du projet lui-même
- Les tâches et les rôles de chacun des acteurs
- Exemple et exercice
|
| Les spécifications (propositions de projections réalisées) |
- Elles sont la réponse au cahier des charges
- Elles décrivent la capacité du soumissionnaire interne ou externe à remplir les besoins exprimés
- Elles décrivent la capacité de réponse et d’adéquation en fonction du cahier des charges
- Elles reprennent point à point le cahier des charges en y apportant un descriptif de solutions techniques théoriques
- Elles sont accompagnées de deux nouveaux éléments
Une synthèse de GAP Analysis (différences escomptées)
- Une ébauche d’analyse de regret (avec des propositions de remplacement partout où cela est possible
- Les spécifications sont le fruit du travail du réalisateur :
- Le planning général
- Le rétro planning des délais
- Le budget et le planning budget
- Les ressources et le planning ressources affectées
- Les fonctionnalités en détail avec leur descriptif et leur délai de livraison
- L’organisation et l’organigramme du projet lui-même
- Les tâches et les rôles de chacun des acteurs
- Le GAP analysis
- L’analyse du regret
- Les spécifications font foi pour prendre une décision et sont souvent la source de la prise de commande, et du paiement initial, d’un acompte
- Exemple et exercice
|
| La conception générale |
- Elle existe une fois le projet décidé
- C’est l’occasion de la mise en place de la gestion de projet, du contrôle et du suivi de la réalisation du projet
- C’est le descriptif en détail de la solution envisagée avec les gaps et leurs substitutions
- C’est un document ou un support fonctionnel (c’est l’ancienne analyse fonctionnelle)
- Le support reprend les spécifications en y introduisant les spécificités de la solution adoptée, son langage
- Les items 6 (fonctionnalités), 9 (gaps), 10 (regrets) sont cruciaux
- La conception générale certifie la faisabilité, elle entérine la faisabilité
- Exemple et exercice
|
| La conception détaillée |
- C’est un document qui reprend essentiellement les items 6, 9 et 10 en mettant sur draft, texte, dessin, film, captures d’écrans etc…ce que sera le projet une fois réalisé.
- C’est un aperçu du produit livré.
- A ce moment se met en place la gestion de la réalisation très serrée et itérative (notamment pour les projets informatiques).
- Cette partie sert et servira de bible et de base à la documentation du projet.
- Exemple et Exercice
|
| La réalisation |
- C’est la mise en œuvre de la production de ce qui doit être livré dans son mode (code informatique, paramétrage etc…)
- Intervient ici le rôle strict et sensible de la gestion de projet
- Planning aspect qualitatif et quantitatif
- Ressources aspect qualitatif et quantitatif
- Budget aspect qualitatif et quantitatif
- Hommes et Ressources humaines aspect qualitatif et quantitatif
- Fonctionnalités et fonctions aspect qualitatif et quantitatif
- C’est aussi la mise en place du comité de pilotage, du comité de projet et des instances de corrections des erreurs
- La commission des « bugs » se réunit de façon
itérative afin d’examiner les plannings de la réalisation
et de bon fonctionnement au fil de l’avancement de la réalisation
- Le pilotage est assuré en direct par la gestion de projet sur le planning, les ressources, le budget, les ressources humaines et les fonctionnalités.Exemple et exercice
- Elle fait souvent l’objet d’un paiement partiel
|
| Les tests unitaires |
- Ils sont l’occasion de découverte et de correction des bugs de sous ensembles
- La commission des « bugs » se réunit de façon itérative à chaque nouvel avancement
- Bug > commission > statut >décision>correction>commission>statut….
- Ils permettent de tester une par une toutes les fonctionnalités
- Ils font l’objet d’une validation dite « unitaire »
- Exemple et exercice
|
| Les tests intégrés |
- Ils sont l’occasion de découverte et de correction des bugs d’ensembles et de l’application toute entière ou du produit tout entier
- La commission des « bugs » se réunit de façon itérative à chaque nouvel avancement
- Bug > commission > statut >décision>correction>commission>statut….
- Ils permettent de tester toutes les fonctionnalités ensemble et l’inter - fonctionnalité avec l’enchaînement des fonctionnalités
- Ils font l’objet d’une validation dite « globale »
- Exemple et exercice
|
| La recette |
- Les tests sont le plus souvent réalisés par le réalisateur
- La recette est réalisée par l’utilisateur ou son mandaté
- La recette met le produit ou l’application dans les conditions de l’utilisation le plus souvent la plus extrême, la plus intensive
- Elle est effectuée par les utilisateurs, par client et type de client, par fonctionnalité, par sous système et par système
- Elle fait souvent l’objet d’un paiement partiel
- Exemple et exercice
|
| Accompagnement |
- C’est le support à la prise en main par les utilisateurs
- C’est le support à la prise en main par le client
- L’accompagnement au changement est lui un élément plus récent qui décrit des interventions de type support psychologique pour l’aide à la prise en compte du nouvel environnement de travail et/ou de vie
- Exemple et exercice
|
| Livraison |
- Elle est dite effectuée quand tout le système et/ou tout le produit est livré
- Elle est souvent effectuée de façon partielle
- Par fonctionnalité
- Par sous système
- Par système
- Il est souvent très utile de capitaliser et de pérenniser sur la livraison en faisant un retour client (enquête de satisfaction sur le projet, sur le processus)
- Exemple et exercice
|
| Formation |
- Elle se décompose de quatre éléments fondamentaux
- Utilisation
- Gestion
- Support
- Expertise
- Exemple et exercice
- Elle fait souvent l’objet d’un paiement partiel
|
| La mise en main |
- L’utilisateur est seul avec le produit
- Il permet de voir l’efficacité du module formation
- Il permet aussi de capitaliser sur l’ergonomie du produit et ou du process par le retour client sur la période de mise en main
- Exercice et exemple
|
| Garantie |
- Elle est conventionnelle ou contractuelle et peut varier de quelques semaines à plusieurs années (10 ans dans certains cas voire à vie).
- Il devrait y avoir une clause de réserve de paiement
- Il devrait y avoir une clause de réserve de propriété
- C’est en général une garantie de bon fonctionnement dans le cas d’utilisation normale.
- Exemple et exercice
- La mise en cycle de garantie est souvent le prétexte au paiement définitif
- Le début de la garantie (après 6 mois environ) est souvent une très bonne occasion de vérifier quel est le souvenir que le client a en mémoire de l’ensemble de la collaboration et l’impact de la qualité de la réalisation sur son opinion.
|
|
|