Université Paris Est Marne La Vallée. Conduite de projet. Synthèse de cours. Matthieu Alcime

Transcription

1 Conduite de projet Synthèse de cours Matthieu Alcime 2013

2 Table des matières 1 Introduction Les approches managériales et organisationnelles des projets Le métier d ingénieur Le travail en équipe et le facteur humain Cas d étude : «Craven Books» Conclusion... 6 Page 1

3 1 Introduction Dans le cadre du cours "conduite de projets", un travail personnel de synthèse et de rédaction des notions introduites pendant les cours a été demandé. Ce rapport présente à la fois ce qui a été vu en cours (pour démontrer que l on a été attentif et compris) mais aussi - c'est en cela qu'il est personnel - ce qu'il nous a apporté à nous en tant qu'individu et tant que personne (pour démontrer que nous sommes capable de nous approprier des thèmes de management). Ainsi, nous articulons notre rapport autour de trois chapitres : Le premier chapitre consiste en une étude des approches managériales et organisationnelles des projets. Le deuxième chapitre aura comme but de présenter le métier d ingénieur. Le suivant portera sur le travail en équipe et le facteur humain. Finalement, nous parlerons de l'expérience de Craven Books à travers le film diffusé en classe. Page 2

4 2 Les approches managériales et organisationnelles des projets Pourquoi On distingue deux grands types d approches de gestion de projet: Le mode «Etude» Et le mode «Projet» Ces deux approches correspondent à deux approches distinctes, respectivement : L engagement de «moyens» L engagement de «résultat» On parle d engagement de «moyens» lorsque l on démarre une entreprise «from scratch» c est-à-dire que l on n a pas de procédés, outils ou méthodes auxquels se conformer. Pour ce qui est de l engagement de «résultat», lorsque l on ne peut ignorer les procédés et éléments existant avant de se lancer dans une entreprise. Et l autre différence fondamentale se situe aussi dans le fait que l on parle d engagement de «résultat» car on veut arriver à un produit fini et que l on s arrête uniquement à ce moment précis. En cours, j ai pu bien retenir que situer dans quel approche on se trouve est très important pour le déroulement du projet. En projet, on est amené à suivre ces étapes dans les grandes lignes : Présentation du projet: Il s'agit de reformuler le besoin tel qu'il a été exprimé dans le cahier des charges. Définition des grands choix techniques: matériels, logiciels, langages, architecture, méthodes utilisées. Recueil des besoins fonctionnels: il s'agit de recenser les traitements informatiques prévus. Recueil des besoins opérationnels: il s'agit d'expliciter les volumes et la définition de la sécurité. Acteurs du système Diagrammes de contexte: un diagramme de contexte qui représente les acteurs du projet de façon structurée et/ou un diagramme de contexte qui représente les messages échangés entre le système et les acteurs Conception détaillé : il s agit de concevoir l IHM Codage et tests Recette Page 3

5 En règle générale on peut dire qu il faut une taille minimale pour mettre en place et arriver à fonctionner en projet. Généralement cette taille «critique» est de 5 personnes. En dessous, on peut voir le diagramme de Gantt réalisée pour un projet personnel avec quatre autres partenaires concernant le développement d un site Web. Les grandes phases de ce projet - Etude (ou avant-projet), Développement et Après-projet - m ont été inspirées du cours. Le fait de présenter ce diagramme a permis à chacun de se sentir encadré et de se rendre compte des tâches à réaliser à court et moyen terme. 3 Le métier d ingénieur Un ingénieur résout des problèmes «nouveaux» souvent complexes. Sa grande valeur vient de sa faculté à conceptualiser les projets avant de les réaliser. Il sait faire le tri entre «faits», «hypothèses» et opinions. Il a aussi une capacité à démontrer. Tout cela demande des compétences en termes de management des hommes et des projets car il doit travailler en équipe et est souvent amener à diriger ces équipes. De nos jours, le terme est un peu galvanisé mais il n empêche que ces derniers sont à l origine de grandes avancées et redoublent toujours d innovation. Aujourd hui c est beaucoup un chef d équipe. Attentif, il sait favoriser et tirer parti des individualités de chacun des membres de son équipe et communiquer avec eux. Page 4

6 4 Le travail en équipe et le facteur humain Tout d abord, parlons de la différence entre le travail en équipe et de travailler à plusieurs. On pourrait résumer cela en disant qu en travaillant à plusieurs il y a proportionnalité entre le travail fourni, l effort et le nombre de personnes contrairement au travail en équipe. Dans le travail en équipe, il convient que chaque personne ait un poste définie avec un périmètre bien délimité pour les décisions à prendre en ce qui concerne le projet. C est-àdire que chacun doit pouvoir dire quelle est sa responsabilité et sur quel concept du projet elle porte. De surcroit chacun doit pouvoir le dire à la fois pour lui et pour son collègue et par-dessus tout il va de soi que ces derniers soient capables à tout moment de dire qui est le chef de projet sinon il est fort probable que les différentes personnes autour du projet se renvoient la balle dès qu il s agit de prendre une décision ou d agir. C est l une des choses qui n a pas été faite au sein de «Craven Books» dont nous parlerons par la suite. Il faut un Chef de projet. Ce chef de projet a le devoir de répartir les tâches et de faire des synthèses en fin de réalisation de chaque jalon. Un de mes partenaires m a signalé que pour lui si on n avait pas réparti les choses soit on aurait fait des choses inutiles soit on aurait fait tous la même chose sans avancer. L équipe en soit en bien plus importante que les moyens matériels, la communication est une notion fondamentale. Il faut que l équipe soit soudée (entre la MOE et la MOA) pour arriver à un seul et même objectif : une application qui fonctionne. En général, dans un projet et particulièrement dans celui dans lequel je me lance avec mes partenaires les rôles sont les suivants : Fonctionnels : Ce que l on veut, ce que cela doit faire et comment Développeurs : Est-ce faisable, solution réalisable, implémentation, Testeurs : Est-ce complet, comment vais-je pouvoir le tester Utilisateur/Client de la prestation : Ce qui est important, secondaire, et inutile Et fonctionnels, développeurs, testeurs et client de la prestation :Tous doivent donner leur avis, leur point de vue. 5 Cas d étude : «Craven Books» Le pilotage d un projet Toujours bien délimiter le périmètre d un projet, garder en tête le besoin qui a créé le besoin pour ne pas rentrer en digressions. Prendre des notes des décisions. Désigner un responsable de projet. Page 5

7 Déploiement en Big-Bang vs. Déploiement en biseau. Dans le cas de «Craven Books», on a eu affaire à un déploiement en big-bang. Tous les pôles de l entreprise ont subi un changement informatique au même moment et vraisemblablement ces derniers n étaient ni prêt ni suffisamment formés et à tout cela se rajoute le fait qu il n y ait eu ni une durée raisonnable d intégration ni une connaissance suffisante de l environnement dans lequel les logiciels étaient intégrés. Dans le cas d un déploiement en biseau, on fait en sorte d imbriquer les différentes parties du logiciel en suivant un plan de déploiement. De surcroît, le CEO de l entreprise n avait aucune notion de l humain. J ai bien retenu de ce cas aussi qu il faut penser au besoin avant de penser à la solution et ne pas vouloir faire plus que ce qu il n est voulu au risque de s éloigner de ce besoin et se confronter à d immenses problèmes. 6 Conclusion En résumé ce cours de conduite de projet fut très constructif tant au plan personnel qu éducatif. J ai pu acquérir une meilleur vision de ce qu est la gestion d un projet et des problèmes qu on rencontre et que même les personnes les plus aguerries y font face. Page 6