La plupart d'entre nous sont au-delà du point où nous croyons que la gestion de projet réussie peut être accompli en suivant une formule ou tout simplement en utilisant le système de droit. Ce n'est pas que les outils ne sont pas importantes, ou que les systèmes ne fonctionnent pas, parce qu'ils font. Toutefois, les systèmes et les logiciels que vous faciliter la tâche, ils ne sont pas les éléments de succès.
Les grandes idées ne sont pas excellents produits jusqu'à ce qu'ils puissent être fabriqués et vendus avec un bénéfice. l'exécution des projets solides peuvent aider à y parvenir.
1. Pick et l'autonomisation de la personne le droit d'être votre chef de projet
Le gestionnaire de projet doit être l'un des meilleurs gestionnaires de l'entreprise et pris au début du projet. Après tout, ils ont un travail difficile. Ils doivent gérer des équipes diversifiées avec des membres qui ont tous "vrai" boss ailleurs dans l'entreprise. Quand quelqu'un cueillette à être un chef de projet, gardez à l'esprit ces exigences;
* Les chefs de projet ont besoin de connaissances détaillées de la Croix-fonctionnelle. Le développement, la production, l'approvisionnement et les systèmes de qualité à votre entreprise sont complexes. Il n'est pas nécessaire pour les chefs de projet ont travaillé dans tous ces domaines fonctionnels, mais le plus sera le mieux. Comprendre le fonctionnement de ces domaines est essentiel pour empêcher le leader d'être dupé par les experts fonctionnels. Détaillée, connaissance de première main du produit, la conception et l'ingénierie des systèmes, des normes de qualité, les technologies de fabrication et de la politique de votre entreprise est obligatoire.
* Les projets techniques devraient être dirigées par des personnes techniques. Ne vous attendez pas un chef de file de l'équipe de développement de produits de réussir si elles ne peuvent pas parler la langue de l'équipe technique. Un spécialiste de l'approvisionnement ou un expert en logistique est peu probable de pouvoir bien comprendre les subtilités de la conception et le processus de spécification, et ils auront du mal à séparer les exigences essentielles de la frime. Les ingénieurs ont mépris pour ceux qui ne sont pas techniquement complexes et peuvent involontairement intimider les autres avec la connaissance de la technologie; les gestionnaires de projet doivent être capables de poser des questions difficiles à réussir. Tous les projets sont de nature technique. Revoir une offre de services ou de modernisation des projets plan de marketing doit être menée par ceux qui sont experts dans ces domaines.
* Les chefs de projet doit posséder d'excellentes compétences organisationnelles. Le grand ingénieur qui ne peut jamais trouver le livre spécifications ou récupérer les derniers résultats de test n'est probablement pas un bon candidat. La gestion de projet est un effort exceptionnel détaillée - une personne qui aime prendre le détail.
* Assurez-vous que les gestionnaires de projet sont grands résolveurs de problèmes. Un projet n'est rien s'il n'est pas un exercice de résolution de problème après problème, assurez-vous que leader sait comment faire face à ces questions.
Vous devrez développer vos chefs de projet propre. Compte tenu de l'éventail des compétences et l'expérience requises, vous avez probablement ne vont pas à trouver la «bonne» personne pour l'emploi. Choisissez quelqu'un avec la plupart des compétences; commencer par leur donner l'expérience nécessaire et les époux jusqu'à ce qu'ils soient prêts.
Le gestionnaire de projet aura droit d'utiliser les systèmes que vous avez développé de façon transparente, et il sera parfois sembler facile. Le gestionnaire de projet tort aura le plus grand système et en faire un cauchemar pénible, les dépenses des semaines à préparer pour les examens de routine, et donnant des résultats inférieurs aux normes.
2. Assurez-vous que les contraintes du projet sont entièrement définies
Le fléau de la gestion de projet sont en train ou "mise à jour" des contraintes une fois le projet démarre. Beaucoup de ces changements sont en fait que des omissions auraient dû être identifiés au début du processus. Sans définition solide de toutes les contraintes, il est trop facile pour des changements importants à apporter tard dans le processus. Prenez le temps avant que le processus de conception commence à obtenir le droit de définition.
Les contraintes, ou portée des travaux (SOW), ont plusieurs éléments. contraintes des clients en tête de liste, mais les limitations de fabrication, les règlements calendrier introduction sur le marché, les préoccupations esthétiques, gouvernementales ou de l'industrie aussi ajouter à ces contraintes. Dans de nombreux projets, ce processus de cartographie des contraintes est oublié ou minimisé. Voici quelques règles simples pour garder à l'esprit ce qui peut vous aider à identifier toutes les contraintes;
* Avant le début des travaux, prenez le temps de définir la responsabilité de chaque élément du projet. Ceci est particulièrement important lorsque vous collaborez avec des firmes externes en tant que partenaires, fournisseurs ou clients. Par exemple, qui a la responsabilité primaire et de soutien pour la conception, les essais, la validation et la fabrication de la partie?
* Rappelez-vous: Les hypothèses sont que mal si vous ne les document. Assurez-vous qu'ils sont tous documentés.
* Reconnaître: Projets impliquent toujours des changements. Soyez prêt en décidant à l'avance comment SOW changements seront traitées. Les pouvoirs d'approbation doivent être établies? gestion SOW fait la richesse de projets. Lorsque le service des ventes ou le client décide que la partie doit être en acier inoxydable au lieu du plastique - la portée du projet a changé et les paramètres doivent être mis à jour.
Apprendre cette leçon. Il pourrait vous faire économiser des millions. Au cours de l'un des grands projets de développement, j'ai réussi, le client a demandé sans cesse de nouvelles fonctionnalités ou aménagées pour être ajoutée à la portée. Mais nous avons eu un détaillé, approuvé l'énoncé des travaux, et un système efficace de gestion du changement SOW. À la fin du programme, lorsque l'équipe d'approvisionnement du client essayait de tirer le coût du projet, nous avons été complètement couvertes. Toutes les modifications ont été approuvées et l'énoncé des travaux, nous avons pu améliorer nos marges.
3. Utiliser tirer de planification plutôt que des méthodes de planification des tâches
Deux difficultés avec la gestion de projet sont un projet de maintien de l'échéancier et le budget. Non-respect des exigences dans ces domaines ont donné lieu à une réaction excessive du niveau de détail la mise en plans de projet au début. Nice peu de prise des phrases comme "Il n'a pas l'intention d'échouer, il a juste omis de plan" déforment la réalité de la situation.
Tâche approche basée sur des plans sur le travail qui doit être fait et combien de temps il est prévu de prendre pour effectuer ce travail. Dans les modèles plus compliqués, nous sommes encouragés à évaluer le temps minimum, l'heure prévue, et le moment le plus probable chaque tâche ou sous-tâche prendra. Le plus détaillée les plans, il est soutenu, plus prévisibles les résultats. Le travail du gestionnaire de projet est de s'assurer que les tâches sont accomplies en conformité avec le plan.
Mais les plans de travail en fonction décomposer et par la suite mener à la micro-gestion. Les pannes sont rarement parce que nous n'avons pas à suivre le calendrier. Il est plus probable que les tâches ont été omis du plan ou les ressources nécessaires ont été largement sous-estimée. En bref, le plan devient un substitut à la responsabilité et les excuses comme «Nous l'avons fait par le plan, ça n'a pas fonctionné" commencent à se faire entendre.
Paradoxalement, la réponse à ces questions est de créer de plus en plus des plans détaillés, qui sont susceptibles de conclure avec des défaillances similaires, car les véritables causes de nos échecs des projets n'ont pas été abordées.
Tirez la planification propose une approche radicalement différente. Au lieu de se concentrer sur les tâches ou le travail, il met l'accent sur les résultats souhaités. Par exemple, lors de la planification d'un test de validation, un plan de tirer définit les objectifs et le calendrier de l'essai. Elle définit les niveaux de rejet de conception et les types d'outils à utiliser. Le plan précise la confiance que l'équipe doit avoir dans les résultats et les méthodes ou les tests particuliers doivent être effectués. S'il ya des considérations secondaires ou des objectifs, comme l'utilisation de la construction événement comme une occasion d'apprentissage pour les associés de production, ceux-ci sont également répertoriés. La consolidation de ces plans de contrôle pour chaque événement devient le plan de projet. L'équipe du projet tire et gère les ressources nécessaires pour fournir les résultats pour les événements de contrôle que le projet avance.
Même avec un projet en utilisant les méthodes de planification pull, il y aura des moments où la tâche de planification est nécessaire. Cependant, ils sont à court terme, des événements particuliers sur lesquels l'équipe se concentre actuellement. Par exemple, si un événement doit prototype achevé de faciliter un test de validation, puis relâchez de bons de commande, de livraison des composants et la planification des ressources de laboratoire doit être fait au niveau micro et en grand détail. Il est nécessaire à la réussite du projet.
Mais n'essayez pas de faire ce mois à l'avance. Il ya juste trop d'inconnues pour le rendre utile. Au lieu de cela, les membres de l'équipe seront frustrés que les plans se décomposer. Les chefs de projet finira par abandonner et "re-plan" du projet.
Ne perdez pas votre temps la construction d'un Microsoft Project Plan qui définit exactement quand les tâches spécifiques doivent être accomplies. Il est impossible de comprendre à l'initiation du projet toutes les tâches qui seront nécessaires pour achever le projet. Concentrer plutôt sur les produits livrables et les résultats nécessaires à des endroits spécifiques, des étapes clés préétablies. Ensuite, assurez vous d'avoir une équipe de projet à l'expertise, les connaissances, la responsabilité et le pouvoir de déterminer quand et comment terminer les travaux pour assurer la réussite du projet.
4. Communiquer, communiquer, communiquer!
gestion de projet est uniquement sur les communications. Le chef de projet qui ne communiquent pas bien échouera. Il doit y avoir communication au sein de l'équipe sur les responsabilités, les objectifs et exigences.
En outre, l'équipe doit communiquer avec la direction, clients et fournisseurs. Quand les gens de l'équipe ne sont pas à l'attente de la scène - ou quand ils ont un bon rendement-dessus d'eux - leurs gestionnaires ont besoin de savoir. S'il ya des questions qui menacent la réussite, ou nouvellement trouvé des occasions, la direction doit savoir.
Quand un obstacle apparaît en raison de problèmes techniques, tendre la main aux experts et aux autres équipes. Il est probable que quelqu'un a eu des expériences qui faciliteront le chemin vers la solution. Quand les idées novatrices sont découverts, trompette ces succès.
Bonnes capacités de communication ne peut être appris assez tôt. Au cours de ma première expérience en tant que gestionnaire de programme, nous vivions une question importante qui a été à la suite de décisions de conception pauvres. Afin de sauver la face, j'ai décidé de garder la question à l'enveloppe "pour un couple de jours" jusqu'à ce que nous avons pu le résoudre. Heureusement, après deux semaines, le problème est toujours imminente, un membre de l'équipe déversé les haricots, et de la gestion est devenue pleinement consciente du problème. J'ai vite appris que la question elle-même a été moins important que le partage de toutes les informations.
Pride ou la peur ne peut pas être autorisés à empêcher la communication au sein des équipes, avec la direction ou avec d'autres équipes. La communication est le but principal de la gestion de projet - ne la négligez pas.
5. Développez vos propres New Product Development System
Dans le climat actuel des affaires, les exigences de développement de produits sont vastes, les règlements environnementaux ou les règles de recyclage mandaté par le gouvernement, les exigences pour les essais de durabilité fixés par le client, le bâtiment ou la peinture des permis requis par les autorités locales, ainsi que des exigences internes à l'entreprise .. . et la liste continue. Si vous faites partie de l'industrie automobile il ya APQP et TS 16949. C'est trop pour n'importe qui de se souvenir.
Les équipes ont besoin des listes de contrôle pour s'assurer que les tâches essentielles de développement ne sont pas négligés. Il ne suffit pas de s'appuyer sur la mémoire de votre équipe de projet, l'équipe de gestion, ou l'équipe de direction pour s'assurer que tout est fait. Définir les besoins, la planification des programmes autour d'eux, vérifiez alors les résultats par rapport aux exigences. Utiliser ce système comme un outil pour le succès, pas seulement une série de tâches qui doivent être remplis.
Formaliser le système; lui permettre de changer et de grandir comme il est utilisé -, mais n'essayez pas de raccourci le processus.
1. Lancement du projet
> Business Case" onmouseover="this.style.backgroundColor='#ebeff9'" onmouseout="this.style.backgroundColor='#fff'">Affaire> Business>
> Feasibility Study" onmouseover="this.style.backgroundColor='#ebeff9'" onmouseout="this.style.backgroundColor='#fff'">> Étude de faisabilité>
> Market Study" onmouseover="this.style.backgroundColor='#ebeff9'" onmouseout="this.style.backgroundColor='#fff'">> Étude de marché>
> Program Objectives" onmouseover="this.style.backgroundColor='#ebeff9'" onmouseout="this.style.backgroundColor='#fff'">Objectifs> Programme>
> Statement of Work" onmouseover="this.style.backgroundColor='#ebeff9'" onmouseout="this.style.backgroundColor='#fff'">>> Énoncé des travaux
> Constraint Map" onmouseover="this.style.backgroundColor='#ebeff9'" onmouseout="this.style.backgroundColor='#fff'">> Carte de contrainte>
2. Planification de projet
> Program Resource Plan" onmouseover="this.style.backgroundColor='#ebeff9'" onmouseout="this.style.backgroundColor='#fff'">>> Plan des ressources du programme
> Milestone Plan" onmouseover="this.style.backgroundColor='#ebeff9'" onmouseout="this.style.backgroundColor='#fff'">Plan>> Milestone
> Manufacturing Plan" onmouseover="this.style.backgroundColor='#ebeff9'" onmouseout="this.style.backgroundColor='#fff'">Plan de fabrication>>
> Design / Verification Plan" onmouseover="this.style.backgroundColor='#ebeff9'" onmouseout="this.style.backgroundColor='#fff'">Plan>> vérification de la conception /
> Sub-System Assumptions" onmouseover="this.style.backgroundColor='#ebeff9'" onmouseout="this.style.backgroundColor='#fff'">>> Hypothèses sous-système
3. L'exécution des projets
> Issues Resolution" onmouseover="this.style.backgroundColor='#ebeff9'" onmouseout="this.style.backgroundColor='#fff'">Résolution> Thèmes>
> Design Completion" onmouseover="this.style.backgroundColor='#ebeff9'" onmouseout="this.style.backgroundColor='#fff'">Achèvement> Design>
> Gantt Chart Tracking" onmouseover="this.style.backgroundColor='#ebeff9'" onmouseout="this.style.backgroundColor='#fff'">Graphique> Gantt> Suivi
> Tooling Completion" onmouseover="this.style.backgroundColor='#ebeff9'" onmouseout="this.style.backgroundColor='#fff'">> Réalisation d'outillage>
> Operator Training" onmouseover="this.style.backgroundColor='#ebeff9'" onmouseout="this.style.backgroundColor='#fff'">Formation> Opérateur>
4. Projet de fermeture
> Project Review" onmouseover="this.style.backgroundColor='#ebeff9'" onmouseout="this.style.backgroundColor='#fff'">> Projet d'examen
> Lessons Learned" onmouseover="this.style.backgroundColor='#ebeff9'" onmouseout="this.style.backgroundColor='#fff'">>> Leçons apprises
> Closure Report" onmouseover="this.style.backgroundColor='#ebeff9'" onmouseout="this.style.backgroundColor='#fff'">Rapport> Fermeture>
> Target / Actual Reporting" onmouseover="this.style.backgroundColor='#ebeff9'" onmouseout="this.style.backgroundColor='#fff'">>> Objectif / déclarante effective
> Guidelines Documentation" onmouseover="this.style.backgroundColor='#ebeff9'" onmouseout="this.style.backgroundColor='#fff'">> Lignes directrices> Documentation
6. L'équipe de direction doit rester impliqué.
Ces projets sont l'avenir de l'entreprise. Comme tels, ils méritent l'attention de l'équipe de direction. Restez impliqués dans les projets de s'assurer que les choses se déroulent comme prévu.
Les bons projets ont des mécanismes intégrés pour garder la haute direction en cause. Des révisions périodiques pour fournir des interactions en face à face entre les membres de l'équipe et les dirigeants sont la clé de la réussite du projet. Ces examens doivent être effectués souvent, au moins une fois par mois. Ne pas mélanger les commentaires des réunions du personnel ou d'autres séances de stratégie - il envoie le mauvais message. fins spécifiques pour ces examens mensuels comprennent:
* L'état du projet de déclaration relative au projet de plan
* Identifier les principales préoccupations, les plaintes des clients, ou les obstacles à la réussite
* Rapport sur les changements au plan de projet, les changements ou les modifications significatives SOW au programme des risques
* Mise à jour des projections financières
* Permettre directs, des communications bidirectionnelles entre l'équipe de direction et les membres de l'équipe projet. expériences connexes de la direction peuvent souvent être bénéfique pour les équipes de projet; l'examen offre l'occasion régulière de ce type d'interface. Inversement, l'équipe de projet ont la possibilité de signaler directement les obstacles, des barrages routiers, ou d'autres difficultés.
New Product Development Systems (NPDS) établir la phase régulière ou Gate Avis de fournir l'approbation officielle des projets avant de passer à la phase suivante. Les dates de ces examens doivent être établies au cours de la phase de planification du projet: les exigences d'examen sont établis par le NPDS lui-même. Ces commentaires sont plongées profondes dans l'état du projet et sont une partie essentielle de l'équilibre des pouvoirs qui sont nécessaires pour déceler les problèmes potentiels à la réussite du projet.
Mais ces critiques ne sont pas suffisants. Participation de l'équipe de direction a besoin de plus de cohérence que peuvent être fournis au cours de ces brèves, des examens officiels. L'équipe du projet devraient être soutenus par des visites informelles et fréquentes des cadres. Revoir le produit du travail de l'équipe du projet. Si l'équipe est en phase de planification; examiner et de commenter les plans. Examiner les documents l'énoncé des besoins - S'assurer que les définitions sont ce que vous voulez à l'avant. Rappelez-vous, c'est votre future entreprise.
cet article est traduisé en francais
l'origine de cet article (en anglai): http://ezinearticles.com/?Selecting-Project-Managers---Project-Management-As-it-Ought-to-Be&id=738636
lundi 24 mai 2010
0 commentaires
Enregistrer un commentaire