Cours complet sur la gestion de projet avec modèles et documentation

1. Introduction du cours de gestion de projet: Bienvenue dans l'introduction de ce cours. Ce cours vous montrera tout ce que vous devez savoir sur gestion de projet en théorie et dans la vie réelle. Et aussi comment réussir en tant que chef de projet. Le chef de projet depuis 20 ans. Je suis également coach en gestion de projet depuis dix ans. Maintenant. J'ai également travaillé avec des chefs de projet moi-même, en tant que chef de programme, en tant que responsable, pour vraiment comprendre ce que l'on attend de la gestion de projet afin assurer qu'à la fin de ce cours, sont des experts en gestion de projet. J'utiliserai le rôle de diagrammes, de modèles, d' exemples de quiz. Assurez-vous vraiment que les concepts sont bien compris, mais en même temps, et nous soulignerons également les différences entre la théorie et le chef de projet réel. Je vais vous montrer les défis auxquels un chef de projet peut faire face au quotidien et comment les relever. Je vais également vous montrer comment simplifier les choses. Nous devenons plus efficaces. En d'autres termes, je vais vous montrer ce qui est important, mais c'est une partie cachée de ce cours. Je vais vous fournir un cadre clair étape par étape qui, Je vais vous fournir un cadre clair étape par étape si vous l'utilisez, vous pouvez vraiment vous démarquer en tant que chef de projet. Vous pouvez vraiment devenir chef de projet Ace. Dites-moi que si vous vous en tenez à joindre votre manager, votre équipe l'entreprise, ils aimeraient vraiment vous voir si vous avez des personnes à vos côtés. Il a parlé d'un projet de guérison. Maintenant, dans la troisième partie, dans la troisième partie, nous allons passer en revue haut niveau certaines méthodologies afin que vous puissiez voir comment ce cours les concerne et je vais vous donner mon avis sur leur importance. J'ai déjà mis toutes mes 20 années d'expérience dans ce cours. Si vous êtes intéressé par la gestion de projet, si vous souhaitez vous lancer dans la gestion de projet en tant que chef de projet. Et peut-être si vous êtes déjà chef de projet et que vous voulez vraiment passer à la vitesse supérieure. Je pense que vous en bénéficierez. Mais aussi, si vous travaillez avec Project Manager, vous pouvez vraiment comprendre d' où ils viennent. Et peut-être que vous pouvez aussi leur donner quelques conseils. Si vous souhaitez en savoir plus sur ce cours, voici un aperçu de 15 minutes. Je sais que 15 minutes, c'est long, mais je l'ai créé pour ceux d'entre vous qui ne savent pas s'ils veulent suivre ce cours ou non. Vous pouvez donc vraiment entrer plus en détail dans tous les cas. Merci beaucoup de m' avoir écouté. 2. C'est parti !: Merci beaucoup d'avoir suivi ce cours. Je l'apprécie vraiment et j'espère que ça en vaudra la peine. Alors s'il vous plaît n'hésitez pas à tout moment s'il y a quelque chose qui n'est pas clair ou si vous voulez plus, quelque chose ajouté, comme je le dirai, pas de conclusion aussi bien si vous voulez, s'il y a assez de demande, je suis heureux d'ajouter quelques sujets. Donc, si vous n'avez pas vu le plan du cours, la prochaine vidéo vous fournira plus de détails sur le parcours global. Mais si vous voulez juste y plonger directement, s'il vous plaît aller dans les conseils pour passer en revue ce cours et il y a quelques suggestions sur certaines ressources à imprimer. Et après que vous pouvez aller dans la petite histoire sur la naissance de la gestion de projet. Alors merci encore et tout le meilleur à vous et j'espère que vous obtenez beaucoup de cela. 3. Facultatif : aperçu détaillé des cours: Ce qui suit est un plan de cours. C'est un peu long parce que je veux qu'il soit très complet. Si vous hésitez encore, si vous n'êtes pas sûr vouloir acheter ce cours ou non. J'ai pensé que cela aiderait même vers la fin, il existe un petit tableau de comparaison basé sur votre niveau carburant qui vous dira si le cours vous convient ou non. Cela dit, si vous vous êtes déjà engagé dans le programme, dans le cours, cela peut être utile si vous souhaitez avoir une compréhension approfondie de ce qui vous attend. Mais si ce n' est pas le cas, n' hésitez pas à la sauter et à passer directement à la prochaine conférence. Bienvenue dans l'aperçu du cours. Avant de commencer le contenu du cours, je voulais juste avoir un bref aperçu de la philosophie. abord, ces cinq composantes, si vous voulez, que j'ai rassemblées pour faire en sorte que le cours soit un, espère agréable à suivre, et deux, qui augmenteront la rétention. Il y a donc une vision pratique des concepts, des scénarios de la vie réelle. Cela devrait donc faciliter l'apprentissage du cours. Il y aura donc beaucoup d'exemples pour des raisons évidentes, c'est toujours mieux. J'ai un exemple ou parfois nous ne comprenons pas complètement le concept, mais dès que l' exemple arrive, oui, nous voyons comment il est lié à la vie réelle. Nous montrerons également autant que possible comment simplifier. Comment pouvons-nous mettre en œuvre rapidement ce que nous avons appris ? Et je pense aussi qu'ils faciliteront la maîtrise. Donc à quelque chose de simple, plus facile à comprendre, plus facile à maîtriser. Ensuite, vous pouvez le prendre à partir de là dans tous les diagrammes. Et je pense que c'est un excellent moyen de communiquer un concept parfois, donc il y en aura beaucoup. Enfin, pour la première partie, qui est un cours, et la troisième, qui est une norme, il y aura des quiz. Maintenant que nous avons oublié tout cela, contenu du cours, qu' allez-vous apprendre ? Nous commençons par une introduction, quelques suggestions que j'ai à vous faire pour suivre le cours. Par exemple, il existe une feuille de route que j'appelle une feuille de route. Je sais que certains d'entre vous aiment regarder vers l'avenir. Nous sommes ce qu'il y a dans un cours. Ils aiment donc l' imprimer ou le mettre à portée de main sur votre tablette afin que vous puissiez suivre où nous en sommes et les différentes fonctionnalités. Mais certains préfèrent simplement le faire étape par étape. Ce sera donc entièrement à vous de décider. Mais je vais vous suggérer quelques ressources que vous pourriez imprimer. Nous passerons en revue ce que j' ai appelé la naissance de la gestion de projet. C'est donc quelque chose de totalement personnel. Ne me cite pas là-dessus. C'est ainsi que j'ai imaginé que la gestion de projet était née. J'ai donc écrit une petite histoire à ce sujet. Ce serait une bonne façon de vous présenter la gestion de projet et la façon dont les différentes phases de la gestion de projet sont nées. Cela nous mènera aux phases de la gestion de projet et aux différentes activités de gestion de projet. Ensuite, nous fournirons une définition de la gestion de projet et du rôle du chef de projet. Et nous allons déjà terminer par un quiz. Nous allons donc passer à la première partie. La première partie est le cours de gestion de projet. La structure est donc très simple. La gestion de projet est divisée en phases. Donc, au cours de ce cours, nous allons simplement parcourir les phases plus ou moins, avoir une vue d'ensemble à l'avance. Après avoir passé en revue les quatre phases, savoir le lancement, la planification, l'exécution et la clôture. Et après avoir fait un examen et un rapide au cours de ces phases, certains concepts, sujets, outils seront expliqués. Et je voulais juste les revoir avec toi. Nous n'allons donc pas suivre le cours complet. Je voulais simplement souligner ce que nous allons aborder, entre autres choses. Donc, pour chaque phase que nous examinerons, discuterons de l'objectif de la phase. Nous fournirons la compétence clé, ce que cela signifie si le résultat est vendu au très haut niveau. Après avoir examiné le rôle du chef de projet pour chacune de ces phases, revue la gestion des parties prenantes. Ce sera évidemment comme tous les sujets que je vous présente. Maintenant, il va revenir pour différentes phases. Nous examinerons qui sont les parties prenantes, examinerons comment nous pouvons les classer. Et nous allons examiner un exemple sur la façon de stocker ces informations et d'établir un plan de communication à partir de celles-ci, nous allons revoir la structure de notre projet. Nous aurions quelques diapositives à ce sujet. Il ne s'agit que d'une structure, mais je pense qu'il est important de comprendre la structure lorsqu'on dans le rôle d'un chef de projet se retrouve dans le rôle d'un chef de projet. Nous allons donc avoir plusieurs exemples de structure. Nous passerons en revue la gestion des risques. Nous examinerons la gravité du risque, comment l'évaluer, et nous examinerons un exemple très précis de registre des risques. Alors, comment le structurer correctement et les différents types de résultats que nous pourrions avoir pour chaque risque répertorié. Nous allons revoir la portée. L'importance de la portée. Pourquoi choisit-il comment le créer ? Nous allons passer en revue le processus de contrôle des modifications. Ce n'est donc pas la taille de la mention, mais c'est juste pour vous donner une idée de la structure du cours dans un type de diapositive différent que vous pourriez avoir. Nous allons donc parler de la planification. Je vais vous donner quelques suggestions sur la façon créer un calendrier qui a permis de le faire. Nous proposerons également quelques étapes suggérées pour établir un calendrier. Représentation différente d'un horaire. Comment contrôler le calendrier à l'aide du logiciel MS Project. Qu'est-ce qu'un chemin critique ? Et maintenant, pour le vérifier rapidement sur le planning. Nous examinerons évidemment le coût et le budget, qui est également une partie très importante de la gestion de projet que nous suggérons un moyen très simple diviser pour commencer à vous un budget ou un véritable examen avec vous. Quelques-uns de ces exemples sont très concrets, très clairs. J'espère. Nous passerons en revue un concept appelé Earned Value, dont la méthodologie de gestion de projet aime discuter. Mais comme vous l'avez vu, je vais juste revenir à cette diapositive. Je voudrais simplement le présenter de manière extrêmement simple, d'abord après avoir abordé des exemples plus complexes. Mais toujours l'exemple, toujours le concept d'avoir quelque chose pratique et un exemple à suivre, à suivre. Nous examinerons la gestion de la qualité. C'est à ce moment-là que vous commencez à dormir. J'essaie de le rendre aussi intéressant que possible. C'est assez important, mais c'est vrai que lorsque vous suivez tous ces cours de gestion de projet, c'est assez lourd à apprendre . J'espère donc l' avoir simplifié et en même temps gardé, gardé très pratique et complet une supposition. Fournissez ici de nombreuses informations, en soulignant celles qui sont vraiment importantes. Nous examinerons également évidemment la gestion des problèmes. Nous avons quelques diapositives autour de cela et un exemple très clair de registre des problèmes avec un modèle. Réunions de projet. Nous allons donc également examiner cela dans la deuxième partie, où je vous explique comment gérer un projet. Mais nous allons passer en revue dans la première partie. Voici, vous savez, la façon de faire selon les règles et les différents types de réunions que vous pouvez, vous pouvez avoir. Il y a donc évidemment aussi modèles que nous allons examiner et discuter. Nous aborderons également le reporting de projet, qui est très important pour la perception d'un chef de projet. Nous allons donc également parcourir un modèle. Nous allons passer en revue une activité de clôture. Je vais donc séparer la clôture un peu parce que c' quelque chose qui est souvent précipité, mais j'espère que cela vous a fourni un moyen clair de connaître vraiment les éléments clés de ceux-ci. Et je vais vous expliquer pourquoi c'est quelque chose que vous pouvez utiliser comme une opportunité de briller en tant que chef de projet pour la raison même que je ai fournie auparavant, c'est souvent précipité. Donc, si vous le faites correctement, je pense que vos parties prenantes seront impressionnées. Nous fournirions des modèles, ou nous l'avons vu. Nous avons vu certains modèles. Il y en aura plus et des exemples. Encore une fois, c'est juste pour vous donner un exemple, il existe un plan de gestion de projet, qui est un document créé par un chef de projet. Je vais donc donner des exemples de ce genre de choses exactement. Prenez un projet comme exemple et exactement ce que vous devez mettre dedans et vous pouvez en mettre plus, mais le point de départ est très important. C'est donc ça. Donc c'est juste que, c'était juste un bref aperçu de certains des sujets à deux, vous verrez l'âme. Avant de vous engager dans ce cours, vous savez quoi, vous aurez plus ou moins d' espoir avec cela. C'était donc pour la première partie. B2 est le cadre pour vraiment participer et vraiment le faire passer au niveau supérieur pour vraiment AGIR. À mon avis, il y aura trois composantes. Dans un premier temps, nous passerons en revue le contexte de gestion de projet. Quel est le contexte du chef de projet lorsqu' il a rejoint l'entreprise ? quoi doit-il faire face ? Et après, nous entrerons dans le cadre. Le cadre n' est donc pas quelque chose moelleux, quelque chose de très concret. Je vais vous dire exactement ce que vous devez faire. Eh bien, je vais vous donner des exemples et des exemples similaires, mais c'est très, c'est très concret. Désolé d'avoir insisté sur ce point, mais ce n'est pas quelque chose de moelleux. Ce serait bien si tu pouvais faire ça, mais fais juste A, B, C, D. Et finalement, nous allons parler d'un conseil pour l'entretien. J'ai donc interviewé de nombreux chefs de projet et j' ai également été interviewé en tant que chef de projet. J'ai travaillé dur et je sais ce qui fonctionne et ce qui ne fonctionne pas. Nous pouvons donc revoir cela. C'est donc tout pour la deuxième partie. Troisième partie, méthodologies. Donc, la troisième partie, je l'ai mise vers la fin afin que vous puissiez voir comment ce cours s'intègre aux méthodologies existantes si vous le souhaitez. Pnp et print aussi, si vous n'en avez pas entendu parler, ce sont des méthodologies de gestion de projet. Vous, ils sont évidemment très longs à apprendre et ils ont des goûts d'examinateurs très approfondis. Donc évidemment, je ne vais pas vous donner un PNP et il imprime deux cours. Ce n'est donc pas le but de ce cours. Mais je voulais vous donner un peu de contexte pour vous montrer comment ce cours est lié à PNP et aux imprimés également, plus ou moins. L'idée était simplement de vous montrer que c'est plus ou moins pareil. anciennes méthodes de gestion de projet sont les mêmes. Nous allons donc revoir. Donc en cascade et agile, Waterfall n'étant pas une méthode par défaut utilisée pour la gestion de projet. Je vais y aller très rapidement et Agile, je vais vous fournir un peu plus d'informations. Je vais vous montrer un exemple. Nous fournirons également, vers la fin, une comparaison entre Agile et Waterfall, les avantages et les inconvénients. Donc, si vous vous demandez quel ange déchu vous pouvez utiliser les deux en utilisant le palais, l'un des noyaux. Il s'agit donc d'une manière différente de livrer le travail si vous le souhaitez. Ce siège, nous sommes repartis avec une seule question. Ce cours vous convient-il ? Ce cours s'adresse à vous si vous souhaitez comprendre la gestion de projet. Si vous souhaitez devenir chef de projet ou si vous souhaitez perfectionner vos compétences en gestion de projet. Maintenant, si nous allons un peu plus en détail, si vous, si vous êtes du genre, je ne vous connais pas, alors je vais juste passer différents niveaux ici et voir si c'est trop pour vous. Supposons que vous soyez un débutant et que vous ne comprenez pas du tout la gestion de projet. Ce cours est définitivement fait pour vous. Je veux dire, je vais vraiment le prendre dès le début comme je disais, je vous racontais juste une petite histoire sur façon dont j'imaginais que la gestion de projet était née aussi. Je pense que cela vous sera très utile. Il y a donc trois parties dans ce cours. Donc, si vous êtes un débutant ou un profane, je vous suggère de commencer évidemment par la première partie et après avoir fait PO2 et après avoir fait une partie gratuite. Donc c'est pour toi si tu es dans cette catégorie, si tu es intermédiaire, je pense vraiment que tu vas aussi en tirer des leçons. J'y mets toute mon expérience en tant que coach et chef de projet. Et je suis sûr que vous obtiendrez quelque chose pour première, la deuxième, la troisième partie. Si ce n'est pas le cas, je me ferai un plaisir de vous rembourser. Je pense que cela fait partie des termes du cours de toute façon. Maintenant, si vous avancez, madame, vous pourriez aussi en tirer des leçons. J'ai vraiment fait quelques efforts pour mettre en place un cadre. Donc pour la deuxième partie, je serais surpris si tu n'obtiens rien de tout ça. Mais vous pouvez aussi obtenir quelque chose de la première et de la troisième partie, je crois qu'en fait, je suis très intéressé si vous voulez y jeter un œil. C'est ainsi que je suggérerais vraiment cela potentiellement, potentiellement et des années ici. C'est donc ça. Nous sommes donc passés de la philosophie du cours, grammes, des exemples, de la vue pratique, des quiz. Pour vous aider à conserver des informations et à vous détendre. Je fournis une description précise du contenu du cours, qui comprend trois parties. La première partie, le cours lui-même, la seconde, savent vraiment comment le faire passer au niveau supérieur. Et le troisième pouvoir de donner un peu plus de contexte ce cours parmi toutes les méthodologies de gestion de projet. Et j'espère que nous répondrons enfin à la question, est-ce que cette cause est pour vous ou non ? 4. Comprendre la gestion de projet via une histoire illustrative: Les prochaines diapositives sont donc entièrement inventées. Plus ciblé cette fois-ci. Oui, si vous n'avez jamais fait de gestion de projet et je pense que cela vous initiera à la gestion de projet sous un angle différent. Ce que j'ai trouvé, c'est dans les méthodologies de gestion de projet qui vous disent, oui, il s'agit de quatre phases et ainsi de suite et que c'est le but de chaque phase, mais elles ne vous disent pas comment elles sont apparues et pourquoi les créer pour commencer. De plus, si vous connaissez un peu la gestion de projet, je vous recommande de passer par là. Je ne pense pas que ce soit difficile à regarder. Je pense que c'est un peu plus loin, quelques photos et quelques diagrammes dedans. J'espère que vous les apprécierez. Ensuite, au fur et à mesure que nous progresserons dans le cours, vous obtiendrez la forme ou le type de signification de chacune de ces phases. Cela dit, passons tout de suite dans chaque cas. Bienvenue dans cette partie du cours. Ok, alors ne me cite pas là-dessus, s'il te plaît. C'est, ce n'est probablement pas exact. Donc ces sommets, que j' imagine comme un outil d' apprentissage, comment la gestion de projet a pu naître. Alors imaginez qu'il y a une reine, elle a des dirigeants. Mais ils se concentrent toujours uniquement sur la tâche quotidienne, sur les murs et ce genre de choses. Donc mais elle a encore un gros projet qu'elle veut mettre en œuvre. Le travail sur ces projets est donc désorganisé. Les équipes sont à égalité. L'argent semble toujours manquer. Alors elle dit, dit-elle, j'ai des leaders, mais ce n'est pas suffisant si quelqu'un se concentre vraiment là-dessus. Nous étions donc sur le point d' assister à la naissance de la problématique de la gestion de projet. Cela a permis un effort manquant de coordination, de suivi et de solution. Fournir une ressource dédiée pour gérer méthodiquement le travail jusqu'à son achèvement. Chef de projet. Par conséquent, faites votre chef de projet la Reine. Allez vous assurer que tout se passe bien. Appelle-moi de temps en temps. Alors merci. Suggère de rattraper le retard une fois que tout est fait pour clore les choses et voir si nous pouvons améliorer les choses pour la prochaine fois que nous ferons cela. D'accord, nous avons déjà un chef de projet et nous avons notre chef d'entreprise. Voyons donc comment cela a fonctionné sur le premier projet qu'ils ont eu. Premier projet, essai un, la Reine obtient un projet. Et le chef de projet jouait un rôle de surveillance pendant le rôle de réparation. Tu vois ce que je veux dire. Et communiquer aussi. Et après la fermeture. C'est donc là qu'il était question tout à l'heure. Rattrapons-nous à la fin du projet pour voir où nous allons. Ensuite, la reine peut bénéficier des avantages d'un projet. Ainsi, à la fin, le chef de projet rend compte à la reine comme convenu. Pourquoi a-t-il dit, d'accord, je pense que nous pouvons améliorer ça. Je n'étais pas sûr de ce que je surveillais. Je ne savais pas quand tu étais si vieux. Combien d'argent j'avais ? Je ne savais même pas combien d'argent j'avais. Cela m'aurait aidé si je savais ce qui pouvait arriver avant que personne ne m'en ait parlé. qui j'étais censé communiquer et comment la reine était trop occupée, elle n'a pas rendu le noyau. En quoi consistait ce projet  ? Quel était le plan ? Ok, eh bien, il a de la chance. La reine est une personne plutôt gentille, disons, accord, je comprends ce que vous voulez dire. Pour notre prochain projet, prenons le temps de nous asseoir et de planifier comment nous allons communiquer, comment allons-nous faire les choses ? Ensuite, nous pourrons progresser lorsque nous serons tous d'accord sur un plan. Alors établissons d'abord un plan. Nous nous mettons d'accord sur un plan, puis nous progressons. Faisons ça. Ce sont donc les tâches qu'un chef de projet effectuait auparavant, mais maintenant il en a ajouté quelques autres. Oui, j'ai planifié un peu puis il y a eu approbation du plan. Alors, comment ça s'est passé ? Vous pensez que c'est le procès numéro deux ? So Gun Project, voyons voir. a fallu deux mois de planification et une fois que le plan a été présenté pour approbation à la reine, accord, la planification est terminée. Cela vous coûtera 51,6£ d'or. Et nous devrions être en mesure de le terminer en 26 mois environ. En passant, nous risquons de perdre 51,3 % de notre armée dans ce processus. Je veux dire, c'est évidemment précis pour une raison : vous voyez où j'en suis, où je veux en venir. Alors la reine a immédiatement vu où tout cela était un Ouest. Nous n'avons pas l' argent, nous n' avons pas ces livres d'or. Et je peux me permettre d'attendre deux ans car 26 mois pour terminer. Vraiment, ils voient les avantages, c' est que ça n'en vaut pas la peine. Je n'approuverais pas ce projet si j'avais au moins une idée approximative du coût et du temps que cela prendrait. J'étais conscient du risque énorme perdre la moitié de mon armée. Elle n'était donc pas consciente du risque. Et elle vient d'entendre parler du coût incroyablement élevé et de combien de temps le projet alors que le pire c'est qu'il a passé deux mamans, donc deux mamans payant le chef de projet et tout ça pour trouver quelque chose qu'elle savait qu'elle ne voulait pas. Il existe sûrement une meilleure façon de procéder. Alors maintenant le chef de projet, ça revient à elle et voit, d'accord, je suggère qu'on fasse une évaluation rapide cette fois, pas ces deux mamans qui planifient la plupart de la planification. Nous effectuons une évaluation rapide et vous donnons quelques informations de base avant commencer à planifier nos projets. Nous pouvons vous donner les délais de cours de niveau supérieur rapidement, qui participera. De cette façon, vous pouvez décider de démarrer le projet. La planification vaut même la peine. D'accord, mais je dois te prévenir, nous ne serons pas aussi précis, mais au moins tu l'as, tu as une idée et tu peux prendre une décision. Alors voyons voir. J' ai fait un dernier procès. Donc avant la planification, l'approbation du plan, le suivi, réparation, la communication, la fermeture, tout cela se passait déjà. Mais ce qu'ils ont décidé cette fois-ci, c'est d'ajouter deux étapes. Remarquez donc que ce n'est plus un projet. C'est juste une pièce d'identité ou un besoin. Ok. Ce n'est pas encore un projet. C'est juste une discussion qui a eu lieu. Oui, pourquoi ne pas le faire ou nous devons absolument le faire. Il y a une évaluation , puis il y a une action ici. Est-ce qu'un projet est approuvé. Donc après quelques semaines, je ne sais pas. Mamans, votre évaluation est terminée comme convenu. Ils disent qu'ils vont faire une évaluation rapide. Une évaluation rapide terminée vous coûte environ 30£, que tout cela est juste pour que vous puissiez suivre. Il s'agit d'un projet final. Il s'agit d'un troisième projet si cela vous plaît. C'est pourquoi ce n'est plus 50£. C'est seulement pour 30£, c'est un projet différent. Parce que vous avez 30£ d'or gratuits. Et nous devrions être en mesure de le terminer. C'est des mères qui coulent, pas de perte de notre méthode. Aimeriez-vous aller de l'avant. Ce n'est pas encore un projet. C'est lui qui fait l'évaluation. Et elle a dit : « Oui, j'aime beaucoup mieux ce processus. Non, j'ai quelques informations clés avant donner le feu vert à des projets potentiels. Je me rends compte que ce n'est pas aussi détaillé que lors de la planification, mais cela me suffit pour approuver ou refuser les propositions de projet. D'après les informations que tu m'as données, nous avons un gagnant. Allons de l'avant avec ce projet et remarquons que nous avons maintenant un projet. Cela, nous ne voulons pas encore l' appeler projet, parce que dans l'exemple précédent, il y avait trop de temps pour qu' un endocrinien décide de ne pas le faire, donc ce n'est pas un projet. Bref, oui, ok. Voilà ce que nous avons. Nous avons toutes ces activités qui ont lieu. Le projet n' étant pas un projet ici et toutes ces productivités et après la reine peuvent avoir des avantages. Ce que nous pouvons faire, c'est regrouper ces activités dans ce que nous appelons les phases de la gestion de projet. Parce que nous nous rendons compte que ces deux-là pourraient être regroupés, les bleus pourraient être bruts. Supposons que nous l'appelions la phase d'initiation. Nous, la deuxième palette que nous avons ajoutée, nous l'appelons la phase de planification. Donc la planification de l'initiation. C'est ainsi qu'il en était au début. Que faisons-nous pour les autres activités ? Nous les avons divisés en deux groupes. Nous avons l'exécution ici, nous avons la clôture qui a été convenue au tout début. Quand ils ont dit, mettons-nous d'accord pour rattraper notre retard à la fin pour voir si nous nous sommes améliorés ou non. C'est pourquoi ils ont amélioré leurs processus en rattrapant leur retard lors de la clôture du projet. Ce que nous avons ici, ses phases. Nous avons donc un aperçu, si vous le souhaitez, quatre phases, l'initiation, la planification, l'exécution et la clôture. Et ce que nous avons sur le côté gauche de ce diagramme, ce sont les activités. Et nous avons dans ce cas, 12345678 activités. Certaines de ces activités ne sont donc que des approbations, elles verront qu'elles constituent en fait une étape importante. Ils sont donc, ils sont là. Cela vous permet de passer d'un identifiant à un projet, en passant par les avantages du projet. Nous pouvons être que vous avez besoin de quelque chose qui doit absolument être fait. Nous ne voulons pas vraiment que cette politique soit mise en œuvre, mais on nous demande mettre en œuvre, c'est donc une nécessité. Mais nous suivons toujours ce processus dans votre façon d'évaluer et de projeter et tirer des avantages. C'est donc ça. Mon point de vue sur la gestion de projet. Nous pouvons comprendre pourquoi il existe ces différents types de phases. En rattrapant votre retard après le projet, vous pouvez mieux réaliser votre prochain projet. L'exécution, c'est parti, vas-y. La planification vise à vous donner une idée plus précise de ce que sera le projet. Une initiation, c'est vraiment à faire. Nous voulons même le faire, mais nous allons tous les revoir. J'ai juste pensé que je voulais relier cette histoire à la suivante avec la première partie, c'est là que je voulais relier cette histoire à la suivante avec la première partie, que nous commençons à entrer plus en détail là-dessus. Cela dit, passons à la partie suivante du cours. 5. Connaître pour le cours: Avant de commencer, juste au cas où vous ne sauriez pas comment ça marche. Oui, c'est la première fois que tu prends ce sommet bien sûr. Pour certaines conférences, il y a quelques pièces jointes à eux. Il peut s'agir de PDF où j'ai mis certaines des diapositives là. Il peut y avoir des modèles, des registres. Quand nous passerons à la planification, je joindrai quelques horaires. Donc, pour chaque conférence, n' hésitez pas à regarder ces pièces jointes à temps qui peuvent vous aider à les avoir à portée de main si nécessaire. Mais en ce moment, il y a deux PDF attachés à cette vidéo, et je pense qu'ils seront très utiles pour vous d' imprimer ou d'avoir à portée de main pendant la durée du cours. Ce sont toutes les deux des feuilles de route. Le premier est juste de vous montrer un aperçu des phases et des composantes clés de ces phases. Le second est très similaire, mais il vous montre également quels sont les résultats d'un chef de projet. Qu' est-ce qu'à la fin de la journée, le gestionnaire de projet doit créer. Donc je vous suggère d'imprimer ça. Dans la prochaine vidéo, nous allons parler de terminologie et vous suggérons également d'imprimer ou vous avez à portée de main celui sur la terminologie. Une autre remarque que vous verrez sur certaines des diapositives, il y a parfois un avancé écrit en haut à droite, en haut à gauche. Donc, c'est juste pour vous dire que si vous êtes un peu submergé, n'hésitez pas à les sauter. Je sais que quand tu suivras un long cours comme celui-ci, parfois tu as juste, ton cerveau veut avoir une pause, alors il suffit de les sauter et peut-être que tu pourras y revenir plus tard. Ils sont un peu avancés. Cela signifie qu'ils sont commandés dans la gestion de projet, mais pas comme commande que, comme les autres composants. Maintenant, jetons un coup d'oeil à une partie de la terminologie. 6. Terminologie utilisée: Il s'agit donc d'une terminologie à laquelle je faisais référence. Donnons donc quelques définitions. J'ai promis que ce ne serait pas trop long, mais ça en vaudra la peine. Produit. Le produit est l' objectif final du projet. Si lorsque vous établissez un pont, par exemple, le produit final ou le livrable, il s'agit de la violation, de la violation du projet. Vous m'entendrez donc parler de produits. Cela signifie donc ce que le projet vous apportera. Il y a donc des composants que l'équipe de projet devra fournir à la fin du projet. Un exemple de la brèche, ce pourrait être la race elle-même, être également tous les manuels d' exploitation pour le pont plus ancien ici donnent les différents résultats des tests de documents et arrivent. Donc, tout ce que l'équipe de projet produit Morris BAU ou au business as usual, si vous n'êtes pas familier avec cela, cela fait partie de l'organisation qui gère nos activités quotidiennes. Et c'est pourquoi la gestion de projet était due au fait que tout le monde se concentrait tellement sur ce qu' il faisait tous les jours et que tout à coup, un gros projet arrivait. Et tout le monde est occupé à faire ses propres choses, donc ils ont des ressources dédiées. Donc business as usual, c'est la partie de l'entreprise qui fait les activités quotidiennes et les équipes de projet se concentrent davantage sur le projet, le client, le client, les affaires. C'est donc une partie prenante qui a besoin du résultat du projet. C'est donc plus ou moins pour qui nous travaillons. J'utiliserai ces termes, utiliserai plus souvent business et client ou client. Donc la haute direction, l'équipe dirigeante, par opposition au manager que nous verrons plus tard. haute direction pour moi, c'est que cela fait partie de l' entreprise qui est au-dessus de vous d'une manière qui ne signifie pas qu'ils sont impliqués dans votre projet. Mais dans un sens plus large, il pas nécessairement de travailler sur le projet, mais cela peut être le PDG de l'entreprise. Il peut s'agir d'un directeur exécutif d'une autre partie de l'entreprise. Et le responsable, quand je parle de responsable, également connu sous le nom de responsable hiérarchique, responsable programme pour le chef de projet. C'est ton patron. Si vous êtes chef de projet, c'est le gars qui voit les deux. Donc, quand je vois que vous devez les donner à votre manager ou vous devez les donner à votre entreprise. Ce sont des entités différentes. 7. Qu'est-ce que la gestion de projet: Nous tentons ensuite de définir la gestion de projet. Veuillez garder deux choses à l'esprit. La première chose est qu'il existe nombreuses définitions de la gestion de projet. J'essaie de t'en donner un. J'en ai créé un qui reflète bien ce qu'est la gestion de projet, mais il en existe d'autres. Ils incluent généralement le mot effort, que je voulais vraiment éviter à tout prix. La deuxième chose à garder à l'esprit est qu'il s'agit toujours d'exceptions. Et certaines entreprises utilisent la gestion de projet de manière très flexible et flexible. C'est donc non, rien n'est gravé dans le marbre. D'une certaine façon, c'est ce qui est intéressant dans la gestion de projet. Mais passons à ces définitions. Qu'est-ce que la gestion de projet ? gestion de projet est la pratique consistant à coordonner le travail d' une équipe pour atteindre un objectif spécifique à un moment précis. Donc la raison pour laquelle l'équipe qu'il est, c'est que vous n'avez pas vraiment besoin d'une équipe. Je l'ai mis entre parenthèses. Parce que selon moi, la gestion de projet, et pas seulement à mon avis, prédire la gestion peut être une seule personne. Je veux dire, je suis sûr que vous avez entendu parler de ces types qui dirigent un projet ou sont seuls. Mais ce qui est essentiel ici a un objectif précis à un moment précis. Donc, si ce n'est pas un objectif très précis, on ne peut pas vraiment on ne peut pas vraiment parler de gestion de projet comme d'habitude. Et à un moment précis également, lorsque cela devient permanent, quand cela devient quelque chose de récurrent, cela se produit tous les trois mois, voire tous les ans. Cela ne devrait pas s' appeler des projets. Il devrait y en avoir un, on devrait leur donner un autre nom. C'est un projet ponctuel. Notez que l' ordonnance spécifique doit être suffisamment forte ou suffisamment importante pour être un projet. Vous avez une affaire avec votre équipe, elle a quelque chose de plus petit à faire. Ont-ils besoin d' une équipe de projet avec le processus de reporting en place avec un budget et des érotiques, probablement pas. Ce n'est donc pas un projet, c'est juste une activité qui est au top. Donc pour être appelé une projection pour être assez grand. s'agit donc simplement de faire référence aux entreprises, votre équipe de projet et à la productivité comme étant distincts des activités de l'entreprise. Comme d'habitude, les ressources verront qu'il peut parfois s'agir de ressources partagées. Mais en tant qu'entités, elles sont considérées comme distinctes. 8. Rôle du chef de projet: Le défi, je dirais que lorsqu' on est chef de projet, c'est s' assurer que l'équipe comprend son rôle. Lorsque vous, en particulier lorsque vous développez une entreprise, ils n'ont jamais eu de chef de projet ou de gestion de projet. Ils voient que vous volez et ils pensent, oh, il y a un nouvel administrateur là-bas Demandons-lui de faire ceci, de faire cela. Il est donc très important de fixer des limites dès le début. Mais pour les entreprises plus matures, elles savent ce qu' est la gestion de projet. Je pense que ce serait beaucoup plus facile, mais ils sont toujours tentés d' être la personne qui fait ce que personne d'autre ne peut faire. Il est donc très facile de tomber dans le piège et de faire toutes les choses que l' on n'est pas censé faire. Voyons maintenant le rôle du chef de projet. Donc le rôle du chef de projet, il ou elle est propriétaire du projet, responsable de celui-ci. Il n'a pas toujours toute l'autorité. Le traité est chargé de faire en sorte que les choses aillent au-delà des limites. Jetons un coup d'œil à quelques points. Donc le PN, c'en est un autre, c'est un autre acronyme, chef de projet ou gestion de projet. Le chef de projet planifie ou organise des activités, évidemment avec d'autres ressources, mais il a la responsabilité de planifier. Quand tout cela est la planification, la coordination et la priorisation des activités, des rapports, de la communication, de la mise en place. Vous allez voir comment les choses se passent. Enjeux. C'est un gros problème pendant la phase d'exécution, comme nous le verrons, il s'agit de la profession clé d'un chef de projet. Je veux dire, on pourrait dire qu'il n'y a pas de problème s'il n'y avait pas de problème, qui aurait besoin d'un chef de projet ? C'est donc ce que nous faisons et montrons certains amis et le budget sont respectés. C'est aussi un gros problème. Comme nous l'avons vu au début, l'histoire de la Reine. Elle avait toutes ces activités à brûler de l'argent. Quelqu'un doit donc en être responsable. Veiller à ce que la qualité soit suffisante. Je veux dire, c'est pourquoi nous voyons que qualité n'est pas l'activité la plus populaire et la gestion de projet. Mais à mon avis, si vous livrez quelque chose dans les délais et le budget et que ce n'est pas le cas, ce n'est pas bonne qualité ou ce n'est pas quelque chose que l' entreprise voulait, alors c'est, ce n'est pas mieux mettre en œuvre dans contraintes pour que je puisse bien résumer le rôle du projet lorsque je suis responsable, il y a quelque chose à implémenter. Il ou elle doit mettre en œuvre dans toutes les contraintes qui sont les délais, le budget, etc. Nous avons donc ici notre résumé de ce qu'est gestion de projet et le rôle du chef de projet. Pour conclure, nous pouvons établir les similitudes entre notre vie dans la vie d'une entreprise, si vous voulez. Nous avons tous nos activités quotidiennes à faire et c'est ce que je fais également du coaching en direct maintenant. En raison des similitudes avec gestion de projet, elles sont si évidentes. Nous avons tous des choses que nous aimerions faire, mais nous n'y arrivons jamais parce que nous nous concentrons sur notre vie quotidienne. Et les entreprises sont les mêmes et c' est pourquoi elles font appel à des chefs de projet. Ils peuvent donc vraiment se concentrer là-dessus. Et c'est à eux de le faire. Et ils doivent faire toute la coordination et les bons mots sont les bons. Si cela se produit, il y a de fortes chances que cela se produise à un rythme beaucoup plus lent. Cela dit, passons à la première partie. 9. Introduction à la partie 1 : Le cours sur le PM: Bienvenue dans la première partie de ce cours. La première partie est un cours complet de gestion de projet. Toute la théorie, mais en même temps c'est un point de vue pratique. Au cours de la première partie, nous passerons en revue chacune des phases que nous avons définies, l'anneau, l'introduction. Nous commençons par un examen de haut niveau puis nous approfondirons plus en détail pour chacune de ces phases. Commençons donc. 10. Aperçu des phases: Bon, continuons là où nous l'avons laissé dans la contradiction précédente. Nous avons donc identifié certaines activités que nous avons regroupées en phases : lancement, planification, exécution et clôture. Ce sont des phases. Nous avons également organisé quelques activités. Donc, il suffit de continuer si vous voulez que nous le disions un peu différemment d'une manière qui nous aidera pendant ce cours , ce n'est qu' un petit rappel. L'initiation est la raison pour laquelle nous faisons cela et pouvons-nous le faire ? Il s'agit donc d'une évaluation rapide. Rien de trop précis, mais au moins nous pouvons prendre une décision là-bas, que nous allions de l'avant ou non. La planification, comment va être géré le projet ? Il y aura aussi l' exécution où le travail, l'action, le suivi, la coordination, la résolution des problèmes, la communication, événement et la clôture, et sait que tout est terminé. Assurez-vous que nous n'avons pas de détails et réfléchissez simplement en arrière. L'avons-nous fait correctement ? Si nous mettons cela sous ceci, cette représentation ici, et c' est ainsi que nous l'aurons pour le cours. J'ai donc toujours cette initiation en bleu car en théorie ne fait pas vraiment partie de la gestion de projet. Nous avons vu précédemment que le chef de projet effectuait cette évaluation, mais comme nous le verrons, ce n'est pas toujours le chef de projet qui le fait. Ce sont là les principales activités que nous avions auparavant. Évaluation, approbation, planification, approbation de planification, surveillance, fixation, communication, clôture. C'est donc ce diagramme que nous utiliserons dans ce cours lorsque nous passerons en revue les différentes phases ici. 11. Phase 1 : Initiation - Aperçu des: Commençons par l'initiation de la phase 1. Si tout ce que nous faisons est d'avoir un aperçu rapide de la section. Nous discuterons de l'objectif de cette phase. Nous discuterons du rôle de gestionnaire de projet. Au cours de cette phase, nous examinerons la création d'un document clé , appelé la charte de projet et divers éléments de ce document. Mais plus précisément, nous allons discuter de la portée. Coût La gestion des intervenants est-elle responsable de l'examen de la gestion des risques ? Nous examinerons la structure du projet , puis nous terminerons et donnerons quelques exemples. 12. But de la phase d'initiation: Bon retour. Ensuite, nous allons définir le but de la phase d'initiation. La première chose à garder à l'esprit est que cette phase d'initiation n'existe pas toujours. Une autre méthodologie de gestion de projet vous dit que oui, vous devez faire face à une nation. Dans la vraie vie. Parfois, elle n'existe pas. Donc, juste pour rappel, la phase de lancement est de savoir si vous décidez si le projet va aller de l'avant ou non. Mais certaines entreprises s'en moquent. Ils veulent juste faire leur travail. Parfois, ils n'ont qu'un mandat. Ils ont le budget et ils veulent le faire. Et je ne veux pas avoir à passer par tout le processus d'initiation. Et parfois, ils n'ont tout simplement pas le choix. Parfois, c'est juste une nécessité gouvernementale, parfois c'est un changement illégal qui s'impose. Et donc, inutile de discuter si nous allons le faire ou non parce que nous savons que nous devons le faire. Et ce qui arrive parfois, c'est la phase d'initiation se déroule à huis clos. Vous n'êtes pas impliqué et je pense que c'est logique. Pourquoi impliquer un chef de projet alors que le projet n'est pas encore vraiment concret ? Il y aura donc un groupe de cadres discuteront des ID de projet civil et décideront après ceci et cela, puis ils pourront amener l'équipe. Ils peuvent dire : « Eh bien, nous voulons un chef de projet pour cela. Nous voulons élaborer une charte de projet. Nous verrons ce que cela signifie. Mais supposons maintenant que la phase d'initiation ait lieu. Le but de cette phase, en quelques mots, pendant que nous faisons ces n, est-ce faisable ? Les éléments clés dont nous avons besoin pour prendre cette décision sont que nous avons besoin d'une portée visuelle. Le but est de savoir de quoi s'agit-il ? Que faisons-nous ? Le coût et le calendrier. Donc ça pourrait être une très bonne idée, mais s'il prend trois ans, ce ne sera peut-être pas une bonne idée d'ici la fin. Et bien sûr, cela peut aussi être prohibitif, peut-être tout simplement trop cher. Nous présentons plus ou moins une analyse de rentabilisation. Parfois, l'analyse de rentabilisation est réalisée séparément par l'entreprise, mais parfois le chef de projet, s'il fait partie de cette phase, aider à créer une sorte d'analyse de rentabilisation qui réduisent les coûts-avantages, les objectifs stratégiques, ils en sortiront et verront si oui ou non, nous pouvons aller de l'avant avec ce projet. Nous allons examiner les principaux risques. Parfois, le risque est tellement grand que l'entreprise prend la décision dès le départ de ne pas aller de l'avant avec ce projet. C'est pourquoi il est important de souligner le risque. Maintenant, nous ne voulons pas passer à la planification et à l'exécution. Et après la réalité, ce risque est tout simplement trop grand et cela nous frappe et cela peut simplement vendre le projet. Ensuite, lorsque nous serons raisonnablement convaincus que ce projet ira de l'avant, nous pourrons commencer à constituer une équipe de projet. Nous allons examiner les ressources clés. Si le chef de projet est impliqué, il vous aidera. Ou nous allons commencer et recueillir des ressources auprès des équipes commerciales pour constituer une équipe de projet. Les principaux résultats, Otis, oui, pour obtenir l'approbation de démarrer le projet auparavant, nous avons besoin d'une sorte de signature et nous verrons que nous utiliserons un document appelé charte de projet qui est parfois utilisé pour rassembler tous ces éléments, tous ces détails sur le projet dans un seul document et nous obtiendrons l' approbation de ce document, puis nous pourrons dire, oui, nous avons couvert ce projet a été approuvé et nous pouvons entrer officiellement dans la planification. Passons maintenant en revue le rôle du chef de projet. 13. Rôle de PM dans la phase d'initiation.: Le rôle du chef de projet dans phase de lancement est facultatif. Parfois, même lorsqu'il y a une phase de lancement officielle, le chef de projet n' est pas impliqué. Je pense que c'est logique. Cela ne sert à rien d' impliquer un chef de projet. Si nous ne sommes pas sûrs du projet, nous allons de l'avant. Dans ce cas, le chef de projet sera appelé vers la fin de l'initiation lorsque nous serons certains que le projet aura lieu et que nous pourrons ensuite constituer une équipe de projet autour du chef de projet. Une autre chose à garder à l'esprit est que parfois le chef de projet vient d'un tiers, par exemple, lorsqu'un projet est externalisé, le rôle et l'origine du chef de projet dépendent, dépend du type de projet. Et dans la phase de lancement, ils décideront en tant qu'équipe de projet déterminée, ils décideront également des personnes qu'ils veulent protéger. plaisir pour moi d'être avec un chef de projet, membre du GOP de l'entreprise, ou feraient-ils partie d'un tiers ou peut-être d'un chef de projet chacun ? Nous allons donc passer en revue différents scénarios sous le volet Directeur de projets de ce cours. Nous avons parlé de la charte du projet et c'est ce que nous allons revoir ensuite. Je dirais que la principale raison pour laquelle le chef de projet est impliqué dans cette phase est que l' entreprise souhaite que quelqu'un rassemble tous les documents pour approbation. Et c'est là que le rôle de chef de projet commence par la paperasse. Nous rassemblons donc tous les composants que nous avons vus précédemment et qui font partie de l' initiation dans un seul document. 14. Charte de projet: Passons maintenant en revue la charte du projet. La charte de projet est un document que le chef de projet établit vers la fin de l'initiation , pour résumer toutes les conclusions de la phase de lancement ou qui ont été discutées, mettez-le dans le document suivant. Le calendrier, le budget et les grands risques, comme nous allons le voir, et mettre tout cela dans un document. Pouvez-vous signer ce document, tout le monde, afin que nous soyons tous d'accord sur ce que nous faisons. Et quand ils auront signé, vous pourrez passer à la phase suivante. Vous pouvez entrer dans une planification plus précise d'une certaine manière. Ensuite, nous passerons en revue tous les éléments clés de la charte du projet. Ensuite, nous allons entrer plus en détail et aller de l'avant à partir de tous ces composants. Vous avez donc listé ici le composant clé de ce document. Les objectifs du projet et l'analyse de rentabilisation sont souvent inclus dans ces documents. L'entreprise pourrait donc accélérer le résultat qu'elle attend du projet et les avantages éventuels, et pourquoi cela vaut-il la peine d'être fait ? Nous examinerons le champ d'application plus en détail dans les diapositives suivantes. Le calendrier que l' état sera très simple. Certains délais de haut niveau avec une date de fin le verront. Nous savons que nous avons quelques exemples à la fin de ces diapositives. Nous allons revoir cela. Le budget. Nous examinerons également quel type de Richard est attendu à ce stade du projet. Comme nous l'avons mentionné, les risques sont importants au début du projet, nous devrons donc les énumérer dans ce document. Ensuite, les parties prenantes de l'équipe de projet, nous en avons déjà discuté, mais nous allons entrer plus en détail sur la structure du projet, la liste et les droits des parties prenantes. Et si possible, nous aimerions confirmer au début du projet qui sera l' approbateur de ces projets. La plupart des composants listés ici seront donc affinés lors de la phase suivante, lors de la phase de planification. suppose donc que ce que j' ai mentionné plus tôt dans ce cours est que certains composants seront vus lors de l'initiation, puis examinés lors de la planification, puis surveillés et gérés par l'exécution. C'est donc quelque chose à garder à l'esprit. Parfois, certains de ces composants ne peuvent être définis que plus tard. Parfois, l'initiation va si vite que le risque, par exemple, n'est que dans le budget, ne peut être affiné que lors de la planification, mais nous nous en tenons à la vision théorique et espérons que nous aurons tous ces composants inclus. 15. Portée pendant l'initiation : introduction: Bienvenue sur le parcours. Donc, la première chose à définir quand nous commençons un projet est que faisons-nous ? C' est ce que nous appelons la portée. Parfois, on appelle les exigences. Vous verrez plus tard que vous savez, la portée et les exigences pourraient signifier la même chose plus ou moins. Et nous verrons que ce COP est plus haut niveau, c'est plus que les limites. Et l'exigence est plus en détail ce qui est à l'intérieur des exigences ? La terminologie que le droit des analystes d'affaires aime, comme les jeunes. Ce qui est important en gardant à l'esprit que nous ne sommes qu'une initiation et que le projet pourrait même ne pas aller de l'avant. Ce que nous devons garder à l'esprit, c'est que nous ne voulons pas nous enliser dans détails un jour où nous n'avons pas beaucoup de temps non plus. Donc, la portée lors de l'initiation, il doit être très haut niveau. Nous voulons nous assurer que nous avons inclus tous les gros morceaux, tous les grands composants du projet. Donc, c'est, c'est critique parce que si vous oubliez un des gros morceaux, alors c'est, plus vous progressez dans un projet, plus il est difficile de le ramener. Si c'est un petit détail, alors c'est plus facile. Mais ce qui est aussi important que ce qui est dans la portée, c'est ce qui est hors de portée. Vous devez indiquer clairement dans le document que nous ne faisons pas cela. Nous ne le faisons pas. Imaginez que vous êtes un cadre supérieur et que vous avez l'hypothèse que quelque chose est inclus dans le projet seulement pour réaliser à mi-chemin le projet qu'il n'a pas été inclus. C' est pourquoi vous, vous, vous, vous, vous leur donnez une chance. Vous dites, eh bien, c'est hors de portée. Pour être clair, nous ne faisons pas cela. Et puis ils exécutifs Elle a l'occasion de dire oui, mais je le veux et il n'est pas trop tard parce que le budget n'a pas encore été bloqué. Nous pouvons revenir en arrière, augmenter la portée et Crito planifié quoi que ce soit. Mais à ce stade, c'est toujours bon. Plus vous progressez, plus ce sera difficile. Donc, maintenant, lorsque je suggère que nous le faisons, nous avons un exemple. 16. Coût pendant le démarrage : exemple: Je vais juste vous montrer un exemple qui , je pense, vous montrera le niveau de détail suffisant dans un scope. Prenons l' exemple d'un site Web qui doit être mis en place. Un directeur général souhaite commencer à vendre son produit sur le site Web. Il n'a pas de site web, mais il a les ressources pour écrire le contenu. Et il a besoin d'un projet pour quelqu'un en dehors son équipe pour mettre en place l' infrastructure autour du site Web. L'énoncé du projet devrait ressembler à ceci. Le projet comprendra ce qui signifie que le projet aura objet la recherche et l' enregistrement du nom d'hôte, l' pour objet la recherche et l' enregistrement du nom d'hôte, l'infrastructure d'hébergement du site Web, la conception, le déploiement de la construction, les tests de sécurité, et la mise en place de la maintenance continue que nous avons dit avec une tierce partie. Nous pouvons donc ajouter d'autres mots à cela. Je suppose qu'à ce stade, nous pouvons en dire autant que nous le pouvons. Mais d'habitude, nous n'avons pas ce luxe et c'est ce que nous voulons pour l'instant . Et c'est au niveau supérieur, ce que nous aimerions que le projet soit hors de portée, soit pour éviter tout malentendu avec l'équipe de projet lorsque l'entreprise engagera une équipe de projet est Ce sera hors de portée. Nous ne voulons pas que vous écriviez le contenu du site Web. Nous nous occuperons de l'approbation de la politique et de la maintenance continue du site Web. Nous ne voulons vraiment pas que tu le fasses. Nous voulons juste que vous organisiez la maintenance. Nous n'avons donc pas à être compliqués. Juste quelques points comme ça. J'en ai assez d'habitude. Si vous avez quelqu'un du monde des affaires qui dit, oh, c'est un peu vague, alors vous pouvez approfondir un peu. Mais comme je le disais, cela doit généralement être fait très rapidement. Ne fais pas attention à ça. Juste pour le souligner. Nous pouvons parfois rendre les choses très simples, très compliquées. 17. Types de coûts: Supposons que quelqu'un de l'entreprise ait une idée de projet. Parfois, ils ont fait tout le dur travail pour nous et ils ont fait leur propre enquête et ils ont déjà un coût et il suffit de nous remettre la paperasse. Mais d'autres fois, ils demandent à l'équipe de projet de choisir l'autre coût pour eux. Cela suppose donc qu'il existe une équipe de projet qui peut vous aider, peu importe qui en assume les coûts. Cela se fait généralement à un très haut niveau. Avant de commencer, je voulais juste mettre en évidence quelques méthodes qui, bien entendu, peuvent être calculées. Bien entendu, la première estimation est l'estimation de la ROM d'ordre de grandeur approximatif. Tu vas l'entendre. Cela peut donc être fait par une combinaison de jugements d'experts. Estimation descendante, une estimation analogue. L'estimation de Rome est parfaite pour une initiation. C'est quelque chose qui est très élevé, mais qui leur donne quand même une carte d'identité s'ils peuvent se le permettre ou non. Un expert peut parfois être utilisé si vous avez un de ces gourous, par exemple, pour créer un site Web, comme nous l'avons déjà dit, quelqu'un qui dit, Oh oui, vous voulez créer un site Web, avoir tous les une infrastructure qui va vous coûter environ 200 000 dollars ou quelque chose de ce genre. C'est donc quelque chose qui est parfois, parfois utilisé. Nous voulons lancer le projet rapidement. Nous libérons les 200 000$, puis nous allons commencer. Une autre méthode utilisée est l'estimation descendante. Et c'est également l' estimation de haut niveau qui est calculée en additionnant tous les composants de haut niveau d'un projet. Par exemple, vous pour le site Web sans le coût des matériaux, le cours des entrepreneurs et autres. Et vous additionnez tout cela et je vous donnerais un identifiant de haut niveau. C'est donc très similaire à la suivante, qui est l'estimation analogue. C'est une estimation qui est faite en utilisant un exemple précédent de quelque chose qui a été fait qui est très similaire. C'est donc plus, c'est ce que je disais. C'est parfait pour l'initiation car c' niveau élevé à ce stade, oui, l'entreprise attend une estimation plus-moins et trois points que nous verrons dans la prochaine diapositive. Le deuxième type d'estimation est appelé estimation détaillée. n'y a qu'une seule façon d'obtenir une estimation détaillée. C'est juste en bas. Lorsque nous aborderons la planification, nous verrons comment cela est réellement utilisé. Nous pouvons parfois appeler cela définitif, ce qui est un peu effrayant au début d'avoir un budget définitif alors que nous connaissons tous les composants plus petits et que nous les additionnons tous. Nous sommes généralement assez proches de l'estimation finale. Cela convient donc mieux à la phase de planification ? Oui. 18. Estimation de 3 points: J'ai donc mentionné lorsque nous avons discuté de la ROM, l'estimation en trois points. Je trouve que c'est un peu délicat parce que si vous allez dans le commerce et que vous leur dites que cela vous coûtera 200 000 dollars plus ou moins le plus étant le pire des cas, moins étant le meilleur cas, alors il ne vole pas d'habitude. Quand vous dites, eh bien, vous pourriez le payer, cela vous coûtera 200 000 dollars, mais cela pourrait aller jusqu'à 300. Fasciné, généralement un peu effrayé. Donc, mais il leur manquait le décalage, dans le meilleur des cas. Mais ils n' aiment pas vraiment le pire des cas. Mais c'est parfois avec du rhum qu'il faut s'y attendre. Nous sommes à un niveau élevé. Veuillez donc garder à l'esprit que ce n'est qu'une estimation approximative et que vous pourriez avoir un coût supplémentaire à lire, mais nous aurions également pu lire Miranda et moi avons examiné ce cas. 19. Exemple de coût du projet à l'initiation: Je voudrais donner un exemple. Donc juste pour vous montrer qu'une fois de plus, la phase d'initiation n'a pas besoin d'être trop granulaire. En suivant l'exemple précédent, je rappelle simplement être simple ici rapidement. L'exemple d'un site Web en cours de configuration. Le DSI de l'entreprise a donc estimé le coût de ce site Web et vous serez aux alentours de 520 K. Donc, infrastructure 200 k, conception, construction et test 200 K. Tests de sécurité, 100 000, maintenance continue , 20 K, vous additionnez tout cela. Vous avez 520 K. Donc le DSI, c'est vous aurez un jugement d'expert même si le projet est nos outils, le CIO de l'entreprise qui a besoin du projet, ils viendront vous voir et je dirai, oui, Tu veux qu'on le fasse ? Ces gars-là peuvent le faire pour vous et c' est généralement autour de 520 K pour être précis, à cause de cette maintenance qui coûte 20$ de plus. C'est donc l'exemple que vous pouvez avoir lorsque vous vous fiez au jugement d'un expert pour faire l'estimation. C'est donc à peu près tout pour le coût. Une fois de plus, lorsque nous passerons à la planification, nous serons un peu plus précis sur la façon dont nous pouvons élaborer le cours. Mais l'initiation, tout se passe vite. Ils veulent savoir à un niveau élevé quelle mesure cela leur permettra d'obtenir des approbations. Ils peuvent ajouter un peu plus en haut s'ils utilisent l' estimation en trois points afin de s' assurer qu'ils peuvent couvrir un peu de contingence. Mais c'est tout ce qu'il faut. Et dans votre charte de projet, vous ajouteriez le relevé, coût du projet, et vous n' auriez qu'à le lister. Et ce serait parfait. Encore une fois, comme pour la lunette, si vous en savez plus si vous pouvez être plus granulaire, oui, par tous les moyens, allez-y. Mais d'habitude, on n'a pas ce luxe. 20. Partie 1 : Introduction: Bienvenue dans la partie du cours consacrée à la gestion des parties prenantes. Dans la gestion de projet, il est donc très difficile de respecter les délais et le budget. Mais pour moi, le projet n' est pas une réussite. Si, à la fin du projet, vous avez des parties prenantes qui sont mécontentes, peu importe qui il s'agit. Pour moi, ce n'est pas une réussite. Juste pour te donner un exemple. Vous pourriez respecter les délais et le budget. Mais ce que vous offrez ne correspond pas exactement aux attentes de l'entreprise. C'est ce que nous avions convenu de faire au début du projet. Pour eux. Tout a été approuvé et j'aime, mais ils ne sont pas entièrement satisfaits. Alors pourquoi sont-ils satisfaits ? Est-ce que nous l'avons fait, avons-nous vraiment collaboré avec eux pendant la durée du projet ? Certains chefs de projet n' aiment vraiment pas trop s'impliquer dans l'entreprise et leur demandent comment ils vont et s'ils sont satisfaits ce que nous faisons parce qu'ils craignent que l'entreprise venez dire : « En fait, je ne suis pas vraiment content de ça. Et les chefs de projet, nous devons ensuite faire beaucoup de travail pour inclure cela. Mais pour moi, c'est quelque chose que j'aimerais faire. Je veux donc savoir qu'ils pensent de ce que nous faisons. Je veux savoir s'ils ont peut-être changé d'avis d'une manière ou d'une autre. que je veux savoir. J'ai besoin de savoir que pour suivre les parties prenantes entre guillemets, nous avons besoin d'un outil. Il existe donc un outil couramment utilisé. C'est ce qu'on appelle la matrice des parties prenantes ou les métriques d'engagement des parties prenantes Cela se fait donc en deux parties. La première partie consistera à établir une liste de toutes les parties prenantes. La deuxième partie serait d'évaluer les parties prenantes. Nous évaluerons leur intérêt pour un projet et nous évaluerons également l'influence qu'ils pourraient avoir sur le projet. C'est donc très important. Au cours de la deuxième partie, nous examinerons une autre façon de suivre les parties prenantes. Cela ne fait donc pas partie de la méthodologie formelle de gestion de projet. C'est pourquoi je l' ai dans la deuxième partie. Ce sont plutôt mes propres affaires. Cela fait partie du cadre que j'ai créé. C'est en fait un outil que j' ai créé et un outil amusant qui m'a très bien servi au fil des ans. Je voudrais donc simplement le suggérer ainsi qu' une autre façon pour vous citer les parties prenantes de la piste unquote. Mais pour le moment, nous nous en tenons à la méthodologie formelle et nous commençons à élaborer une matrice des parties prenantes. 21. Partie 2 Définition des intervenants: Voyons d'abord la définition d' une partie prenante. Une partie prenante est toute personne impliquée dans le projet qui est touchée par celui-ci. Avec qui travaillez-vous ? Donc ça pourrait être, c'est évident que votre équipe, vos pairs ont même influencé la gestion du projet. Vous êtes en train de travailler avec. Qui bénéficions-nous des avantages du projet qui concerne davantage l'entreprise. Les clients externes aux utilisateurs bénéficient-ils de certains des avantages qui peuvent participer au projet ? Je pense que c'est quelque chose que l'on oublie souvent. Oui. L'entreprise veut ça, Oui, La protection me super motivée, que si quelqu'un peut arriver retard sur le terrain et sortir de l'étudiant, interrompre le budget pour projeter cela. C'est quelque chose qui doit être fait. Je veux dire, au gouvernement par exemple, vous pourriez être très heureux de participer au projet. Tout le monde est content, mais il y a une réduction de budget. Et c'est quelque chose que vous devez garder à l'œil, afin qu'ils fassent partie de votre projet. Il s'agirait d'une partie prenante avec laquelle nous devons maintenir la relation si nous le pouvons, ou du moins être conscients de leur présence. Qui fournit l'argent votre partie prenante, qui exploitera le produit final qui utilise les entrepreneurs, les fournisseurs. Nous devons donc établir une liste des parties prenantes. Une façon de procéder est de commencer par une matrice de parties prenantes dans laquelle nous plaçons toutes les parties prenantes et nous les classons fonction de leurs intérêts et de leur influence sur le projet. Tout d'abord, nous avons certaines parties prenantes qui n'ont pas beaucoup d'influence, n'ont pas beaucoup d'intérêt. Nous allons donc surveiller tous ces éléments afin qu'ils soient plus ou moins importants, qu'ils ne puissent pas vraiment avoir d' impact sur le projet qu'ils ne puissent pas vraiment avoir d' impact sur le projet et qu'ils ne s'intéressent pas vraiment à un projet. Maintenant, si nous nous dirigeons vers la gauche, vers la droite, désolé, nous avons des parties prenantes qui ont peu d'influence. Ils s'y intéressent vivement. En haut à gauche, certaines parties prenantes jouiront très grande influence et d'un faible intérêt, mais nous devons les satisfaire. Mais je vais revenir sur celui-ci parce que c'est mon préféré. Et puis vous avez une grande influence, grand intérêt, et vous devez les gérer de près. Ce sont ceux qui peuvent avoir beaucoup d' influence sur le projet et qui s'y intéressent beaucoup. Ce sont les filles dont tu as plus ou moins besoin pour rester heureuse. Une autre façon de gérer étroitement, je dirais de rester heureux que Martin, mon groupe préféré pour garder la trace parce qu'ils sont l'autre qui se cache, est ce groupe ici, la forte influence, le faible intérêt. Ce sont plus ou moins les parties prenantes qui sont parfois juste contre le projet. C'est pourquoi ils ont peu d'intérêt. Mais ils pourraient potentiellement interrompre le projet parce qu' ils ont une grande influence. C'est le groupe dont je serais personnellement très conscient ? Je veux dire, celui qui suscite le plus d'intérêt. Vous pourriez soutenir que comme ils ont un intérêt élevé, ne vous inquiétez pas d'entrer en contact avec eux, car ils entreront en contact avec vous parce qu'ils sont intéressés. C'est pourquoi pour moi, je pense que le coin supérieur gauche est comme s'il n'était pas plus important que celui-ci. 22. Partie 3 Exemple de matrice des intervenants: Toboggan tellement occupé. Mais rien ne vaut un exemple. Supposons que nous ayons un projet, un projet de développement de logiciel. Nous avons ensuite réussi à répertorier toutes nos parties prenantes ici. Donc, si nous regardons sur le côté gauche, il y a un chef de projet, un gestionnaire tâches, un responsable de développement. Nous avons l'analyste d'affaires, nous avons l' équipe d'infrastructure, les gestionnaires financiers principaux, l'utilisateur senior, etc. Donc, par exemple, un chef de projet qui a grand intérêt et je suis désolé de dire qu'il a influence moyenne. Cela n'a pas cette influence haut de gamme sur le projet. Évidemment, vous pouvez, vous pouvez faire en sorte qu'il puisse influencer le résultat du projet en accélérant les choses quand il le peut. Mais en fin de compte, vous ne pouvez pas simplement dire «  arrêtez ce projet ». Ce n'est pas le rôle non plus. Le gestionnaire de bureau est en cours de montage. Quelqu'un ne fait que tester. Bien sûr, ils ont de grands intérêts parce que c'est eux que nous allons tester le truc. Et, mais une influence est moyenne. Encore une fois, cela peut vraiment l'arrêter. Nous allons donc examiner le deux-points de communication. À la fin de tout ça. Directeur du développement, il a tout pour un intérêt élevé, je dirais que les entreprises d' influence moyenne et qu' East High leur influence encore plus faible. Ce n'est qu'un exemple. Je veux dire, évidemment, vous auriez une situation où nos intérêts et notre influence, excusez-moi, c'est différent chef d'équipe d'infrastructure. Ensuite, nous allons voir le directeur financier. Le directeur financier aurait donc un faible intérêt parfois dans une forte ingérence. C'est donc le scénario que nous avons déjà dit, et c'est pourquoi je dis que c'est vraiment pour moi un scénario clé. Tu ne montrerais pas beaucoup d'intérêt. Mais au bout du compte, vous pourriez dire, désolé, nous avons dû retirer votre budget et donner à un autre projet s'il ne l'est pas vraiment. C'est pourquoi il est très important d' avoir une stratégie pour traiter avec ce responsable financier. L'utilisateur senior. Pareil, faible taux d'intérêt, peut-être quelque chose que tu ne voulais pas accepter. Encore un nouveau produit. Il n'ajoute pas de nouveaux logiciels. Mais il a une très grande influence à la fin de la journée si nous faisons tout ce travail et qu'il dit, Non, désolé, pas content de ça, alors c'est quelque chose que nous avons la durée du projet, essayez et l'influencer. Ensuite, vous descendez dans la liste, directeur des opérations, représentants commerciaux. La dernière chose que je veux mentionner est qu'un cadre supérieur appartient à une catégorie manifestement très intéressée et à plus d'ingérence. C'est donc aussi celui que vous devez gérer étroitement. Mais au moins, comme je le disais, vous les verriez, cela ne serait pas caché dans le noir, contrairement à un responsable financier ou à un utilisateur senior. Donc, ne le prenez pas comme un, comme une vérité pour tous les projets, c'est juste un exemple de la façon dont les choses pourraient se passer, vous pourriez être sur le projet où, par exemple, le directeur financier a un très grand intérêt parce que cela va s'améliorer. C'est le résultat final à la fin de l'exercice. Donc, mais ce n'est qu'un exemple. 23. Exemple de plan de communication avec les intervenants - Partie 4: Quelque chose qui a été dit dans une diapositive précédente. En ce qui concerne cette matrice qui peut être utilisée comme base pour le plan de communication dans le cadre du projet. Parfois, vous avez un plan de communication. Et je pense que la meilleure façon de le faire est d' utiliser cette matrice des parties prenantes ici. Et un plan de gestion des parties prenantes. Si tu veux, tu peux l'appeler ainsi. Deux, plus ou moins, établissez votre plan de communication pour faire une pierre deux coups. Voici votre matrice. Au fait, ce n'est pas quelque chose qui peut toujours être publié. Pour des raisons évidentes. Vous pouvez adapter votre communication fonction des facteurs d'intérêt et d'influence. Donc, si vous prenez un exemple, le directeur financier ici, donc j'ai déjà souligné est une forte influence, mais il a de faibles intérêts. Je dois donc trouver un type de stratégie pour augmenter plus ou moins l' intérêt et m'assurer qu'il ne vient pas à la dernière minute savoir qu'il faut retirer de l'argent du projet. Donc, ce que j'ai ici, par exemple, j'ai tendance à communiquer régulièrement, à me tenir au courant toutes les questions liées au budget. L'utilisateur senior, vous auriez la partie du comité de pilotage essayant de faire venir un comité de pilotage ou elle et la tentative de communiquer régulièrement en dehors du comité directeur. Nous discuterons donc du comité de pilotage plus tard. Mais c'est juste pour montrer que le deux-points de communication est utilisé et comment nous communiquerons avec les parties prenantes des ressources. Et je veux, je voulais juste souligner le bas et le haut, mais nous pouvons très rapidement passer en revue la stratégie de communication. Nous en aurions réduit d'autres. Ce manager l'emmènera aux réunions productives. Nous enverrons des courriels de cette façon nous communiquerons avec elle. Le responsable du développement fera partie de Sam, une partie de l'équipe du projet recevra des e-mails. Le chef de l'équipe d'infrastructure viendra aux réunions du projet pour obtenir son achat parce que parfois ils travaillent sur tellement de projets, il est difficile de les intéresser. Le responsable des opérations dans notre communication que nous aurions à garder au courant en envoyant des rapports hebdomadaires augmentera l'engagement et approchera de la date de mise en œuvre , car les intérêts augmentent à mesure que nous approchons de la date de livraison. La représentante commerciale fera partie des réunions hebdomadaires et nous communiquerons par courriels. Le cadre supérieur fera évidemment partie du comité directeur, examinera le comité directeur plus tard et ensuite, et évidemment, vous pouvez mettre quelques notes. Et par exemple, l'utilisateur senior ici dénote est la raison pour laquelle il a été classé dans une catégorie car faible intérêt est E n'a pas montré un grand intérêt le projet qui a été ciblé sur d'autres projets plus importants. Il y a peut-être une raison. Donc, il a travaillé sur le très critique ou le projet et nous l'avons enchaîné dans ce projet et ce n'est pas entièrement avec nous, n' est pas complètement intéressé. Donc, ce serait dangereux parce que nous pourrions être en tant qu'utilisateur, la personne utilisant le produit. Et s'il entre en jeu, alors cela pourrait entraîner des défis pour le projet. Asseyons-nous donc pour la gestion des parties prenantes. Nous avons vu comment identifier les parties prenantes du projet, ou nous pouvons les mettre dans une petite liste soignée. Et aussi, au moins, nous pouvons simplement plus ou moins rédiger un plan de communication. Comme cela a été mentionné précédemment. Je veux dire, nous ne voulons pas toujours publier ça. C'est comme ça que ça se passe. Nous pouvons probablement supprimer les intérêts et l'apparence peut être que certaines parties prenantes ne souhaitent pas être vues dans une catégorie à faible influence ou similaire ou quelque chose que nous devons être sensibles. C'est plutôt quelque chose que nous conservons dans nos dossiers. Mais le mélange de communication, nous pouvons évidemment le ranger. Nous pouvons supprimer le fait de garder une boucle en envoyant des rapports hebdomadaires et des commentaires de ce type. Mais nous pouvons dire, eh bien cela, nous communiquerons avec le comité de pilotage de l'e-mail pour un projet de réunions fusionne plus, supposons, politiquement correct. Cela convient donc à la gestion des parties prenantes. Ensuite, nous examinerons la partie passionnante d'un projet en matière de gestion des risques. 24. Gestion de risque pendant l'initiation: Bienvenue dans la partie risque de l'initiation. Imaginons que nous ayons un homme d'affaires qui vient d'obtenir l'approbation informelle pour aller de l'avant avec le projet. Et elle est très excitée et elle veut aller pour la phase d'initiation du projet assez rapidement. Elle est peut-être un peu biaisée parce qu'elle est si excitée ici et que tu veux que ça arrive. Elle pourrait donc ne pas être très ouverte à quelqu'un lui disant qu'il pourrait y avoir des risques pour le projet. Donc c'est juste une question de lors de l'initiation, nous voulons nous assurer que tous les grands risques sont naan par l'équipe de direction. Nous voulons l'aider à identifier certains risques clés qui pourraient potentiellement être le pire des scénarios signifiant que le projet est conservé ou reporté. Rappelez-vous, le scénario que j'ai donné si vous avez regardé la vidéo sur la naissance de la gestion de projet, la reine a dit, eh bien, si je sais que j'aurais pu perdre la moitié de mon armée, je serais allé à la tête avec, avec ce projet. C' est la même chose que nous devons nous assurer que l'entreprise, l'équipe de direction, tout le monde est conscient du risque clé de ce projet. Et on les énumère dans la charte du projet et tout le monde signe ça. Et puis nous sommes tous conscients de ce qui nous attend plus ou moins. Donc, afin de, pour suivre ces risques, nous utilisons un outil est appelé un registre des risques. Et la prochaine vidéo, nous allons vous dire comment nous pouvons commencer avec ça. 25. Définir le type de risque: Bienvenue dans le cours. Pour commencer à dresser une liste de risques que nous pouvons faire, il faut examiner les différents types de risques et voir pour chaque type, si nous pouvons identifier Reesa, nous pouvons le faire avec une entreprise ou avec l'ancienne équipe de projet, d'ailleurs. Pour commencer, nous avons les risques de coûts. C'est une évidence. Qu'est-ce qui pourrait entraver le projet qui augmentera le coût du projet ? Et si ce coût du projet augmentait, quel serait alors le risque global pour le projet ? Il y a donc certains projets qui ont un budget très serré si vous le dépassez plus ou moins, c'est un gros risque. Les modèles ont plus de tolérance et dans ce cas, c'est un peu différent. Planifiez les risques. S'il y a un dérapage dans un calendrier, c'est un grand risque pour le projet. Qu'est-ce qui pourrait retarder le projet ? Quel serait l' impact du projet en cas de dérapage dans le calendrier ? Par exemple, vous pouvez avoir une date qui n'est pas négociable à la fin de celle-ci. Toutes les données que vous pouviez avoir ont été dites, mais si elles bougent, ce n'est pas grave. Vous pourriez également avoir certains risques pour votre réputation. Si le projet n'est pas géré correctement. Y a-t-il des risques de réputation qui pourraient survenir ? Supposons que vous implémentez un site Web qui a une grande visibilité auprès des utilisateurs externes. Et si vous gâchez plus ou moins tout cela, cela représenterait un risque important pour la réputation de l'entreprise. Risques stratégiques. Le projet est-il conforme à la stratégie de l'entreprise ? Ou y a-t-il un grand changement stratégique à venir ? Donc, si nous savons qu'il y aura un grand changement de stratégie pour l'entreprise au six prochains mois c'est qu'il n'y aura pas risque pour le projet à ce moment-là . C'est une chose à laquelle il faut réfléchir. Ensuite, nous avons les risques juridiques, réglementaires et contractuels. Si nous impliquons avec les deux organismes, toutes ces étapes de risques. Enfin, tous les risques associés à des facteurs externes ou à des dangers sont des droits. Donc dans cette catégorie tu pourrais, tu pourrais, tu pourrais devenir fou. Vous pouvez mettre des tempêtes, des inondations, des tremblements de terre, du vandalisme, des grèves du travail. Donc, vous pourriez devenir complètement fou avec ces commentaires, donc, devrait prévaloir. Nous avons maintenant dressé une liste de risques. L'étape suivante consiste à décider ce que nous ferons de ces risques. Et c'est le but de cette prochaine conférence, qui est d'examiner les résultats en matière de risques. Que faisons-nous de ces risques lorsqu'ils se produisent ? S'ils vont bien. 26. Résultat du risque: Nous pouvons maintenant examiner ce que nous faisons pour un risque spécifique, ce sont cinq types d'actions que nous pouvons prendre. Nous pouvions l'accepter, l'éviter le transférer, l'atténuer ou l'exploiter. Prenons-les rapidement un par un. Mais lorsque nous examinerons le registre des risques, nous donnerons un exemple de chacun d'entre eux. Cela ajouterait donc une autre couche à votre compréhension si je peux le dire de cette façon. Qu'est-ce que ça veut dire ? Nous acceptons les risques, cela signifie que nous en sommes conscients ? Oui, nous savons que cela peut arriver. Mais si c'est arrivé, c'est arrivé. Qu'il en soit ainsi. Pas de problème. Nous en sommes conscients non plus. Nous ne voulons rien y faire. Nous ne pouvons rien y faire, alors nous l'acceptons simplement. Nous pouvons également l'éviter. En ce qui concerne le projet, c'est un peu extrême. Mais vous pouvez, ce que vous pouvez faire, c'est modifier le plan pour éviter ces risques. Tu peux changer la façon dont tu prévoyais de faire les choses. stratégie de mise en œuvre de votre projet, par exemple. Une autre chose que vous pouvez faire avec les tableaux, vous pouvez les transférer à quelqu'un d'autre. Disons qu'il existe un tel risque. Nous ne savons pas vraiment quoi faire si cela se produit. Vous pouvez donc le transférer. Un exemple serait l'assurance. Ce que vous pouvez faire avec le risque ainsi que pour l' atténuer ou le réduire. Vous prenez donc des mesures pour réduire la probabilité du risque, ou vous avez mis en place une action à prendre si le risque se présente. Donc, si le risque se présente, vous savez quoi faire. Cela signifie parfois une augmentation du cours du projet, car nous devons prendre des mesures supplémentaires. Mais nous verrons cela également. risque peut être exploité. Cela ne fonctionne donc que pour les risques positifs. risque positif est un risque qui, s'il se produit, est bon pour le projet Morris. Par exemple, vous auriez pu provoquer la baisse, par exemple, et cela signifiera plus d'argent dans le budget. Et si nous pouvions faire quoi que ce soit pour augmenter les risques que cela se produise, alors nous pourrions agir. C'est donc un risque que nous pouvons exploiter. Je sais donc que la notion de risque positif n' est pas facile à appréhender. C'est donc ça. Cela résume donc le résultat du risque. 27. Gravité des risques: Bienvenue. trouverez devant vous un tableau pour évaluer la gravité du risque. La façon dont cela fonctionne est donc de connaître deux composantes d'un risque. Nous devons connaître la probabilité du risque et nous devons connaître l' impact du risque. À partir de là, nous pouvons détecter en consultant le tableau la gravité du risque qui peut être faible, moyenne, élevée ou extrême. Voyons donc d'abord la probabilité. La probabilité peut être presque certaine, probable, possible, peu probable sont rares et l' impact est important, mineur, modéré, majeur ou grave. Vous trouverez donc des variations à ce sujet évidemment en fonction de l'endroit où vous travaillez. Si vous connaissez la probabilité du risque, disons, vous savez qu'un risque est rare si vous savez que l' impact sera grave. Donc vous savez que vous y allez re ou sévère et ils le mettraient haut. Presque certainement. Il peut s' d' une personne en congé de maladie, par exemple, pendant la durée du projet, oui, il est presque certain que quelqu'un tombera malade à un moment donné. Mais l'impact sera important s'il s'agit d'un type de ressource. Mais s'il s'agit d'un autre type de ressource, l'impact serait plus important. Ensuite, vous pourriez vouloir faire quelque chose au cas où les ressources seraient malades. Juste pour te donner un exemple. Comme nous l'avons mentionné, les entreprises auraient des critères différents. Ce tableau sera différent selon l' endroit où vous travaillez. Il n'y a pas une seule norme qui soit utilisée dans tous les domaines. Mais je pense que cela vous donne une très bonne idée de la façon dont nous pouvons évaluer la gravité du risque. Ce n'est pas toujours fait, mais je pense que c'est un bon outil et je pense que si vous le faites, cela vous donnera une belle apparence. Cela vous permet également de mettre un peu en perspective le risque lorsque quelqu'un vient vous voir et vous dit que le risque est très élevé si cela se produisait. Et puis après avoir creusé, vous creusez et vous vous rendez compte que la probabilité est peu probable et que l'impact n'est alors que mineur ou modéré. Et vous pouvez dire : Oui, je comprends votre inquiétude. Le risque figure dans un registre des risques. Mais au bout du compte, la gravité et les médias. s'agit de la gravité du risque. Nous pouvons maintenant passer à la partie suivante du cours. 28. Exemple de registre des risques: le cadre du processus de gestion des risques initié, nous créons ce que nous appelons un registre des risques, qui est un document sur les hausses de l'ordre des mots Excel dans lequel nous listons tous les risques ainsi que nous listons tous les risques la probabilité et la gravité de l'impact, et les mesures que nous prenons. Il s'agit donc d'un registre qui a déjà été pré-rempli avec quelques exemples. Je vais donc vous donner un exemple de chacun des résultats dont nous avons discuté. Donc si on commence par le premier, on met un chiffre de risque, on met une date relevée, on met une dette. Description sommaire du risque ici, un mot sur cette partie rouge, SI et puis c'est, c'est une bonne pratique et ça vous fera bien paraître si vous l'utilisez. Je pense que c'est une très bonne façon de décrire un risque en utilisant if, sinon il peut devenir très moelleux. Vous pouvez dire, eh bien, que se passe-t-il si cela se produit et que l'impact n'est pas clair ? Cela vous oblige donc à vous connecter aux risques de manière très structurée. Et cela rend également l'impact très clair. Donc, si le vol est annulé, le budget sera impacté. Quel en est l'impact ? Nous l'avons fait ? Mettez l"impact qu"il a majeur. Nous avons décidé que la probabilité était possible. Nous revenons à notre majeure et possible, possible majeure ici. Possible ici nous donne une gravité élevée. Gravité. Il est défoncé. Nous devons allouer un propriétaire pour chaque risque si c'est s'il reste ouvert. Qui va donc gérer activement le risque ? Si le risque se présente, qui s'en occupera, s'en occupera ? Il est donc très important que si vous êtes le chef de projet, évitez d' avoir votre nom ici, sauf s'il s'agit vraiment d'un risque de gestion de projet. Mais ce n'est pas toujours une gestion de projet, vous devez parfois prendre du retard pour la connexion au problème. Nous verrons plus tard, vous devez vous assurer que quelqu'un est réellement propriétaire du risque, surveille pour vous, le surveille pour vous et qu'il est prêt à agir si le risque se présente. Pour que cela soit revu dans le cadre des rôles et des responsabilités, il est très important d'avoir une partie prenante responsable de chacune des composantes du projet, de l'action. Nous avons donc décidé transférer ce risque. Nous avons pris une assurance voyage par exemple, je pourrais être une option pour la transférer. Vous payez une prime d'avance. De cette façon, vous évitez le risque. Le risque est toujours ouvert évidemment à cause de la silice. Mais s'il se produit, alors vous savez quoi faire. Vous avez un adcom, vous avez une action, vous avez quelqu'un pour le faire. Voici donc le premier exemple, le transfert du risque. Si nous passons à la ligne suivante, si la tendance de l'IRS frappe à Paris, par exemple, c'est très peu probable, je sais, mais alors nous ne pourrons pas nous rendre à Madrid. Le plan part en vacances. Votre plan est de suivre la tendance de Paris à Madrid. L'impact que vous avez jugé majeur est donc peu probable. Mais si vous regardez dans votre matrice vous remarquerez que la gravité est toujours marquée comme élevée, donc le propriétaire aura terminé. Ici. Vous avez décidé d' éviter ce risque. Oui, je ne veux pas que ce risque se produise. Je ne veux même pas m' inquiéter à ce sujet, alors je veux l'éviter. Oubliez donc la tendance. Je vais louer une voiture à la place. Ensuite, vous pouvez fermer ce risque. Ce n'est plus un risque. Vous ne voulez donc pas emporter ce risque avec vous dans le projet parce qu'il est proche. Quelqu'un l'a soulevée, tu l'as évitée de si près, disparue. Voici le risque suivant, le risque numéro trois, disons que si elle court même sur le ring pendant la semaine, alors l'entreprise ne sera pas à l'aise. est un peu un euphémisme, mais juste pour vous donner un exemple de vacances très simple. L'impact que vous voyez est donc modéré, pas la fin du monde. Et la probabilité est peu probable. Et cela ne vous donne qu'une gravité moyenne. Donc ce n'est pas élevé, c'est une gravité minimale. Le pauvre John est toujours responsable de tout cela. Mais vous décidez d'accepter ce risque et vous fermez à risque. Tu dis, oui, il peut pleuvoir. Oui. Merci de l'avoir soulevée, mais je l'accepte. Vous n'auriez pas ces deux risques dans un registre des risques parce que vous prendriez un ou 21 des deux oxygènes. Mais juste pour cet exemple, ça vaut le coup, je suis gratuit. Si vous avez le même risque ici, le même impact, la même gravité de probabilité, le même propriétaire. Vous déciderez plutôt de l'atténuer. Vous planifiez donc des activités intérieures au cas où. Donc, vous ajouteriez un vieux jeu de société. Vous devez simplement vous préparer avant le début des projets de vacances. Tu préparerais des activités pour jouer. Et aussi si cette colonne de risque, alors vous savez quoi faire. Et ce risque reste ouvert parce que vous ne l'acceptez pas. Tu atténues la différence avec celui-ci. Dernier exemple de risque. S'ils sont opposés à aller à la plage, nous n'aurons pas besoin de louer une voiture et nous pourrons alors économiser de l'argent. C'est un exemple de risque positif. L'impact est donc modéré, la probabilité est possible. Donc la gravité, la gravité de citation et de citation étant positive, la gravité est, salut, John est toujours Yona. L'action ne vient pas. Vous exploitez ce risque ? Oui, nous sommes conscients que cela arrive et si cela se produit, oui, nous pouvons utiliser l'argent économisé pour acheter des billets de cinéma, par exemple, je pense que cela montre, cela montre, eh bien, ce qui est un risque positif et comment elle peut être exploitée. Pensez que le fait d'avoir un risque positif n'est pas très facile à comprendre. Je pense donc qu'avec cet exemple, j'espère que cela le rendra un peu plus clair. 29. Des conseils sur les risques: Pour terminer sur le risque avec l'initiation, je voulais juste donner quelques conseils. La première consiste à inclure les principaux risques dans vos rapports hebdomadaires, mais également dans les procès-verbaux des réunions. Cela présente donc quelques avantages. Tout d'abord, pour vous en tant que chef de projet qui vous rappelle évidemment les principaux risques. Mais cela permet également au membre de votre équipe d'être conscient des risques. Permet également à votre direction être consciente des risques et de se voir rappeler les risques. Oui, nous y travaillons, mais nous courons ces risques. Ne les perdons pas de vue. Cela permet à chacun de vérifier l'état des risques. Ne vous perdez donc pas dans un riche registre des risques. Donc pas tout le monde. En fait, presque personne n'aurait accès au registre des risques en dehors du chef de projet. Les risques doivent donc se manifester d'une certaine manière. Et je pense que ces deux artefacts sont un bon endroit pour eux. Vous pouvez donc, par exemple, utiliser vos réunions hebdomadaires pour vérifier s' il y a de nouveaux risques à venir. nouveaux membres de l'équipe se feront un plaisir de vous les rappeler. également vous informer s'il y qui ne peuvent plus se produire afin que nous puissions les fermer. C'est donc une bonne pratique. Le deuxième conseil concerne les réunions formelles d'examen des risques. Donc, ce que vous ferez, c'est le plus tôt possible dans un projet, idéalement, pendant l'initiation, vous aurez une séance de brainstorming sur les risques. Alors, à quoi ressemblerait ce remue-méninges pour une réunion d' examen des risques supplémentaires ? Donc, ce que vous pouvez faire comme point de départ lorsqu' il n'y a aucun risque, vous pouvez utiliser le type de risque que nous avons vu auparavant, puis créer votre registre des risques. Mais tout au long du projet, vous pouvez toujours essayer de faire revenir tout le monde et de revoir les risques existants. Vérifiez si la gravité change. Vous pouvez en trouver un nouveau. Vous pouvez fermer ceux qui ne sont pas valides. Qu'est-ce qui est essentiel pour ce type de réunions, la participation ? Vous devez faire de votre mieux pour vous assurer que chaque partie de l'entreprise, chaque partie prenante assiste à ces réunions. La raison en est que vous ne voulez pas que quelqu'un vienne vous voir au milieu du projet pour vous dire, qu'en est-il de ce risque ? As-tu pensé à ce risque ? Mais si cette personne a été invitée à ces premières réunions, alors elle ne peut pas dire grand-chose parce qu'elle a été présente, elle a été impliquée. L'occasion a été donnée d' augmenter tous les risques. Donc juste une question ou deux pour te couvrir un peu. Parce qu'il y a toujours quelqu'un qui vient te voir et te dit : «  Qu'en est-il de ce risque ? Donc, si vous avez votre première réunion sur les risques et après une réunion régulière sur les risques, vous déplacez la responsabilité d'une certaine manière vers le large éventail de parties prenantes. Nous devons assumer ensemble la responsabilité de ces risques. Ce n'est donc pas la seule préoccupation d'un chef de projet. Nous avons mentionné une première réunion lorsque nous commençons par une page blanche ou quelques gestes que nous avons rassemblés tous au sein de l'entreprise que nous savions connaître et après chaque mois ou chaque trimestre, selon la durée de le projet. C'est donc à peu près tout pour la gestion des risques. Merci pour tes patients. Nous allons maintenant discuter de la structure du projet. 30. Structure du projet Introduction et structure de base: Bienvenue dans les structures du projet de cours. Alors, vers la fin de l'initiation, quelles sont les chances que le projet aille de l'avant ? Nous avons constitué une équipe, une équipe de projet. Ainsi, lors de votre section, nous examinerons différents scénarios, structures de projet externalisées gérées en interne. Et nous verrons comment ils sont liés aux autres secteurs de l'entreprise. Jetons un coup d'œil à la structure de base d'un projet, gérée en interne. Aucun entrepreneur ne sait que la Fed achète. Vous êtes ici en tant que chef de projet. Vous avez une équipe qui travaille pour vous. Parfois. Vous avez plusieurs équipes. Parfois. Et si vous travaillez sur plusieurs projets, vous aurez également quelques membres moraux de l'équipe de projets ici. Vous avez des pairs, vous pouvez avoir d'autres chefs de projet, ils travaillent à vos côtés. Vous vous rapportez généralement à un responsable de programme. Program Manager est un manager qui gère plusieurs projets. C'est ce qu'on appelle le programme. Les projets peuvent être liés ou non. Mais d'autres fois, vous pouvez simplement le signaler à un cadre. Un gestionnaire de programme implique que quelqu'un gère plusieurs projets, mais parfois vous relèverez directement du secteur d'activité et du directeur exécutif ou même d'un responsable hiérarchique. Et cela se produirait s' il n'y a pas de gestionnaire de programme, s'il s'agit d'un petit projet, une petite entité, d'une petite entreprise. Vous auriez donc toutes ces possibilités de reporting. Si vous êtes comme un vous, vous auriez parfois des chefs d'équipe, les besoins de l'équipe auraient leurs propres membres d'équipe. Ou vous avez parfois des membres de l'équipe qui travaillent pour vous avec un lien hiérarchique direct. Il est important de noter que vous pouvez avoir des ressources qui travaillent pour vous 100 % du temps, ce que l'on appelle une ressource entièrement dédiée. Ou vous auriez pu partager des ressources. Vous avez un membre de l'équipe ici, Peter est en fait une ressource partagée entre vous. L'autre chef de projet travaille sur deux projets. Donc, ce PID d'un drapeau rouge, vous devez vous assurer que cela vaut la peine de litige est comme convenu. Donc, si vous le pouvez, dans un monde idéal, essayez de n'avoir que des ressources dédiées, mais ce n'est pas toujours possible. Un autre scénario mis en avant ici, c'est Mary. Elle l'a partagé avec BAU. C'est encore pire d'une certaine manière parce qu'elle travaille pour l'équipe business as usual et l' entreprise qui est votre charge de travail, n'est pas linéaire. Ils auraient donc des périodes où ils travailleraient intensément et il y aurait d'autres périodes un peu plus calmes. Donc certainement un autre signal d'avertissement ici pour s'assurer que les œuvres de Mary reçoivent une part pour ce projet. Donc, pour atténuer les risques, ce que vous pouvez faire, c'est lorsque vous avez partagé des ressources, vous pouvez les mettre en place au fur et à mesure que vous risquez. Un risque ici, il est probable que la mémoire soit entraînée dans certaines activités BAU, en particulier si elles prennent en charge la production dans l'environnement informatique et autres. Pour terminer, juste une petite note, il suffit de mentionner que c' est ce que l'on appelle l' environnement matriciel lorsque le chef de projet prélève des ressources auprès d'autres équipes. Là-bas. Juste pour vous donner un exemple de structure de projet de base lorsque le projet est géré en interne et qu'il n'y a pas de bureau de projet. Et nous verrons les trophées du projet dans la diapositive suivante. 31. Structure du projet : Bureau du projet: Bienvenue dans le cours, le monde passionnant du bureau de projet. Un projet de frais. Et je vais vous donner quelques acronymes ici. Les excuses appelées pilule ou PMO, sont plus ou moins un pool de chefs de projet et de coordinateurs de projet principalement. Ils sont généralement gérés par votre chef de projet. Leur rôle principal est d' allouer des ressources de chef de projet et d'administrateur de projet, mais il y aura également leur gestion. Vous pouvez donc avoir un lien hiérarchique si vous le souhaitez, entre le chef de projet et le coordinateur de projet au chef de bureau de projet, ils établissent des normes et des politiques pour tous les projets. Vous rejoignez donc une entreprise. Ils ont insisté pour que, vous savez, imprime deux ou PMP ou quoi que ce soit d'autre. Mais quand on les rejoint, on se rend compte qu'ils suivent certaines normes, sombres, bien différentes. Et vous devez respecter nos normes. Et pour moi, c'est juste un autre argument selon lequel apprendre l'un de ces imprimés deux ou certifications PMP est plus pour bien paraître sur votre CV et pour attirer des entreprises d'embauche potentielles. Mais dans le monde réel il est rare que vous ayez à travailler avec ces méthodologies. Vous utiliserez simplement les normes et les politiques de l'entreprise et les goûts et autres rôles du projet ou des matières fécales. Ils consolideraient parfois tous les rapports fournis par les chefs de projet et, bien sûr, vous vérifiaient bien sûr, vous vérifiaient sur le rapport et ils vous traqueraient. Si vous ne les avez pas fournis à temps. Ils regroupent tous les rapports de tous les chefs de projet les consolident et les fournissent aux équipes de direction. Nous montrons ensuite que le processus est suivi, bien sûr. Ils vous donnent des normes et autres. Ils veulent donc s'assurer que les processus sont respectés. Et si vous avez de la chance, ils peuvent vous fournir une formation, je suppose, comme le ferait n'importe quel type d'équipe de direction. Voici donc un bref aperçu du bureau de projet. Nous pouvons maintenant voir comment cela s'inscrit dans l'organigramme que nous avons vu précédemment. C'est donc la même chose qu'avant. Nous sommes donc assis ici en tant que chef de projet, vous relèverez du chef de programme ici. Mais en même temps, vous avez une sorte de ligne pointillée vers un bureau de projet. Vous pouvez travailler aux côtés d'un coordinateur de projet. Vous voyez, désolé, je suis trop occupé par ce projet et j'ai besoin de coordinateurs de projet dont le coordinateur de projet pourrait vous aider. Le coordinateur de projet peut vous aider à organiser des réunions, rédiger des procès-verbaux, peut également vous aider avec le calendrier et le Reich. Et sur la base de l'expérience du coordinateur de projet, cela peut être plus ou moins utile. Mais comme je l'ai dit, c'est un bon moyen gérer un projet car je pense, comme je le mentionnerai dans la troisième partie, comme je le mentionnerai dans la troisième partie, que c'est un excellent moyen. Parfois, je n'ai pas besoin de connaître une autre méthodologie de gestion de projet. Donc tu irais ici et tu finirais probablement ici. Mais laissons les choses telles quelles pour le bureau du projet. Jetons un œil à un autre type de graphique que vous pourriez avoir. 32. Structure du projet : projet externalisé: Examinons donc une autre structure de projet dans un scénario où le projet est sous-traité à des sous-traitants à un tiers. Sur le jaunâtre ici, nous aurions la structure interne habituelle avec la programmation agile des activités autour d'eux et protégerions les gestionnaires là-bas. Ensuite, en vert, nous aurions l'entrepreneur. Ils auraient leur propre structure généralement pour les grands projets, ils auraient un chef de projet et l'entreprise aurait également un chef de projet interne. Ainsi, le flux d' informations, si vous le souhaitez, irait de l'équipe ici au chef de projet , aux contrats et au chef de projet interne. Et une fois que le flux de rapports ira au responsable du programme. n'est donc qu'un scénario. Si tu veux. Parfois, le chef de projet relève directement du chef de programme ou du secteur d'activité, parfois quand il est très petit, il n'a pas besoin de chefs de projet. Ainsi, le chef d'équipe pourrait directement relever du chef de projet interne. Mais pour les grands projets aux chefs de projet, un de chaque côté. 33. Structure du projet : comité de direction: Bon retour. Donc pour terminer sur la structure du projet. Lorsque nous discutons de la communication, nous avons mentionné le comité directeur en tant que groupe qui doit être tenu au courant et nous devons avoir une manière structurée de communiquer avec ces groupes. Le comité de pilotage est donc une structure temporaire qui est mise en place pour le projet afin qu'il puisse superviser le projet et prendre des décisions clés. Et j'allais dire conseil, mais c'est plus que ce que le conseiller est censé publier, déchirer le projet. Cette structure est plus ou moins constituée de parties prenantes de haut niveau, mais parfois ils font venir des experts à cette réunion pour leur permettre de prendre une décision. Ce sont généralement les approbations pour les décisions clés. Ils sont donc un groupe très important. Jetons donc un coup d'œil à la composition typique du comité de pilotage. Ils ont donc ce que nous appelons un utilisateur senior, c' est-à-dire qu'un utilisateur senior est l'utilisateur final du produit, si vous voulez. Ils sont ceux que nous utiliserons, ce que le projet fournit. Il y a aussi un fournisseur senior qui n'est pas toujours présent, mais lorsque le projet est cette source ou lorsqu'il y a quelqu'un qui fournit le bien ou le service, ce n'est pas le cas ici. Et puis le cadre supérieur, ou soi-disant le propriétaire de l'entreprise. Il s'agit donc de la personne réellement responsable du projet. Le projet est fait pour lui. Dans une catégorie de parties prenantes, elles susciteront un grand intérêt et une grande influence. Ainsi, comme le projet est fait pour eux, ils ont le, ils font plus ou moins le code. Si, à un moment donné, je décide que le projet n' en vaut plus la peine, ils passent simplement l'appel. C'est très important. Ce qui est intéressant, ce sont les comités de pilotage. Vous supposerez que le chef de projet est un participant obligatoire, mais parfois c'est un chef de projet qui n'y participe pas. Parfois, c'est le chef de projet qui y assiste. Ils ont donc légèrement relevé la barre. Ils veulent avoir un point de vue indépendant sur le projet. Donc, si ce n'est pas toujours votre décision, il vaut mieux que le chef de projet y assiste. C'est donc tout ce que je voulais vraiment mentionner sur un comité directeur, groupe de personnes influentes se réunissant pour discuter du projet. Et quand il y a des problèmes clés ils passent l'appel. Ils peuvent également être utilisés comme point d'escalade. C'est ce que j'ai dit être bon en tant que chef de projet auquel vous participez parce que vous pouvez soulever vos principaux problèmes. Et c'est tout pour la structure du projet. Ensuite, nous terminerons la phase d'initiation et nous commencerons par vérifier quelques exemples avant de conclure la foi. 34. Facultatif : exemple de charte du projet: Ainsi, plus tôt dans une initiation, j'ai mentionné le document de charte de projet, qui est un document que le chef de projet crée pour regrouper toutes les conclusions de la phase de lancement. Et cela est utilisé comme un moyen d'obtenir l'approbation de l'entreprise sur le projet et nous pouvons aller de l'avant avec le projet. Je voulais juste vous donner un exemple. La phase d'initiation, parce que je pense que ça aide toujours. Je pense, comme je l'ai dit, la charte de projet peut être un peu effrayante. Parfois, nous voyons ces énormes modèles avec toutes ces informations qui doivent être incluses. Mais ça n'a pas à l'être. Si nous commençons par quelque chose de très simple et que nous ajoutons simplement quelques mots autour, cela peut être un exercice assez court, surtout si l'on tient compte du fait que la majeure partie du contenu de ce document est emprunté à d'autres parties prenantes. De la part des parties prenantes, vous n'écrivez pas une grande partie du contenu. Prenons l'occasion d'un autre projet , celui de construire un pont. L'une des sections que nous suggérons dans le document de charte de projet est les objectifs du projet. Donc, très simplement, le projet concerne la construction d'un pont sur le côté doux de la ville. Quelque chose de très simple comme ça pour les objectifs du projet. Quand ils avaient des documents d'analyse de rentabilisation et autres documents similaires, vous preniez des éléments du document et vous les mettiez dedans. Idem pour la section suivante, avantages et analyse de rentabilisation. C'est quelque chose que vous empruntez souvent à l'entreprise. Je l'ai ici. Le trafic actuel dans le centre de la ville est devenu insoutenable et entraîne des retards. Nous avons donc besoin de cette brèche. Vous allez ensuite examiner la portée de haut niveau, ce qui est compris dans la portée et ce qui ne l'est pas. Je l'ai donc vraiment simplifié. Je pense que tout à l'heure, j'ai eu plusieurs points importants ici. ai simplement vraiment simplifié. Évidemment, vous auriez plus de mots que de gentils, mais c'est juste pour mettre en évidence la structure du document. Dans la portée, la construction et la mise à l' essai de la brèche. C'est ce que nous voulons que le projet fasse. Nous voulons que le projet construise un pont et que, pour s'assurer qu'il fonctionne, vous auriez plus de sous-composants. Je pense que la valeur à deux bits indique, vous diriez où cela doit être fait et ainsi de suite. C'est plus ou moins pour vous donner une idée de l'intérieur et de l'extérieur du champ d'application. En dehors de la portée, vous pouvez communiquer avec les usagers de la route et toutes les routes qu'elle contient en sérialisation, par exemple, vous ne voulez pas que l'équipe de projet s' occupe de cela. Tu vas le prendre toi-même. C'est hors de portée. Le calendrier de haut niveau ne sera que des jalons clés. Vous allez simplement dire par John que j'aimerais terminer la phase de planification. 2021, mars. L'entreprise sera engagée. juin. Cela doit se produire et vous voudriez errer le budget de mise en œuvre d'ici 2023 de la même manière. Nous avons jeté un coup d'œil sur le budget. Nous avons parlé de l'ordre de grandeur approximatif et de l'un des poids pour atteindre cet ordre de grandeur approximatif. Alors que l"avis d"expert, puis nous avons un expert peut construire un pont. Tu ne veux juste pas improviser pour correspondre. Donc tu as vraiment besoin de quelqu'un, tu as engagé quelqu'un, un expert. Il sait comment c'est fait, est-ce qu'un spécialiste est fait autant de fois. Donc tout type de conservation avec 120 millions pour construire un pont. Et le budget du Conseil, désolé, comme un budget de 150 millions. Il semble donc que cela puisse fonctionner. Ensuite, les principaux risques. Mais si nous allons retarder la construction. Vous craignez donc qu'en cas de mauvais temps, la construction soit retardée. Ensuite, vous l'inscrirez dans votre registre des risques. Et c'est à vous de décider ce que nous allons en faire. Nous allons simplement l'accepter. Tu veux l'éviter ? Ce sera plus difficile. Vous pourriez probablement l'atténuer. Peut-être faire un peu de travail à l'intérieur pendant qu'il pleut. Je ne sais pas, mais c'est un point de départ. Vous vous référez généralement à votre registre des risques. Vous pourriez joindre votre registre des risques à la charte du projet pour vraiment aider tout le monde prendre une décision éclairée. Autre risque que j' ai énuméré ici, je ne suis évidemment pas un spécialiste de la construction de ponts, mais j'aime bien cet exemple. Donc dépendance des autorités routières cela pourrait retarder date de mise en œuvre de sorte que vous imaginez que vous auriez peu de boucles à parcourir pour construire un pont. Et l'un d'entre eux est les politiques, les normes et autres. C'est donc quelque chose qui entraînerait des retards. Ainsi, dans le cadre de l'atténuation des risques, nous essaierons d' accélérer ce processus ou du moins de bien comprendre quelles sont les étapes à suivre. Vous donneriez également au projet une autre vision plus stricte de la productivité. Vous avez donc décidé d' externaliser le projet. De toute évidence, vous n'aviez pas d'équipe de spécialistes pour construire un pont. Vous auriez donc un métal d'équipe de la manière suivante. Vous auriez un chef de projet interne. Vous mettriez Mary Smith, une partie du conseil devrait être votre chef de projet interne. Vous devez avoir un chef de projet de deux entreprises différentes. Vous auriez donc la société XYZ pour faire la construction elle-même et ABC pour faire autre chose. Vous aurez donc une équipe composée de chefs de projet libres parce que ce projet serait tellement grand que le tiers aurait des chefs de projet. Vous mettriez en place un comité directeur et une partie de la liste des parties prenantes. Je suppose qu'un comité directeur sera constitué de l'usager senior, c' est-à-dire des représentants de l'administration routière. L'utilisateur senior représentera donc toutes les personnes utilisant le pont. Il est donc évident que vous ne pouvez pas avoir tous les utilisateurs, mais vous êtes celui qui représente tous les usages. Le principal responsable de la malaria serait la société XYZ. Ce sont les principaux la construction du pont, donc ils seront le fournisseur principal. Vous auriez également le cadre supérieur et c'est un patron dont je suppose qu' il est maire de la ville. C'est donc lui qui prendra les décisions clés concernant le projet. Vous aurez alors une liste des parties prenantes. Je viens de dupliquer le comité directeur. Vous auriez évidemment un chef de projet. Tu aurais aimé Marion. Vous auriez les chefs de projet de ces deux entreprises et vous auriez tous ceux qui peuvent penser à la liste des approbateurs requis ? Oui, c'est important. Le cadre supérieur enverrait le document après examen par l'équipe de direction. Vous savez donc que l'approbation clé de ce projet serait le mâle, la ville. C'est donc un peu un résumé de la charte du projet. J'espère que c'est logique. Nous n'en avions pas fini avec l'exemple. Nous avons encore quelques exemples après celui-ci, mais je pense que j'espère que c'est juste le plafond, toutes les informations que vous avez eues en face pour la phase d'initiation de phase. Et vous avez également un modèle dans vos ressources. Encore une fois, le modèle, chaque entreprise aurait un type de modèle différent. Donc, si vous rejoignez un chef de projet quelque part, cela vous donnera un modèle. Mais je voulais juste mettre un modèle dans les ressources juste pour vous montrer que cela n'a pas à être trop compliqué. Regardons un autre exemple. Mais cette fois-ci, sur certains éléments spécifiques de la charte du projet. 35. Facultatif : exemples supplémentaires: Je me concentre donc sur quelques éléments de la charte de projet, le coût, le calendrier, l'analyse de rentabilisation et l'équipe. Donc, premier exemple, vous auriez une livraison de logiciel. Le coût très élevé. Vous devez avoir le fournisseur de services X, Y, Z, qui a fourni une estimation de 150 000 et 50 clés en cours. Il s'agit donc d'un environnement externalisé. Et c'est généralement le meilleur moyen d'obtenir un délit parce que, vous savez que les fournisseurs de services font aujourd'hui, comme je le disais, ils ont des équipes. Ils seront en mesure de vous donner coûts précis et précis, un calendrier de haut niveau. Donc, le fournisseur estimé pour les mamans accouche. Donc, sur cette base et en fonction de la date à laquelle le projet peut démarrer, vous devriez être en mesure de donner à l'entreprise une mise en œuvre, une date de mise en œuvre si vous souhaitez ajouter une certaine éventualité ou non. L'analyse de rentabilisation, nous avons besoin d'un système de comptabilité pour éviter saisie manuelle et les héros humains qui nous coûtent 75 000 dollars par an. Ils vous disent donc que l'une d'entre elles serait bien sûr 15050 en train de faire. Mais vous leur dites que je fixerais un 75. Ouais. Cela en vaut-il la peine ? Alors ils diraient, eh bien, 50 000 dollars coûtent 75 dollars d'économie, oui, c'est 25 000 par an. Mais cela vaut-il vraiment la peine de prendre en compte le fait que vous devez récupérer votre coût initial ? Vous leur confiez donc tout cela et ils peuvent prendre une décision éclairée. L'équipe réunit une équipe, le prestataire de services nous fournit un chef de projet. Le comité de pilotage sera mis en place avec ce chef de projet et une ressource senior de x, y, z, qui est le fournisseur de services ici. Projet suivant. Par exemple, vous développez un site Web. Donc, au coût élevé, vous avez une PME ou un expert en la matière ou un autre mot pour un gourou estimé à 30 mille dollars. Vous avez votre échelle libérale. On dirait qu'on en a besoin avant Noël. C'est un impératif pour les petites entreprises. Vous obtenez donc l'estimation de la SMA et vous verrez si cela peut fonctionner. L'analyse de rentabilisation est que nous voulons un service en ligne pour réduire le nombre d'appels téléphoniques et qu'il y a quelques numéros. Encore une fois, vous devez rassembler tous ces chiffres pour que l'entreprise puisse en décider. Économies de coûts. Est-ce que ça vaut le coup ? Et l'équipe, une équipe interne, peut faire le travail. Nous ne serons donc pas un projet externalisé comme le précédent. Il s'agira d'un projet de gestion italien. Elle utilisera Mary comme chef de projet. Et le reste de leur équipe est déjà en place. Vous pouvez donc être tranquille et nous pouvons exécuter ce projet sans problème. Un autre exemple que je viens de donner à un expert estimé à 120 millions, le calendrier de haut niveau qu'ils attendent mentionné depuis des années, une violation est nécessaire pour éviter la congestion. Et pour réunir l'équipe. Nous savons que ce PM est spécialisé dans la constriction des brèches, donc nous l'embaucherons comme entrepreneur. Au lieu d'avoir un autre scénario dans le précédent, j'ai eu quelqu'un en interne depuis la console. Mais vous vous rendez compte que pour être plus pratique, vous pourriez avoir un chef de projet spécialisé un chef de projet spécialisé et l'embaucher. Dernier exemple, juste pour les garder d'accord sur les vacances, comme j'aime donner une série d'exemples variés. Donc, coût élevé, eh bien, nous avons 5 000, le calendrier Oliver, vous avez deux semaines de business case. Nous avons vraiment besoin d'une pause dans l'équipe, nous deux et les enfants. Donc, dans le cadre de la prise en compte, nous sommes dans la phase d'initiation. Le projet n'a pas encore commencé. Donc en d'autres termes, si vous restez avec, euh, des vacances, des projets, vous avez 5 000 dollars à dépenser et vous avez deux semaines disponibles. Et puis vous pouvez modéliser, c'est bien décider, est-ce que l'analyse de rentabilisation en vaut la peine ? Est-ce qu'il retient l'eau ? Est-ce que je l'ai fait ? Pouvons-nous commencer à planifier cela ? Et c'est l'avantage de vous poser cette question avant, avant de passer à la planification. Parce que si vous vous lancez dans la planification et si vous commencez enquêter sur l'érotisme et après vous en être rendu compte, eh bien, nous n' avons même pas l'argent pour cela ou nous n' avons même pas à partir pour cela. Je voulais donc terminer avec cet exemple juste pour souligner l'importance d'obtenir, l'essentiel est de rédiger une thèse et un visage, parce qu'après qu'il soit trop tard, vous ne voulez pas entrer dans tout cela planification. Juste pour réaliser que, l'autre jour, ce n'est pas un projet viable et que c'est le but de la phase de lancement. 36. Phase 1 : conclusion de l'introduction: Bon retour. Pour terminer le lancement de notre projet. J'ai donc commencé cette phase en déclarant que le lancement du projet n'a pas toujours lieu. Au moins, les OKR n'étaient pas auparavant un peu une vérification de la réalité par rapport à ce que vous apprendrez dans certaines normes de gestion de projet, l'analyse méthodologique. Vous aurez un scénario avec quelqu'un qui fait partie de la direction et de la direction. Ils venaient juste te voir et te le faire savoir. Oui, tu as un projet. Nous avons déjà établi le budget et celui-ci doit être mis en œuvre à une telle date et c'est généralement assez agressif. est donc important pour vous, Il est donc important pour vous, lorsque vous vous impliquez à ce stade être très actif pour essayer de trouver les lacunes potentielles. Parce que tout ce qui est manqué à cette phase sera très, très difficile à corriger par la suite. Besoin de remettre en question avec beaucoup de tact les ressources qui ont proposé ce devis, Vous devez essayer de savoir comment ils en sont arrivés à ce devis. Vous devez vérifier s' ils ont oublié quelque chose pour l'inclure. Cette citation, cette citation, parfois ils proposent une citation, mais ils ne pensent pas à tous les frais généraux et autres. En tant que chef de projet, vous devez vraiment vous assurer que tout est inclus. Et pour éviter cela, comme vous le faites à l'ère de la planification, mais ils n'ont pas inclus cela. Je ne l'ai pas inclus. Défiez donc avec tact, ce serait ma recommandation. Si vous vous cachez impliqué dans l'initiation pour vous assurer que le coût total fourni tôt impossible car une fois le budget alloué, alors cela deviendra de plus en plus difficile, voire impossible au fur et à mesure que vous progressez dans le projet à Amanda et change. Nous voyons donc la phase d'initiation comme une analogie. Si vous souhaitez commencer une peinture, la phase d'initiation consiste à dessiner les grandes formes sur votre toile. Si vous en oubliez un ou si vous ne le faites pas correctement, il n'est pas nécessaire que ce soit précis, large. Mais si vous oubliez un gros morceau, alors ce sera très difficile à rectifier. Nous avons donc un questionnaire pour terminer et nous allons passer à la phase suivante, qui est la planification du projet. 37. Phase 2 : aperçu de la section de planification: Bienvenue dans le cours, présentation de la section «  face à la planification ». Dans cette section, nous allons passer en revue l'objectif de la phase de planification. Nous aborderons également le rôle du chef de projet. Au cours de cette phase, nous examinerons un document important que le chef de projet doit créer au cours de cette phase, il s'agit du plan de gestion de projet. Habituellement, les éléments clés de cette phase dont nous parlerons seront les exigences de cadrage, la planification, les coûts, le budget et la planification de la qualité. Nous terminerons comme d'habitude avec un exemple du document créé par le chef de projet. Ensuite, nous aurons un résumé et un quiz. 38. Phase 2 : objectif de la planification: Nous avons maintenant terminé l'initiation, félicitations. Le projet est approuvé. Nous commençons maintenant à planifier. planification est la planification de l'exécution, c' est-à-dire la planification de la phase suivante, plus ou moins. Le mélange, c'est comment allons-nous y parvenir ? Et que devons-nous faire exactement ? Parce que l'initiation, tout était un peu des morceaux de haut niveau, de haut niveau. Maintenant, il est temps de connaître les petits morceaux, nous devons donc retourner à l'entreprise et leur demander exactement quoi, mettre cela sur papier et nous pourrons tous les approuver et nous mettre d'accord. Passons maintenant en revue en détail ce qui est impliqué dans la phase de planification. Quel est donc le but de la planification ? C'est plus ou moins, comment ferait-on ce projet ? Je réaliserai les activités de ce projet. C'est un regard du Sud sur les éléments clés impliqués dans la planification. Nous revenons aux exigences, nous devenons plus granulaires. Tu es un peu du niveau inférieur. Que voulons-nous exactement atteindre ? Qu'est-ce qui est inclus, qu'est-ce qui est exclu ? Nous fixons les limites un peu plus d'une manière plus raffinée. Nous examinons de plus près notre calendrier maintenant que nous ne sommes plus dans le sens large, donc nous examinons vraiment chaque étape qui est requise. La dépendance est la durée des étapes, ce qui devrait nous donner une date de livraison finale. Nous examinons le budget et les coûts de manière beaucoup plus détaillée. Nous jetons un coup d'œil, un autre regard sur les parties prenantes si elles sont toujours d'accord, de plus près dans les rôles et les responsabilités. C'est le document clé qui sera livré à la fin de cette phase, nous avions la charte du projet en cours de lancement. Et dans cette phase, nous appellerons le document créé par le chef de projet, le plan de gestion de projet. Et puis planifier plus ou moins toutes les autres activités. Selon le projet, vous aurez plus ou moins d'activités ici j'en ai listé quelques-unes. Nous planifions la façon dont nous allons rendre compte d'un projet. Devons-nous tenir quelqu'un au courant du contrôle de la qualité ? Nous parlons de qualité. Pouvons-nous vérifier que ce que nous faisons est bien ? La communication ? J'en ai parlé à une partie prenante. Comment allons-nous communiquer , avec qui et comment ? Jetez un coup d'œil à la planification des achats. Devons-nous acheter quelque chose et si oui, comment nous allons le faire ? Et nous allons aussi, bien entendu, examiner les risques. Donc, le résultat global recherché lors de la planification est de savoir comment activité du projet sera contactée, menée, désolé. 39. Rôle du PM pendant la planification: Bienvenue dans le cours. Examinons le rôle du chef de projet dans la planification. Lors de l'initiation, le chef de projet a créé une charte de projet. Au cours de la planification, le chef de projet crée un plan de gestion de projet qui englobera toutes les conclusions de la planification et le soumettra pour approbation. Il ou elle a un autre document à remplir pour créer de la paperasse. En plus de cela, les deux principales activités que le chef de projet doit effectuer sont la finalisation du calendrier et du budget. Ce sont là des éléments clés et ils sont très importants. Et cela doit être fait avec beaucoup de détails. En plus de ça. Bien entendu, le chef de projet doit s'assurer que toute la planification est effectuée correctement. Je viens d'en énumérer quelques-uns ici. Le chef de projet doit s'assurer que la planification des activités est historique que les exigences sont claires. La portée est définie, la structure de l' équipe est finalisée, la liste complète des parties prenantes est créée, les ressources sont disponibles. C'est évidemment très important pour la planification et le calendrier. Que tout le monde soit d'accord. Nous pourrions avoir une liste des parties prenantes, mais ici ne sont pas engagées. Et si les ressources ne sont pas disponibles, nous n'irons pas très vite. Donc, en général, nous organisons une réunion de lancement où nous impliquons toutes les parties prenantes, toutes les ressources du projet, et voyons si quelqu'un a quelque chose à dire, dis-le maintenant. Sinon, nous devons nous assurer que le reporting est défini. Comme je l'ai déjà mentionné. Toutes les mesures sont prises pour livrer un bon produit qui planifie la qualité. Et la communication est claire. En plus de ça. Jetons un coup d'œil au registre des risques que nous avons également ajouté. Il y a donc beaucoup de choses à faire lors de la planification. C'est une phase très active pour le chef de projet. 40. Définition du plan de gestion de projet: Encore une fois, c'est à cela que pourrait ressembler votre plan de gestion de projet. J'ai repris certains des composants ma première diapositive sur la planification du projet, mais j'en ai ajouté quelques-uns ici. Les facteurs critiques de succès, à savoir, comment déciderons-nous si le projet est un succès ou non ? C'est quelque chose que nous pourrions inclure dans le plan de gestion du projet. Nous pourrions lister tous les livrables. Si vous vous souvenez de la terminologie, c'est tout ce que le projet remettra à la fin du projet. La structure de répartition du travail, c'est quelque chose qui l'est aussi. Les exigences de liste sont celles qui sont exigées du projet. Et j'en aurai un exemple plus tard. Vous pouvez également avoir certaines contraintes qui n'ont jamais été mentionnées auparavant. Une approche projet, c'est-à-dire comment allons-nous réaliser ce projet à un moment donné, parfois ce n'est pas nécessaire parce que la façon de faire le projet est assez standard. Mais si nous faisons quelque chose d'un peu différent, je suppose qu'il est toujours bon de le lister. C'est donc un autre document que nous devons créer. Ensuite, nous allons commencer à examiner le premier élément, qui revient aux exigences de cadrage. 41. Exigences : introduction: Bienvenue dans le cours. Il est maintenant temps d'entrer plus en détail dans notre champ d'application. Donc, d'un côté, nous avons le business. Ils doivent nous dire exactement ce que nous devons faire. autre côté, l'équipe de projet serait composée d' analystes commerciaux et de concepteurs de l'architecture de ceux qui ont vraiment besoin de s'assurer qu'ils comprennent ce que l'entreprise veut. Il s'agit d'une étape cruciale car tout ce que nous faisons dans l'exécution sera basé sur les exigences que l'entreprise nous fournit. Et nous verrons dans la diapositive suivante à quel point cette exigence est importante et à quel point est-ce important de bien faire les choses ? Alors, comment créer un document d' exigences ? Il y a généralement un certain type d'analyste commercial impliqué au nom de l'entreprise pour mettre tous les besoins de l' entreprise dans un seul document. Cela pourrait être appelé le document des exigences commerciales. Il peut être appelé document détaillé des exigences, mais il peut également s'agir d'une matrice d'exigences de haut niveau. Et l'avantage de la matrice d'exigences, c'est qu'elle est assez rapide. Pour revenir aux exigences. Vous avez une exigence ici et un numéro lui est associé. Je ne fais que vous donner un exemple. C'est très utile comme nous le verrons S'il ne s'agit pas d'une matrice d' exigences, il y aura de toute façon un autre type de document, où les exigences sont clairement énoncées. Juste pour souligner que cet exercice est très important pour le projet. Nous utiliserons la matrice d'exigences ou tout type de document d' exigence lors de l'exécution pour concevoir et construire le produit. Il sera également utilisé pour vérifier l'étendue de l'activité ici. Avez-vous pensé à cela à mi-chemin du projet et si ce n'est pas dans la liste, nous avons dit, désolé, ce n' était pas dans cette liste. Nous devons donc effectuer un contrôle des modifications. Il sera utilisé pour vérifier la qualité. Lorsque nous aurons une équipe de test, elle passera revue toutes ces exigences et confirmera que la compilation a été effectuée correctement, puis inclura toutes ces exigences. Et l'acceptation finale. Lorsque le produit sera terminé, l'entreprise reviendra avec cette liste et s'assurera que, oui, ils ont ces années, qu'ils ont cette coche, cette coche, coche, et que tout est fait. C'est particulièrement important dans un environnement de fournisseur lorsqu' une entreprise est engagée pour effectuer un travail juste avant de signer et de libérer de l'argent. Vous aurez généralement quelques discussions à propos de l'exigence. L'exigence ici, par exemple, ils peuvent avoir ici une certaine catégorie. Il peut s'agir d'une exigence de conformité, d'une exigence de sécurité, ou simplement d'une exigence de conception. Ensuite, vous aurez une sorte de description. est peut-être un bon point de départ. Par exemple, les exigences de sécurité en série ou les transactions sur le site Web doivent être cryptées. Ensuite, vous pourriez avoir quelque chose de plus détaillé. En dessous. 42. Structure de répartition des travaux : définition de la WBS: Avant de passer à la partie suivante de la planification, je voulais simplement mentionner brièvement un outil, car nous sommes confrontés à exigences que les analystes commerciaux utilisent parfois également. Visualisez les exigences requises par l'entreprise dans le cadre du projet. C'est ce qu'on appelle un WBS ou structure de répartition du travail. Et c'est juste une façon sophistiquée de décomposer les livrables en petits morceaux. Il peut donc être utilisé, il est principalement utilisé par les analystes commerciaux, mais il peut également être utilisé par le chef de projet. Par exemple, j'ai ici l'exemple d' un projet que j'ai décomposé à l'aide du graphique WBS. Donc, la façon dont cela fonctionne est de passer du composant le plus complexe au composant le plus détaillé, et cela fonctionne avec des sous-catégories. Donc, si vous en avez, par exemple, j'ai la composante la plus élevée, c' est-à-dire que mon projet est de partir en vacances. Je décompose ce projet en activités clés qui me semblent nécessaires pour mener à bien ce projet. Et puis, sous chaque activité clé, j'ai une activité plus petite et une portée plus petite. Donc, si je ne prends qu'un exemple, décide de la destination. Mon projet serait donc similaire à des jours. Et mon sous-projet, si vous voulez, mon sous-composant sera décidé en fonction de la destination. Endo, décide de la destination. J'aurais des idées de remue-méninges. Vérifiez le chemin. Le sous-composant suivant est comment vais-je décider de chaque unaire ? Un autre regard sur le timing. Je vais jeter un œil aux stokes que je voulais avoir et à l'ascite que je veux visiter. En d'autres termes, c'est quand on va de haut en bas que l'on devient de plus en plus granulaire. J'ai besoin d'un bon moyen pour ne rien oublier. C'est ce qu'on appelle structure de répartition du travail WBS. Je voulais juste le mentionner au cas où tu en entendrais parler et que tu puisses voir oui. J'en ai entendu parler. Je sais ce que c'est. 43. Planification : introduction: Bienvenue dans la partie programmation du programme. Comme nous l'avons vu avec scope, planification lors de la planification doit être plus minutieuse. Il doit être complet. Au cours de l'initiation, nous étions simplement satisfaits certains jalons clés, mais ils étaient en cours de planification. Nous devons établir un plan complet, un calendrier complet. Quand nous établissons un calendrier. Lors de la planification, nous sommes principalement préoccupés par les activités qui se dérouleront pendant la phase d'exécution. Personne n'est vraiment intéressé par ce qui se passe dans la phase de clôture, peut-être votre projet de son afin qu'ils puissent correctement rail kit certaines des ressources de gestion de projet et celles du Reich. Mais une entreprise que vos équipes de projet et les Ragsdale sont surtout intéressés par l'exécution. C'est donc là que nous passerons le plus clair de notre temps à planifier l'exécution. La planification est donc évidemment importante pour la coordination des ressources. Il est important de savoir que vous ne pouvez pas simplement prendre des ressources et les laisser partir quand vous le souhaitez. Vous ne travailleriez donc probablement pas avec d'autres managers. Vous devez leur indiquer quand une ressource sera disponible ou quand vous aurez besoin d'accéder au quart de score et à d'autres ressources. Évidemment, la coordination des activités. Vous pouvez donc dire aux équipes nous avons terminé cette activité sur cette dette. Ensuite, l'autre équipe, si elle dépend de cette activité, elle peut commencer. Ils peuvent donc mettre tout cela dans moi ou le chef d'équipe peut le mettre dans les plannings. Évidemment, la mise en œuvre laisse la plus délicate, mais aussi le coût final car certains coûts dépendront de la durée de votre projet. Par exemple, la gestion de projet est une évidence. le projet est long, plus vous devrez y consacrer du temps. Cela ne signifie pas que vous devez passer 100 % de votre temps. Mais plus le projet est long, plus le coût de gestion du projet sera élevé. en va de même pour certaines activités administratives, certaines activités de frais généraux seraient dans la même catégorie. 44. Planification : décomposer l'exécution: Bienvenue à nouveau dans la partie planification et planification de la planification. Après l'introduction, j'ai voulu vous montrer quelques composants typiques qui entrent dans la partie exécution. C'est donc toujours une bonne idée lorsque vous planifiez un projet de vérifier si vous vous inscrivez dans ce scénario. Ainsi, à la fin de la planification, vous passez à l'exécution. En d'autres termes, lors de la planification, vous devez planifier l'exécution, comme nous l'avons mentionné précédemment, vous devez regarder vers l'avenir ou ce que l'exécution impliquera. Il s'agit donc de cas où l'exécution sera décomposée comme suit. Vous auriez donc la conception, la construction, le test et ensuite la mise en œuvre. C'est donc typique d'un projet informatique. Vous auriez les exigences qui se produiraient avant et pendant l'exécution, vous ferez la conception, vous ferez le build, vous ferez le test, la mise en œuvre, et après le le composant d'exécution va se terminer. Au cours de la planification, vous ferez la collecte des exigences. Ainsi, l'entreprise viendra avec une matrice d'exigences ou un document d' exigences commerciales. Et cela vous indiquera ce qui doit être fait en détail. Et puis, pendant l'exécution, vous allez entrer dans la conception et la façon dont nous allons le faire. Il y a donc parfois une certaine confusion. Le design ne fait pas partie de la planification, bien qu'il soit tentant de le mettre là. Mais ça ne l'est pas. Ce qui n'est pas planifié, c'est que vous rassemblez les exigences, puis conception fait partie de l'exécution. Celles-ci et nous vous expliquerons comment vous allez les perdre. Ce sont les exigences, vous diront ce que vous allez faire et la conception que vous allez faire, comment vous allez le faire. Les exigences relatives l'entreprise de haut niveau ici Je veux un site Web qui a ces données a des doutes et les goûts et l' analyste commercial dans le cadre de la conception, vous dira comment ils vont convertir cette exigence en quelque chose de concret, comment la page Web sera exactement conçue. Et une fois que nous passerons à la construction, les développeurs construiront ou construiront, ils utiliseront le document de conception produit ici, et ils l'utiliseront pour construire le produit. Lorsque la génération est terminée. J'espère que vous aurez une étape de test ici où vous pourrez vérifier si le travail est bien fait. Et selon les exigences. C'est ce que nous avons vu auparavant. Le document d'exigence est utilisé pour la conception, pour la construction et pour le goût. La dernière étape après le test consiste à effectuer la mise en œuvre. Comme vous pouvez le constater, cela peut être très utile pour établir un projet de calendrier. Vous auriez un titre avec un design ou un coup avec build, test implémentation. Et sous chaque rubrique, vous trouverez les tâches les plus détaillées. 45. Exemples de planification de l'exécution: Bienvenue dans le cours. Maintenant, ce que nous pouvons faire, c'est que nous avons déjà vu ce modèle , où nous pouvons passer de la conception à la mise en œuvre des tests. nous pouvons faire, c'est examiner les projets et voir quand quand faire la planification s' ils s'inscrivent dans ce modèle. J'ai donc cinq projets et nous allons les parcourir rapidement et vérifier si chacun de ces composants correspond au modèle. Le premier est donc la livraison de logiciels. Quelles seraient donc les exigences pour cela ? Ce sera l' entreprise qui nous dira ce qu'elle veut que le logiciel fasse. Donc ça marche. Nous pouvons donc vraiment nous rapporter à une exigence ici. La conception utilisera généralement une spécification logicielle quelconque, et elle sera faite par l'analyste commercial. La compilation sera toute la configuration de codage et la relaxation effectuée par le développeur. Il n'y a pas de surprise car la livraison de logiciels est en fait celle qui est en fait un projet de développement informatique et rend ce modèle adapté au projet de développement informatique. Donc pour revenir ici, testez le test des exigences du logiciel VS. Oui, donc l'analyse des goûts serait impliquée dans la mise en œuvre. Il y aura une mise en service où les utilisateurs pourront accéder au système. Cela fonctionne. Je vais développer votre site web sont également une sorte de projet informatique. L'exigence viendrait de l'entreprise qui nous dira quel type de largeur de côté ils veulent et quelles fonctionnalités ils veulent avoir. Le design qui sera le même. Il y aura une conception de site Web de concepteur ici qui sera faite pour créer, créer un site Web trimestre après trimestre, ce qui est plus de configuration ces jours-ci. En ce qui concerne cela. Pourtant, une équipe spécialisée fait le site Web et en plus de cela, évidemment, l' entreprise viendra faire la mise en œuvre de l'UAT. Oui, nous mettons également en ligne, fournissons un accès complet au site Web. Donc ça marche, construire un pont. Les exigences. Je pense que nous avons déjà vu construire un pont. Donc les exigences, le gouvernement ou qui veut ces ponts, définissent les types de rayons qu'ils veulent. La conception serait faite, je pense que par un architecte aura l'usine et autres. La facture sera faite par l'équipe de construction. Test : nous allons tester la solidité de la brèche. C'est donc une question intéressante. Je suppose qu'ils goûtent aussi des composants avant, mais je ne sais pas si vous les avez vus sur Internet, mais ils ont mis 50 gros camions sur le pont et ils ont plus ou moins testé. Je ne veux pas savoir ce qui se passe si ça ne marche pas, mais je pense qu'ils le font. Très pratique que le goût soit assez solide et la mise en œuvre, oui, un jour ils disent que c'est tout. Le pont est entre guillemets en direct et les voitures sont autorisées sur la route. Maintenant, si nous prenons le projet d'encodage de partir en vacances, les exigences, quoi que ce soit, cela, nous avons tous besoin de jours saints, je suppose qu'à un moment donné, design préparera le décor et le build sera de faire le test des réservations. On ne peut pas vraiment tester les vacances. Je veux dire, j'aimerais pouvoir tester mes jours de fête, mais je suppose que tu pourrais faire une course à sec avec toutes les réservations. Et la mise en œuvre est quand ils commencent seulement à atterrir sur la lune. Supposons que nous voulions aller sur la lune. Donc ça, c'est une exigence. J'imagine qu'ils fourniraient plus de détails que cela. Mais pour le design, nous avons une fusée en cours de conception et nous créons le goût de la fusée. Je suppose qu'ils font beaucoup de tests, mais ils ne peuvent pas vraiment tester le fait d'aller sur la lune une, deux fois et après. Ok, c'est, c'est le bon. Laisse-moi, maintenant en direct. Ils faisaient donc une sorte de dégustation. Il est donc discutable si ce modèle fonctionne pour cela, nous pensons que oui. Et la mise en œuvre, ça y est, 321 allez ici, vous avez tous les composants. Très utile lorsque vous souhaitez créer un plan. 46. Construire un calendrier : Étapes et exemple: Continuons avec la planification et la planification du projet. J'ai quelques étapes suggérées pour établir un calendrier ici. Etape 123, évidemment, je pense que la création d'un planning est assez intuitive. Je pense que nous connaissons tous les dépendances de durée des projets. Nous avons tous planifié quelque chose. Ce n'est pas drôle non plus pendant les fêtes. J'aimerais donner cet exemple. C'est tout le monde. J'espère que tu as commencé ça à un moment donné. Première étape, nous listons toutes les tâches requises ainsi que l'effort requis. Il s'agit d'un mode de temps qui serait réellement consacré à l'exécution du travail. La durée sera le temps passé du début à la fin. Vous pourriez donc avoir des retards, des temps de largeur entre les deux. Cela sera donc pris en compte pendant la durée. Voici un exemple rapide pour vous. Prends deux heures aux constructeurs pour réparer mon toit. Mais si vous tenez compte tous les allers et retours verts, cela leur prendra deux semaines, la durée, mais il y aura effectivement travaux sur mon toit pendant seulement deux heures. Donc, si nous revenons à notre exemple, il s'agit de construire une clôture avec un portail. Vous devez donc lister toutes les tâches qui, s'il vous plaît, ne les commentez pas. Supposons simplement que ce qui est nécessaire donc 0,5 jours pour construire le matériel jours libres pour installer le poteau, une semaine pour mettre une clôture en place aujourd'hui pour construire dans installé la porte. Nous commençons donc par répertorier toutes les tâches. Deuxième étape, nous listons les dépendances entre les tâches. Nous avons considéré qu'une tâche qui ne peut pas commencer avant une autre est terminée. Ainsi, par exemple, nous ne pouvons pas commencer à construire la clôture avant d' avoir obtenu le matériel. Nous ne pouvons pas nous mettre sur la défensive sans lire les documents Nous pouvons donc commencer à mettre la clôture sans le poteau. Nous ne pouvons donc pas le faire sans la poste. Nous listons toutes les dépendances entre une tâche comme celle-ci. Le document ici a avancé. Parfois, la relation entre les tâches peut être plus complexe. Par exemple, certaines tâches peuvent commencer quelques jours après le début d'une autre. Ou parfois j'ai besoin de terminer en même temps. Un exemple est que nous devons terminer le fait qu'en même temps que nos voisins ont terminé le sien. Parce que nous voulons nous assurer qu'ils sont exactement à la même hauteur, par exemple. C'est donc une dépendance plus complexe que celle que nous pouvons avoir. C'est donc là que je vais nous faire avancer. Si vous êtes débutant, vous n'avez pas vraiment à vous inquiéter de ce scénario. La scène. Troisième étape, on met tout en place. Nous passons en revue les ressources et une contrainte pour ces tâches. Qui s'occupe de ces tâches et combien de ressources dispons-nous ? Et c'est là que je mentionnais auparavant, effort et durée comme effort et durée comme deux termes souvent utilisés dans la gestion de projet pour les planifications, l' effort est en fait le temps de le travail et la durée. C'est un temps qu'il faudra, en tenant compte toutes les dépendances, des contraintes et du couteau. Donc, par exemple, ce que j'ai ici, passons une semaine au biomatériau, c'est que nous devons trouver le bon courtisé. Les magasins peuvent ne pas être ouverts et autres. C'est donc pour vous montrer que la tâche de 0,5 jour peut se transformer en tâche d'une semaine. Et c'est ce qui se passerait également dans la gestion de projet. Parfois, une tâche peut avoir un jour si elle est dans l'avion, vous mettrez cinq jours parce que la ressource n'est pas souvent précieuse, travaille à temps partiel ou la durée en, nous en prendrons deux semaines pour mettre la clôture que clôture IP en tant qu'entrepreneur travaille à temps partiel. Donc quand nous nous efforçons, mais la durée sera de deux semaines. ressource n'est peut-être pas disponible. C'est donc plus contraignant si vous voulez, jusqu'à une certaine date. Vous listez donc votre contrainte. Les magasins sont fermés pendant les vacances de Pâques, les entrepreneurs sont absents ou moi. Vous pouvez donc les lister suffisamment pour que le mien soit votre programme. Vous pouvez terminer le projet avant qu'il ne s'arrête. Après. Deux ressources disponibles ayant les mêmes compétences peuvent travailler sur la même tâche. C'est donc une situation plus positive. chose à garder à l'esprit lorsque vous mettez votre emploi du temps est qu'une source secondaire sera disponible à partir du 10 mai. Ensuite, vous listez toutes les autres contraintes. La clôture doit être payée avant le 12 juin. Il peut y avoir une sorte de contrainte. C'est donc ça. La première étape. Deuxième étape, les dépendances entre ces dépendances sont requises. Parce que lorsque vous examinez la ressource et les contraintes, vous devrez tenir compte de ces dépendances. n'est donc qu'un exemple de la façon dont vous pourriez élaborer un calendrier. Et comment est-ce que vous représentez cela ? Vous pouvez simplement le représenter de cette façon auprès de l'entreprise. J'ai pris en compte tous les efforts et la durée et je suppose que le processus commence en mars. J'ai rassemblé tout cela et je vais me donner une date d'achèvement. C'est un petit planning, mais juste pour illustrer les trois étapes que j'avais auparavant, nous verrons d'autres moyens, évidemment pour présenter un planning. Mais ce type de planificateurs verrait qu'il est très bon de les présenter, est très utile pour l'entreprise. 47. Types d'horaire Partie 1 Vues d'étape et de calendrier: Bonjour encore. Passons donc en revue certains onglets planifiés que vous pourriez rencontrer. Je vous ai donc déjà présenté ici pour planifier des onglets qui sont assez courants. Ils se concentrent sur les jalons. Pour le premier qui s'appelle la vue des jalons, nous listons simplement les tâches, puis nous mettons la date d'achèvement ici sur le côté droit. Donc, en général, vous avez toutes les tâches importantes de votre projet. Et quand ils seront terminés, cela donne aux parties prenantes une idée du moment où certaines étapes clés seront franchies. Le second est la chronologie du projet. C'est un peu similaire en ce qui concerne les jalons, mais c'est un peu plus visuel, si vous voulez. Il y a donc l'achèvement qu'il 30 décembre et le nom de la tâche est ici. C'est très convivial. J'ai fait celui-ci dans Microsoft Excel. Je pense que cela peut également être fait dans Visio. Passons donc en revue les avantages de ce type d'horaires. Ils sont donc parfaits pour la gestion des rapports du comité directeur. Évidemment, ils sont très faciles à lire et se concentrent sur un élément clé. Ils sont faciles à inclure dans les rapports. Vous pouvez donc simplement le copier et mettre à la fin de votre rapport. Cela vous donne à tout le monde une mise à jour sur le calendrier. Et avec l' équipe de projet, ils sont meilleurs. J'ai envie de motiver les gens et de les concentrer sur les tâches à accomplir. Donc le diagramme de Gantt que nous verrons sur la diapositive suivante, c'est plus complet, plus détaillé, mais j'ai trouvé que votre équipe de projet a parfois du mal à être tordue. Ils n'ont pas le temps d' aborder la tâche plus détaillée, c'est donc parfait pour que tout le monde se concentre. Ok, donc le développement du logiciel ici doit se terminer le 2 février. Cela donne à chacun un petit objectif et une vision claire de ce qui doit être réalisé. 48. Types de calendrier Partie 2 Graphiques et pièces jointes: L'autre type d' horaire que vous rencontrerez est certainement un diagramme de Gantt. Encore une fois, le graphique est l'étalon-or. Par opposition à la planification de la gestion de projet. Il permet des dépendances complexes et vous pouvez même faire votre budget avec. Voilà donc à quoi cela ressemble. Donc, sur le côté gauche, vous avez un projet de tâches. Et sur le côté droit, c'est un peu plus visuel. revenant sur le côté gauche, vous pouvez lister vos tâches. Ici. Vous pouvez les regrouper. Par exemple, vous pourriez avoir le groupement de planification et vous auriez toutes les tâches pour l'exécution de la planification, toutes les tâches à exécuter. Vous auriez l'effort dont ils ont parlé tout à l'heure. Vous pouvez mettre la durée au lieu de l'effort. Vous pouvez mettre des noms de ressources. Vous pouvez désormais allouer une ressource à cette tâche et à cette tâche. Et le logiciel vous permettra de savoir si une ressource est réservée en double, s'il est alloué à plus de 100 pour cent. C'est donc un très bon outil pour le chef de projet. Nous examinons les avantages, oui, c'est génial pour les projets complexes. Calcule les dates d'achèvement en fonction de la dépendance, sorte que vous n'avez pas à tout faire manuellement. Tout ça. Je l'ai dit calculé. En revanche, cela peut sembler un peu écrasant, comme je l'ai mentionné dans la diapositive précédente. Alors, quelle activité dans les équipes de projet ? Donc, si vous voulez l'utiliser comme outil de communication, je vous recommande vivement de le limiter à une ou deux pages, car je viens de représenter une page. Voici plus ou moins ici j' ai un projet sur une page, mais parfois il y aurait 1011 pages. Il est donc un peu déraisonnable de demander à un membre de l'équipe de projet de l'examiner. Et pour vous, cela devient un peu un cauchemar de maintenance. L'outil que nous utilisons pour ce type de planification est l'outil Microsoft appelé MS Project et Microsoft Project. Mais vous pouvez également le faire avec Microsoft Excel et vous montrer un exemple dans les ressources, parlant de ressources, nous y sommes. J'ai donc inclus un de ces diagrammes de Gantt dans une ressource réalisée avec Microsoft Project. Donc, évidemment, si vous n' avez pas Microsoft Project, vous ne pourrez pas y accéder. C'est pourquoi je l'ai également mis au format PDF. Et j'ai également fourni un exemple de diagramme de Gantt réalisé avec Excel. Donc, si vous allez dans Excel, si vous voulez créer un nouveau classeur et que vous allez dans les modèles et que vous recherchez des coups de feu, vous pourrez trouver des diagrammes de Gantt sont des modèles que vous pouvez utiliser. Donc, si vous voulez vraiment jouer avec le whisky et les graphiques, Excel n'a évidemment pas le même avantage de calcul que Microsoft Project. C'est donc tout pour la planification des projets. Passons ensuite à la planification du coût de notre projet. 49. Le calcul des coûts pendant la planification : Introduction: Bienvenue dans le cours. Je suis sûr que tu l'as deviné. Lors de la planification, nous obtenons plus de détails, alors que ce qui était le cas pour portée car c'était à un calendrier minutieux. Maintenant, pour le budget, nous sommes de plus en plus détaillés. Il faut que tout soit prêt. Comme nous allons le voir. Comme vous l'avez probablement fait, plus progressez dans le projet, plus il est difficile de modifier un budget. Nous établissons donc un budget complet. Lors de l'initiation, la côte haute a été estimée, et nous l'appelons ordre de grandeur. Nous sommes maintenant en train de planifier et il est temps de passer à une approche plus précise. Nous faisons donc une estimation ascendante, ce qui signifie que nous ajoutons tous les composants plus petits que nous aurions trouvés lors de notre planification et de notre conception. Nous avons donc provoqué l'attachement à chacun de ces composants. Nous le faisons donc une fois le calendrier terminé, car certains coûts dépendront la durée du projet. Par exemple, le coût de gestion du projet. Et c'est généralement plus cher si le projet est plus long car il est basé sur le modèle des jours auxquels le chef de projet sera impliqué, souhaite que ce coût du projet soit finalisé. Nous appelons ce budget notre base de référence. Et pendant la durée de vie du projet, nous nous référerons toujours à cette base de référence pour vérifier si nous respectons toujours les limites budgétaires. 50. Coûts : prix et temps fixes et matériel: Donc, lorsque nous commençons à assembler nos coûts, une façon de procéder est de le rendre plus clair, c' est-à-dire de diviser nos coûts en temps, en matériaux et en prix fixes. Donc, juste pour donner une explication rapide sur chacun de ces matériaux déterminés, bien sûr, cela dépend de la durée du projet ou de la tâche . Nous n'en sommes donc pas vraiment sûrs. Cela peut prendre dix jours, protéger 20 jours. faudrait donc faire une estimation du temps qu'il faudrait pour terminer la tâche. Mais si cela prend plus de temps, ce sera plus cher. Si vous prenez moins de temps, ce sera moins cher. Donc nous ne savons pas vraiment, alors nous disons que ça dépend. C'est pourquoi, dans cet exemple, vous avez les entrepreneurs. Tu fais venir quelqu'un pour une journée. Si vous terminez la tâche en quatre jours, c'est 4 mille, mais s'il la termine en six jours, ce serait 6%. Évidemment, vous aurez un certain type d'estimation, mais elle n'est pas vraiment fixe. Le prix est le même que celui que nous avons discuté pour le coût de gestion du projet. Cela dépend de la durée du projet. Les gestionnaires fonctionnels, cela peut dépendre de leur implication. Si les projets devenaient plus complexes, ils s' impliqueraient peut-être davantage. Et vous pourriez également avoir besoin de conseils pour adultes. Au milieu du projet, vous pourriez réaliser que vous avez besoin de quelque chose et ensuite vous l' apporterez en tant que Stan et matériel et aussi l'achat. Tu ne le sais pas vraiment. Parfois, il indique comment les activités d'approvisionnement se dérouleront. C'est totalement vague ici, mais vous arriviez toujours avec certains types d'estimations. Le prix fixe, c'est plus concret, vous savez exactement combien vous voulez payer d'avance. Si nous regardons des exemples, votre matériel, achetez-le. C'en est une que nous connaissons. Nous en aurons besoin. Nous savons à l'avance combien cela coûterait. Vous pouvez avoir un prix fixe sur le voyage si vous savez que vous devez voyager pour le projet, vous pouvez le calculer exactement à l'avance. Vous pouvez également avoir un type de service à prix fixe. Quelqu'un vient réparer quelque chose. Peu importe que cela leur prenne cinq ou dix jours, vous ne paierez que le même prix. Et pour, pour certaines marchandises également. En voici quelques exemples. Ce ne sont que quelques exemples de cela, mais évidemment, vous pourriez avoir une liste plus longue. Donc, pour conclure avec un exemple très rapide, disons que vous partez en vacances. Avant de partir en vacances, vous savez, certains coûts seront fixes. Vous auriez payé votre hôtel, disons que vous auriez payé votre vol. C'est un prix fixe, mais certains demanderont plus de temps et de matériel. Si tu veux l'appeler ainsi. Par exemple, au milieu, vous ne savez pas exactement combien vous dépenserez à chaque repas. Vous ne savez pas exactement combien d'essence vous allez dépenser, mais vous auriez une pièce d'identité, vous feriez une estimation. Vous diriez, eh bien, 50$ par jour pour les hommes, par exemple, c'est toujours considéré comme un temps et matériel parce que vous ne savez pas exactement à l'avance, mais vous auriez une sorte d' estimation pour vous donner une identification. C'est donc évidemment le coût à surveiller. Si vous regardez dans un environnement client fournisseur. Le matériau commun est évidemment préféré lorsque vous êtes le vendeur. Parce que si cela vous prend plus de temps que vous n'êtes payé suffisamment pour vous, vous êtes couvert d'une certaine manière. autre côté, le prix fixe serait celui que préfère le client car il sait exactement combien il va payer à l'avance. 51. Coûts : FP et T&M Exemple: Donc pour réitérer un peu ce prix fixe et les concepts de temps et de matériaux et je voulais vous donner un exemple. Donc, si ces concepts sont clairs pour vous, n'hésitez pas à sauter cette vidéo. Mais j'aime toujours donner un exemple. Donc, si nous revenons à la clôture, construisant un exemple de clôture, vous pourriez avoir deux options ou une combinaison des deux. Allons-y pour la première option. Première option, vous décidez d'opter pour un prix fixe, ou l'entrepreneur vous donne un prix fixe. Le budget total est donc clair. Prix pour tous les clous à bois et poteaux vendus fixes, et la main-d'œuvre est également fixe. Cela ne vous coûtera pas plus cher que cela. Donc, en tant que client, vous savez que le prix ne dépassera pas ce montant. Je veux dire, il y a toujours des exceptions, mais c'est l'idée des prix fixes. En théorie, vous vous en tenez à ces prix. Donc, pour un autre entrepreneur, vous pourriez avoir une plus grande marge si vous, si c'était un peu une estimation et que vous avez une course de rêve et qu'il vous reste un peu d'argent. Mais si cela vous prend beaucoup plus de temps que vous pourriez perdre de l'argent. Vous pouvez donc également opter pour l'option deux. Et c'était une époque dans la matière. Donc, soit ils pourraient vous dire, écoutez, je n'en ai aucune idée, mais notre travail coûte 50 dollars de l'heure. Mais d'habitude, comme je le disais, cela vous donnerait une estimation que nous voyons autour de 2 000 dollars, mais ce sera du temps et du matériel de toute façon. donc assuré que vous ne paierez pas plus que ce qui est requis. Donc, en tant que client, vous ne savez pas exactement combien cela va coûter au final. Que vous ayez plus confiance dans le fait que vous paierez le juste prix. En tant qu'entrepreneur, vous ne subissez pas la même pression pour potentiellement perdre de l'argent. Donc, s'il y a un problème dans un travail, cela prend plus de temps que de payer à l'heure. Voici donc comment les deux options que vous pourriez avoir, il y a une troisième option. Vous pouvez décider d' avoir un prix fixe, du temps et du matériel. Par exemple, l' entrepreneur pourrait vous dire que nous vous donnons tous les matériaux, prix fixe, donc 750$. Tu sais exactement combien tu vas payer pour ça. Mais nous aurons le travail comme le temps et les matériaux vous donneront 50$ de paiement. Pour cela, nous vous facturerons 5% ou vous rembourserons. 52. Exemple de budget: Bienvenue dans le cours. Regardons un exemple de budget de projet. Ce que j'ai ici est un petit exemple de projet simple où vous auriez un coordinateur de gestion de projet et un développeur et testeur. Il y a évidemment plus de ressources nécessaires, mais je voulais juste vous donner un exemple très simple. Et je voulais le partager entre le matériel de talent et aussi dans un prix fixe, vous auriez le temps et le matériel. Vous aurez une estimation de la durée du projet. Tu aurais les 50 jours ici. Ce serait donc la durée des projets multipliée par le taux. Et vous auriez un coût en temps et en matériel. Comme je le disais, il s'agit que d'une estimation. Si le projet prend plus de temps , votre coût augmentera ici. Artériole terminale. Encore une fois, si l'estimation est erronée, pourrait augmenter si elle était sous-estimée. Toutes ces ressources, le nombre de jours. Et maintenant, vous avez le rouge par jour et cela vous donne un coût total. Nous espérons que ce coût ne changera pas. Mais s'ils le sont, s'ils le sont, s'il s'agit d'événements qui se répercutent sur le projet, les problèmes oculaires que ceux-là, ces coûts pourraient changer. Dans un scénario à prix fixe, alors c'est votre plus pratique bien que l'acheteur, donc cela va vous coûter 20 mille dollars. Vous savez que les tests de sécurité informatique vont vous coûter 10 000 dollars et c' est ce que vous faites. C'est donc ainsi que vous devez établir votre budget. Vous ajouteriez le matériel de talent plus ancien et vous ajouteriez tout le prix fixe. Et cela vous donnerait l'estimation du tutoriel, le terme de zone de danger et ma queue. C'est donc celui que vous devez garder à l'œil. Cela pourrait être une opportunité si les choses se tiennent, prenez moins de temps que prévu. Mais c'est votre point de départ. 53. Budget basé sur le calendrier: C'est un autre exemple que je voulais donner. Je l'ai mis dans la catégorie avancée. N'hésitez pas à l'ignorer. C'est ce que l'on appelle le budget planifié. Au lieu de donner à votre service financier un coût global à la fin du projet, vous le répartissez sur une base mensuelle. Cela ressemblerait à quelque chose comme ça. Supposons que nous ayons du temps et du matériel ici. Vous auriez tous les oreillons ici. Vous auriez une estimation pour ce que vous devez construire. Vous avez 75 unités et vous avez une estimation de 1 000$ par unité que vous construisez. Etant donné le temps et le matériel nécessaires, ne s'agit que d'une estimation, donc la construction de dix unités pourrait coûter plus cher. Alors, comment cela fonctionne-t-il ? Vous auriez dit à votre service financier ou à la direction que vous verriez à la fin du mois de janvier, que j'aurais dépensé 10 000 et le 21 février du 31 mars et etc., jusqu'au 75 milliers au total ou à la fin du projet. Parfois, le service des finances ne libère de l'argent que sur une base mensuelle, ce qui leur sera utile. Au lieu de vous remettre les 75 000, ils vous donneront juste goutte à goutte tous les mois. Nous avons donc ici la production qui devrait augmenter pour avril. Par conséquent, votre coût total pour un pro augmentera et vous le refléterez ensuite sur votre paiement mensuel. Il s'agit du budget global du projet. La différence entre cet exemple de budget et celui que j'ai fourni précédemment est que nous fournissons une estimation mensuelle des dépenses d'un projet Agile. Et comme vous le verrez, c'est très pratique lorsque nous faisons le suivi de notre budget. En d'autres termes, fin février, vous pouvez vérifier combien vous avez dépensé et comparer avec ce montant. Et je serai plus précis au lieu de me contenter comparer avec le coût final du projet à la fin. Au cours de l'exécution, nous examinerons la façon dont nous pouvons suivre ces types de budget. 54. Préférence budgétaire: Pour terminer l'évaluation des coûts, faites une rapide diapositive sur les imprévus. Parfois, lorsque vous établissez votre budget, vous pouvez ajouter des fonds de prévoyance à votre budget. Vous êtes peut-être d'accord pour le faire, mais ils ne vous permettent pas toujours de le faire. Il s'agit donc principalement de deux types de contingence. De l'argent que tu pourrais obtenir. L'un d'eux est une éventualité de risque. L'autre est l' estimation de la contingence. Dans votre budget global, vous auriez votre budget de base plus la réserve de risque et plus l' éventualité estimée. La seule chose est que vous ne pouvez pas y accéder sous certaines conditions. La contingence pour risque, vous ne serez autorisé à y accéder que si le risque se concrétise et que vous avez pris des mesures qui ont réellement coûté de l'argent pour corriger le risque. Et la contingence pour estimation. C'est donc plus de contingence si vous n'êtes pas très sûr de votre estimation, disons que vous l'êtes, qu'il s'agit d'un projet technique et que votre équipe technique vous a fourni une estimation, mais ils ne sont pas très confiants à ce sujet parce qu'il s'agit d' un tout nouveau terrain pour eux. Ils ne l'ont jamais fait auparavant. Donc, vous pouvez aller et dire : «  Eh bien, c'est mon budget, mais j'aimerais avoir dix pour cent du maximum à cause de cette composante ici qui fait un peu peur et nous ne sommes pas totalement confiants . Je pense que parfois c'est un bon moyen réduire votre budget au lieu d' aller au complet et avoir ces deux-là ensemble comme référence, vous dites, Eh bien, je vais opter pour ce budget, mais juste pour vous prévenir, il y a une situation d'urgence qui pourrait s'avérer nécessaire. C'est donc tout pour la contingence. 55. Introduction à la planification de la qualité: Bienvenue dans la partie qualité du cours. Je suis sûr que tu l' attendais. C'est donc mon travail de m' assurer que je ne te perds pas à ce stade du cours. Quand j'ai appris la gestion de projet, dès que nous sommes entrés dans la partie qualité, je l'étais de toute façon, mais je pense que la qualité n'a pas à être aussi atroce. Il s'agit simplement pour le chef de projet de s' assurer que la qualité est appliquée. Vous êtes responsable de la qualité de vos propres processus. Et vous avez la responsabilité de veiller à ce que la qualité soit appliquée à l'ensemble du projet. Cela ne veut pas dire que vous devez mesurer les choses vous-même et les vérifier vous-même, mais vous devez vous assurer que la personne la mieux placée pour faire ces mesures les fait réellement. Examinons la qualité un peu plus en détail maintenant. Ainsi, la plupart du temps, les vapeurs savent où ils doivent faire pour garantir la qualité. Mais le défi est que qualité peut être très subjective. Par conséquent, nous avons besoin d'un moyen mesurer si ce que nous faisons, tout ce que nous livrons est de qualité. Nous devons donc nous assurer que le produit final et le processus de livraison seront de qualité. Donc, lors de la replanification, nous indiquons ce que nous ferons pour garantir la qualité dans l'ensemble du projet, les actions que nous allons prendre. Le résultat peut aller soit au plan d'inégalité, comme mentionné, soit à une section du plan de gestion de projet , ce qui est plus courant. 56. Planification de la qualité : comment le faisons-nous ?: Planifier la qualité, comment y parviendrons-nous ? Donc, selon moi, deux éléments clés sont impliqués dans la planification. Nous devons nous assurer que le processus et les contrôles sont en place. Même en tant que chef de projet, je dois m'assurer que je suis mon propre processus. Cela garantira la qualité du projet. Et à la fin, j'espère que cela pourra se répercuter sur la qualité du produit final. Afin de vérifier si des contrôles de traitement sont en place, nous pouvons nous poser les questions suivantes. Vous pouvez vous demander quel processeur et quel contrat utiliseront. Nous pourrions donc les lister. Et cela permettra à chacun de se sentir plus confiant que la qualité sera appliquée. Et nous pourrions également nous demander s' il y en a suffisamment ou si nous devons mettre en place des processus et des contrôles supplémentaires ? Ainsi, par exemple, nous pouvons dire que le processus de contrôle des modifications sera utilisé pour éviter le glissement de la portée. Assurez-vous que nous ne sortons pas de notre champ d'application. Et si nous voulons sortir de notre champ d'application, nous n'aurons que le processus de contrôle des modifications pour nous maintenir sur la bonne voie. Et nous pouvons dire que le budget sera revu tous les mois. Nous pourrions dire que nous passerions revue tous les processus d'une maman dans le projet pour nous assurer qu'ils sont toujours valables et qu'ils sont efficaces. C'est pourquoi nous ne voulons pas réinventer la roue ici. Nous avons généralement des procédures habituelles que nous voulons utiliser, mais il est toujours bon de les examiner de nouveau et de confirmer qu' elles sont toujours valables. Et d'autres parties de la planification des qualités consistent à tester le produit final. Il est donc bon d' avoir tous vos contrôles de traitement en place, mais de constater que le produit doit également être de qualité. C'est ça. C'est ce que veulent les parties prenantes en fin de compte. Quelles sont les questions que tu te poses ? Comment allons-nous tester le produit final ? Donc, généralement, vous avez une équipe de test et elle sait ce qu'elle a à faire. Mais il est toujours bon de sauvegarder ces différents types de stratégies. Ou si des équipes externes seront impliquées pour cela. Quels sont les critères qui nous satisferont ? Le produit final est de bonne qualité. Donc, à la fin du projet, nous avons besoin d'un moyen de dire : Oui, c'est exactement le produit final que le client ou l' entreprise ou qui veut. Nous avons donc besoin d'un certain type de critères d'acceptation. Nous indiquons donc ici quelle équipe de test aura lieu. Que faire en cas d'échec du test ? Probablement traiter si le test n'est pas bon, nous le renvoyons à l'équipe de construction analogique afin que nous puissions spécifier tout cela. Donc, dans notre plan de gestion de projet, nous pourrions confier les tests à la société X, Y Zed. Nous pourrions dire que x, y, z fournira un rapport hebdomadaire sur les tests. Nous pouvons dire qu'ils nous fourniront un plan de test que nous allons revoir. Et ici, nous pourrions dire que le critère d'acceptation serait que tous les tests aient été terminés au fur et à mesure que des anomalies, des problèmes mineurs se levaient. Donc, une fois que vous avez publié tout cela , tout le monde, désolé, est plus confiant que vous aurez un produit de qualité vers la fin. Avoir un produit de qualité ne signifie donc pas avoir un produit solide, mais cela signifie également que c'est en fait le produit que l'entreprise recherchait. Le dernier mot sur la qualité, si vous voulez, est qu'en théorie, le rôle du chef de projet en matière de qualité n' est pas d'assurer la qualité. Donc tu ne vas pas voir l'équipe et leur dire, tu sais, me montrer ce que tu as fait pour que je puisse vérifier. Tu poserais plutôt des questions. Qu'avez-vous fait pour garantir la qualité ? Avez-vous suivi vos processus de test et autres processus similaires ? Donc, si vous voyez quelque chose par tous les moyens, allez parfois au développement de sites Web qui m'est réellement arrivé. Vérifiez le travail que les gars ont fait et je me suis rendu compte que j'ai déjà vu quelques défauts. Alors je viens de leur en parler. Donc s'il y a quelque chose de vraiment évident, criant oui, bien sûr, faites-le, surtout si vous avez le temps. Mais si ce n'est pas le cas, vous devez simplement vous assurer que la qualité est appliquée. 57. Qualité : types de tests: Ici, sur cette diapositive, j'ai listé tous les types de tests, pas tous les hommes que vous pourriez rencontrer. Je voulais juste te donner un identifiant pour tester le produit final. Il y a parfois beaucoup de tests qui peuvent se produire. Ainsi, si vous entendez parler de ces mots, terminologie, vous devriez les connaître. En commençant par le haut. Et j'ai mis quelques étoiles vertes ici pour mettre en évidence les plus importantes. Vous entendrez le test d'intégration du système ou le siège. C'est généralement le cas pour les projets de développement de logiciels. Et vous pourriez développer un logiciel, il pourrait fonctionner parfaitement, mais s'il ne s'intègre pas bien avec d'autres composants logiciels internes et externes, alors ce n'est pas bon. Par exemple, si vous testez un nouveau logiciel de comptabilité, si vous ne prenez pas de risques correctement avec les applications héritées, ne vous préoccupez pas trop de cette application. Je l'ai mis sous la diapositive avancée, tout à coup pour votre information à ce stade. Maintenant, le prochain type de test, qui est plus un commentaire, je suppose qu'il s'appelle soit le test fonctionnel, le test du système, soit parfois simplement appelé test. C'est donc généralement une équipe de spécialistes, un analyste de test, vérifie le bon fonctionnement du produit financier avant de le confier à l'entreprise. Mais ils ont un script de test. Et c'est un test plus formel que ce que ferait une entreprise à la fin. Il s'agit d'une équipe de spécialistes. En d'autres termes, c'est très bien de le faire avant que l'entreprise n' entre en jeu. titre d'exemple, vous savez, l' équipe de test pourrait vérifier que la navigation d' un site Web fonctionne comme prévu. Et nous pourrions vérifier que tous les liens un par un fonctionnent correctement. Toutes les fonctionnalités fonctionneront donc. Donc, le test d'acceptation par l'utilisateur. C'est donc à ce moment-là que les derniers tests ont lieu avant que nous puissions publier la plupart du temps. Donc l'entreprise entrerait en scène. Nous les donnerons pour le scénario du site Web, par exemple, nous leur donnerons accès à notre environnement de test. Et ils venaient avec des scripts de test et ils vérifiaient si le logiciel est réellement ce dont ils ont besoin. Ils vérifient que le produit répond aux attentes et aux exigences avant de procéder à la mise en œuvre. Ainsi, par exemple, il pourrait vérifier si le processus coracoïde est calculé sur les produits vendus sur le site Web. Ensuite ? Je veux dire, ils sont légèrement différents, mais je les ai tous classés dans les catégories. Plus de résilience, tests de résistance, tests de performance, ou vérification que le produit final est suffisamment robuste dans des conditions extrêmes. Pour le site Web, vous pouvez simuler un grand nombre de personnes qui utilisent le site Web. Pour l'exemple de brèche ici, vous apporteriez, je ne sais pas si vous avez vu ces 50 énormes camions sur la race pour assurer que les Britanniques uniquement Jennifer, je ne sais pas ce qui se passerait si ce n'est pas si c'est pas assez. Je pense donc qu'ils savent probablement ce qu'ils font. Il s'agit donc d'un autre type de test que vous pourriez avoir. Il existe également les tests de vérification des produits appelés PVT ou tests de production ou tests post-mise en œuvre. Prenons l'exemple du site Web qui non, disons que vous êtes en ligne un jour, le matin quand vous êtes vivant, leurs utilisateurs entrent en tant qu'utilisateur externe et il vérifiera que le site Web fonctionne correctement. Le système est en ligne, mais il reste les derniers tests avant tout le monde, tout le monde y entre. Prenez donc la mise en œuvre d'un logiciel en direct, fonctionne comme lors du test. site Web est en ligne mais vos utilisateurs peuvent y accéder. C'est donc le scénario auquel je faisais simplement référence. Comme mentionné précédemment, il existe de nombreux types de tests que vous pourriez rencontrer. Ce test unitaire. Cela est donc généralement fait par les développeurs de logiciels et lorsqu'ils le font eux-mêmes, ils le testent avant de le confier aux équipes de spécialistes. Vous pouvez l'entendre, mais c'est plus ou moins avec les développeurs qui mais c'est plus ou moins avec font leur propre travail. Vous pouvez également faire des tests de pénétration ou de stylo, ce qui est très populaire en ce moment. C'est pour s'assurer que le site Web ne peut pas être piraté. Il stimule donc les cyberattaques et vérifie si cela, non, nous ne pouvons pas être attaqués, que le site Web est sûr. Test de version, vous pouvez également entendre cela. C'est donc plus pour trouver nos tests que nous faisons avant la sortie du logiciel. Si tu avais été bouleversé. Gardez simplement à l'esprit que pour vous, nous les appellerons simplement les tests eux-mêmes. Et un test d'acceptation par l'utilisateur. 58. Qualité : Exemple de test de projets de développement souple: Je voulais juste vous montrer également à quoi cela ressemblerait sur le projet de développement logiciel que vous allez avoir. Voici donc tout le planning. Ici, vous avez l'exécution, qui est donc un développement de conception. Et puis tu aurais tous les tests. Et je voulais juste te montrer où ça s'intégrerait. Le premier test que vous auriez à faire serait ici. L'équipe devrait donc effectuer ce développement à ce stade. Et puis, après, vous auriez fait un test du système. Et après ça, tu auras le business. Ils venaient faire leurs tests d'acceptation par les utilisateurs, qui se trouvent ici. Celui-ci fait neuf ans. Ici, vous aurez le test d' intrusion. Habituellement, cela se fait à la toute fin quand il n'y a plus aucune chance logicielle. Ils sont donc allés vérifier que le site Web était sûr. Ensuite, juste avant la mise en ligne, vous effectuerez les tests post-implémentation, PVT ou les tests de production. Vous voyez donc que la qualité du projet peut se produire plusieurs fois. Non seulement vous devez mettre en place votre processus récurrent et votre qualité de contrôle, mais vous avez également des jalons clés autour de chaque type de test. 59. Facultatif : Exemple de plan de gestion de projet: Nous avons maintenant un exemple de plan de gestion de projet. Mais je l'ai mis en option. Mais c'est un bon moyen de comprendre ce qui se passe lors de la planification et à quoi ressemble le document final. Donc, après avoir mis mot pour mot, ce que vous devriez avoir dans un plan de gestion de projet. C'est en fait assez succinct d'une certaine façon, mais je vais vous expliquer chaque partie du plan de gestion de projet afin que vous compreniez vraiment en quoi consiste ce document. Allons y jeter un œil. Bienvenue dans le cours. La planification du projet touche à sa fin. Nous allons donc examiner l'exemple de plan de gestion de projet. Je vais l'avoir sur deux diapositives. Il s'agit plus ou moins de passer en revue tout ce que nous avons vu au cours de cette phase. Et juste pour vous donner une petite idée comme nous l' avons fait à la fin de l'initiation. Le projet crée donc une brèche. Nous aurions donc une déclaration de portée un peu similaire à celle que nous avions lors d'une initiation, mais nous allons entrer plus en détail. Je viens de lui faire construire un pont. Le travail comprend tous les éléments de la brèche, sauf les feux de circulation ou d'exclusion. Ce sera fait séparément. Donc tu irais dans plus granulaire et tu aurais plus de points de balle dans le sien dans sa lunette de haut niveau. Mais évidemment, à la fin de la planification, vous aurez également toutes les exigences de l'entreprise. Les exigences de l'entreprise ne viennent donc pas de ce document. Ils seront fournis séparément. Donc, vous pouvez vous référer à des hommes sculptés de l'Indiana en disant que le champ d'application est toutes les exigences commerciales que nous avons produites séparément pour ce projet soit un succès que nous voulons franchir pour être prêts d'ici le 1er février 2022 ou le 2 janvier 2022. Si vous lisez les dates dans l'autre sens, avec peu de perturbation de circulation autour de la taille du bâtiment. Il est donc clair que cela doit être fait à cette date. Et nous ne voulons pas perturber l'équipe du projet. Sachez où ils doivent appliquer l'approche projet. Le travail serait probablement une source, serait embaucher une société XYZ pour faire le travail, consulter. PM coordonnera les tests de travail qui seront externalisés à la société ABC. Cela vous donne une approche de haut niveau ou sur la façon dont nous allons progresser avec ce projet et ce document, si vous le donnez à la direction, ils sauront comment nous allons le faire. C'est utile pour eux. Si nous avons certaines contraintes, nous pouvons également les libérer. La construction ne doit pas interrompre le trafic actuel. Cela a également été mentionné dans une déclaration de portée. La brèche doit être opérationnelle d'ici le 1er février. Cela fait donc également partie de la critique cosx x photos. Donc, si vous avez des contraintes, des choses qui vous empêchent de vous dérouler aussi bien que vous le souhaiteriez. Toi. Vous les listeriez ici. Livrables, cette violation. Mais nous allons un peu plus granulaire, nous voulons également dans le cadre d'un livrable ou des restrictions opérationnelles, nous voulons un calendrier de maintenance à utiliser une fois le pont terminé et vous pouvez tous les lister. Tu peux devenir fou. Vous, si vous êtes une entreprise, vous voulez lister ici tout ce que le projet vous apportera à la fin du calendrier du projet. Vous pouvez insérer la vue des jalons ici. Ce que je vais faire, c'est mettre la vue d'étape ici. Et selon l'endroit où vous travaillez, ils sont parfois intéressés par un calendrier plus détaillé afin que vous puissiez joindre votre diagramme de Gantt. Vers la fin. Cela devra être signé par l'entreprise. L'entreprise veut donc être sûre que nous respecterons vos délais. Et le meilleur moyen de leur donner confiance est de leur donner une ventilation des tâches et de la manière dont les données seront complétées. Poursuivre le plan de gestion du projet, le budget. Vous avez donc ici un budget très détaillé, vous pouvez donc leur fournir le budget détaillé, mais dans ce document, vous pouvez en donner un résumé. Vous pouvez voir la recherche du coût total sur deux ans , puis vous référer à la ventilation du budget et aux délais. S'il s'agit d'un budget basé sur le calendrier, la qualité, vous pouvez faire une déclaration ici, ou vous pouvez vous référer au plan de gestion de la qualité de l' entreprise. Mais vous pouvez dire des choses comme la société ABC, qui est la société que nous avons engagée pour faire les tests. Ebc entrera dans la brèche, sera testée selon les meilleures pratiques et présentera une stratégie de test pour approbation. Vous pourriez également dire qu'ABC effectuera des tests pour nous donner le feu vert lorsque la brèche sera prête à fonctionner ? C'est clair. Quand les entreprises sont là-bas aujourd'hui. OK. Ça va. Il semble que cela ait été pris en charge par la liste des parties prenantes. Vous pouvez donc dupliquer les parties prenantes que vous aviez dans votre charte de projet ou vous pourriez être plus granulaire s'il y a des changements et des roches. Vous pouvez les lister ici. La communication. Communication et vous aurez votre plan de communication. Sinon, vous pouvez simplement leur faire savoir quand le projet sera envoyé. Vous pouvez indiquer s'il existe un comité de pilotage et vous pouvez également mentionner que l'entreprise externalisée fournira son rapport hebdomadaire à votre chef de projet. Et le chef de projet fera remonter tout problème important. Registre des risques. Nous disposons donc déjà d'un registre des risques dès la phase de lancement. Nous pouvons donc nous référer au registre des risques ici et nous pouvons dire, eh bien, nous avons noté un autre risque, la contingence Monet pour ce risque, car j'ai été un peu inclus dans le budget, si c'est le cas. Vous pouvez donc fournir ici quelques phrases sur le risque. Ensuite, vous pouvez mentionner tout autre document de planification, approvisionnement, communication, ressources humaines, tout ce qui peut être possible. La façon dont je vois ce document est tout ce qui peut amener la personne à signer ce document. Je me sens mieux. Vous avez listé ici, la procédure existante serait suivie et le document de planification serait requis à ce stade, mais le projet. Donc, si nécessaire. C'est tout pour l'exemple du plan de gestion de projet, vous pouvez jeter un œil aux ressources. Il existe également un projet de modèle juste pour vous montrer que le plan de gestion de projet peut rester très simple. Évidemment, selon l'endroit où vous travaillez, si vous souhaitez vous lancer dans la gestion de projet, vous ne créerez pas votre propre modèle. Habituellement, ils ont leurs propres modèles et vous devez les utiliser. Mais il est toujours bon d'avoir un exemple de certaines manières. Alors tu y vas. 60. Phase 2 : Résumé de la planification: C'est donc ça. Nous avons terminé la planification du projet. Donc, pour résumer, la planification du projet, soyez aussi minutieux que possible afin d'éviter toute surprise lors de l' exécution du projet. Initiation, nous avions besoin de gros morceaux, non ? Lors de la planification, nous devons être très précis, très méticuleux. Nous devons nous assurer que tout est parfaitement planifié. Donc, plus nous sommes approfondis, en théorie, plus l'exécution sera facile. Les surprises que nous aurons, nous aurons toujours la surprise et l'exécution, mais l'idée est réduire le nombre de surprises que nous pourrions avoir, veiller à ce que les exigences soient aussi précises que possible. C'est donc quelque chose qu' il est parfois difficile de contrôler parce que les exigences proviennent de l'entreprise, d' une certaine manière, de l'extérieur de l'équipe de projet. C'est pourquoi vous devez être un peu minutieux avec nous. Et quand ils vous donnent des exigences, vous vous renseignez auprès de votre équipe. Est-ce suffisant pour que nous commencions l'exécution ? Alors, faites tout signer avant de passer à la phase suivante. Les exigences, votre plan de gestion de projet, assurez-vous qu'il est approuvé par tout le monde. Il y a donc souvent des poussées pour démarrer l'exécution dès que possible. Alors, utilisez votre bon sens là-bas. Vous ne voulez pas trop sonner et dire : « Non, je ne vais pas commencer l'exécution tant que tout n'a pas été approuvé et je ne pense pas que vous tomberez sur quelqu'un très flexible si vous faites cela. Mais faites preuve de bon sens et soulignez que les approbations sont vraiment essentielles. Maintenant, il ne reste plus qu' une chose, plus ou moins, c'est faire le travail et l'exécution. Mais avant cela, n'oubliez pas le quiz. Et je te verrai de l' autre côté. 61. Phase 3 : aperçu de la section d'exécution: Bienvenue dans la présentation de la section d'exécution gratuite face. Comme d'habitude, nous allons commencer par fournir le but de la phase d'exécution ainsi le rôle du chef de projet dans cette phase. Ensuite, nous aborderons les activités suivantes. Gestion planifiée, gestion du périmètre, gestion des problèmes. Nous examinerons de plus près les comptes rendus des réunions. Nous examinerons également suivi des coûts et un composant très spécifique du suivi des coûts, qui est la valeur n, j'ai marquée comme avancée car elle n'est pas toujours présente dans le projet gestion. Mais je suppose que c'est une bonne chose à savoir. Enfin, nous terminerons cette phase et il y aura également un quiz. 62. Intro sur l'exécution: Bienvenue dans le cours. planification est donc terminée. La planification est complète, ce qui signifie que nous avons nos approbations et notre plan de gestion de projet sur les exigences des différents documents dont nous disposons. Cela signifie donc que nous pouvons maintenant procéder à l'exécution du projet sur la base du plan que nous avons fourni et qui a été accepté. Voyons maintenant plus en détail. Ce que nous devons faire pendant l'exécution. La planification a été faite. Cette phase porte davantage sur la surveillance, le contrôle, la résolution des problèmes et le reporting de la progression. Jetons un coup d'œil aux composants clés. Bien entendu, nous devrons faire un peu de coordination. Cela dépend donc de la maturité des équipes. Parfois, cela peut être très facile car j'ai l'habitude travailler ensemble pour qu'ils se coordonnent entre eux. Mais parfois, une approche plus pratique doit être adoptée pour le chef de projet. rapports sont très importants à signaler. Cela doit donc se faire généralement sur une base hebdomadaire, mais parfois tous les quinze jours. Cela dépend donc de l'endroit où vous travaillez. Si vous êtes chef de projet, responsable du contrôle qualité, assurez-vous que cela se déroule, jetez un œil à vos processus. La communication. Assurez-vous que tout le monde toutes les parties prenantes sont informés de l'évolution du projet. S'il y a un achat, examinez également les risques. Cela doit se produire. Gérer les problèmes. Bien entendu, nous en reparlerons un peu plus tard. Suivi du calendrier et des coûts. C'est donc l'un des éléments clés. Nous passerons en revue les trois éléments clés dans une minute. Et passez en revue. La gestion de projet ne consiste pas uniquement à déplacer des tâches. Si vous sentez que la tendance va dans la mauvaise direction ou s'il y a une tragédie, des changements stratégiques, c' est là que vous faites vraiment la différence et que vous dites : «  Eh bien, attendez une minute. Cela vaut-il toujours la peine de le faire ? Et puis à la fin de tout cela, vous faites une mise en œuvre. s'agit donc que d'un instantané de l'élément clé. Tout dépend du type de projet, de la quantité de travail que vous aurez. Mais c'est un bon résumé. Mais si vous êtes toujours découragé par cette liste, passons en revue les trois éléments clés dans lesquels je pense que vous serez impliqué en tant que chef de projet. Le premier est la déclaration non négociable. Il y en a deux. Apparemment, il n'y a qu'une chose que vous faites pendant la semaine, c'est de faire votre reportage. Si vous ne rendez pas compte à temps, votre équipe de direction, de votre entreprise, projet ou de vos frais, ou de toute autre personne qui penserait que vous n'êtes pas au top de votre projet. C'est donc mon conseil. reporting passe en premier. C'est temporaire. Eh bien, si je fais du reporting, je n'ai pas le temps de faire autre chose et j' entends beaucoup parler de la part des chefs de projet, mais mettez cela de côté, croyez-moi, le reporting passe en premier. La deuxième chose est de gérer les problèmes. Il se peut que vous ayez beaucoup de problèmes, que vous ayez moins de problèmes ou que vous ayez des problèmes. Je n'ai pas besoin de direction parce que l'équipe est mature et qu'elle sait comment y remédier. Et ils ont des processus en place et autres, et ils sont tout à fait autonomes. Mais parfois, c'est là que vous passez le plus clair de votre temps. Enfin, je n'ai pas répertorié la coordination mais le suivi du calendrier et des coûts. C'est quelque chose que tu dois évidemment faire. Vous en avez donc, soit vous utilisez votre diagramme de Gantt, soit je préfère avoir une liste de tâches plus détaillée afin que je puisse vraiment les cocher au fur et à mesure de ma progression. Mais ces activités RH devraient vous occuper pendant l'exécution. 63. Le rôle du PM dans la phase d'exécution: Passons en revue rapidement, le rôle du chef de projet dans l'exécution sera un peu une répétition de la diapositive précédente, et c'est ce que je veux parcourir rapidement. Nous avons vu les éléments clés de l'exécution, le chef de projet étant impliqué dans tous les composants, alors cela sera très facile à deviner. Quel est le rôle du chef de projet et de l'exécution ? Mais avant de commencer, je voulais juste mentionner que parfois, l'exécution est un peu plus facile pour les chefs de projet lorsqu'il n'y a pas de problèmes. il en soit, c' est la phase du projet où le chef de projet est le plus visible. Ainsi, lorsque quelque chose se passe sur le projet de près ou à distance, le chef de projet sera toujours le premier contact. En fait, si quelque chose se passe dans votre nœud, premier contact, point de contact, cela peut signifier qu'il y a quelque chose qui ne va pas dans le projet. Tu devrais vraiment être le premier contact. Cela dit, allons-y pour le rôle. Coordonner le travail entre les équipes, nous avons vu que le planning et le budget sont superposés. Informez les gens de ce glissement, signalez-le et corrigez-le. Assurez la qualité, communiquez l'avancement du projet, facilitez les achats, gérez les problèmes et surveillez les risques. Comme vous pouvez le voir, c'est plus ou moins une répétition de ce que nous avions auparavant, mais nous avons revu cela et nous pouvons maintenant passer à Schedule, qui est, comme mentionné, l'une des trois activités clés nous surveillons le calendrier. 64. Planification dans la phase d'exécution : introduction: Passons en revue le suivi du calendrier dans le cadre de l'exécution du projet. Au cours de la planification, nous avons créé un calendrier avec des jalons détaillés, des dépendances et autres éléments similaires. Maintenant, lors de l'exécution, il suffit de saisir ces tâches sont terminées. Et nous suivons simplement les progrès et nous traitons encore mieux tout glissement si vous pouvez anticiper les glissements et les empêcher, ce qui sera très apprécié par votre équipe de direction. Alors, comment faisons-nous cela ? Je voudrais donc évoquer rapidement la troisième partie de ce cours. Troisième partie de ce cours, nous allons discuter brièvement de la différence entre deux méthodologies qui ont une cascade et un pot. Pour cette partie, je tiens donc à souligner qu'il s'agit davantage de la composante cascade. Waterfall est plus ou moins lorsque vous faites tout une fois que vous n'avez qu'une seule implémentation de planification et des goûts. Si vous travaillez dans un environnement agile, vous avez un horaire différent. Alors, comment pouvons-nous suivre cela ? Nous utilisons généralement un logiciel appelé MS Project. Et encore une fois, le graphique dont nous avons parlé lors de la planification. 65. Définition du chemin critique: Sur cette diapositive, nous avons la représentation du diagramme de Gantt. Celui que j'ai mentionné lors de la planification à l'aide du logiciel MS Project. Je voulais juste mentionner ce qui nous a permis de commencer le chemin critique et de quoi il s'agit. chemin critique est donc la partie de l'horaire laquelle le nourrisson a eu un impact sur le calendrier mondial. C'est donc comme ça que j'aime voir les choses. En d'autres termes, il est vraiment assez intuitif que vous sachiez que si une tâche est retardée, ils protégeront, seront retardés. Et nous appellerions, nous verrions que cette tâche est sur la voie critique. Passons-en en revue rapidement. Donc, ce que nous avions, c'est que nous faisions le design, c'est-à-dire que c'était eux qui faisaient le développement. C'était ça, après que nous ayons fait les tests. Donc, si la conception est retardée, comme cette tâche vient après et dépend de la conception, alors cette tâche sera retardée. Et si cette tâche est retardée, le projet de guerre sera retardé. Nfo la date de mise en œuvre sera retardée. En d'autres termes, nous disons que cette tâche est sur la voie critique. Cette tâche est sur le chemin critique et aime. Maintenant, s'il y a une tâche qui n' est pas sur le chemin critique, par exemple, celle-ci n'est pas sous le chemin critique parce qu'il y a amplement de temps pour effectuer ces tâches. Disons que la documentation de formation, le rédacteur de la documentation de formation n'est pas là ou qu'elle est malade ou autre, et qu'il ou elle ne pourra pas commencer avant temps ici, ces appels d'offres fonctionnent sans délai le projet. Nan. Parce qu'il reste plus ou moins de temps avant le 26 juillet deux pour terminer cette tâche, qui est le début de la tâche suivante car c' est une formation qui nécessite une documentation de formation. Je n'ai donc qu'une tâche ici : il n'est pas un chemin critique. Toutes les autres tâches, si elles sont retardées, retarderaient la mise en œuvre. Et celui-ci si le, si, s'il est retardé, retardera pas la mise en œuvre. Voilà donc ce qu'est un chemin critique. 66. Surveillance de l'horaire: Continuons. Nous avons planifié la surveillance. Je voulais donc simplement vous montrer comment, en théorie, le chef de projet peut vérifier si un projet est en avance ou en retard. J'ai donc ici une capture d'écran du tir de MS Project sur le côté droit et de nos tâches sur le côté gauche et sur le côté. Nous avons donc les noms des tâches, nous avons la durée, et nous avons le pourcentage d'achèvement et toutes ces mises à jour des dates de début et de fin. Afin de vérifier si nous sommes dans les délais ou non. Nous examinons la tâche ici et le pourcentage d'achèvement ici. Ainsi, pour chaque tâche, nous allouons un pourcentage d'achèvement. Nous avons donc ici cette tâche terminée à 100% et le pourcentage d'achèvement. Toutes les tâches de planification sont donc terminées. Cela signifie que la planification est terminée. Si vous y allez et que vous l' exécutez, nous avons le document de conception 100% complet pour que ce soit fait. Et des tâches de développement. Ces deux tâches sont achevées à 20 %. Les autres n'ont pas encore commencé. Sur le côté droit encore une fois, pour aider une partie de la capture d'écran, nous pouvons vérifier si nous sommes en avance sur calendrier en utilisant la date d'aujourd'hui. Donc, la date d'aujourd'hui est cette ligne rouge verticale ici. Cette ligne intérieure située à l'intérieur de la barre nous indique l' achèvement de cette barre. Voici donc 100 pour cent. Donc, vous voyez que vous voyez que tous ces autres éléments seuls par ici, seulement 20 pour cent de la tâche a été accomplie. La ligne intérieure représente donc 20 % de la barre. Donc ça ne t'emmène ici que quand en théorie, si tu veux, avec le temps, il te suffira d'écrire bang ici. Si vous étiez en avance sur le calendrier, cette ligne intérieure devrait être dans le futur. Donc nous allions répondre à cela. Cela signifie donc que nous sommes en avance sur le temps. Évidemment, tout cela est très théorique. Et ces tâches étant en grande partie sur ce MS Project ou sur la feuille de calcul, ou ailleurs. Le développeur aurait toutes ces tâches répertoriées et les roches afin que vous puissiez avoir un moyen plus granulaire et précis de suivre, mais l'ID est à son niveau élevé, si possible, pour avoir un pourcentage d'achèvement. Donc, si l'équipe le peut, elle vous dira : Eh bien, nous sommes environ 20 % terminés, vingt-cinq pour cent terminés. Vous le mettrez et cela vous donnera un moyen visuel très rapide vérifier si vous êtes à l'heure ou non. Donc, ici, vous seriez concerné parce que nous avons vu que ces tâches sont sur un chemin critique. En d'autres termes, s' ils sont en retard ou si mise en œuvre du projet sera en retard. Cette tâche ici n'est pas sur un chemin critique, elle n'a donc pas commencé, aurait dû commencer il y a longtemps. Mais cela ne vous inquiète pas parce que ce n'est pas sur un chemin critique. Vous voyez donc que vous avez tout ce temps ici pour le terminer. Ce n'est qu'un bref aperçu de la surveillance programmée, de la façon dont il s'y prend. De cette façon. Gardez cela simple. Faisons une ou deux pages si vous pouvez faire le reste à l'extérieur. Donc ce planning est néanmoins très important car c'est un point central si vous voulez que le projet ait une vue sur les endroits où nous ajoutons, c'est bon pour vous, mais c'est aussi bon pour les membres de l'équipe de projet, pour l'équipe de gestion, pour le comité directeur, c' est que cela leur donne un certain niveau de confort en sachant qu'il y a calendrier central en place. 67. Gestion de portée: Bienvenue dans le cours. Passons en revue la gestion du périmètre. Ainsi, lors de la planification, nous avons précisément défini notre champ d'application. Nous avons des exigences commerciales. Nous avons un document d' exigences commerciales ou une matrice d'exigences, ou tout autre processus que nous avons utilisé. Maintenant, notre travail pendant l'exécution est de nous assurer que nous respectons ces exigences, quand nous devons nous assurer que nous n' effectuons pas d'activités hors de portée. Parce que cela augmenterait très certainement les coûts et les délais du projet. Nous devons donc appliquer un peu de contrôle de la qualité du projet est un processus que nous utilisons et qui s'appelle contrôle Tange à cette fin. C'est donc un sujet dont je parlerai en partie à la partie entretien de la deuxième partie. C'est une question que vous entendrez probablement lorsque vous irez entrevue, explique le chef de projet. Ce sera le long des lignes. Que faites-vous si l'entreprise vient vous voir avec des exigences supplémentaires ? Voici la réponse. Examinons donc de plus près ce que le contrôle de changement. 68. Changer de contrôle: Donc, s'il y a un changement dans l'exigence, peu importe d'où elle vient et la raison de celle-ci. L'équipe du projet doit vraiment évaluer l'impact. Et potentiellement, ce que nous appelons une demande de changement doit être soulevée et que nous devons obtenir l'approbation du comité directeur afin que je puisse vous expliquer le processus ici. Ce processus dépend vraiment de l'entreprise elle-même, mais je vais vous montrer la version vanille si vous le souhaitez. Le point de départ. Nous avons une exigence supplémentaire de la part de l'entreprise pour quelque raison que ce soit. La première question que nous nous posons est est-ce qu'une exigence est suffisamment petite ? Parfois, c'est tellement petit que l'entreprise a oublié de mentionner qu'elle en avait besoin. Mais nous avons discuté avec l' équipe et le SEO, c'est très bien. Nous pouvons simplement, nous pouvons simplement le glisser et nous pouvons simplement le faire. Donc, ce que vous faites, vous n'avez qu'à inclure l' exigence dans le champ d'application. Cette exigence supplémentaire est très faible et votre crédit est dans le champ d'application. Mais ce que j'ai ici, c'est qu' un raccourci n'est pas toujours accepté par votre direction, par votre projet de v. Donc maintenant ils, c'est petit, je me fiche qu'ils n'en aient pas voulu. Ils vont continuer à venir avec petites exigences ou des Y's. Cela dépend donc beaucoup de l'endroit où vous travaillez. C'est bon. Je pense que c'est un bon moyen pour un chef de projet de montrer sa flexibilité. Oui, c'est une petite exigence, mais nous pouvons l'intégrer pour qu'elle soit bonne pour votre relation avec une entreprise. Mais en même temps, si votre direction ne le souhaite pas, alors vous n'avez qu' à le défaire. Que se passe-t-il alors si le besoin n'est pas faible ? Donc, l'entreprise, nous leur demandons de soumettre une demande de modification pour approbation à la demande de changement est un document, un document Word, ou quoi que ce soit pour lequel l'entreprise écrira formellement, disons, oui, nous ont besoin que cette nouvelle exigence soit évaluée. Parfois, ce n'est pas le business. Parfois, c'est un chef de projet le fait pour le compte de l'entreprise, mais ce n'est pas vraiment important à ce stade. Donc pour ce faire, oui, il s'agit donc d'une demande de modification que nous allons voir comment nous pouvons remplir simplement. À la diapositive suivante. Il s'agit du plus petit document dans lequel vous saisissez des informations sur la modification que vous souhaitez. Il y a la courtoisie quelque part. Il peut s'agir parfois d'un simple comité de pilotage ou d'un approbateur agréé qui examine une demande de distance et cela aura un impact sur le calendrier à un moment donné comité de pilotage ou d'un approbateur agréé qui examine une demande de distance et cela aura un impact sur le calendrier à un moment donné. l'impact sur les coûts va nécessiter plus d'argent. Et les rochers sont qu'ils ont un coup d'œil et qu'ils l'approuvent ou le refusent. Voyons ce qui se passe quand ils l'approuvent. Donc, lorsque nous le prouvons, il y a deux choses qui se produisent. La première chose à faire est d'inclure cette exigence dans le champ d'application. Donc oui, nous allons faire cette exigence. Ce que nous faisons, c'est modifier notre budget. Supposons qu'il y ait plus d'argent lié à ces exigences, mais que cela ait été approuvé. Maintenant, c'est bon. Nous pouvons investir plus d' argent dans notre budget et nous pouvons rebaser ligne sur le calendrier si cela s'applique également. Nous sommes donc parfaitement propres. Nous avions une base de référence, une nouvelle base de référence parce que tout a été approuvé. Maintenant, si la demande de modification est activée, elle est activée. Vous n'avez qu'à enregistrer les demandes de modification quelque part. Il suffit de le déposer, et ensuite vous ne faites rien sur ces nouvelles exigences si cela a été refusé. Voici donc un bref aperçu de ce qui se passe. Une nouvelle exigence peut être trouvée pour de nombreuses raisons : l' entreprise a réalisé que j'avais oublié quelque chose ou dans le cadre d' un travail plus précis, elle se rend compte qu' il y a un autre travail à faire. Donc si c'est petit et si vous pouvez l'inclure dans un scope et continuer à travailler dessus. Mais si ce n'est pas plus que ce que vous devez garder, garder une trace de celui-ci, et avoir un peu de journal. Vous avez donc introduit une demande de modification. S'il est approuvé, c'est à vous de procéder au changement. Si ce n'est pas le cas, votre référence reste hors de portée. Voici à quoi ressemble une demande de modification. Simplification. Encore une fois, c'est tout ce dont vous avez besoin. Malheureusement, vous devez utiliser les modèles que vous êtes, on vous fournit. Donc tu n'as pas toujours à le faire, tu ne l' as pas toujours aussi simple. Mais c'est le minimum que je recommande. Vous avez donc un identifiant qui vous permet de le suivre. Vous avez le nom du demandeur, vous avez une description. Passons à cet exemple de pont. Encore une fois. L'entreprise dit que le pont a besoin d' un ensemble de lumières supplémentaires ou de soi et des tendances. Et vous avez fait référence à des exigences plus précises ou type de lumière où ils voulaient exactement et autres. C'est donc faire le lien entre votre dos et les exigences. En tant que chef de projet, vous devez évaluer l'impact de ce changement. C'est donc ton rôle. L'entreprise ne va pas le faire pour toi. Vous devez donc vérifier, en particulier s'il y a un changement dans le calendrier et le budget, si vous avez les ressources nécessaires, etc. Donc, dans cet exemple, coûts supplémentaires et les paramètres de temps étendus ci-dessous. En fait, planifiez le projet. Nous avons besoin d'un autre oreillons gratuit qui soit le chat, vous avez besoin de 20 000 dollars supplémentaires. Donc, lorsque cela sera soumis à l'approbation, ils savent combien d'argent supplémentaire ils auront et je sais que cela prendra plus de temps à livrer. Donc, lorsque j'évalue oui ou non pour la demande de changement, ils savent tous qu'ils ont tous les éléments en main pour prendre cette décision. C'est toujours bon d'avoir des options. Maintenant, les options sont un peu en noir et blanc. C'est comme si tu le faisais, soit tu ne le faisais pas. La première option est donc ne pas apporter le changement et de reporter le montant supplémentaire requis après la mise en œuvre du projet. Cela peut être une option. Ne fais pas ça du tout. Ce serait une autre option. Ou vous acceptez la nouvelle date de livraison et vous acceptez les dépenses. Ensuite, vous dites le changement approuvé et évidemment l' option que vous avez choisie, puis il est approuvé. Il est donc toujours bon que le chef de projet essaie de trouver plusieurs options ici. Maintenant, ils auraient pu le faire ici. Ici, ils ont dit que la suggestion est d'avoir fait après la mise en œuvre du projet au lieu de dire que nous ne le faisons pas du tout. Mais parfois, ce sont des options civiles, civiles. Vous pouvez trouver des moyens de mettre en œuvre ce changement. Nous pouvons être à moindre coût ou plus rapidement. Si vous pouvez apporter peut-être plus de ressources, tous les droits pour faire le travail. Donc, être latéral, penser à l'option est toujours une bonne chose. 69. Gestion des problèmes : partie 1 Introduction: Bienvenue dans la gestion des problèmes du cours , la partie amusante. Il existe donc une sorte de processus pour gérer les problèmes qui consiste plus ou moins à enregistrer le problème dans un registre des problèmes et à le gérer pour le résoudre. Mais il n'existe pas vraiment de formule magique sur la façon de résoudre ces problèmes. Lorsque le problème est enregistré, c'est plus ou moins au chef de projet de travailler avec les équipes, les différentes équipes pour résoudre le problème. Il y a donc beaucoup de remue-méninges, de réflexion latérale et d'influence qui doivent se produire pour que le problème soit résolu. Je vais vous montrer dans quelques diapositives le type de problème le plus courant que nous ayons. Mais avant cela, jetons un coup d'œil à cet outil dont nous avons le registre des problèmes. 70. Gestion des problèmes Partie 2 : Registre des problèmes: Encore une fois, il s'agit du registre AC dans sa forme la plus simple. Je ne pense pas que cela doive être plus compliqué que cela. Et une fois que je vous aurai présenté toutes les rubriques, je pourrai, je vous montrerai les deux plus importantes. Tout d'abord, il est parfois appelé journal des problèmes. Je crois que je l'ai déjà mentionné ou que je publie un registre. Il y a un modèle dans les ressources si cela vous intéresse, qui est plus ou moins une copie conforme de celui-ci. Nous avons le numéro de problème afin que nous puissions faire référence à manger rapidement qui a été soulevé. Nous avons une description aussi précise que possible et nous avons l'impact. Quel est l'impact de la question sur le projet ? Et c'est généralement un retard dans la date d'échéance de mise en œuvre. Quand ce problème doit-il être résolu afin qu'il n'ait pas d' impact sur le projet ? Parfois, nous avons un problème. Oui. Mais soit la tâche n'est pas sur le chemin critique, soit elle n' est pas une préoccupation immédiate, nous devons savoir quand elle deviendra préoccupante. s'agit donc pas d'une date limite pour la résolution du problème. Le propriétaire est très important. Nous devons affecter quelqu'un pour résoudre ce problème. Et si possible, pas le chef de projet. Pourquoi pas le chef de projet ? Parce que le rôle du chef de projet est de coordonner toutes les activités relatives aux problèmes et de gérer le problème jusqu'à sa résolution. Mais la plupart du temps, le problème lui-même ne peut pas être résolu, entre guillemets, par le chef de projet. Cela vient d'une équipe technique, vient de celle-ci, d'une autre équipe. S'il s'agit d'une ressource non disponible, c'est un responsable des ressources qui doit résoudre le problème. Le chef de projet doit donc éviter d'être le propriétaire du problème. État ouvert ou fermé. La dernière mise à jour. Il est bon de mettre des dates sur ces morts et après avoir mis toutes les dates suivantes et le numéro de risque associé, lorsqu'un risque survient, cela devient un problème. Par exemple, ceci n'est pas applicable. Ce problème ne vient donc pas de lui, d'un risque. Mais cela a été souligné comme un risque au départ, et maintenant le risque s' est produit et, par conséquent, il va émettre. s'agit donc que de quelques exemples. Le premier de John, ressource de test de titres ne sera pas disponible avant le 1er février. Le problème est qu'il va chuter, retarder la mise en œuvre car il faut que les tests soient sur un chemin critique. La procédure de test est requise par un travail de 15 pieds, nous pouvons donc toujours la corriger sans que cela n' ait d'impact sur la date de mise en œuvre du projet. Nous avons réussi à trouver un propriétaire ici. Donc, le responsable du test, dans sa situation, le responsable des résultats des tests, est celui qui est propriétaire de ce problème. Et fournissez une mise à jour ici les gestionnaires de tests ont essayé, désolé, de libérer des ressources. Nous vous fournirons une mise à jour d'ici la fin de la semaine. Ça, c'est bien. Encore une fois, un corps de pied pour assurer maintenance continue du site Web. Ce n'est toujours pas sélectionné. Les gars, nous voulons vous voir pendant le risque. Le risque est maintenant survenu. Mesurez donc parce que nous ne pouvons pas mettre en service une maintenance continue. La sélection de la date d"échéance est requise par le 29 de John sont ceux qui retarderont la mise en œuvre. Nous avons réussi à trouver qu' une propriétaire, Natalie, responsable des achats, devait résoudre ce problème. Il ne s'agit pas seulement de passer la commande et d'attendre qu'elle soit là pour régler le problème. Évidemment, nous devons être gérés activement par le chef de projet. Et naturellement, à condition qu'une mise à jour soit bonne, société a été réservée et que vos suppressions en cours ou le 14 de John ? Regardons les deux points clés. Je suis sûr que vous les avez déjà devinés. Donc, le propriétaire, il faut leur rappeler qu'ils sont des propriétaires émis pour cela et qu' ils ont une date, la date d' échéance, qui est la bonne colonne la plus importante. Une fois que vous avez un problème et que vous avez réussi à avoir un propriétaire et votre date d'échéance, les choses sont sous contrôle. Ce n'est pas le cas, vous n'êtes pas fendu ici car le propriétaire pour essayer de poursuivre tout le monde pour résoudre le problème a été clairement établi qu'il y a un propriétaire et qu'il y a une date d'échéance. 71. Questions communes: Passons donc en revue le problème le plus courant, quelles tâches sont en retard ? Il s'agit donc plus ou moins d'un résultat. Il y a potentiellement un nombre infini de causes à cela, mais je voulais simplement mettre en évidence la principale et voir si nous pouvions y remédier. Cause si fréquente d' un retard et comment réduire la probabilité. Si on les prend un par un. La première vraie cause est de savoir que l'estimation est fausse. Nous essayons donc d'utiliser la contingence autant que possible. Lorsque nous fournissons nos estimations. N2, nous avons poussé les équipes à être aussi détaillées que possible, afin de leur permettre de découvrir sous-tâches auxquelles elles n'auraient pas pensé. Il est donc plus probable que vous trouviez à ce stade toutes les tâches qui sont requises. Mais ça pourrait, oh, tirer. OK. Déjà en cours de planification lors de l'exécution, il est trop tard. La ressource n'est pas disponible. C'est assez fréquent lorsque les ressources sont partagées. Alors, comment réduire son évitement des ressources partagées ? Je veux dire, avez-vous l' alarme dès que quelqu'un vous dit où vous pouvez avoir cette ressource, mais qu'elle est partagée avec un autre projet ou une autre équipe de business as usual. Évitez si vous pouvez mettre cela en danger. J'ai une ressource partagée. En outre, un moyen de réduire la probabilité est de rechercher les ressources tôt et auparavant. Faites-le par écrit que vous pouvez avoir cette ressource à partir de cette date, à partir de ce moment précis. Une autre cause de retard est le nombre de nœuds de ressources tués pour la tâche. C'est parfois assez délicat, mais au bout du compte, cela aura un impact sur le projet. Essayez donc discrètement les informations d'identification technique. Bonjour, cette ressource dotée de ressources a déjà travaillé sur ce type d'activités. Et dès que vous le remarquez pendant l'exécution, le plus tôt possible. Et dis-le comme un gros risque. Le coût du retard des travaux supplémentaires constatés. C'est donc ce qui se passe lorsque l' estimation détaillée et la répartition distale de la tâche sur vous se produisent pendant l'exécution. Quand cela se produit pendant la semaine de planification reste bon car nous pouvons essayer de modifier les délais et le budget, mais pendant l'exécution, il est trop tard. Il y a donc deux causes l'origine de ce qui s' adressait. Le premier, une planification d'estimation détaillée qui réduirait la probabilité. Pareil que celui-ci. Mais le téléphone de travail supplémentaire est la portée détaillée. Tedmed s' occupera également de ce problème. Eh bien, cela réduirait également la probabilité. Dans le cadre de la planification, nous avons mentionné la nécessité d'être aussi détaillé que possible, et c'est là qu'ils verseraient des dividendes. Et un autre scénario. Votre équipe de conception ou votre équipe de développement dirait : «  Eh bien, je me rends compte que je dois le faire aussi. Je discutais avec une entreprise et ils disent que cela doit être inclus. Et puis vous êtes une situation difficile où si vous ne les incluez pas vraiment, l'entreprise ne sera pas heureuse. Par conséquent, vous devez être capable de les pousser vers le contrôle du changement, vers l'augmentation de votre demande de tente. Mais pour ce faire, vous devez leur démontrer que ce qu'ils vous demandent maintenant est hors de portée et indiqué hors du champ d'application dans un document que vous leur avez fourni ? Bien sûr, pas en ces termes, mais vous feriez preuve de tact et vous leur feriez simplement remarquer cela. Pour plus de choses. Utilisez la contingence si vous le pouvez. Pendant la planification. J'ai mentionné que les estimations pourraient changer et essayer d' obtenir une certaine controverse, l'argent ou du héros, si vous remarquez que la ressource n'est pas tuée. Utilise ça comme excuse pour faire face à une éventualité. Chaque fois que vous le pouvez, évidemment, de préférence dans la planification. Mais même si vous le faites en cours d'exécution, c'est une bonne chose car cela vous permet d'anticiper Dealy potentiel et d' essayer de le corriger avant que le retard n'impacte l'ensemble du projet. Réfléchissez à l'équipe sur les risques pouvant entraîner des retards. À la fin de vos réunions, les gars, avez-vous pensé à des risques pouvant entraîner des retards ? Et certaines ressources seront plus qu' heureuses de venir avec des tonnes d'entre elles. Prenez note d'eux et essayez simplement de trier ceux qui sont potentiellement dangereux. C'est donc tout pour la gestion des problèmes. La gestion des problèmes est vraiment endroit où vous pouvez montrer vos compétences, montrer votre pensée latérale. De bonnes choses se produisent, anticipez les problèmes et quand il y a un problème, restez dessus jusqu'à sa résolution. Passons à la partie suivante. 72. Réunions du projet : introduction et types: Bienvenue dans le cours. Réunions de projet. Pas toujours très apprécié des membres de l'équipe, mais très utile pour le chef de projet. Dans la deuxième partie, je vais vous montrer comment je pense que vous pouvez tirer le meilleur parti de ces réunions. Mais pour cette partie , je vais maintenant vous montrer comment cela se fait, la manière plus traditionnelle de gérer les réunions. Les réunions de projet peuvent donc être utilisées pour coordonner le travail, influencer l' équipe du projet et faire remonter les problèmes, ou obtenir l'assistance de l'équipe de gestion. Coordonnez donc le travail influencez et motivez l'équipe du projet. Ce sera davantage pour les réunions de votre équipe de projet. Et cela reviendra davantage au comité de pilotage si vous y assistez ou aux réunions de l'équipe de direction. Comme je l'ai déjà dit, il existe deux types de réunions. Les réunions de l'équipe de projet que vous avez avec votre équipe. C'est celui que tu applaudis. Vous invitez tous les membres de votre équipe et votre président à la réunion, vous avez l'ordre du jour et vous aurez un procès-verbal. Et le comité directeur ou les réunions de direction, celles-ci, vous ne les partagez pas vraiment. En général, vous n'êtes qu'un participant à cette réunion. Prenons-les un par un. Des réunions tellement productives. La méthode traditionnelle est que vous, le chef de projet, recevez des mises à jour membres de l'équipe qui font le tour de la table et qu' avez-vous fait cette semaine ? Oui, ça m'a l'air bien. Ensuite, vous devez tenir compte de tout cela. Après la réunion, vous accédez à votre planning, vous mettez à jour votre planning et votre registre des problèmes, le cas échéant, et vous rédigez votre procès-verbal et vous l'envoyez. C'est donc également l'occasion pour les membres de l'équipe de discuter questions qui ne se rencontrent pas toujours en dehors des réunions d'équipe. C'est donc une bonne occasion pour eux de discuter. Vous pouvez bien entendu coordonner le travail. Quand l'un a terminé la tâche, l'autre peut commencer dans deux ou trois jours. Vous devez donc coordonner cela. Et c'est là que vous résolvez votre problème. Le comité de pilotage, le chef de projet, est là pour fournir des mises à jour, pas pour obtenir des mises à jour, pour fournir des mises à jour de haut niveau. Et je vais vous montrer sur la diapositive suivante la différence entre les deux types de réunion, la différence de détails que vous devez donner pour chacun d'eux. C'est donc l'occasion pour vous de faire remonter les problèmes majeurs. Je n'aime pas mettre gros problèmes sur la table pendant les réunions, alors j'allais généralement discuter en tête-à-tête ou par téléphone pour avertir tout le monde. Et si possible, préparez une stratégie de résolution des problèmes avant que je ne laisse tomber un gros problème sur la table. C'est donc quelque chose que je pense très important de faire. Ce n'est donc généralement pas vrai pour le chef de projet, il est présidé par le membre du comité de pilotage ou le propriétaire de l'entreprise ou autres. Deux types de réunions. Une façon de connaître votre résultat, ce que vous voulez obtenir de l'équipe. Et un autre quand vous êtes un participant et où vous êtes le président aurait son résultat qu'elle veut de la réunion. C'est donc votre résultat et c'est le résultat du comité directeur qu'il faut garder à l'esprit. 73. Réunions et rapports : que discuter: Bon retour parmi nous. Nous passerons donc en revue les rapports un peu plus tard. Mais cette diapositive fonctionne à la fois pour les réunions et les rapports. Essayer de mettre en évidence la différence de contenu que vous auriez dans les réunions et les rapports en fonction du type de projet. J'en ai parlé aux principales réunions auxquelles vous participiez. Celui-ci que vous présiderez la réunion productive, et ceux-là seront ceux qui participeront. Évidemment, il y a plein d'autres réunions auxquelles vous participerez, généralement ponctuelles. Mais ce sont vraiment les deux éléments clés. Si je prends le composant ici un par un, nous pouvons deviner à quelle réunion il s'applique. Pour. Par exemple, celui-ci ici, mise à jour de haut niveau, statut, mise à jour sur les étapes clés. Cela peut donc être fait pour les deux types. Cela ne fait pas de mal de donner à votre équipe un peu sur un calendrier de haut niveau. Et pour le comité de pilotage ? Oui. Le point le plus détaillé sur les progrès de la semaine dernière, que se passera-t-il la semaine prochaine ? Qu'est-ce que tu as fait ? Exactement ? Comment t'es-tu débrouillé ? Oui, cela vaut pour la réunion de l'équipe de projet. Le comité de pilotage. Je n'ai pas besoin de le savoir. Finances, mise à jour du budget, comment allons-nous ? Ce n'est vraiment pas nécessaire pour la réunion de l'équipe de projet. À moins que vous ne disposiez de ressources qui sont vraiment liées au budget et au Reich. Mais ce n'est pas le cas, ils ne se rencontrent pas très souvent. Alors je dirais qu'il ne faut pas les embêter avec ça. Et parfois c'est assez confidentiel. Ils ne sont même pas au courant du budget du comité de pilotage du projet , oui. Réunion de direction ? Oui. C'est une chose essentielle qu'ils attendent de vous à ce stade. Petits problèmes techniques. Une petite équipe de projet, oui. Le comité directeur et l'équipe de direction savent qu'ils ne veulent pas en savoir plus. Ils ne sauraient pas s' ils doivent s' inquiéter pour eux ou non. Alors ne les mentionnez pas. problèmes du projet Qi, oui, celui qui retardera potentiellement le projet, augmentera le coût. Et celui qu'ils peuvent influencer ? Oui. Donnez, donnez-les aux deux réunions de prédiction afin qu'ils puissent y travailler. Comité directeur potentiellement afin qu'il puisse escalader et aider. Des éléments d'action ? Oui. Réunion de l'équipe du projet ? Oui. Ils ont besoin de savoir ce qu'ils doivent faire pour la prochaine réunion. L'impact s'ils ne le font pas. Éléments d'action. Eh bien, comme je l'ai mentionné, le chef de projet ne préside pas vraiment celui-ci, mais il est très important que vous oubliiez si vous avez des mesures à prendre pour faire rapport à la direction comité. Et si vous parvenez à le faire de manière non évidente, vous pouvez également leur donner points d'action lors du comité de pilotage. Donc, si tu es très subtil avec ça, c'est quelque chose que tu peux faire. 74. minutes de réunion et modèle: Bienvenue dans le cours. Nos réunions ont toujours été en bonne forme pour envoyer des procès-verbaux de réunion ne serait-ce que des puces. Mais généralement, un modèle vous sera fourni. Vous pouvez donc envoyer le résultat de la réunion après la réunion pour commander les participants à la réunion. Au départ, si le modèle est trop complexe, essayez toujours de supprimer certains titres. aimez toujours simplifier car plus vous avez de titres, plus vous avez de parties dans votre compte rendu de réunion, plus vous êtes ouvert. Plus ou moins mettre des informations incorrectes et cela vous fournit également beaucoup de frais généraux. Je vous ai donc fourni ici une liste de choses qui pourraient figurer dans une réunion, procès-verbaux, des participants et des excuses. C'est très important. Si quelqu'un n'était pas présent lorsque nous avons pris une décision ou si quelqu'un ne se présente jamais, c'est bien de l'avoir sur cette liste. réunion de mentorat décisionnelle, c'est très important. Nous sommes donc tous d'accord sur un point. Il doit être enregistré quelque part. Un bref résumé de la discussion. Donc nous ne voulons pas que cette personne dise cela et que cette autre personne réponde ceci. Je ne pense pas qu'on fasse ça encore, n'est pas très utile. Quel est le plan pour la période suivante ? C'est quelque chose que nous pouvons faire pour que tout le monde se concentre. Les actions qui sont également importantes. Si nous rencontrons un point de discussion qui doit être résolu, nous le localisons dans vos actions. Quels sont les principaux jalons à venir ? Encore une fois, pour que tout le monde se concentre si des préoccupations sont soulevées. L'inquiétude n'est donc pas encore un problème, mais il est bon de le noter. Tout d'abord, ils se sentent mieux parce que je sais que c'est sur un bout de papier. Et puis pour toi, c'est un peu un avertissement. Quelque chose peut devenir un problème. Vous pouvez également devenir fou et mettre toutes les demandes de changement. L'un des meilleurs est approuvé, ce qui donne un coup de tête à une équipe. S'il y a du travail qui va leur arriver qui n'a pas été inclus à l'origine. Les questions clés, c'est toujours une bonne forme de passer en revue toutes les questions clés. Vous pouvez donc doubler cela avec l'examen du registre des problèmes. Ou vous pouvez simplement énumérer les problèmes clés ici afin obtenir des mises à jour sur les problèmes par les propriétaires des problèmes. Les principaux risques, j'aime aussi avoir les risques clés ne font pas de mal et c'est ouvert à la discussion. Ils peuvent jeter un œil aux risques et se dire « eh bien ». 75. Rapports de projet : introduction et ce qu'il faut inclure: Bienvenue dans le cours. Passons en revue les rapports de projet. Nous avons donc vu que parfois, avec les procès-verbaux des réunions, vous pouvez les adapter à vos préférences. Avec les rapports de projet, il est peu probable que vous puissiez simplement créer vos propres rapports. Tu auras peut-être de la chance et tu peux le faire. Mais la plupart du temps, vous avez les modèles ARM. Cela dit, même si vous utilisez leurs propres modèles, vous pouvez toujours lui dire ce qu'il y a dans chaque rubrique. Et c'est là que je suppose que vous devez lui présenter le rapport au public. J'ai dit que le fait de livrer un rapport dans les délais vous donnerait l'air très efficace. Même s'il y a des problèmes sur le projet. Si vous le livrez à temps, c'est toujours une bonne pratique. Le nombre ou le type de rapports varie en fonction de l'endroit où travaille le chef de projet. La plupart du temps, vous disposez des rapports hebdomadaires habituels qui sont plus détaillés pour votre équipe de direction et autres. Et parfois, le bureau de projet mettait tous les rapports du chef de projet dans un seul compartiment pour le rapport mensuel. Parfois, vous devrez faire rapport à votre comité directeur peut-être tous les mois. nombre de rapports que vous devrez traiter si vous êtes chef de projet est vraiment une quantité inconnue. Cela dit, je voulais simplement vous montrer ce qui peut être inclus dans un rapport. Je le répète, le contenu du reportage peut être adapté au public, mais pas vraiment au titre. Voici donc un état général du rack que nous verrons sur la diapositive suivante. Qu'est-ce que c'est. Le kit de rack comprend quatre composants. Nous le verrons sur la prochaine diapositive. Nous aurons un résumé. Il s'agit davantage de rapports mensuels ou de type exécutif. Le statut du projet. De toute évidence, comment vous vous situez par rapport au calendrier. Vous aurez la progression à la baisse au cours de la période précédente. C'est généralement quelque chose qu'ils aiment, c'est de montrer que vous avez réellement fait quelque chose. Quel est le plan pour la période suivante ? La période peut donc être d'une semaine ou d'un mois selon le type de rapport, au moins vos réalisations. Donc, même si ce n'est pas quelque chose qu'ils demandent, je pense qu'il est bon de donner de la réussite, donner à l'équipe de projet l' impulsion clé de la tête, juste pour que tout le monde soit concentré et une demande de changement. C'est quelque chose que vous pourriez avoir dans un rapport, pensez qu'il est toujours bon de suivre ceux qui sont en suspens qui ont été approuvés ou ceux qui ont été refusés. La date du check up également. Le suivi par rapport à l'exécutif de référence budgétaire, c'est quelque chose qui va être très intéressant. Les principaux enjeux. De plus, si vous devez passer à un projet, les rapports sont généralement destinés personne plus élevée et à vous-même. Il est donc toujours bon de les mettre ici, ceux de haut niveau, afin que vous puissiez obtenir de l'aide pour l'escalade. Pareil pour les risques. 76. Introduction au statut RAG: Bienvenue au reporting d' exécution de projet. Quand nous avons vu les rapports de projet, j'ai parlé de chiffon. Parfois, dans le reporting de votre projet , vous devez indiquer l'état du rack. Qu'est-ce qu'un chiffon ? RAG signifie donc rouge, ambre et vert. C'est un moyen de code couleur qui vous permet de fournir un visuel de haut niveau sur la façon dont vous projetez. Il y va. Parfois, les dirigeants doivent passer par des projets 2030 et mettre en œuvre ce projet, vert, vert, vert, vert. Je peux simplement ajouter que je dois même les revoir. Ce MBA, commencez à regarder et à lire. Vous avez donc probablement deviné que le vert c'est bien et le rouge pas bon. y a donc pas de norme claire. Et parfois, lorsque vous entrez dans une entreprise, ils ont déjà leurs propres normes. Ils diront que le vert signifie que vous avez ceci. Amber veut dire que tu l'as. Le rouge signifie autre chose. Donc, le vert est évidemment toujours bien. Ember. De mon point de vue, c'est un problème à l'horizon qui pourrait avoir un impact sur le projet. Les choses commencent donc à s'effondrer plus ou moins. Lisez que le projet est actuellement impacté. Une autre façon de voir les choses est de savoir dans quelle mesure voulez-vous que votre cadre porte attention à votre projet en ce moment ? Utilise-le pour toi-même. Si mon projet présente des problèmes et que je suis au top, ils n'ont pas vraiment besoin de le savoir. J'ai donc simplement mis le projet en vert. Si je sais que je vais avoir besoin de leur aide et que je ne veux pas leur dire à la dernière minute, je les avertis un peu et je le mets Ember. Et si j'ai besoin d' aide, je le mets en rouge. Allons y jeter un œil. Les composants de la prière du projet peuvent être visuellement tracés à l'aide du chiffon. Composants pouvant faire l'objet d'un suivi. J'ai donc dit que c'était un moyen de suivre l' état général de votre projet. Mais vous pouvez également l' utiliser pour votre planning. Par exemple, vous pouvez dire que mon projet se passe bien, Green, que le programme commence à avoir un peu de MBA. Le budget pourrait également être le même. Tu es peut-être en train de traîner. Votre projet serait une valeur verte, votre budget commence à s'effondrer. Tout le reste peut jamais demander le statut, la communication, sculpter les parties prenantes, le bonheur, les ressources, les risques, les problèmes. Certaines entreprises ont également une petite formule. Si vous avez deux de ces Ember, alors le projet devrait être Ember. Par exemple. Si vous avez une lecture, le projet doit être au moins si vous avez tous les verts et un rouge, tout va bien. Comme vous pouvez le voir, de nombreuses façons de l'utiliser, mais il peut s'agir d'un outil de communication très puissant. Passons maintenant à la partie suivante. 77. Statut RAG avec tolérance: Pour terminer avec cet état de rack, il existe parfois un moyen mécanique de calculer l'état de votre rack. Et il s'agit d'un cas où votre projet a été fourni avec des niveaux de tolérance conformes au calendrier et au coût. Ils auraient donc, par exemple, le premier niveau de loyer de trois pour cent. Le deuxième niveau de tolérance est de moins 20 %. Donc pour un calendrier, c'est, c'est si votre projet est de dix mois, donc vous auriez toujours été correct si nous livrons entre 1011 mois et 1012 mois pour le deuxième niveau de tolérance. Donc, si nous prenons cet exemple pour un budget, vous avez un budget de 100 000 dollars. Si vous réalisez à mi-parcours de votre projet que le coût de réalisation, qui est une estimation budgétaire à l'achèvement ESC, se situe entre quatre-vingt-dix mille, cent dix mille. Tu es bon. Elle est verte. Si, d'un autre côté, vous vous rendez compte que votre budget à la fin du projet sera inférieur à 90 000 ou supérieur à 110 000, vous devez vous mettre vous-même et être honnête. À moins que ce ne soit encore pire et que votre estimation soit inférieure à 80 000 ou supérieure à 110 000. Ça a l'air un peu fou. Mais la plupart du temps, même si vous vous en sortez très bien et que vous finirez votre projet bien en deçà de votre allocation budgétaire. Ensuite, vous devez le signaler comme étant rouge et vous devez expliquer, pourquoi n'avez-vous pas dépensé plus d'argent ? Ils pensent que l'idée derrière tout cela est la suivante : pourquoi sommes-nous si loin de la cible ? Pourquoi est-ce qu'on vient de surestimer ? Et ils disent, alors ils veulent vraiment comprendre pourquoi. Mais certains ne le font pas, ne vous embêtent pas avec cela et s'intéressent simplement à savoir si nous dépassons le budget ou non. C'est ça. Cela le termine pour l'état du rack. 78. Exemple de rapport du projet: Pour terminer les rapports de projet, comme je l'ai fait avec les procès-verbaux des réunions de projet, j'ai inclus dans les ressources un modèle de rapport que vous pourriez avoir. Alors n'hésitez pas à y aller et à y jeter un œil. Dans ces cas, il suffit sentir les quelques morceaux afin que vous puissiez voir à quoi cela ressemble dans la vraie vie. Vous avez donc le rack satis ici, vous avez le résumé du projet, vous avez les principales parties prenantes impliquées dans le reporting ici. Vous avez raison, un état rapide terminé cette semaine, prévu pour la semaine prochaine. Vous fournissez un calendrier d'endettement. Il s'agit donc d'une vue d'étape. Et vous pouvez même connaître l'état du rack, pas seulement pour le planning global de chaque tâche. J'aime bien cette façon de voir. Vous pouvez donc, c'est très rapide pour eux de voir votre statut pour un green programmé. Vert, vert. Oh, il y a un rouge ici. Regardons où cela se trouve plutôt que de simples mots. Mais ça te dira la même chose. Donc voici le vert, le vert, le vert, OK, et le serveur, plus cher que l'estimation. Pour qu'ils puissent y jeter un coup d'œil. Les questions clés sont celles que nous voulons qu'ils examinent. Et généralement, cela se figeait à l'escalade. C'est donc à peu près ça. 79. Suivi du budget : introduction et définition des effets: Continuons ce suivi budgétaire. Il s'agit donc évidemment d'une partie très importante de l'exécution d'un projet. Nous devons régulièrement revoir ce qui a été dépensé et calculer ce qui reste à faire. Nous pouvons donc ajouter les deux et vérifier si à la fin du projet sera, ce sera bon. Alors, d'abord, comment calculer ce qui a été dépensé ? Alors, qu'est-ce qui a été dépensé ? Nous appelons ça en fait vous faire savoir. Je vais donc parler de la réalité à partir de maintenant. Lors de la planification, nous répartissons nos coûts en deux catégories. Il y avait donc du temps et le matériel était à prix fixe. Alors, comment pouvons-nous suivre nos outils sur ces outils ? Donc, pour le temps et les matériaux, vous devrez utiliser des feuilles de session et les taux horaires si vous avez des ressources humaines qui y travaillent. Et vous calculez le nombre total d' heures et de Holly Red, ce qui vous donnera le coût des ressources humaines. Vous pouvez également ajouter des factures pour les sous-traitants. Cela peut donc aussi être pour le temps et matériel ou il peut y avoir une facture à prix fixe. Il n'y aura donc aucune surprise. Là-bas. Habituellement, je travaillerais avec le service des finances et ils auraient localisé un projet appelé votre projet. Vous devriez donc pouvoir aller les voir et leur demander combien j' ai dépensé jusqu'à présent. Ils extraient donc tout le code réel de votre projet. donc que quelques moyens de suivre ce qui a été dépensé. 80. Suivi du budget mois par mois: Continuons ce budget de suivi de l'exécution du projet. Ainsi, lors de la planification, vous avez mis en place un projet, un projet. Avec cet exemple, il peut s'agir d'environ 100 jours à ce taux journalier qui vous donne un budget. 50 jours dans ce rouge vous donnent un budget. Prix fixe, 20 ordinateurs portables vous offrent le, donc votre budget au début du projet est de 300 000. Je voulais donc vous présenter quelques termes, si vous le souhaitez. estimation à compléter est donc votre estimation à 1 heure de l'argent dont vous avez besoin pour terminer le projet. Les lignes réelles, nous ne parlons que de ceux-là. C'est en fait l'argent dépensé globalement jusqu'à présent. Et l'achèvement estimé sera votre estimation. Maintenant, en tenant compte des objectifs réels et de l' estimation à compléter. Il s'agit donc de votre estimation à la fin. Cela signifie combien pensez-vous dépenser à la fin du projet ? Cela deviendra plus clair avec quelques exemples. Et c'est une variation. Donc c'est, cela vous dira si vous avez trop dépensé ou si vous comprenez. estimation à l'achèvement doit donc être comparée au budget d'un projet. C'est la formule magique. Estimation à terminer et estimation réelle à la fin. Donc début du projet, pas de problème. 300 000 à compléter, estimation à la fin ami et fuzzer. Passons maintenant au mois de janvier. Étape 1. Nous sommes réévalués. Tous envoient du travail. Ce sera donc notre estimation à compléter. Nous avons demandé aux gars de combien temps avez-vous besoin pour terminer votre tâche ? Ils ont dit que je n'avais besoin que de 90 jours. 90 jours seulement. Et on dirait que ces gars ont commencé. Ils l'ont dit pour le mois de décembre, 50 jours. Cela vous donne une estimation pour terminer 176 faisans. Deuxième étape, nous allons dans nos feuilles de temps, nous examinons notre contenu, le responsable des finances, nous vérifions nos factures et nous ne recueillons que 18 000$. Nous sommes donc estimés sur le coût. Nous ajoutons donc ceci à cela. Que reste-t-il à faire ? Et ce que nous dépensons pour cela nous donne ce montant ici, 294 000. Donc, au départ, nous avons dit notre comité de pilotage qu'il en coûterait pour terminer. Le projet nous coûterait 400 000 dollars et maintenant il n'en est plus que 294 000. Nous sommes donc en ce moment 6 mille dollars par tête. Si nous ne prenions que cette valeur, ce serait très difficile à évaluer pour nous. Si nous voulons atteindre ces 300 000$ ou les nœuds dont nous avons besoin pour les deux. Bon, passons au mois de février. Sam, on demande juste aux gars combien de temps, combien de temps. Mais oups, ce type réalise qu' il y a encore quelque chose à faire. Et ce sont les estimations qui ont découlé. L'estimation globale à compléter est donc de 276. C'est pareil. Ce n'est qu'une coïncidence. Le réel est de 35 000. L'estimation à la fin est maintenant amie et inspirez encore plus. Cela pose donc des problèmes. Et maintenant, nous sommes trop dépensés. Mais il semblerait qu'en mars, nous avons fait une meilleure course. Ils envoient 60 jours, 60 jours et 60 jours. Cela nous donne 192 000. Donc, la concurrence réelle de 78 000 estimateurs, 270 000. L'écart par rapport au budget est donc le 31e jusqu'à ce que nous soyons de retour sur la bonne C'est donc un peu des montagnes russes. C'était plutôt pour vous montrer que si vous suivez sans ces deux composants, alors c'est, c'est, c'est, ça n'a aucun sens d'une certaine façon. Il est bon d'avoir ces deux facteurs à prendre en compte. C'est donc ça, c' est ainsi que nous suivons le budget. Il est important de le faire manière structurelle sur une base mensuelle. Parfois, on nous demande de le faire sur une base hebdomadaire, mais je suppose que c'est votre meilleur jugement pour commencer, puis selon les normes en vigueur dans lesquelles vous travaillez. C'est donc ça pour le suivi du budget. 81. Exemple simple de valeur gagnée: Bon retour parmi nous. Exécution du projet, suivi du budget. Maintenant, j'ai des catégories avancées. Donc, comme mentionné précédemment, si vous êtes un peu dépassé à ce stade, n'hésitez pas à sauter cette étape. Nous discuterons de la valeur gagnée. La valeur fait partie de toutes les méthodologies de gestion de projet existantes. C'est un outil que vous pouvez utiliser pour suivre l'évolution de votre projet. C'est souvent expliqué de façon très complexe. Et c'est là que j'ai vraiment voulu le ramener à sa forme la plus simple avec deux exemples. Le premier est très simple, le second un peu plus réaliste. Alors faisons-le. Donc n valeur, c'est la valeur de ce que vous avez déjà fait. C'est une valeur du travail que le projet a déjà produit. Donc, lorsque nous avons examiné le suivi précédemment, nous avons calculé l'estimation à compléter et nous avons ajouté le centre réel qui nous a donné l' estimation de l'achèvement. Donc c'était, d' une certaine manière, tourné vers l'avenir. Que reste-t-il à faire en termes de valeur ? Il s'agit plutôt de regarder en arrière. Comment allons-nous ? Mais au bout du compte, cela devrait vous donner le même résultat. Exemple. Nous avons cinq maisons à peindre. C'est notre projet. Nous avons un entrepreneur. Nous lui payons 10 000 dollars par semaine. Elle nous dit qu'il faut une semaine pour peindre une maison. Vous n'avez donc que cinq heures pour peindre. Votre estimation totale est de 50 000. Qu'est-ce qui est important ici ? Il fixe une estimation d'une semaine pour peindre une maison. Tu l'as dit. Eoc vous dit, eh bien, il me faut une semaine pour dépendre de la maison et cinq heures pour écrire. Votre estimation sera donc de 50 000. Cela semble assez simple. Vous revenez trois semaines plus tard et vous avez des corvées en fait 30 000 parce que vous payez cette entreprise 10 000 par semaine. Donc, après trois semaines, vous en avez dépensé 30 000. Mais lorsque vous vérifiez, vous remarquez que seules deux maisons ont été épinglées et que la troisième n'a même pas commencé. Donc, la valeur gagnée, qui est la valeur de ce que nous avons construit jusqu'à présent , est de 20 000. Parce que nous attendions 10 000 dépenses. Ils abritent, mais maintenant nous n' avons que deux maisons peintes. Et nous avons déjà payé la 31e place et ça ne s'annonce donc pas bien pour l'avenir. Allez-y, c'est donc votre premier exemple. 82. Formule de valeur gagnée et exemple: Continuons avec la valeur gagnée et la valeur. La valeur de ce que nous avons construit jusqu'à présent. S'il est supérieur aux règles actuelles, vous êtes en deçà du budget. Mais comme nous l'avons vu un exemple tout heure avec une maison doit être dépensé. Lorsque votre valeur n est inférieure à votre teinture réelle, vous dépassez votre budget. certaine façon, vous n' avez pas obtenu ce pour quoi vous avez payé. Comme je l'ai dit, je voulais vous donner un autre exemple peut-être plus concret. Supposons que nous ayons un projet de construction 75 unités sans entrer dans les détails. C'est donc un projet très simple. Vous avez juste besoin de 75 unités de quelque chose construit. Il s'agit donc de temps et de matière. On vous dit que la construction d'une unité vous a coûté cher. Donc, matériau de construction, c' est là que vous ferez votre budget est un budget de base planifié, de couleur orangée. Et vous avez prévu de construire 1010151515. Et à la fin, vous devriez avoir vos 75 unités. Nous suivons donc ici les artérioles, l'argent dépensé à la fin de chaque mois. Nous avons donc dans les genres, dépensé 8 000, nous avons été 10 000 armes, 70 000. Donc, à la fin du mois de mars, nous sommes dépensés 25 000. Ce que nous faisons ici, c'est calculer notre valeur gagnée. Nous allons vérifier combien d'unités ont réellement été construites. À la fin du mois de janvier, nous constatons que vous devez déjà avoir été construit. alarme sonne parce que nous sommes censés avoir dix heures et le mois de février et dix autres, fin mars, seulement cinq. OK. Alors jetons un coup d'œil. Donc situation fin mars. Nous prévoyons d'en construire 30. Nous n'en avons que 23. Et le chiffre de fin de budget que nous avons maintenant donne à une équipe de projet un faux sentiment de sécurité. Vous allez donc vérifier votre budget. Vous diriez, on se calme, après trois mois, je ne dépense que vingt-cinq mille dollars et c'est en avance sur mon budget prévu. Je m'en sors très bien. Mais vous n'avez dépensé que 24 unités. Je pense donc que la valeur n est un bon outil pour ne pas être trop à l'aise. Il s'agit donc évidemment d'un exemple simple d'une manière très facile de vérifier la valeur n parce que vous faites simplement référence à des unités. Il est donc très facile de compter le nombre d'unités qui ont été réalisées. Mais je suppose que, et c'est là la théorie ne fonctionne pas toujours dans la pratique, il n'est pas toujours aussi facile de vérifier la valeur de quelque chose. Lorsque vous travaillez avec plusieurs équipes et qu'elles ont toutes leurs propres produits pour créer un axe, il n'est pas toujours facile de vérifier la quantité qu'elles ont produite. Regardons donc de plus près à quoi cela ressemblerait sur un graphique. C'est ainsi que vous pourriez le représenter. En gardant à l'esprit, vous êtes toujours dans la section avancée ici. Nous sommes donc en mars ici. Par exemple, nous n'avons dépensé que 25 000 dollars alors que nous aurions dû. La valeur prévue était de 30 000. Mais nous n'avons fait que créer cela. Donc, si vous le faites, mettez-la sur un graphique en indiquant la valeur planifiée, le coût réel étant là et la valeur n étant là. Donc la valeur en vert, c'est ce que vous avez fait fin mars. En bleu, le coût réel et la valeur prévue, c'est là. C'est donc vraiment un bon moyen visuel. Si cela augmente et que cela ne monte pas aussi haut, cela signifie que vous dépensez plus que ce que vous avez produit. Rapidement. Dernier exemple sur la valeur gagnée. Cette fois, c'est juste pour vous montrer que le coût réel pourrait être supérieur à la valeur prévue. Il s'agit donc plus ou moins du même projet. Mais le vrai changement. Donc, planifiez que vous devez construire trois. Nous n'en avons que 23. Mais cette fois, vous êtes des corvées même au-dessus de la valeur prévue. Donc tu es dans une situation encore pire qu'avant. C'est donc juste pour vous montrer que le coût réel est supérieur à la valeur prévue. Donc dès le début, vous savez que quelque chose ne va pas. Passons donc à F4 et évaluons le budget. C'est donc un très bon outil si vous pouvez le faire. Je pense que c'est un très bon moyen de regarder en arrière et de vérifier l'efficacité des coéquipiers. 83. Valeur gagnée pour la planification: Nous avons terminé avec le budget et nous avons également fini de reprogrammer bird avant fin de l'exécution. Je voulais vous montrer que la valeur n peut également être utilisée pour évaluer les performances du planning. Je ne sais pas si vous l'avez remarqué sur les diapositives précédentes. Ainsi, lorsque nous avons examiné le budget, nous comparons la valeur gagnée avec les chiffres réels pour voir si nous nous en sortons bien avec notre budget. Donc, si la valeur de p est inférieure à ce que nous avons dépensé, nous savons que nous sommes en retard sur le budget qui sera dépassé. Nous pouvons faire la même replanification, mais cette fois, au lieu de comparer la valeur n, nous comparons la valeur avec la valeur planifiée. Si la valeur est supérieure à la valeur prévue, nous avons construit plus que ce qui était prévu à ce stade, nous sommes en avance sur le calendrier et inversement. Jetons donc un coup d' œil à l'exemple. Je pense que cela sera plus clair. Donc, pour le budget, nous calculons, nous comparons les chiffres réels et la valeur gagnée. Ici, les acteurs étaient plus grands, la valeur finale. Donc, lorsque vous ne vous débrouilliez pas encore bien avec whispered, si nous voulons utiliser ces outils pour le suivi des horaires, nous comparons cette fois la valeur n est une valeur planifiée. La valeur n est donc inférieure à la valeur planifiée, donc nous sommes en retard. C'est donc un outil assez intuitif, peut-être une terminologie sophistiquée pour faire quelque chose que nous pourrions faire autrement de manière assez intuitive. Mais c'est toujours un bon outil, comme je le disais tout à l' heure, pour le savoir. 84. Phase 3 : Exécution - résumer: Bienvenue dans la synthèse de l'exécution du projet. Nous avons donc terminé notre exécution. cadre de l'exécution, nous avons toujours la mise en œuvre. Cela dépend donc évidemment du type de projets sur lesquels vous travaillez. Il peut s'agir simplement de basculer un commutateur et de faire des tests post-implémentation ou quelque chose qui nécessitera un imbécile et implémentation que nous aurons lieu pendant un week-end ou autre. Il y a donc trop de scénarios ici pour les énumérer tous, mais c'est la dernière étape de l'exécution. La prochaine étape sera la clôture du projet. L'exécution est donc la plus intuitive de toutes les phases. C'est là que votre pensée latérale est vraiment la plus constante. C'est là que parfois il n'y a pas de règles, pas de processus à suivre et il suffit de résoudre les problèmes en utilisant votre meilleur jugement vos compétences en communication et tous les outils que vous Je peux y penser. Les éléments clés de cette phase sont donc le calendrier, le coût, la gestion des problèmes et le reporting. Ainsi, lorsque la mise en œuvre est terminée, s' agit généralement d'un type de période de garantie pendant laquelle l'équipe de projet est toujours impliquée s'il y a des difficultés avec le projet, juste pour s'assurer que le L'équipe du projet ne fuit pas dès sa mise en œuvre. Il peut donc y avoir des problèmes et l'équipe du projet sera la mieux placée pour les résoudre. Il y a donc une période de garantie de plusieurs semaines, parfois elle peut aller jusqu'à plusieurs mois. Mais en parallèle, vous pouvez démarrer la dernière phase qui se termine. Mais avant cela, oubliez le quiz, et je vous verrai de l' autre côté. 85. Phase 4 : Clôture - Aperçu de la section: Bienvenue en face pour la section de clôture d'une vue. Dans cette section, nous ne parlerons pas du rôle habituel du chef de projet, car le rôle du chef de projet est assez succinct et je pense également qu'il est assez évident en Israël. Au cours de cette phase, nous discuterons l'objectif de la phase de clôture et de la clôture des activités terminées. La poignée, il y a quatre activités incomplètes. Nous passerons également revue la documentation sur les leçons apprises, et nous passerons également revue les célébrations à la fin du projet. Alors allons-y directement. 86. Objectif de fermeture: Bienvenue dans la phase finale du projet, la clôture du projet. Vers la fin de l'exécution, nous mettons en œuvre notre produit, nos livrables. Parfois, comme mentionné précédemment, nous avons une période de garantie pendant laquelle l'équipe de projet doit prendre en charge ce que nous avons livré, car elle possède les connaissances nécessaires à ce stade. Mais le sentiment que nous nous concentrons uniquement sur la fermeture de toutes les activités. Le but de cette phase est donc de ranger les composants clés de Morris que nous fermons ou les activités endothéliales. Cela signifie donc que nous ne voulons pas laisser de détails. Il y a aussi écouté, appris. Qu'avons-nous appris ? Qu' avons-nous appris, que nous ferons toujours mieux la prochaine fois. Le résultat clé que nous recherchons est le sinus de clôture d'un. Une fois que l'exécutif, le comité directeur ou quiconque a approuvé un document, nous pouvons officiellement déclarer que le projet est clos. Mais parfois, cela n' arrive pas du tout rapidement. Ainsi, comme nous l'avons mentionné, quelque temps après la mise en œuvre ou la disparition des ressources, ils sont occupés à travailler sur le projet. Donc, pour le chef de projet, il est parfois difficile de faire participer tout le monde. L'entreprise ne tire pas beaucoup de valeur de la clôture du projet. Et maintenant, ils ont leur produit. Tout le monde se concentre donc déjà un peu sur d'autres sujets. Et parfois, même le chef de projet n'a pas la possibilité de ranger les choses correctement. Je vais donc présenter ici la clôture théorique d'un projet. 87. Activités de clôture du projet partie 1: J'ai mentionné que la clôture d'un projet dépend beaucoup du projet, de sorte que selon le type de projet sur lequel vous travaillez, les activités de clôture et de transfert peuvent être très différentes. Mais je voulais juste vous donner un exemple pour vous donner une idée d' un projet type, mais du type de travail que vous auriez à effectuer pendant la clôture d'un projet. Donc, nous les avons divisés en deux catégories. Donc, ces activités ici, nous venons de fermer et ces activités ici nous les remettons aux équipes de business as usual généralement des exemples d'activités de clôture. Nous avons donc plusieurs catégories d'essais et de les mettre en catégories. Donc, les rapports, les ressources et l'écoute ont appris. Donc, les rapports. Le document clé ici est un document de clôture de projet. Il s'agit donc d'un rôle de chef de projet pour compiler ce document. Cela englobera donc toutes les activités de fermeture. Une partie de ce document devrait donc être approuvée par les parties prenantes. Ensuite, nous archivons les rapports. Évidemment, parfois, ce dossier de projet est l' endroit où vous combattez toutes ces ressources. Il peut donc y avoir différents types de ressources. Cela peut être évidemment que vous libérez toutes les ressources, ressources humaines, elles travaillent toujours sur le projet. Mais il se peut également que vous payiez les factures finales et que vous ayez publié un budget final, que vous travailliez avec votre équipe financière et que vous vous assuriez que les chiffres sont tous synchronisés. La dernière catégorie de la façon dont ces listes et apprendre, écouter appris. Nous verrons cela sur la diapositive suivante, mais c'est plus ou moins lorsque toute l'équipe discute de ce qui s'est bien passé pendant la réunion et de ce qui aurait pu être mieux. Et puis, à la fin de cette réunion ou à un moment donné, vous n'avez qu' un document qui est créé avec lors de cette réunion. Mais en général, il est préférable de tenir une réunion et de créer ensuite ce document. Donc, le responsable des activités , d'un autre côté, c'est quelque chose dont nous devons nous assurer c'est quelque chose dont nous devons nous assurer que nous passons le relais à l'équipe appropriée. J'ai donc classé cela en deux catégories. Les livrables, les risques et les problèmes. Livrables. Lorsque nous manipulons le produit final ou que nous violons notre site Web, notre logiciel, nous devons nous assurer que les parties prenantes en sont satisfaites, que le propriétaire de l'entreprise est d'accord. Nous avons donc besoin d'un certain type de mise en œuvre d' approbation, d'approbation, peut-être d'un document de clôture de projet. Ils doivent dire qu'ils sont pleinement satisfaits et que nous pouvons passer à autre chose. Documentation des opérations à l'entreprise comme d'habitude, l'équipe dit que vous construisez un pont. Je dois donner toutes les opérations. Tu as toutes les connaissances nécessaires. Donc, vous devez donner toute la documentation des opérations à l'équipe qui maintiendra ce site Web de violation, la même chose, le logiciel, cette vidange. La formation est donc une sorte de tendance ou de formateur. Vous devez donc vous assurer que les connaissances sont au sein de l'équipe, que vous transmettez ces connaissances à l'équipe de formation ou à des individus. Et votre équipe de projet doit également être impliquée s' il existe une garantie. Ils ont donc probablement partagé avec un autre projet. Il se peut que vous ne souhaitiez pas que la ressource travaille toujours à plein temps sur vos projets uniquement pour vous soutenir. Ils doivent donc probablement être partagés avec d'autres projets à chaque étape. Et les risques et les problèmes. Ainsi, dans notre logo ou registre des problèmes, nous avons peut-être des problèmes que nous n'avons pas pu résoudre. De toute évidence, nous ne sommes pas critiques car nous avons quand même réussi à mettre en œuvre le projet ou le projet. Ce sont donc probablement des problèmes mineurs. Mais l'équipe qui gérera une entreprise de produits a-t-elle besoin d'en être consciente et de les corriger ? Nous devons donc leur donner ce registre des problèmes d'une manière ou d'une autre. Et le risque n'est pas aussi évident, mais ce sont parfois des risques qui sont toujours valables à la fin du projet. Habituellement, dans un registre des risques, vous avez des risques qui survenir et causer des problèmes au projet, mais parfois, il s'agit simplement de risques qui existent et qui sont permanents et donc, ce serait utile les donner aux entreprises utilisent votre équipe n'est pas obligatoire, de sorte que juste un bon à avoir peut ne pas s'appliquer tout le temps. Je voulais donc souligner comment nous pouvions simplifier cela. Nous ne voulons pas être le chef de projet qui parti sans avoir reçu de factures. Je souligne donc que celle-ci est une activité importante. Nous n'aurions pas de signature. C'est la clé. Nous avons livré quelque chose. Nous avons été très durs. Nous voulons nous assurer qu' en fin de compte, les parties prenantes en sont satisfaites et nous leur avons fourni ce qu'elles souhaitaient. Ensuite, vous savez que vous avez fait votre travail en tant que chef de projet. C'est également nécessaire, sinon cela va revenir et vous hanter d'une certaine manière, vous devez donc vous assurer que le produit peut être pris en charge à l'avenir. Ce document semble très critique, mais il n'est pas toujours fait. Évidemment, si vous passez en revue toutes les normes méthodologiques leur vie qui vous disent que c'est absolument obligatoire, cela doit se produire. Mais avec plus de 20 ans d'expérience, cela n'arrive pas si souvent. Vous êtes bien mis en œuvre lorsque vous allez travailler sur un autre projet. C'est pourquoi je vous recommande vivement de faire ces trois choses. Sur la diapositive suivante. Nous allons jeter un œil à ces deux-là. 88. Activités de clôture du projet partie 2 : PIR: Examen après la mise en œuvre. Je recommande donc vivement d'autres examens post-mise en œuvre. Afin d'obtenir un peu de Listen, Learn. Il s'agit d'une réunion que vous devez avoir avec toutes les parties prenantes. Parfois, vous ne voulez pas avoir de gestionnaires de ressources parce que vous voulez que ressources puissent parler librement. Mais c'est bon pour une autre réunion parce que tu as, tu as tout le monde. Le point de vue de tous. En d'autres termes, si vous préférez écouter, apprendre par vous-même, cela peut être un peu biaisé. Je recommande vivement d'avoir une réunion. Donc pendant la réunion, vous passez en revue ce qui a été fait, n'est-ce pas ? Qu'est-ce qui aurait pu être mieux fait ? Ce qui n'était pas prévu pour moi de le mettre en évidence afin que quelqu'un de l'entreprise qui fait un projet similaire puisse en tenir compte dans sa planification. Il existe donc une structure différente que vous pouvez appliquer à cette réunion. Vous pouvez dire, d'accord, qu'est-ce qui a été fait correctement dans la planification, par exemple, qu'est-ce qui a été fait, Ryan en exécution ? Quelle est la pire dégustation ? Ou comment s'est déroulée la communication avec les parties prenantes ? Vous pouvez demander aux parties prenantes à la fin ou au comité de pilotage, comment s'est passé en tant que chef de projet, comment s'est passée ma communication avec vous ? C'est quelque chose qui peut être fait. Ensuite, après la réunion, vous pouvez revenir en arrière, vous écrivez de façon plus simple et ensuite vous avez un document. La reconnaissance et la célébration doivent être planifiées à l'avance. Cela ajoute donc une motivation supplémentaire à l'équipe. Cela doit donc être planifié. Cela montre que vous appréciez ce qu'ils font. Vous appréciez leur travail. Et ce n'est pas après coup que le projet s'est bien déroulé au Royaume-Uni. Tout est mis en œuvre. Allons fêter ça. Mais cela montre que c'était dans ton plan tout le temps. C'est la clôture du projet. 89. Phase 4 : fermeture: C'est donc ça qui conclut la clôture du projet. La clôture d'un projet est donc une phase à faible risque pour le chef de projet. Le projet a été mis en œuvre. Et s'il a été mis en œuvre sans aucun problème, alors tout le monde peut se détendre. Donc, si vous parvenez à assembler un document de clôture de projet et à faire perdre tous les anciens et à les traiter. Tout ce que tu as fait pour vraiment clore le projet. Je pense que ce serait très bénéfique pour vous en tant que chef de projet, vous laisseriez le projet sur une très bonne note, sur une note très positive. Cela laisserait une trace si vous voulez du professionnalisme. Je vous le recommande donc vivement si vous le pouvez. Si vous voulez un bureau, un document de clôture de projet quelque part. Comme d'habitude, simplifie puis diffusé. Et si personne ne répond, si personne n'approuve, si personne ne fournit de commentaires, qu'il en soit ainsi. Mais au moins tu as fait ta part. Nous passons maintenant à la conclusion de la première partie. Mais avant cela, n'oubliez pas le quiz. 90. Partie 1 Récapitulatif - aperçu des activités de phase: Bienvenue dans le cours. Terminons la première partie. Passons en revue les principaux concepts, outils activités que nous avons vus et comment ils peuvent se chevaucher au cours de chaque phase. Je voulais donc vous montrer que les processus sont récurrents au cours du cycle de vie du projet. Nous ne les voyons donc pas en une seule phase la plupart du temps. Vous les voyez à travers toutes les phases. Nous allons donc commencer par le concept qui n'a pas vraiment été discuté jusqu'à présent. Je ne voulais pas embrouiller l'eau. Je ne voulais pas vous surcharger d'informations alors que nous passons par les phases pour vous rappeler à chaque fois, n'oubliez pas les approbations, assurez-vous que c'est la signature et détendez-vous. Je veux dire, je pense que cela a été démontré d'une certaine manière, mais le moment est venu de voir quelles sont les approbations clés que nous transférons tout au long du cycle de vie du projet. Ainsi, vous pouvez voir un fournisseur signer votre approbation, plus petit, moins. Donc lors de l'initiation, c'est facile si nous avons une charte de projet. C'est donc approuvé et cela signifie que l'entreprise est prête à démarrer. C'est donc l'entreprise qui le fait. Mais nous avons également vu que l'initiation ne se fait pas toujours de façon très formelle. Dans ce cas, un certain type d' approbation générique serait fourni par l'entreprise ou par le bureau de projet ? Ce n'est pas toujours la charte du projet. Pendant la planification. Deux documents sont très importants et doivent être approuvés. Le premier est un plan de gestion de projet, qui est un document produit par le chef de projet. Cela inclut toutes les informations de planification qui sont généralement approuvées par le comité directeur ou directement par l'entreprise. Et les exigences également, le cas échéant. Donc, si nous sommes sur un projet qui comporte des exigences, aucun n'a besoin d'être approuvé et ce document doit être aussi complet que possible. Pendant l'exécution, il y a quelques documents qui doivent être signés. Nous n'avons donc pas toujours ce scénario où nous avons mentionné les exécutions en anneau affichées. Vous n'avez pas toujours des tests de conception et des goûts, mais vous avez besoin d'une approbation pour la mise en ligne. C'est donc une évidence. Quand s"applique à la conception doit être approuvé, l"entreprise doit dire, Oui, c"est conçu en accord avec mes exigences. Test. Avant le test commercial, nous devons également nous assurer qu'ils sont satisfaits de la façon dont nous avons testé avant leur test. En outre, l'entreprise doit faire ses tests et signer le goût général. Donc, en terminant, nous rédigeons un document de clôture de projet, si nous avons de la chance, et qui sera approuvé par le comité d'entreprise ou le comité de pilotage et je fermerai certainement l'entreprise que nous avons vue cela ne se produit pas toujours. Et peut-être juste une approbation finale de l'entreprise ou du comité directeur disant : « Oui, nous sommes d'accord avec ce que vous avez livré maintenant, vous pouvez conclure les choses et passer au projet suivant. C'est donc celui pour approbation que je voulais mentionner au départ. Les autres, nous les avons vus. Le budget lors de l'initiation, un ordre de grandeur est suffisant, ce qui est un budget d'un autre niveau. Dans la planification, nous allons plus en détail. Nous allons aussi loin que possible pour éviter toute surprise lors de l'exécution. Ensuite, l'écrit pendant l'exécution, nous surveillons juste chaque semaine, chaque mois pour un projet très long. Tu ne veux pas faire ça chaque semaine. Mais parfois, vous n'avez pas le choix de la fréquence à laquelle vous le faites ? Et en clôturant si cela s'applique , vous retournez les fonds inutilisés et parfois vous n'avez pas reçu les fonds au départ, donc vous n'avez rien à retourner. Le calendrier est très similaire aux décès de mise en œuvre de haut niveau budgétaire pendant l'initiation. Vous n'avez pas le diagramme de gan détaillé à ce stade. Mais ici, vous obtenez votre organigramme plus détaillé et vous le faites signer ainsi qu'une partie du plan de gestion du projet. Pendant l'exécution de la beauté qui vous occupera. Si, même s'il ne s'agit pas d'un planificateur MS Project, toutes les tâches ou le suivi de tout ce qui progresse doivent se dérouler dans les délais convenus. Il n'y a pas beaucoup d'action l'on soit vraiment intéressé à savoir quand exactement le projet se terminera. Habituellement, la signature de la belle vie est plus ou moins la fin de celle-ci. Mais il y a des exceptions, bien sûr, des risques. Lors du lancement, nous créons le registre des risques dans lequel nous soulignons les principaux risques afin de nous assurer que l' entreprise sait dans quoi elle s'engage. Et ensuite, si possible, nous trouverons plus d'amis pour l'atténuation des risques. Nous avons constaté un certain risque qu' ils soient bons d'avoir l'argent pour agir si le risque se présentait. Pendant la planification. Même chose que nous avons actualisée. Si nous découvrons de nouveaux risques. C'est toujours la dernière chance d'obtenir plus d'argent. Pendant l'exécution, nous effectuons un suivi et nous actualisons régulièrement. J'aime avoir des réunions mensuelles sur les risques et la fermeture du ring. Comme pour le budget. Nous renvoyons les entreprises de prévoyance pour risques, si elles ne sont pas utilisées. Problèmes pendant l'initiation, sauf si vous êtes très malchanceux, il n'y a pas de problèmes, mais s'il s' agit d'une créature enregistrée un peu plus tôt, essayez de les résoudre tôt possible ou au moins de planifier pour qu'ils soient au repos. Lors de la planification, vous créez certainement votre HLog et vous commencez à résoudre les problèmes. L' exercice de résolution des problèmes commence donc là. Pendant l'exécution, vous continuez à mettre à jour votre journal des problèmes et à surveiller votre problème. Écoutez, vous avez des propriétaires et des délais et vous les surveillez de près. Ensuite, vous abordez les problèmes si vous le pouvez. Vous trouverez deux types de problèmes dans votre registre des problèmes. Vous auriez celui fermé dont vous n'avez plus à vous inquiéter. Et vous auriez les ouverts avec les ouverts qui devront décider. Qu'est-ce que j'en fais ? Vous discutez avec l'équipe du projet, vous discutez avec un BAU et vous décidez pour chaque problème. Pouvons-nous le fermer parce que le projet est terminé ou est-ce que nous le confions à l'équipe BAU ? Portée ? Lors de l'initiation, nous n' affichons pas le composant clé. Les grands champions sont listés. Ils doivent être clairement énoncés, bien qu'ils soient importants, les tendances doivent être clairement énoncées. Assurez-vous de ne pas oublier les gros morceaux qui nous coûteront plus tard. Lors de la planification, revenez au granulaire possible. Exigences et portée pour éviter tout malentendu lors de l'exécution. Nous avons notre champ d'application global, mais nous avons également nos exigences détaillées de la part de l'entreprise. Et si nous estimons que les exigences ne sont pas suffisamment détaillées, nous devons y revenir. Sinon, nous gérerons la portée pendant l'exécution complète. Donc, pendant l'exécution, il n'y a qu'une chose à faire. ou l'autre des entreprises, demandez une nouvelle exigence. Nous devons suivre le processus de demande de modification. Parfois, nous avons une petite marge de manœuvre, si vous voulez. Nous pouvons décider si le changement est minime, puis nous pouvons le faire passer. Mais cela dépend de l'environnement dans lequel vous urinez. Pendant la fermeture. Ce que nous faisons, c'est nous assurer que tous les documents d' exigences originaux sont mis à jour en fonction du changement de portée. Nous avons donc créé ici notre document d'exigences à la fin de la planification qui a été approuvée. Mais en plus de ces exigences initiales, nous pouvons avoir quelques demandes de modification ici. Nous devons donc nous assurer mettre à jour ce document avec toutes les modifications. Parfois, cela se fait au cas par cas, mais parfois, cela donne lieu à une rapide opinion. Donc, si quelqu'un vient dans l'entreprise en tant qu'équipe et dit que vous avez un projet, quelles sont les exigences du projet ? Ensuite, vous pouvez leur montrer le document complet. Et pour terminer la paperasse du chef de projet. Pendant l'initiation. Il y a juste une charte de projet, la planification du ring, ce plan de gestion de projet. Il s' agit donc évidemment de toutes les formalités administratives relatives au calendrier des coûts de l' approche projet. Le plan de gestion du projet doit être un résumé de tout ce qui a été décidé et qui inclura approche de planification des coûts dans leur durée de vie. Ainsi, lors de l'exécution, le chef de projet doit travailler sur deux types de documents. Minutes et rapports. Les rapports, je les ai achetés. Et pendant la fermeture. Si vous pouvez créer un document de clôture de projet et écouter ce document encore mieux. C'est donc ça. Une autre façon de regarder ce tableau est de savoir si vous voulez vous rafraîchir la mémoire pendant l'initiation, où cela doit être fait. Pendant la planification, ce qui doit être fait et vous descendez cette liste, l'exécution et la fermeture de ce qui doit être fait. Un autre point important est que lors de l'initiation, paperasserie pour les chefs de projet est appelée charte de projet. La planification de la patinoire est appelée plan de gestion de projet. Mais vous verrez dans la troisième partie, lorsque nous examinerons les normes de gestion de projet qu'elles peuvent avoir des noms différents. Je pense donc que ce sont les noms les plus courants. C'est pourquoi j'ai noté de cette façon. Mais vous pouvez rencontrer, en particulier pour les impressions deux, qui est une méthode de gestion de projet, qu'elles peuvent également avoir des noms différents. Berkshire ni définitivement ils font partie de l"initiation ou de la planification. 91. Adaptation des PM pour chaque phase: Bienvenue dans le cours. Nous poursuivons le récapitulatif de la première partie. Je voulais juste avoir un aperçu rapide de la façon dont le chef de projet peut s'adapter à chaque phase. Ainsi, lors de l'initiation, c'est le moment d'un projet où il est le plus facile de faire des changements de calendrier ou de meilleurs changements. Ce n'est pas toujours possible. Parfois, il y a une somme d' argent sur une table et tu dois la prendre. Mais c'est beaucoup plus facile de le faire maintenant que faire au milieu de l'exécution. C'est pourquoi le chef de projet doit être capable d'anticiper. Lorsque vous examinez les quatre phases de l'initiation, je pense que le chef de projet doit faire preuve de prévoyance. Il doit être capable de jeter un coup d'œil avec peu d'informations et peu de temps dont il dispose. Planification de l'exécution, de la clôture, de la réalisation des bénéfices. Le chef de projet doit pouvoir jeter un œil à toutes ces phases futures, le bénéfice, la réalisation et vérifier cela ou peut-être un morceau de papier avec 20 lignes parfois comme il a déchiré pour s'occuper de tout ces composants. Vous pourriez dire que la réalisation des avantages n'est pas vraiment votre problème. C'est une entreprise. S'ils le font, ils savent ce qu'ils font. Mais je pense que c'est une très bonne pratique remettre en question les choses si vous le pouvez avec beaucoup de tact. Donc, ici, anticiper la prévoyance. Et si vous le pouvez, si vous voyez quelque chose qui est un échec, essayez de le changer. Essaie de gagner plus d'argent pour ça. Essaie de gagner du temps. La planification, la minutie, la planification de la bague. Nous sommes méticuleux. Nous examinons tout plus en détail. Nous voulons nous assurer de ne pas découvrir des choses aujourd'hui. Lors de la planification, nous ne regardons l'exécution réellement, bien que l'initiation, vous devez tenir compte de tout cela pendant la planification, nous savons où cela doit être fait. Nous avons reçu une signature. Nous devons donc nous concentrer sur la phase d'exécution. Nous devons veiller à ce que cela se passe manière la plus harmonieuse possible. Nous sommes donc très minutieux. Pendant l'exécution. Il suffit de le faire. Nous devons être extrêmement productifs. J'ai également mentionné que c'est là que nous devons utiliser notre pensée latérale le plus souvent, il n'y a pas de processus pour nous aider nous à être proactifs pour anticiper et contrôler. Il n'y a donc vraiment pas besoin d'une extrême rigueur à ce stade . C'est trop tard pour cela, comme c'était le cas lors de la planification. Maintenant, faisons-le. Pendant la fermeture. vraiment le moment de réfléchir. Évidemment, vous voulez laisser quelque chose derrière vous, alors nettoyez les choses autant que possible que vous travaillez avec une équipe depuis un certain temps en tant que oreillons. Et il est temps de réfléchir à la qualité du travail. Et il est temps de féliciter les gens. Dites « Bravo » et merci pour le travail. Ainsi, en tant que chef de projet, ne viennent pas toujours vous membres de l'équipe ne viennent pas toujours vous voir pour vous voir. Merci pour ce que tu as fait. Mais en tant que chef de projet, vraiment aidé dans mon rôle à aller les remercier pour le dur travail qu'ils ont accompli. De plus, si vous avez passé en revue la mise en œuvre, vous pouvez vous assurer que la prochaine fois qu' un projet similaire sera réalisé. Ils peuvent apprendre de vous grâce à ce que vous avez fait. Donc en fermant bien, c'est un bon T2 important pour laisser une bonne impression de soi. Si vous remerciez les gens et si vous fermez proprement. Alors peut-être que nous allons vous demander de faire un autre projet pour eux. Toutes ces qualités d'activités ciblées doivent donc se manifester à chaque étape de chaque phase, bien entendu. Mais je pense que c'est là que la prévoyance est la plus nécessaire, rigueur, la productivité la plus nécessaire, la plus nécessaire, la réflexion, le plus nécessaire. Ok, on y est presque. 92. Partie 1 - conclusion: Merci beaucoup d'avoir participé à la première partie de ce cours. J' espère que ça vous a plu. Je sais que j'ai vraiment aimé le faire moi-même. Avant de passer à la deuxième partie, je voulais vous laisser avec une citation de Jack Dorsey qui, je pense, représente la philosophie de la première partie. Dans le cadre de mon engagement dans ce cours, j'ai voulu essayer autant que possible et être pratique et simplifier certaines composantes de la gestion de projet qui se révèlent parfois très complexes. Donc, lorsque vous simplifiez, cela ne signifie pas que vous ne faites pas un bon travail, ne signifie pas que vous mettez les êtres vivants de côté. Mais la simplification d'une certaine manière est très difficile car il faut réduire le nombre d'éléments, de composants. Je mentionnais, par exemple, la charte de projet et le plan de gestion de projet qui peuvent être extrêmement complexes. Vous essayez de les simplifier. Si vous avez un rapport simple, des minutes plus simples, tout simple, garantissant que les éléments clés s'y trouvent, alors vous avez plus de chances d' avoir quelque chose de bonne qualité et plus facile à maintenir. Alors tu y vas. Merci. Je te vois dans la deuxième partie. 93. 155 PMP et Prince2: Nous allons donc donner un bref aperçu des deux principales méthodologies de gestion de projet. On les appelle donc gravures 2 et p et p. Ainsi, lorsque vous recherchez un emploi et que vous examinez description du poste et les exigences du poste ou des exigences du poste. C'est généralement cas s'ils recherchent des certificats, ce sera généralement l'un de ces deux. Je pense donc que c'est l'une des principales raisons pour lesquelles il est bon de connaître ces méthodologies. Donc, si nous les prenons rapidement un par un pour une introduction rapide, le PNP est synonyme de professionnels de la gestion de projet. Vous verrez souvent celui associé à Pembroke, qui est un livre de connaissances, qui est plus ou moins le manuel, si vous voulez, du PMP. Et il est fourni par une société appelée PMI, qui est le Project Management Institute. Il est donc basé sur les manuels de normes. Il s'agit donc davantage d'une norme que d'une méthodologie, mais dans mon livre, vous pouvez parfaitement l'utiliser de manière autonome pour gérer votre projet. Il est bon d' avoir un bon manuel de référence sur le rôle des outils que vous pouvez utiliser pour gérer un projet. L'autre méthodologie est la deuxième impression. Cela signifie des projets dans des environnements contrôlés, dont je n'avais jamais entendu parler et qui ne veulent pas vraiment dire grand-chose. Mais il s'agit d'une méthodologie et non d'un PMP. Il a traité des modèles vous fournit même des modèles, etc. Et il dispose de deux niveaux de certification. Donc, si vous voulez le faire, vous devez vraiment vous adresser au praticien. Un jour. Ils vous ont demandé quel type de certificat vous détenez et c'est bien d' avoir le praticien. Donc, ces deux examens, si vous voulez, sont discrets. Ils sont très longs à apprendre. Et cela prend du temps, cela prend beaucoup de temps. Et je suppose qu'une fois que vous aurez appris si vous avez la possibilité de l'utiliser, je ne trouve pas cela si évident. Parfois, vous vous présentez à un entretien et vous systolez, vous savez, le PMDD P ou vous en imprimez deux. Et quand vous y allez, vous vous rendez compte que cela n'a pas grand-chose à voir avec ce que vous avez appris, en PAP et/ou en imprimant, où que vous alliez Ils ont leurs propres modèles, propre processus de toute façon. C'est donc un peu ce qui me préoccupe Certaines personnes qui souhaitent se lancer dans la gestion de projet ont un peu peur parce qu'elles ne connaissent pas le PMP dans les moindres détails, etc. Mais vous n'avez jamais de travail quand vous rédigez une dissertation, d' accord, ici, nous gérons des projets en tant que PMP. Vous pouvez commencer dès qu'ils ont toujours leurs propres processus. Ils l'ont fait sur mesure si vous le souhaitez. fait d'avoir un certificat est un bon moyen pour eux de le savoir, vous vous y connaissez en gestion de projet. Vous connaissez la théorie, même si vous ne l'appliquez pas complètement, elle est bonne pour eux. Donnez-leur un bon niveau de confiance. Flux divergent pour gérer un projet dans les deux cas. Taps of methodology est extrêmement similaire. Pour autant que je sache. Ils, ils, ils ne commencent pas par fermeture, mais s'occupent de l'exécution et du début. Tout cela est donc très logique d'une certaine manière. Vous n'aurez donc pas grandes surprises avec l'une ou l'autre de ces méthodologies, mais nous allons le voir, nous le verrons dans les prochaines diapositives. Comment, comment, ma première partie, si vous voulez, concerne-t-elle le PMP et l'impression également ? 94. 158 PMP vs cours: Commençons donc par P et P. Jetons un coup d'œil et voyons en quoi le PMP est différent ou similaire à ce que nous avons vu dans la première partie. Ainsi, au début de la première partie et à la fin de la première partie, nous avons introduit l' idée d'activités. Donc, dans la première partie, la théorie lui a été présentée en quatre phases principales. Et en plus de cela, une façon de voir les choses est de voir les activités liées à chacune de ces phases. Ce sont donc des activités et la raison pour laquelle j'ai opté pour des activités, j'ai aimé le fait que c'est vraiment concret. Et vous pouvez passer de l'un à l'autre de manière séquentielle. Et tu comprends que tu as quelque chose à faire. Mais de toute évidence, au cours de ces activités, vous devez suivre des processus et des règles, et vous devez faire certaines choses . Et vous pouvez regarder la même chose plusieurs fois, comme nous l'avons vu en termes de portée et de calendrier. Cela étant dit, si l'on considère le PNP, la philosophie est légèrement différente, mais le processus global est très similaire. Voilà donc p et p en un mot. Le PNP comporte donc également quatre phases. Ou la méthode de gestion de projet que je connais est constituée de ces quatre phases. Initier, planifier, exécuter et fermer, cela ne changera pas. Nous constatons que vous ne commencez généralement pas par la clôture et la planification Vous avez donc toujours la phase d'avant-projet, la phase de planification d'exécution et de clôture. Donc, c'est une similitude entre les deux méthodes, si vous voulez. Maintenant, la différence, c'est que j'ai passé en revue des processus et des techniques, si vous voulez. Au fur et à mesure que nous sommes passés au PMP, ils ont regroupé tout cela dans un système de surveillance et de contrôle, qui ne constituent pas une phase, mais plutôt un ensemble de règles, ensemble de processus, si vous voulez. J'ai donc voulu tirer des leçons de mon processus de certification Prints Two et PMP et les intégrer à ce cours. Ce que j'ai trouvé Liter Be Tejas avec à la fois du BMP et deux imprimés, c'est ça. Parce que tu apprends cette technique, toutes ces règles. Et vous ne savez pas vraiment comment ils s'intègrent réellement au cycle de vie du projet et à leurs yeux. Tout est donc un peu moelleux. C'est pourquoi j'aime l' idée d'activités. Vous commencez donc ici dès le début. Nous avons commencé avec quelque chose de concret. C'est dès le début que nous découvrons la portée. Et puis nous, nous, nous sommes arrivés à la fin. Maintenant que c'est le cas, nous avons des concepts quantiques tels que le budget. Nous avions discuté du budget ici. Nous discutons un peu plus du budget ici. Nous en discuterons comme nous le souhaitons ici. Ensuite, sur la grande carte de références croisées que j'ai en ma possession, vous pouvez voir exactement quatre de notre calendrier budgétaire. Que faites-vous au cours de chacune de ces phases ? Pour apprendre ma méthode, c'est plus séquentiel. Et pour le PNP, si vous le souhaitez, c'est plus académique. Mais en fin de compte, quatre phases et les deux méthodes vous permettront d'y parvenir. Sculptez donc le contrôle, le contrôle des coûts, les performances squelettiques, juste pour vous donner une idée du type de choses qu'ils mettraient en place pour surveiller et contrôler l'ensemble du projet. Donc, juste pour terminer sur le PNP, au cours du cours, j'ai appelé le document d'origine la charte de projet. Et j'ai appelé le document de planification plan de gestion de projet, et il s'agit de la largeur des deux points PNP. Je ne l'ai donc pas fait. Je n'ai pas appelé ces documents de cette façon parce que c'est ainsi qu'ils sont appelés en PNP. Mais parce que je pense, d'après mon expérience, ce sont les noms les plus courants. Il est donc facile de faire la transition si vous le souhaitez. Si vous voulez apprendre le PNP, vous connaissez déjà ces noms. Mais c'est tout pour PNP. Ensuite, examinons également les imprimés. 95. 160 Prince2 vs cours: Bon retour. En imprime deux. Comme vous pouvez le constater, la deuxième édition suit le même schéma générique, mais le libellé est légèrement différent. Et nous parlerons de la partie orange plus tard. Donc, si nous nous concentrons uniquement sur la colonne vertébrale, si vous voulez, ce que nous appelons l'initiation et l'initiation dans le PMP, cela s'appelle désormais la mise en place, mais l' objectif est le même : il s'agit simplement d'un pré-projet visant à vérifier si nous allons de l'avant avec le projet et si nous effectuons certain travail initial, puis le lancement du projet. Et c'est là que ça devient un peu confus, tant mieux pour eux. Lancer un projet, c'est planifier ma méthode et le PNP. Ce n'est donc pas ici. Leur exécution s'appelle le contrôle d'une scène. Et c'est aussi ce qui est vraiment spécifique aux impressions, c'est qu'il n'y a pas beaucoup d'étapes pour faire partie d'un projet. Donc, évidemment, vous pouvez également le faire avec d'autres méthodes comme ce PNP. Et vous pouvez également entrer en exécution ici. Mais pour eux, c'est un peu plus standardisé, si vous voulez. C'est ce qui y répond. C'est pourquoi il leur est plus facile d'en faire un peu entrouverte. Il n'y a pas de grande différence entre un prince un bocal et deux en rouge , car un gel est basé sur le statut, comme nous allons le voir. Après avoir fermé un projet, c'est fermer un projet. Donc, la colonne vertébrale de Sam, une petite confusion avec le nom selon lequel le départ est une initiation. Initier, c'est en fait planifier. Pas à cent pour cent , mais très près. Et puis l'exécution, ils appellent cela le contrôle d'une étape parce qu'ils veulent avoir la flexibilité nécessaire pour avoir plusieurs étapes. Maintenant, si nous examinons les autres composants. Alors, diriger le projet, c'est quoi ? Il s'agit donc plus ou moins d'un oubli de projet. C'est donc plus ou moins là, le comité directeur. Je veux dire, ils ne l' appellent pas comité directeur, mais comité de projet. Il s'agit plus ou moins du tableau de projet donne une vue d'ensemble du projet pendant toute la journée. Il a donc décrit l'interaction, toutes les approbations, les analyses. Nous en avons donc évidemment aussi à Nice. Mais encore une fois, en ce qui concerne le PNP, ils aiment décrire ce processus dans une entité distincte et ils l' appellent diriger un projet. Même chose. Mais la description de l'événement se fait dans une partie distincte du cours. Si vous êtes malade, une chose à noter en ce qui concerne les autres processus liés aux impressions est l' approbation de poursuivre, ce que l'on appelle la gestion des limites des étapes. Il est également séparé. Le processus correspondant est également séparé. Donc IF2 ici, car il est utilisé à la fin de chaque étape et à la fin de chaque initiation. Mais ils n'auraient que des rapports sexuels. Il ne comporterait qu'un seul composant appelé Gestion des limites des étapes. Je vous donnerai toutes les règles si vous le souhaitez, le cœur et la façon dont nous pouvons passer d'une étape à l'autre. À mon avis, c'est une autorisation de poursuivre. Donc, toutes les approbations sont plus anciennes, plus anciennes, qui font des allers-retours ou comment fonctionnent-elles ? C'est donc très important pour eux car leur méthode est basée sur les étapes. Ils veulent donc s'assurer que, lorsque vous passez de la première à la deuxième étape, de l'étape d'exécution à la phase de clôture, ils veulent s'assurer que tout est parfaitement propre et que tous les processus sont en place. Enfin, la gestion de la livraison des produits. C'est également quelque chose de très spécifique à Prince Tube, mais nous le faisons également pour organiser cette méthode, mais nous ne la formalisons pas dans une partie séparée de la documentation, si vous le souhaitez. Il décrit donc plus ou moins le transfert du travail entre le PM et l'équipe de projet. Ils ont donc une méthode très formelle. En théorie, encore une fois, les imprimeurs ne peuvent pas toujours le faire de cette façon, mais en théorie, le chef de projet dispose d'un moyen très formel, demander du travail aux équipes de projet et de recevoir du travail en retour de la part de l'équipe de projet. Et cela fonctionne de la même manière avec un projet dans, disons que vous avez un domaine technique. Ils voudraient obtenir le travail d'une manière très précise , auprès du chef de projet. Cela fonctionne donc dans les deux sens, si vous le souhaitez. C'est ainsi que le travail se déroule entre le Premier ministre et, euh, et, euh, les différentes équipes travaillant sur le projet. Encore une fois, cela se fait implicitement dans toutes les autres méthodes. C'est donc intéressant. Donc, si nous y jetons un coup d'œil , par exemple, je voulais juste vraiment parler d'un soda. Le point de confusion, si vous voulez, c'est ça. Le démarrage, c'est ce qu'on appelle le brief du projet. Au PNP, c'est ce que nous appelons la charte de projet. Et ici, l'initiation, l'initiation d'un document de projet s'appelle document d'initiation de projet, PDD. Donc, ceci, cela peut prêter à confusion, car dans le PMP nous appelons cela un plan de gestion de projet parce que cela fait partie de la planification. Mais une fois que vous l'avez surmonté, vous vous rendez compte que toutes ces méthodes sont assez similaires. Un autre élément qui n'a pas d'empreinte sur le comité directeur est appelé comité de projet. Je suppose que c'est le cas, c'est ce que je nous vois. L'une des principales choses intéressantes, si vous vous aimez, ce sont des règles formelles sur la manière dont le chef de projet reçoit le travail du projet. J'aurais pu venir ici en théorie. 96. 162 PMP et Prince2: Bienvenue pour un résumé de ces deux méthodologies. Très populaires. Ici, sur cette diapositive, j'ai mis plus ou moins les trois méthodes que nous avons vues. Donc c'est le, c' était ma première partie. Donc, ma première partie, méthode que j'ai utilisée dans la première partie consistait à inclure tous ces composants en orange. Mais j'ai choisi de les inventer, si vous le souhaitez, dans chacune de ces phases. Imprime deux et P et P sont des méthodologies très complètes que vous aurez besoin de semaines pour apprendre. Ils ont une explication un peu plus détaillée de chaque phase et de la façon dont les choses passent d' une phase à l'autre. Comme je le disais, je ne pense pas qu'il soit nécessaire d'apprendre tout cela pour être un bon chef de projet. Tu m'as combattu. Quand on a besoin de quelque chose, il suffit d' aller le chercher sur place. Vous n'avez pas besoin de le savoir ou de le savoir dès le premier jour. Mais en fin de compte, un projet reste un projet. J'ai constaté que les chefs de projet étaient très bons et qu'ils venaient d'un environnement différent. Parce que, plus ou moins, vous vous contentez de suivre la manière logique de mettre les choses en œuvre. Donc, ici, la partie en bleu est un avant-projet. Que vous l'appeliez lancement, démarrage ou initiation, il s'agit d'un avant-projet. Vous préparez votre analyse de rentabilisation, vous obtenez des coûts et des jalons élevés. Et c'est tout. Ensuite, vous passez à la phase de planification. Vous passez donc à la phase de planification, qui consiste à lancer un projet dans Prints 2 et qui est également appelée planification dans PMP. Et que faites-vous ? Il n'y a aucune surprise. Vous faites une planification très précise. Donc, évidemment, vous avez besoin d'une forme d'approbation. Donc, Prints Two appellerait cela diriger un projet. Le Pnp serait soumis à une surveillance et à un contrôle. Vous auriez donc noté les mêmes choses mais présentées différemment. Exécution, pas de surprises. Je veux dire, vous avez plusieurs étapes, oui. Mais rien ne m'empêche de suivre plusieurs étapes ici. Nous pouvons avoir plusieurs implémentations au cours d'un projet. Ce n'est pas interdit. Oiseau pour le fermer. Ensuite, vous devez terminer toutes les étapes. Maintenant, imprime pour le rendre un peu plus beau, quatre de plus si vous le souhaitez. Et il avait ce SM. Vous pouvez avoir autant d' étapes que vous le souhaitez. Donc, gérer la livraison des produits ici, c'est ce que je trouve intéressant. C'est, c'est une méthode plus formelle. Mais encore une fois, lorsque vous demandez à une équipe de faire quelque chose en tant que chef de projet, vous lui envoyez simplement un e-mail et allons-y. C'est déjà assez formel. Vous en avez. S' il s'agit d'un projet informatique, vous avez les exigences commerciales qui sont en cours d'approbation. Je pense que l'impression, par exemple, est une bonne chose pour les très grandes entreprises. Ils auraient donc des exigences peut-être extrêmement complexes. Et ils le feraient, ils en auraient beaucoup. Ils ont donc besoin d' un processus à cet égard. Mais la majeure partie du projet, c' est-à-dire les procédures de processus existantes , seraient suffisantes pour les gérer. Si vous êtes un chef de projet très minutieux, vous devriez être en mesure obtenir des instructions précises pour que l'équipe fasse le travail et une manière précise de revenir au travail. Une sorte de centre de déconnexion, comme ça, tout peut être fait. Cela ne veut pas dire, vous savez, que PNP ne peut pas réaliser un seul type de projet et imprime pour le faire, tout peut être interrompu. Vous vous demandez peut-être lequel choisir si vous le souhaitez ou si vous devez le faire. Donc, comme je le disais, la principale raison pour laquelle j'ai obtenu certificat est que lorsque vous recherchez un emploi, ils veulent que vous un certificat pour être certifié ? Pas toujours. Si vous souhaitez accéder à un rôle de gestion de projet en interne. C'est également possible. Je pense que si vous examinez votre entreprise et que vous y jetez un coup d'œil, accord, il y a un projet de frais. Je vous recommande vivement, si vous souhaitez vraiment devenir chef de projet, au lieu d'avoir à passer par le certificat, postuler et tout ça, d'essayer de les faire passer par le bureau de projet. Et vous dites : « Oh, cela ne me dérangerait pas d'être coordinatrice de projet là-bas pendant quelques semaines seulement. Et avant même de vous en rendre compte, vous allez gérer des projets. Et je l'ai constaté à de nombreuses reprises en ce qui concerne la gestion de projets après quelques semaines. Ils arrivent donc en tant administrateurs et, après avoir fait une certaine coordination et après le départ d'un Premier ministre, ils prennent leur place et finissent par imprimer un projet. Alors vas-y. Si vous travaillez dans une grande entreprise et qu'ils ont un projet de son plateau et qu'ils utilisent la porte arrière. Je préfère PNP. Pnp, l'accent est davantage mis sur la gestion des équipes et de la relation. Le côté communication, si vous voulez, c'est ce que j'aime vraiment dans ce PNP. Le processus d'apprentissage pour les deux est plus ardu et n'est pas toujours applicable à un fournisseur d'anniversaire ou à une allocation d'actifs. C'est une façon de terminer , si vous le souhaitez. Donc, oui, alors voilà. Pompez les impressions selon votre choix. Si tu veux. Si vous ne voulez pas inculquer, vous lancer dans la gestion de projet. Il existe d'autres moyens. 97. 163 Cascade et intro agile: Bienvenue dans la partie « cascade » et « agile » de ce cours. Nous avons donc vu les imprimés 2 et le PMP, qui sont des méthodologies ou des normes, des moyens de gérer des projets. Désormais, vous pouvez adopter des approches en cascade, agiles et bien d'autres encore si vous souhaitez réaliser le travail d'un projet. Les deux approches peuvent donc être effectuées en utilisant soit les impressions 2 p et p comme méthode globale. Mais au fur et à mesure que vous accomplissez le travail, vous pouvez le faire de deux manières : l'énergie des cascades. Jetons-y un coup d'œil. 98. 164 Cascade: Jetons un coup d'œil à la cascade. Nous avons donc vu qu'il s'agissait d'un gel et de quatre approches différentes pour mener à bien le projet. Ce qui signifie, en d'autres termes, différentes approches pour exécuter le projet. Comme nous l'avons vu dans la première partie. Dans la première partie, nous avons constaté qu'à l' automne, tous les projets, en particulier les projets informatiques , sont exécutés de manière assez standard. L'exécution nécessite donc la collecte des exigences, qui se fait lors de la planification. Ensuite, l'exécution consiste plus ou moins à concevoir quelque chose, vous construisez quelque chose, vous le testez, puis vous l'implémentez. Agile et Waterfall sont donc deux manières différentes de suivre ce cycle ici. Ce que nous avons vu dans la première partie était Waterfall. La cascade, c'est généralement la façon dont la méthode de gestion de projet est enseignée. Parce qu'une fois qu'on sait ce qu'est une chute, il suffit de changer les choses pour entrer dans une cascade géante. Et agile, vous auriez la même initiation ici. Parfois, vous aurez la même planification. Vous auriez certainement la même conclusion, mais c'est plus ou moins l'exécution et la fin de la planification, lorsque vous collecterez les exigences, qui changeront un peu. Donc, quand je parle de la première partie, ce que nous avons fait avec Waterfall, c'est que nous avons supposé qu'il n'y avait qu'une seule implémentation. Nous avons dit que nous le faisions une fois, nous le faisions une fois, nous le faisions une fois et après l'avoir mis en œuvre une fois. C'est pourquoi j'ai dit que dans la première partie, nous utilisions une cascade. Voyons donc ce qui va tomber. Lors de la planification, nous demandons à l'entreprise de nous fournir toutes les exigences. Où voulez-vous exactement, est-ce pas ? Ce gros document. Mettez-y toutes vos exigences. Vous les signez et vous nous les remettez. Et nous y jetons un coup d'œil. Ensuite, nous passons à l'exécution. Ensuite, nous avons conçu sur la base de ces gros documents. Ensuite, nous construisons sur la base de ces gros documents. Ensuite, nous testons sur la base de ces gros documents. S'ils veulent quelque chose de différent, s'ils veulent changer. Ici, nous avons vu que nous appelons simplement sous la carte de contrôle des changes. Nous avons dit : « Désolé les gars, vous devez suivre le processus de demande de modification et il doit être approuvé avant même que nous l'examinions de plus près. Nous le faisons donc une fois et après. Nous faisons tout cela en même temps. Et puis nous implémentons une fois. Maintenant, une fois qu'il est mis en œuvre, vous savez, comme nous le faisons, ce n'est qu'une fois nous entamons habituellement la clôture. Maintenant, ils sont, ce sont des temps et c'est pourquoi les imprimés se transforment en scènes. Quand vous auriez plusieurs grandes scènes. Vous pourriez donc avoir deux plus grandes scènes gratuites. Mais la plupart du temps, il ne s'agit que de 111 gros documents ici. Faites tout ce que vous voulez et après la mise en œuvre. Vous comprendrez donc, lorsque nous passerons au javelot, quoi un enfant est différent. Mais pour la cascade, c'est le processus. Jetons maintenant un coup d' œil à un géant afin vraiment voir quelles étaient les différences. 99. 165 Agile partie 1: Passons en revue Agile. L'agilité est un processus itératif à réaliser le projet. Le travail n' est pas seulement recherché de manière itérative, nous pouvons également le modifier et l' affiner au fur et à mesure. Si on suit la boucle, si tu veux. Lorsque l'exécution commence, nous avons évidemment déjà une bonne idée de ce que nous allons faire. Il s'agit donc généralement d'une très grande partie du travail sur laquelle nous avons accepté de travailler. Nous avons donc fait notre initiation. Nous avons donc dû nous lancer, sinon le projet consiste à livrer un logiciel. Ensuite, nous savons que nous devons fournir le logiciel. Mais nous voulons nous donner la possibilité de peaufiner la manière dont le logiciel sera mis en œuvre, par exemple. En d'autres termes, il s'agit d'activités plus récurrentes jusqu'à ce que nous fassions les choses plus ou moins correctement. Donc, en matière de planification, nous devons y aller de l'avant. Nous avons des exigences élevées en ce qui concerne ce que nous voulons, le type de logiciel, le robinet site Web ou tout ce que nous voulons. Et après avoir été mêlés à cette boucle. Donc, au départ, plusieurs exigences sont collectées lors de l'exécution, mais nous pouvons conserver celle-ci. En général, nous pouvons nous lancer directement dans conception, car nous n'avons pas encore commencé la boucle. Nous pouvons donc entrer directement dans la conception, faire une première construction et faire un test en interne. Il s'agit donc d'une ressource technique pendant le test. Et après en avoir fait la démonstration au client. Et le client, le client y jette un coup d'œil. Peut-être aussi faire leur propre test. Ensuite, nous mettons en œuvre la première version que nous avons réellement mise en œuvre dans la production, pour qu'elle soit mise en ligne. Nous avons donc fait la première boucle et le produit est déjà en ligne. C'est donc en direct. Mais il arrive également que nous nous trouvions dans un environnement de test quelque part et que nous continuions à travailler avec une entreprise dans cet environnement de test jusqu'à ce qu'elle soit satisfaite. Et plusieurs boucles se sont produites et nous pouvons ensuite les mettre en ligne. Mais si nous nous en tenions au scénario selon lequel nous diffusons en direct à chaque boucle, je pense que ce serait plus facile à comprendre. Disons que nous arrivons ici dans une seconde boucle. Et l'entreprise veut changer quelque chose, ou elle a autre chose en tête et elle veut l'ajouter. Nous allons donc procéder à un autre design, à une autre construction, et nous les testerons tous à nouveau. Et puis nous implémentons à nouveau. Selon les règles, toutes les deux à quatre semaines, mais cela peut être n'importe quelle durée si vous le souhaitez, qui sont généralement assez rapprochés les uns des autres. C'est ce qu'ils appellent le sprint. Donc, toutes les deux à quatre semaines, un morceau de code sera une répétition d'un site Web. Un petit composant est ajouté sur la base des dernières exigences collectées ici. Parcourez la boucle et vous l'implémentez, parcourez la boucle et vous implémentez. Maintenant, la bague est conçue, fabriquée et goûtée. Les équipes se réunissent très fréquemment. Ils appellent à un stand up quotidien. C'est ce qu'ils appellent des crampes pour évaluer les progrès et obtenir des commentaires. L'idée générale est donc très interactive entre l'entreprise, entre l'analyste commercial, entre le développeur et entre le testeur. Ils se présentent donc tous devant un tableau blanc et disent : «  Eh bien, que devons-nous faire pour la prochaine implémentation ici ? avait évidemment un arriéré et ils décident de ce qu'ils vont faire pour cette fois et ils passent en revue ce qui s'est passé la veille. Ils prévoient de le faire le lendemain. C'est donc très interactif si vous le souhaitez. Donc, si vous comparez cela à une cascade, où vous n'avez que ces exigences liées au Big Bang et à la conception de grandes banques. C'est donc, c'est beaucoup plus interactif. Nous sommes de plus en plus attentifs à l'activité et les équipes interagissent beaucoup plus. C'est donc là que, si vous prenez également un pot selon les règles, le représentant commercial, l'analyste commercial, le développeur et attestez qu'il doit y avoir le même espace physique. C'est donc tout le contraire pour les affaires Biden qui peuvent ne pas se produire, qui ne se produisent pas toujours. 100. 167 Agile partie 2 et exemple: Donc, si nous voulions approfondir notre compréhension d'un enfant, je voulais simplement mentionner la terminologie ici. Et je vais mettre cela sous la rubrique avancée car j'espère que c' était une diapositive précédente. Vous avez une bonne idée d'un essai, mais si vous voulez aller un peu plus loin, vous auriez un projet et vous le décomposerez en parties plus grandes appelées épopées. épopées sont à nouveau décomposées en éléments constitutifs. C'est quelque chose de concret qu'un développeur peut créer. J'utilise les termes construction et développement. Parce qu'un gel est principalement destiné à des projets informatiques dans lesquels vous devez réellement développer quelque chose. Je pense donc qu'il est plus facile d'utiliser ce type d'informatique si vous voulez une terminologie. Vous avez donc une grande partie ici, vous pensez à quelque chose de concret qui peut être mis en œuvre. Ainsi, lorsque vous vous rendez à votre Scrum ou à vos réunions quotidiennes, vous pouvez diviser le tableau blanc en cinq parties. Une partie où vous avez toutes vos histoires. Vous avez un rôle où votre aîné peut le faire. Cela peut être du travail pour un analyste commercial, un développeur ou un testeur. Vous avez une autre partie où vous inscrivez l'état d'avancement afin de montrer ce qui est en cours, ce qui doit être testé pour que le développement terminé et qu'il soit maintenant prêt à être testé et ce qu'il a fait. Et ceux-ci devraient entrer dans la mise en œuvre. En tant qu'exposant. Je pense que nous devrions jeter un coup d'œil à un exemple ou peut-être en examiner un. Disons que je travaille sur un projet. Il s'agit de développer un site Web pour vendre du matériel de montagne, par exemple. Je pourrais donc avoir une API capable de visualiser les éléments du catalogue. Donc, je ne veux pas créer dès le départ des paniers pour qu'ils puissent mettre des produits en carton. Je veux qu'ils puissent visualiser uniquement parce que je veux être mis sur le marché rapidement. Et c'est le principal avantage des gelées. Vous, au lieu de cocher toutes les cases et tout faire parfaitement, je veux me lancer sur le marché rapidement puis je vais poursuivre sur cette lancée. Donc, ce que je fais, c'est que j'ai cette première capacité APK à afficher suffisamment d'éléments du catalogue pour créer une autre API, qui permet d' acheter des articles. ce que je veux vraiment, mais c'est la première semaine sur le marché. Et en tant que client, je veux y jeter un œil. Je veux le visualiser parce qu' il est parfois difficile pour un client de visualiser le produit final sans consulter l' autre site Web, le terrain, etc. Donc, une fois qu'ils voient cela, ils disent : « OK, j'aimerais que la voiture soit construite de cette façon, sur la droite, afin qu'elle soit assez flexible. Et c'est une histoire d'utilisateur, ce qu'ils appellent une histoire. Ce que nous avons vu dans la diapositive précédente, c'est qu'elle est souvent formulée de cette façon comme « recherche et recherche ». Je veux pouvoir faire des recherches et des recherches. En tant qu'utilisateur du site Web, je souhaite pouvoir ajouter des articles à ma voiture. C'est donc une histoire qui sera publiée ici. Et l'histoire ici sera la suivante : vous savez, M. Builder, veuillez créer un code qui permettra d' ajouter des articles au panier. Et puis quand ils auront terminé, ils regarderont, vous savez, le chef d'équipe ou qui que ce soit d'autre, ou même le chef de projet pourrait dire : «  D'accord, ce sera sur ma prochaine liste de choses à faire ». Et une fois que vous aurez participé aux tests de progression, n'y mettez pas d'histoire. Et puis vous avez cela comme tâche. Ils ont donc une terminologie différente car chacun travaille évidemment sur des composants plus petits. Ils doivent être en mesure de décomposer les activités et les exigences en éléments de plus en plus petits. C'est donc là qu'ils ont toutes ces terminologies différentes. Supposons ce siège pour un aperçu général. Je pense que cet exemple le montre très clairement. Maintenant, ce que nous n'avons pas encore vu c'est quels sont les avantages d'un Giles ? Mais je suis sûr que vous en avez déjà repéré. Quels sont les avantages de la cascade ? Pour conclure, je suggère donc examiner les principaux avantages et inconvénients d'Agile et de Waterfall. 101. 168 avantages et inconvénients de cascade et d'agile: Jetons donc un coup d'œil à Waterfall, Agile et voyons qui gagne. Eh bien, la réponse dépend de ce que vous devez vraiment faire. , vous travaillez pour le gouvernement et vous avez une importante tendance législative à jouer. Et vous savez, cela ne changera pas et cela changera quelque chose au cours des cinq prochaines années. Donc dans ce cas, tu sais, d'accord, je vais y aller, c'est une cascade, pas de problème. Les fusions et acquisitions, même en utilisant Agile, ne sont même pas une option. Mais d'un autre côté, comme nous l'avons vu dans l'exemple précédent, si vous êtes un client et que vous souhaitez d'abord le remplir avant de vous engager pleinement à répondre à toutes vos exigences. Vous savez ce que vous voulez, votre objectif final, vous savez que vous voulez un site Web. Mais pour le dernier détail, vous ne l'êtes pas, vous n'êtes pas encore tout à fait sûr. Ensuite, vous devriez d' abord l'essayer, car s' il s'agit d'un échec complet, vous pouvez toujours vous arrêter. C'est donc un autre avantage. Tu n'es pas obligée d' aller jusqu'au bout. Mais passons en revue ces avantages et inconvénients un par un. La cascade de preuves permet donc évaluer plus facilement les exigences en matière de calendrier et de budget. Donc, pour un chef de projet, en théorie, c'est bien, c'est plus facile. Cela vous donne un code de protestation clair dès le départ. Vous connaissez donc toutes les exigences avant procéder à l'exécution. Donc, avant de vous y rendre, vous avez toutes vos exigences. Un autre avantage est que le plan de projet peut être reproductible pour des projets similaires. Vous l'avez fait pour une fois dans un autre projet, vous êtes très similaire, vous pouvez simplement le réutiliser. Maintenant. Les inconvénients. Il y a donc plus ou moins de temps entre deux verres. Vous avez donc votre exigence ici. La mise en œuvre est complète ici. Tout ce qui pourrait se passer pendant cette période. C'est pourquoi je donnais l'exemple d'un changement de gouvernement, par exemple C'est un très bon exemple à suivre, car vous savez que rien ne se passera dans ce domaine. Mais c'est possible, vous pourriez vous retrouver dans un scénario où vous répondez à vos besoins ici et qu'il s'agit d'un projet de deux ans, et il y a de fortes chances que les choses changent au cours de ces deux années. Donc, supposons que l' inconvénient d'une cascade est vous deviez utiliser le très lourd processus de demande de modification ici, le processus de contrôle des modifications. Cela est un peu lié au fait vous ne pouvez pas réagir rapidement aux changements parce que vous avez déjà fait tout le travail qu'il a déjà Si vous obtenez une nouvelle exigence légèrement contradictoire, vous devez y retourner et le processus est un peu long. Et cela est lié à celui-ci également. Les processus de contrôle des modifications sont en quelque sorte lourds. Donc, s'ils veulent quelque chose de différent, votre bureau de projet peut avoir un pied et une cellule plutôt que de devoir recommencer tout cela, tout ce processus. C'est donc très lourd de cette façon. Jetons un coup d'œil, un géant des avantages et des inconvénients. Alors, qu'y a-t-il de génial avec un bocal ? Vous recevez de nombreux commentaires de clients dans l'eau pour. En théorie, j'espère que vous le ferez un peu différemment, mais en théorie, ils ne peuvent pas voir que s' ils ont satisfait à leurs exigences en 2020, ils ne verront pas l'écran avant d'avoir effectué les tests. Cela pourrait être en 2022 sur un très grand projet. y a donc pas beaucoup d' interaction, si vous le souhaitez. Il y en aura pendant la conception, ils examineront le design et la documentation, mais en fait, en voyant qu'il y en aura, il y aura beaucoup d'interactions avec le client. Mais ici, très souvent, vous mettez en œuvre quelque chose rapidement au départ et après avoir reçu des commentaires constants des clients. Donc, vous savez, ils ne seront pas une grande surprise quand viendra la mise en œuvre. Un autre avantage du projet est de générer rapidement des avantages commerciaux, comme nous l'avons vu avec l'exemple de Mountain Gear, un site Web. Ainsi, vous savez, même si vous ne disposez pas de toutes les fonctionnalités du site Web, vous pouvez déjà apporter de très bons avantages à l'entreprise et présenter votre produit au client. Et celle-ci est évidemment bonne. Vous savez qu'il existe une collaboration et pas seulement une collaboration avec le client, mais aussi une collaboration constante avec tous les membres de l'équipe. Quels sont les inconvénients ? Les inconvénients sont davantage au type de projet sur lequel vous travaillez Je suppose que les délais et les coûts sont donc plus incertains. Le budget pourrait être alloué un certain temps. Vous disposez donc de six mois d'un concepteur, d'un développeur et d'un testeur. Et dans six mois, après six mois, l'argent cesse. Mais parfois, c'est très difficile à évaluer, très difficile à évaluer car supposons que vous travailliez sur ce site Web, Mountain Gear, et qu'il y ait un petit changement par rapport à l'entreprise et un autre petit changement par rapport à l'entreprise. Et vous vous rendez compte que l'entreprise n'est vraiment pas sûre. Il y a donc plus vieux. Le projet prend donc plus de temps, ce qui signifie plus de coûts. Donc ce n'est pas le cas, ce n'est pas aussi simple. Inconvénient. Cela peut donc devenir incontrôlable sans surveillance étroite. Il est donc très important, par exemple, si un homme d' affaires est impliqué ici, qu'il ait l'autorité nécessaire et qu'il ne travaille pas trop seul. Parce qu'en d'autres termes, il va être bombardé de nombreux types d'exigences différentes. Et si l'analyste commercial ou le développeur ne sont pas assez forts pour le dire, eh bien, c'est un peu contradictoire, en contradiction avec ce que nous avions convenu lors du dernier sprint et du lexique. Cela peut facilement devenir incontrôlable. Une surveillance rigoureuse est donc très importante pour un géant. Donc ça ne l'est pas. Tu peux faire ce que tu veux. Nous vous laisserons jouer avec le logiciel pendant six mois. Mais vous savez, une surveillance beaucoup plus stricte et nous voulons avoir une voie claire vers la livraison finale. L'inconvénient d'un scénario de fournisseur de services à la clientèle peut rendre la réclamation difficile, et c'est quelque chose que j' ai connu, en particulier en ce qui concerne l' exigence en l'espèce. Un client peut donc craindre que cela ne soit un processus continu, car il a parfois une idée claire en tête et il ne veut pas se retrouver dans l' incertitude quant aux exigences à affiner lors d'une modification de la conception et potentiellement d'une évolution des coûts. Vous êtes donc un fournisseur de services, vous, vous avez l'habitude de travailler de cette façon, mais parfois, le client, j'ai vu un client qui ne voulait tout simplement pas le faire. Ils voient ce disque, mais il y a trop d'incertitude dessus. Le contrat est généralement un peu effrayant car, de toute évidence, le fournisseur veut se protéger. Donc, pour résumer, je suppose, vous savez le contraire, quel est le projet le mieux adapté à un projet avec un budget strict, vision claire de la part du client et susceptible de changer. Un bocal est donc le mieux adapté lorsqu'une certaine compétence peut apporter des avantages commerciaux à un stade précoce. Et je pense que, comme nous l'avons vu, et lorsque les commentaires des clients sont fréquents, il est préférable de les utiliser sous un modèle géant plutôt que de se contenter du modèle en cascade à sonneries. 102. 169 normes et méthodologies complètent: En résumé, je suppose que nous avons également vu des impressions sur PMP, Waterfall et Agile. Donc, comme vous l'avez vu, des empreintes pour mettre fin au PMP, ne vous laissez pas intimider. C'est exactement la même façon de gérer des projets. Parfois avec une terminologie différente, mais pas toujours et pas souvent. Comme d'habitude. Il y a toujours des choses que vous pouvez apprendre une fois que vous êtes côté client ou du côté de l'entreprise, ou si vous travaillez en interne, il y a toujours des choses que vous devrez apprendre de toute façon. Ne vous laissez donc pas intimider par ces normes. Mais achetez-les si vous souhaitez vraiment vous lancer dans la gestion de projet, car cela est souvent demandé. Parlez également de la porte dérobée que vous pourriez utiliser en tant que coordinateur de projet au départ, où ils n'ont pas vraiment besoin de beaucoup de certificats et de bons, et c'est un excellent moyen de se lancer dans la gestion de projet. En ce qui concerne Waterfall, Agile, cela dépend du type de projet. N'optez pas pour un bocal juste pour le plaisir d'opter un bocal, car c'est tendance et c'est important en ce moment. Nous savons que c'est important depuis quelques années, je sais. Mais ce que je dirais à propos de la cascade et de l'agilité c'est que vous pouvez être un enfant d'une certaine manière, même lorsque vous travaillez sur une cascade. N'attendez pas toujours l' approbation finale. Vous pouvez toujours démarrer les choses en parallèle. Du gel à bière d'une manière qui vous permet d'interagir avec les autres, essayez de le prendre. Nous avons vu que l'un des avantages d'un gel est son interaction. Rien ne vous empêche d'avoir une interaction forte avec le client. Si vous travaillez sur l'impression de projets Waterfall, rapportez-les souvent. Même si ces tirages ne sont pas publiés officiellement toutes les deux à quatre semaines, apportez-les tôt. Si vous avez un projet de cascade de douze mois point, point, point, point, point, laissez-les mouiller pendant 12 mois jusqu'à ce qu'ils puissent réellement voir si nous y arriverons, apportez-les tôt. Soyez donc aussi agile que possible, même si vous travaillez sur un projet en cascade qui portera ses fruits. C'est donc tout pour la troisième partie. Il y a un pli pour les parcours, alors n'oubliez pas le quiz. 103. Refaire la vidéo avec le bonus de clôture et la capture d'écran de YT Channel: Tu y es allée ? Ça vous a plu ? N'hésitez pas, s'il vous plaît. S'il y a des questions, des questions, je suis plus qu'heureux d'y répondre. Je pense qu'il y a une section de questions et réponses, mais si vous souhaitez me contacter, faites-moi savoir s' il y a un sujet sur lequel vous souhaitez vraiment plus d'informations. S'il y a autre chose que tu aimerais que je fasse. J'ai pensé, par exemple, à faire une démonstration du projet MS. Peut-être que s'il y a quelque chose et si la demande est suffisante, je suppose que je serais très heureuse de l' ajouter au cours. Si vous souhaitez laisser un avis cela est également toujours utile. Et ce sera apprécié au cas où, si vous souhaitez vous lancer dans la gestion de projet, cela présente des défis. Je ne les cachais pas, et je pense que je vous ai fourni de nombreuses informations pour vous permettre de vous couvrir plus facilement, si vous le souhaitez. Mais c'est aussi un travail très gratifiant. Et pour couronner le tout, le salaire n'est pas trop mal. Tout le meilleur. Quoi que vous souhaitiez faire ensuite, restez en contact.