La gestion de projet informatique 2015

Post on 07-Aug-2015

91 views 3 download

Transcript of La gestion de projet informatique 2015

La gestion de projets Informatiques

@loiccharpentierhttps://fr.linkedin.com/in/loiccharpentier

09/06/2015

PRÉSENTATION

Qui suis-je ?

• A l’origine : Ancien étudiant issu de l’IUT A Lyon 1

• Hier : Développeur, Chef de projet, Responsable de service, …

• Aujourd’hui : Responsable Marketing Produit

« L’expérience importe moins que la passion et la motivation. »

POURQUOI LA GESTION DE PROJET ?

Coordonner l’effort

Périmètre

Budget Délai

Qualité

GARANTIR LA CIRCULATION D’INFORMATION

• Interlocuteurs :– Client– Prestataire– Equipe fonctionnelle– Instance de pilotage– Direction

LE RÔLE DU CHEF DE PROJET

Appliquer le cadre d’exécution

Consultation/AO

Expression du

besoin

L'étude d'opportunité

L'étude de faisabilité L'étude détaillée L'étude

techniqueCahier des

charges Propale

Formalisation du besoin

Quelque soit la méthodologie projet, il y a toujours un cadre !

Intégrer tous les aspects d’un projet

• Gestion de ressources humaines– Disponibilités des collaborateurs– Compétences des collaborateurs

• Gestion de ressources matérielles– Serveurs, supports physiques,– Licences logicielles, …

• Gestion de ressources financières– Gestion des commandes externes– Gestion des avenants

• Gestion de la communication projet– Gestion des plannings– Gestion des comptes rendus– Gestion des comités de pilotage– Gestion de la documentation projet

• Gestion de la relation client– Réunion projet– Contact téléphonique– Avant-vente– ….

Être à l’écoute

• Anticiper les événements,

un pilotage proactif plutôt qu’un contrôle tardif

• Être flexible & réactif,durant les premières phases du projet pour pouvoir prendre en compte les modifications

• Avoir une vision globale et systémique,

pour apporter des solutions adaptées à tous les problèmes.

Identification des risques

1. Identifier les risques du projet2. Identifier la gravité des risques

3. Identifier la probabilité d’apparition

4. Identifier les mesures préventives5. Identifier les mesures correctives

DANS QUEL CONTEXTE

De lourdes responsabilités

Equipe projet• Exigence de clarté• Demande de souplesse• Exigence de

communication

Client• Respect des délais• Respect de la qualité• Respect du cadre financier• Demande de fonctionnalité• Exigence de visibilité

Prestataire• Demande d’information• Demande de souplesse• Exigence d’information• Respect du cadre financier

Direction• Respect du cadre financier• Respect du relationnel• Tenu du planning• Impératif d’activité

De nombreuses variables• La charge : nombre de personnes travaillant sur le projet par type (interne ou

externe), par unité de temps, par phase du projet.• Le coût : masse salariale, formation, matériels, frais annexes (téléphone,

fournitures, etc).• L’avancement : – tâches réalisées, tâches à venir ; – jalons ; – date de fin initiale,

date de fin réelle ; – nombre de tâches terminées par rapport au nombre de tâches prévues ; – avancement du projet (en pourcentage) ; – retard de validation et de livraison des livrables.

• Les ressources : nombre de jours de formation du personnel, d’arrêt maladie et d’absence.

• Le suivi de réalisation : charge prévisionnelle et effective de réalisation et délai de résolution d’un problème.

• Le suivi de la mise en oeuvre du projet : charge nécessaire pour le démarrage de l’application sur un site et dates effectives de démarrage.

• La maintenance : nombre de demandes de maintenance corrective, évolutive.

Une reconnaissance parfois difficile

Equipe projet« le chef de projet ne produit pas et ne comprend pas…»

Client«La gestion de projet est-elle nécessaire ? »

Prestataire

Direction« le chef de projet doit tenir nos engagements

Source :www.dilbert.com

TYPOLOGIES DE PROJETS

Projets en régie

– Le prestataire s’engage contractuellement à un engagement de moyen.

– Pourquoi ?– Quel risque ?

Projets au forfait :

– Le prestataire s’engage sur la base d’un montant forfaitaire à un engagement de résultat.

– Pourquoi ?– Quels risques ?

EN PRATIQUE

Cas client

• Création d’un site internet de publication de contenu éditoriaux et d’animations scientifiques à destination des enfants/ados

• Contexte : – Démarrage du projet le 15 mai 2012– Client : Service communication d’un gros industriel– Expertise : Le client dispose d’un expert en animation

scientifique– Existant :

• Une version 1 du site est déjà existante• Un prototype d’une v2 du site a déjà été réalisée mais

laissé en l’état.– Les animations scientifiques doivent être sonorisée (voix-off)– Le client souhaite être autonome sur la mise à jour

Quels risques (questions) identifiez vous ?En combien de temps ce projet peut-il être mené sachant que la charge est estimée à 40 j/h ?

L’analyse des risques• Risques potentiels :

– Démarrage fin mai : proximité des congés d’été, indisponibilité potentielle des interlocuteurs et de l’équipe projet.

– Gros industriel / Service de communication : Service potentiellement très sollicité, les retours clients peuvent donc être longs.

– Service de communication : Sensible à l’image et au contenu éditorial, le respect de la charte graphique et la qualité des textes doivent être irréprochables.

– Site existant : la comparaison avec le site existant est inévitable, les forces et faiblesses sont à étudier en amont.

– Prototype v2 non finalisé : le projet a été stoppé ? Quels ont été les freins ? Est-ce un échec ? Y’a-t-il des a priori ?

– Voix-off : le client a-t-il conscience du cout d’un acteur voix-off ? Comment ont été réalisées les voix-off du prototype ?

– Le public est enfant/ado : les deux publics sont très différents, le client doit potentiellement prévoir deux accès afin de ne pas s’adresser de la même manière à ces deux cibles.

– Le client veut être autonome : Quel est sa compétence en informatique ? La solution doit être adaptée à son niveau ? Quelle doit être sa marge d’autonomie.

Un exemple

EN PRATIQUE

Méthodologie PROJET

Sources : les schémas appartiennent à leurs auteurs.

METHODOLOGIE PROJET

Il n'y a pas de bonnes ou de mauvaises méthodes.

Chaque projet a ses spécificités qui conduisent à définir la méthode la moins mauvaise qui résulte le plus souvent du dosage subtil de plusieurs méthodes.

Bon projet !Et bon courage…