3. La vision du Standish Group
3
Copyright Joseph SZCZYGIEL
http://alain.battandier.free.fr/spip.php?article55
4.
20% des projets informatiques échouent
◦ Soit ils dépassent fortement les budgets
◦ Soit ils sont totalement hors délais
◦ Soit leur fonctionnalités ne répondent pas aux
utilisateurs
40% réussissent
40% sont mitigés
4
5.
La loi de Murphy est un adage qui s'énonce de cette manière : « Tout ce qui
peut mal tourner, va mal tourner »
« Si ce gars a la moindre possibilité de faire une erreur, il la fera. »
« Si cela peut mal se passer, cela arrivera. »
— version de George Nichols (« If anything can go wrong, it will. »2)
« S'il y a plus d'une façon de faire quelque chose, et que l'une d'elles
conduit à un désastre, alors il y aura quelqu'un pour le faire de cette façon. »
— Edward Murphy (« If that guy has any way of making a mistake, he will. »2)
— version des autres membres de l'équipe
statistique ; si beaucoup de personnes actionnent un appareil et qu'il existe
ne serait-ce qu’« une » façon de se tromper, il existera statistiquement des
gens qui le feront. Et c'est d'eux seuls que le service après-vente entendra
parler. Cette seconde forme de la loi est confirmée par l'expérience et a
conduit à l'utilisation généralisée de la conception de
sûreté
5
Copyright Joseph SZCZYGIEL
6.
« L’erreur est humaine, mais pour provoquer une vraie
catastrophe, il faut un ordinateur. » Observation de
Turnaucka
« Ne pensez jamais que ça va marcher au moment où
vous en aurez le plus besoin. » Règle de Base no 1 de
l’Informatique.
« Il n’y a pas de langage informatique dans lequel vous
ne puissiez écrire de mauvais programme. » Loi des
Langages informatiques
« Les premiers 90 pourcents d'une tâche prendront les
10 pourcents du temps, et les derniers 10 pourcents
prendront les autres 90. » La loi des 90/90 de la
planification d'une tâche.5
6
Copyright Joseph SZCZYGIEL
7.
Le rôle du chef de projet
La méthode de gestion de projets
Les bonnes pratiques
7
Copyright Joseph SZCZYGIEL
12. Taille du projet
Degré de
difficultés
Degré de
difficultés
DANS le cadre habituel
de l'entreprise
HORS du cadre habituel
de l'entreprise
Copyright Joseph SZCZYGIEL
12/01/2012
12
13.
Un grand nombre de réunions improductives
Des actions désordonnées et contradictoires
Des remises en causes de choix fondamentaux
Des interventions à tous niveaux de la part des
directions générales ou fonctionnelles
Une confusion dans les responsabilités et missions
des intervenants
Une absence de motivation des participants
Un sentiment d'impuissance des responsables du
projet
...
13
Copyright Joseph SZCZYGIEL
12/01/2012
15. Nb élevé de
constituants
Nb élevé
de tâches
Performances importantes
Haut degré de changement
(nouvelles technologies)
PROCESSUS
COMPLEXE
Nb élevé
d'acteurs
Coût élevé
Longue durée
Objectif de coût serré
Objectif de délai serré
Copyright Joseph SZCZYGIEL
(email
joseph.szczygiel@gmail.com)
15
20. Equipe de direction
Responsable de
- Définition du besoin spécifié
- Contrôle de la réalisation en cours, puis en fin
Services
administratifs
Etablissements
& suivi contrats
Assistance à
maitrise
d’ouvrage
Services comptables
& budgétaires
Service techniques
compétences
par domaines
gestion financière
suivi des dépenses
Organisme de surveillance
Centre d'essais
- contrôle la conformité
Copyright Joseph SZCZYGIEL
20
21. Direction de projet
Responsabilités:
- Négociation et exécution contrat avec son client
Approvisionnements
Services comptables
Services financiers
Analyse fonctionnelle
Sécurité, fiabilité
Facteurs humains, ergonomie
Essais, prototypage
Normes, méthodes, standards
Interfaces
(--> prendre les disposition de
management pour maîtriser
les risques associés aux 7 aspects)
Services commerciaux
- Conception préliminaire
- Conception détaillée
- Négociation & passation de contrats
de sous-traitance (et ctrl)
- Réalisation, acceptation,
qualification, intégration de son produit
Service des contrats
Service Qualité
Performances
Architecte
industriel
Responsabilité
- coordination
des
différentes
équipes
Environnement
Préparation à la production
Préparation à l'exploitation
Gestion de la configuration
Gestion de la documentation
Copyright Joseph SZCZYGIEL
21
22.
Difficultés générales
Manque de confiance mutuelle
Manque de transparence dans la stratégie
Manque de transparence dans l’action
Difficulté d’appréciation commune des problèmes
Manque de clarté dans les relations
Difficulté à prendre des décisions claires
Lourdeurs des structures de pilotage
Résistance au changement
La MOE tend à se substituer à la MAO pour des
responsabilités relevant de la MOA … et réciproquement
◦ Difficulté à réaliser de réelles validations des documents
◦ Difficulté à réaliser les réceptions (provisoires, définitives)
◦
◦
◦
◦
◦
◦
◦
◦
◦
22
23.
Difficultés courantes perçues par la maitrise d’ouvrage
◦ Difficulté à obtenir des orientations politiques / stratégiques
tranchées
◦ Manque de visibilité sur les travaux réalisées par les MOE
◦ Mauvaise compréhension, estimations des délais et des charges
fournies par la MOE
Estimées trop importantes
23
Difficultés courantes perçues par la maitrise d’œuvre
◦
◦
◦
◦
◦
Manque de disponibilité de la MOA
Besoins insuffisamment précis
Besoins instables
Manque d’engagement de la MOA
Difficulté à évaluer les charges et les délais et à les expliquer à
a MOA
24. MAITRE D'OUVRAGE
ACQUEREUR
- Représente l'utilisateur
- Resp. de déf. besoin
dans le langage utilisateur
ASSISTANCE à
MAITRISE D’OUVRAGE
Maître d'oeuvre
(rang 1)
CONSTRUCTEUR
- Resp. du besoin
en terme technique et contractuel
(besoin spécifié)
- Contrôle la réalisation
confié au Maître d'oeuvre principal
(coût, délai, performances)
Organisme d'essais
(essai de perf)
Organisme
de surveillance
(Ctrl les objectifs P,C,D)
MAITRE D'OEUVRE
principal
- Resp. fourniture produit adéquat
dans délai et coût
Maître d'oeuvre
(rang 1)
Maître d'oeuvre
(rang 1)
PRESTATAIRE DE SERVICE
(formation, moyens essais, conseil, ...)
Copyright Joseph SZCZYGIEL
24
25. ACQUEREUR
MAITRE D'OUVRAGE
- Représente l'utilisateur
- Resp. de déf. besoin
dans le langage utilisateur
- Resp. du besoin en terme technique et contractuel
- Contrôle la réalisation
confié au Maître d'oeuvre principal
(coût, délai, performances)
MAITRE D'OEUVRE
principal
- Resp. fourniture produit adéquat
dans délai et coût
CONSTRUCTEUR
Matériel
Ste RRRRR
Maître d'oeuvre
Progiciel XXX
Ste ZZZZZ
Maître d'oeuvre
Réa Logiciel Spéc YYY
Ste AAAAA
Copyright Joseph SZCZYGIEL
PRESTATAIRE
DE SERVICE
(formation, conseil)
25
26. ACQUEREUR
MAITRE D'OUVRAGE
- Représente l'utilisateur
- Resp. de déf. besoin
dans le langage utilisateur
- Resp. du besoin en terme technique et contractuel
- Contrôle la réalisation
confié au Maître d'oeuvre principal
(coût, délai, performances)
MAITRE D'OEUVRE
principal
- Resp. fourniture produit adéquat
dans délai et coût
Obl Résultats
Obl Moyens
CONSTRUCTEUR
Matériel
Pas Contrats Ste RRRRR
Maître d'oeuvre
Progiciel XXX
Ste ZZZZZ
Maître d'oeuvre
Réa Logiciel Spéc YYY
Ste AAAAA
Copyright Joseph SZCZYGIEL
PRESTATAIRE
DE SERVICE
(formation, conseil)
26
27. MAITRE D'OUVRAGE
ACQUEREUR
- Représente l'utilisateur
- Resp. de déf. besoin
dans le langage utilisateur
- Resp. du besoin
en terme technique et contractuel
(besoin spécifié)
- Contrôle la réalisation
confié au Maître d'oeuvre principal
(coût, délai, perf)
Organisme d'essais
(essai de perf)
Organisme
de surveillance
(Ctrl les objectifs P,C,D)
ARCHITECTE INDUSTRIEL
- Resp Ingéniérie du système de
rang 0
Maître d'oeuvre
(rang 1)
CONSTRUCTEUR
Maître d'oeuvre
(rang 1)
Maître d'oeuvre
(rang 1)
PRESTATAIRE DE SERVICE
(formation, moyens essais, conseil, ...)
Copyright Joseph SZCZYGIEL
27
28. ACQUEREUR
MAITRE D'OUVRAGE
- Représente l'utilisateur
- Resp. de déf. besoin
dans le langage utilisateur
- Resp. du besoin en terme technique et contractuel
- Contrôle la réalisation
confiée au Maître d'oeuvre principal
(coût, délai, performances)
CONSEIL
- Assiste le Maître d'ouvrage
CONSTRUCTEUR
Matériel
Ste RRRRR
Maître d'oeuvre
Progiciel XXX
Ste ZZZZZ
Maître d'oeuvre
Réa Logiciel Spéc YYY
Ste AAAAA
Copyright Joseph SZCZYGIEL
Prestataire
de service
(formation, conseil)
28
29. ACQUEREUR
MAITRE D'OUVRAGE
- Représente l'utilisateur
- Resp. de déf. besoin
dans le langage utilisateur
- Resp. du besoin en terme technique et contractuel
- Contrôle la réalisation
confiée au Maître d'oeuvre principal
(coût, délai, performances)
CONSEIL
- Assiste le
Maître d'ouvrage
Obl Résultats
Obl Moyens CONSTRUCTEUR
Pas Contrats
Matériel
Ste RRRRR
Maître d'oeuvre
Progiciel XXX
Ste ZZZZZ
Maître d'oeuvre
Réa Logiciel Spéc YYY
Ste AAAAA
Copyright Joseph SZCZYGIEL
Prestataire
de service
(formation, conseil)
29
30. Procédures
Contrats
Définit les responsabilités
du client et du fournisseur
définit les rôles respectifs des acteurs
pour la réalisation des tâches
et la circulation d'informations
Protocoles
définit les rôles
respectifs de 2 acteurs
pour la réalisation
de l'ensemble des projets
Organigramme
des tâches
définit pour chaque tâche
l'acteur correspondant
Instructions
définit au sein d'une entreprise
le rôle d'une entité
31. PHASE
TYPE DE CONTRATS
Faisabilité
Contrat d'étude préliminaire
Conception
Contrat d'étude de définition
Contrat de développement
Production
Contrat de réalisation
Contrat de production
Contrat d'assistance technique
Contrat de soutien en conditions opérationnelles
Utilisation
Contrat d'entretien
Contrats d'études de modifications
Contrat de veille technologique
32. ¨Phase de CONSULTATION
Choix de politique de consultation
Elaboration du dossier de consultation
Phase de NEGOCIATION
Choix des contractants
Mise au point des contrats
Signature des contrats
Phase d' EXECUTION
Tâches de surveillance prévues aux contrats
Décision de qualification et d'acceptation
Décision de réception
Transfert de propriété
Facturation, paiement
Phase de LIQUIDATION
Tâches de clôture
33.
Recherche des entrepreneurs
Sélection des
soumissionnaires selon
critères
◦
◦
◦
◦
Performances sur projets passés
Compétences
Charge de travail actuelle
Intérêt pour le travail à faire
Préparation de l'appel d'offre
L'appel d'offre doit contenir au
minimum :
◦ Description du travail (détaillé si
forfait)
◦ Les exigences de management
◦ Un modèle de réponse (facilité
le dépouillement)
Analyse des offres
◦ Analyse quantitative (prix,
délais, ...)
◦ Analyse qualitative (sur
réalisations passées)
Attribution du contrat
Dernière démarche où le
client est en position de
force
Après signature, c'est
l'entrepreneur qui l'est !!!
34. MODE DE REMUNERATION
DES CONTRATS
Contrats avec
Forte implication du CLIENT
Contrats
Incitatifs
Contrats avec
Forte implication du FOURNISSEUR
Contrats
en Régie
Contrats Couts + Hon
Incitatif
Contrats à
prix forfaitaire
Contrats
Couts + Honoraires
Contrats
avec Prix Max
Révision de contrats
vers Prix forfaitaire
Contrats
au Pourcentage
Contrats avec
Bonus / Malus
38. Exemple
Besoin fonctionnel
Produit : défini
en langage utilisateur
Besoin spécifié Produit défini en langage technique et contractuel
Produit défini par un ensemble de données
permettant de l'identifier, de le produire, de le réaliser
Produit défini
Produit : constitué des divers
Produit réalisé exemplaires, avant leur utilisation
Produit : constitué de divers exemplaires,Produit vivant
exploité et soutenu sous la direction des
utilisateurs
Produit mort
Copyright Joseph SZCZYGIEL
(email
joseph.szczygiel@gmail.com)
38
39. Suivi technique
Besoin fonctionnel
Expression
des besoins
Conception
préliminaire
Qualification
Besoin spécifié
Conception
détaillée
Produit défini
Production
Réalisation
Processus directs
Acceptation
Produit réalisé
Utilisation
--> exploitation
--> soutien
Produit vivant
Processus indirects
Copyright Joseph SZCZYGIEL
(email
joseph.szczygiel@gmail.com)
Retrait de
service
Produit mort
39
40. Conception préliminaire
Exploration
Conception d'ensemble
Appréciation de la solution
Norme AFNOR
Z67 - 101
Dossier Etude préalable
Conception détaillée
Conception du système
Spécification fonctionnelles
Etude organique générale
Dossier Conception détaillée
Cahier des
Copyright Joseph SZCZYGIEL charges
(email
joseph.szczygiel@gmail.com)
40
41. PHASE DE REALISATION
Etude organique détaillée
Programmation et tests unitaires
Validation technique
Norme AFNOR
Z67 - 101
PHASE DE MISE EN OEUVRE
Réception provisoire
PV Réception
Provisoire
Exploitation sous contrôle
PV Réception
Définitive
Copyright Joseph SZCZYGIEL
(email
joseph.szczygiel@gmail.com)
41
42. U
T
I
L
I
S
A
T
I
O
N
Maintenance
Evaluation du
système informatique
Réappros consommables:
- Test de sécurité
Données & Traitements
- Perf en mode normal et dégradé
- Procédures d'exploitation
Commande, gestion, livraison
Evaluation du
système d'informations
Suivi technique
- Retour d'expérience
- Etude d'évolution
- Gestion de la configuration
- Evaluation % objectifs d'entreprise
- Evaluation de la conformité
- Evaluation de la cohérence
des systèmes
Copyright Joseph SZCZYGIEL
(email
joseph.szczygiel@gmail.com)
42
43. PHASE
SPECIFICATION
Etude Opportunité
Cahier des Charges
Contrat Réalisation
Logiciel spécifique
PHASE
CONCEPTION
Dossier
d'Analyse
PHASE
REALISATION
Bon de commande
Dossier
Programmation
PHASE
MISE EN OEUVRE
Dossier de Tests
Doc Utilisation
PHASE
EXPLOITATION
PV Réception
Provisoire
Doc Exploitation
PV Réception Définitive
Contrats Maintenance
Copyright Joseph SZCZYGIEL
(email
joseph.szczygiel@gmail.com)
43
44. Exemple
Besoin fonctionnel
Produit : défini
en langage utilisateur
Besoin spécifié Produit défini en langage technique et contractuel
Produit défini par un ensemble de données
permettant de l'identifier, de le produire, de le réaliser
Produit défini
Produit : constitué des divers
Produit réalisé exemplaires, avant leur utilisation
Produit : constitué de divers exemplaires,Produit vivant
exploité et soutenu sous la direction des
utilisateurs
Produit mort
Copyright Joseph SZCZYGIEL
(email
joseph.szczygiel@gmail.com)
44
45. Cycle de vie du projet
Cycle de vie de
fabrication des
produits
Copyright Joseph SZCZYGIEL
12/01/2012
45