Apprendre la gestion de projets : Planification et exécution de projets à l'aide de projets Microsoft et de JIRA

1. Introduction du Master class de la PM: Selon PMI, le Project Management Institute, d'ici 2027, employeurs ont besoin de 87,7 millions de personnes occupant postes axés sur la gestion de projet. Ces extensions d'emplois sont dirigées par les secteurs suivants, la fabrication et la construction, services d'information et les soins de santé, l'industrie pétrolière et gazière, finance, l'assurance, l' emploi et bien d'autres encore. Il existe de nombreux chemins pour devenir chef de projet et il n'y a pas de bonne ou de mauvaise approche. Sur une base annuelle, les employeurs auraient besoin de 2,2 millions de professionnels travaillant dans secteur de la gestion de projets d'ici sept ans. Il y a donc de nombreuses opportunités pour vous d'exceller dans la carrière en gestion de projet. En moyenne, un chef de projet gagne entre 65$ et 220$ l'heure, ce qui équivaut à environ 100 000 à 200 000$ par an. Je suis Nikhil. Si PMP et CSM 75 Project Management Professional. Je suis content que vous ayez vérifié ce cours en ligne et j'ai hâte de commencer. Le cours regorge d'informations. Et je travaille actuellement dans l'une des entreprises du Fortune 100 aux États-Unis. J'ai également encadré et entraîné nombreux chefs de projet tout au long de ma carrière. Et c'est la première fois que je partage mes connaissances de l'industrie, mon expérience en tant que chef de projet et de programme ici dans la communauté en ligne, je suis heureux que vous soyez là pour les acquérir. des connaissances que j' ai acquises jusqu'à mon mandat chef de projet au cours de la dernière décennie, sur de multiples échecs et succès. J'ai adapté ce cours en ligne de manière à ce que même si vous êtes un chef de projet expérimenté ou un débutant, quel que soit l'endroit où vous vous trouvez dans votre parcours professionnel actuel, vous obtiendrez le savoir que vous seriez mesure de postuler dans votre carrière en gestion de projet. Immédiatement après avoir terminé ce cours, vous serez en mesure de bien comprendre les fondamentaux de la gestion de projet, des processus de gestion de projet, des outils, techniques et de la façon de gérer avec succès . Vous comprendrez bien comment utiliser l'outil de gestion de projet, tel que JIRA et MS project. Vous pouvez utiliser le bon outil pour votre projet. Vous pourrez utiliser ces outils en toute confiance et vous serez en mesure d'impressionner vos parties prenantes et votre équipe. Nous pouvons connaître et faire de l'expertise. Il apprendra également les compétences non techniques dont vous avez besoin en tant que chef de projet. Comment suivre et préparer un rapport d'état, comment créer des présentations impressionnantes lorsque vous devez appuyer sur votre gestion, votre statut et vos échéanciers supérieurs , etc. Vous découvrirez également les certificats de gestion de projet standard du secteur qui ajoutent de la valeur à votre hypothèse et comment vous pouvez vous préparer à ces examens. Je vais également partager des conseils pour vous préparer à votre prochain entretien d'embauche en gestion de projet. Quelles questions s'attendre et comment y répondre. Eh bien, si tout cela vous semble intéressant, prenez le contrôle de votre carrière et du cours. Je vous verrai à l'intérieur. 2. Qu'est-ce qu'un projet: Bonjour, Dans cette leçon, nous allons examiner la définition du projet. Qu'est-ce qu'un projet. Un projet est de nature temporaire, ce qui signifie qu'il a une date de début et de fin définitive. Un projet crée un résultat ou un service unique. Donc, si vous regardez quelque chose qui est en train d'être fabriqué, qu'il s'agit d'une ligne d'usine, ce n'est pas un projet car il répète continuellement les étapes pour produire la même chose. Donc, si Project ne produit jamais la même chose encore et encore, il produira quelque chose d'unique et il peut s'agir d'un service ou d'un produit. Maintenant, le projet va terminer le travail à un moment donné. Terminer le mot ne signifie pas que le projet est terminé. Nous pourrions terminer le projet parce que nous avons manqué de temps d'argent ou autre chose. Il se peut que la portée du projet ne soit plus valide et que nous devrions arrêter le projet. Ainsi, à tout moment, projet va certainement se terminer quel que soit le service, qu'il soit livré ou non, tout le produit est créé ou non. Souvenez-vous de ces trois points. Regardons maintenant la définition de PMI. L'Institut de gestion de projets. Le projet est un effort temporaire entrepris pour créer un produit, un service ou un résultat unique. Voyons maintenant un exemple d'opération d' un centre d'appels par le mot lui-même. Il révèle qu'il s'agit d'une opération et non d'un projet. La raison pour laquelle un centre d'appels est une opération et non un projet est parce qu'il n'a pas de début et de fin. Il va être mis en place une fois et les clients vont appeler ce centre d'appels jour après jour. n'y a donc pas de fin à ce processus. C'est donc une opération. Voyons maintenant un autre exemple. Peindre une pièce. S'agit-il d'un projet ou d'un ensemble d'opérations ? La réponse est donc qu'il s'agit d'un projet car il s'agit d'une portée précise, qui se définit comme peindre votre maison. Cela va donc se terminer une fois le tableau terminé, il a une chronologie précise où ils pourront terminer le tableau en une semaine ou un mois. Il y a un début et une fin à peindre une maison. Pour ces raisons, il s'agit d'un projet que vous pouvez prendre tout ce que vous voyez au quotidien et analyser s'il s'agit d'un projet ou d'une opération. N'oubliez pas que les trois points qu'ils projettent sont définitivement à court terme, ce qui signifie qu'il y a une date de début et de fin. court terme ne signifie pas que six mois, peut-être dix ans, mais il y a certainement un début de première année et une fin de dix ans. Donc, pour cette raison, ce sera un projet. Si, si ce projet produit un résultat ou un service unique, alors fluidifiez que la publication est un projet et qu'il sera définitivement terminé à un moment donné. Ce ne sera pas continu et répétitif. Il s'agit d'une bonne définition d'un projet et de la façon dont vous pouvez identifier un projet. 3. Qu'est-ce que la gestion de projet: Dans cette leçon, nous allons nous concentrer sur la gestion de projet qui peut apprendre ce qu'est un projet dans la classe précédente. Examinons donc aujourd'hui ce qu'est une gestion de projet. Je vais donc passer en mode diapositive et je vais me mettre dans le coin. Jetons donc un coup d' œil à la définition. gestion de projet est le processus qui consiste à diriger le travail d'une équipe pour atteindre les objectifs du projet dans les limites données. Nous parlerons donc des contraintes dans une minute. Mais la première section est assez simple. C'est le processus qui consiste à diriger le travail d'une équipe. Il est donc évident qu'en tant que chef de projet, vous avez une équipe qui effectuerait le travail réel. En tant que responsable de la gestion de projet ou chef de projet, vous dirigez cet effort pour assurer que les objectifs du projet sont atteints. Mais examinons quelles sont les contraintes dont nous parlons. Le premier est évidemment la portée. Ce qui signifie, jetons un coup d'œil au projet dont nous avons discuté lors de la classe précédente, qui consiste à peindre votre maison. Quelle est la portée du projet ? Si quelqu'un le demande, la portée est de peindre l'intérieur et l' extérieur de la maison. Vous pouvez même aller en détail dans la portée et idéalement votre ****, car l'intérieur et l'extérieur sont très vagues et de haut niveau. Mais vous voulez plonger profondément dans la peinture des murs, repeindre la porte. Est-ce que nous peignons le plafond pour qu'il puisse augmenter ou diminuer la portée. Si vous souhaitez toujours verrouiller votre portée, mais vous avez la possibilité de la mettre à jour ultérieurement. Mais ce sont là les contraintes dont nous parlons ici qui auraient un impact sur le projet s'il n'est pas bien entretenu, sont bien gérées. Jetons un coup d'œil à la prochaine contrainte, qui est le coût. Quel est donc le budget pour réaliser ce tableau ? Avez-vous 5 000$ ou avez-vous 10 000$ ? Quel est donc le coût de la réalisation de ce projet ? Cela dépend entièrement du client, ou disons que vous êtes le client et que vous êtes recherche de peintres pour faire le travail, vous auriez un montant fixe que vous avez mis de côté pour compléter l'œuvre. Il pourrait s'agir de 1000,100000000000$. Une fois que vous commencez à obtenir les tribunaux, vous pourriez revoir la portée et dire que je n'ai que 1 1000$. peignons donc pas l'extérieur. Nous allons le réduire à l'intérieur. C'est pourquoi ces contraintes dépendent les unes des autres. Nous allons donc jeter un coup d'œil avec un exemple dans une minute. Mais regardons le prochain qui est le calendrier. Le calendrier n'est rien d'autre que la chronologie. Combien de temps devez-vous terminer ce travail ? Ben, avez-vous besoin que ce travail de peinture soit fait par deux ? Vous en avez besoin avant la semaine prochaine ou en avez-vous besoin d'ici la fin de la journée aujourd'hui ? Parce que si le calendrier ou le calendrier n'est pas flexible, le coût peut augmenter. Disons que vous voulez que quelqu'un complète le tableau aujourd'hui, alors c'est peut-être possible. Ce n'est peut-être pas possible. Peut-être que 20 personnes viennent tout compléter en une journée. C'est tout à fait possible, mais vous payez 20 personnes plutôt que si vous avez un mois pour terminer le projet. Et peut-être que vous pouvez juste payer une personne et le faire faire en 20 jours environ. De toute évidence, ils dépendent l'un de l'autre. Et si l'un de ces changements change, cela peut avoir un impact sur la qualité du projet. Vous devez donc maintenir ou gérer votre portée, vos coûts et votre calendrier. Et dans le monde de la gestion de projets, vous entendrez cela comme triple contrainte, une contrainte de projet. C'est donc très basique et vous entendrez toujours dans le monde de la gestion de projet comme les triple contraintes. Vous devez donc comprendre qu'ils parlent soit de portée, coût et de calendrier, soit de tous les trois. Parce que si l'un d'entre eux change pendant la durée du projet, cela aura certainement un impact sur la qualité du projet. Parce que si vous voulez peindre votre maison et disons que vous n'avez que 1000 dollars. Donc peut-être que quelqu'un qui aime une expérience qualifiée ou moins qualifiée peut venir faire le travail, mais peut-être qu'il ne sera pas aussi soigné que vous payez quelqu'un pour se rendre à la maison peint professionnellement. C'est donc juste. Vous pouvez associer ces exemples sont provoqués par un calendrier de pliage de partition à la peinture de votre maison. Comme exemple facile à retenir, nous allons examiner en détail un exemple ici sur le tableau noir. Laissez-moi sauter sur le tableau noir ici. Disons que je ne dois peindre qu'une seule pièce. Vous avez quatre murs. Donc, votre école est composée de quatre murs. La chambre dispose d'une porte. Alors, voulez-vous peindre la porte plus le plafond ? Donc, lorsque vous avez cela comme portée, supposons que vous n'ayez que 500 budget. Et vous devez le faire en une semaine. Disons que la première citation que vous avez reçue est, d'accord, je ne peux pas faire ce mur de 400$. Juste pour le mur. Ensuite, il devient 400 pour le mur, plus 100 pour la porte, plus 50 pour le plafond. Donc évidemment 400 plus cent cinq cents. Ce coût est donc de 550, ce qui est supérieur à votre budget de 500. Ensuite, vous réduisez les coûts et dites, hé, je n'ai pas besoin que le plafond soit terminé. Cela a maintenant eu un impact sur la qualité. Vous avez donc une pièce soignée, un plafond sale. Est-ce logique ? C'est ainsi que vous pouvez considérer la gestion de projet et la triple contrainte à gestion de projet et la triple contrainte titre d'exemple ici, toutes les contraintes changent, comme le coût , le calendrier ou la portée, puis influencer le projet d'une manière ou d'une autre. Donc, en tant qu'exercice de classe, je veux que vous examiniez et réfléchissiez autre projet que vous avez dans votre ménage et que vous voyiez comment vous géreriez vos coûts scolaires et calendrier pour gérer ce type particulier. ou moi les gars, donc c'est tout pour ce cours. Nous allons participer au prochain cours, qui sera celui des méthodologies de gestion de projet. Nous parlerons des différentes méthodologies disponibles en commun ces jours-ci. Et nous allons jeter un coup d'œil à ce que c'est. Très bien, alors terminons ce cours et je vous verrai dans le prochain. 4. PMO: Un PMO est un bureau de gestion de projets. Certaines organisations peuvent avoir un PMO et d'autres peuvent ne pas l'être. L'idée générale de votre bureau de gestion de projet est de définir des directives et de fournir aux chefs de projet la possibilité d'exécuter un projet ou plusieurs projets. Si vous avez un bureau de gestion de projet dans votre organisation. Le PMO fournirait donc ces lignes directrices quant aux indicateurs de performance clés et à la façon dont ils devraient être mesurés, les indicateurs de performance clés. Ils auraient également mis en place un processus pour demander chefs de projet pour différents projets au sein de votre organisation. Et ces chefs de projet feront partie du bureau de gestion de projet du PMO. Ils seront affectés au projet pour mener à bien ce projet. Et une fois qu'ils l'ont fait, ils reviennent au PMO, puis ils répètent ce cycle. Si votre organisation dispose d'un bureau de gestion de projet, c'est généralement là que la majorité des processus sont définis, comment les indicateurs de performance clés et comment le projet a été suivi. Toutes les lignes directrices et la formation seront fournies par le bureau du PMO. En tant que chef de projet, ceux qui relèvent du PMO doivent suivre les directives du bureau de gestion de projet énoncées. 5. Méthodologies de gestion de projet: Les gars, bienvenue dans la classe. Jetons un coup d'œil aux méthodologies de gestion de projet. Il y a donc principalement deux méthodologies majeures dans l'actualité, en particulier dans les logiciels, qui sont agiles. Agile peut être utilisé dans tous les secteurs d'activité, mais il est très actif dans le domaine du développement logiciel. Agile et Waterfall sont les deux principales méthodologies en place aujourd'hui. Nous allons jeter un coup d' œil à ces deux éléments. Les deux principales méthodologies que nous allons aborder aujourd'hui sont gestion de projet en cascade et la méthodologie de gestion de projet Agile. Parlons donc d'abord de la cascade. Vous connaissez peut-être ce tableau. Il est dans l'industrie depuis nombreuses années et nombreux projets ont été réalisés à l'aide de cascades. Il y a encore des organisations qui utilisent Agile suivent encore les méthodologies de cascade pour certains types de projets. Et nous allons jeter un coup d'œil à chacun d'entre eux lors de la session d' aujourd'hui. Ainsi, comme vous pouvez le voir sur le nom et le diagramme ici, cascade est très séquentielle. Vous ne pouvez pas sauter d' un pas à l'autre. Comme presque vraiment. Vous devez terminer la première phase, puis passer à la deuxième phase, comme vous pouvez le voir dans le graphique ici. Cela commence donc par la planification de projet au sommet. C'est là que tout commence. La planification est donc effectuée à l'avance et il existe toujours un moyen d'ajuster le plan. Et comme nous en savons plus, nous pouvons toujours modifier le plan. Mais dans les méthodologies de cascade qui sont considérées comme un énorme casse-tête car il y a beaucoup de paperasserie impliquée dans la modification du plan d'application, choses comme ça dans la cascade. Si vous avez une portée prédéfinie et qu'elle ne changera pas, alors la cascade est idéale. Mais si vous n'êtes pas sûr ce que sera ce projet, quel sera l'effort ? Et vous ne pouvez en savoir plus car vous faites plus de choses que ce que la chute n'est peut-être pas l'option. Et c'est là que l' Agile entre en jeu. Mais nous parlerons de l'agile dans une minute. Passons en revue les différentes phases du modèle cascade. La première en haut, comme vous pouvez le constater ici, est la phase de planification du projet. C'est la phase où nous examinons les exigences du projet, ce qui doit être fait, combien cela coûtera au niveau élevé, quelles ressources sont nécessaires ? Nous allons donc jeter un coup d'œil à tous ceux qui sont dans la planification du projet, puis la phase d'exigence viendra. Donc, en cas de besoin, nous examinons une exigence détaillée de la part du sponsor ou du client et nous l' examinerons et poserons des questions et l'affinerons avant de passer aux prochaines phases, nous voulons assurez-vous, dans le modèle de cascade, que les exigences sont rassemblées autant que possible avant de passer aux étapes suivantes. Parce qu'une fois que nous commençons le projet, cela implique généralement que les ressources soient réservées ou bloquées pendant un certain temps. Il est donc très difficile de changer. Il s'agit toujours d'un effort plus pénible dans méthodologie des cascades pour modifier la ressource ou modifier la portée, le coût et les choses de ce genre. C'est pourquoi il est très essentiel de recueillir autant d'informations que possible pendant la phase d'exigence afin que nous n'ayons pas à changer beaucoup les visages que vous voyez suivre. Une fois l'exigence terminée, nous passons à l'analyse. Il sera engagé dans cette phase des experts en la matière. Et jetez un coup d'œil à l'exigence requise pour voir comment trouver une solution. Donc, cette exigence pourrait être que je doive construire un pont sur cette rivière et qu'il mesure trois kilomètres de long et que vous ayez un Carlin quatre bits ou n' importe quelle exigence. Selon les besoins, l' expert en la matière effectuerait l'analyse et trouverait ce que nous pouvons faire de mieux pour cet ensemble d'exigences une fois l'exigence terminée. L'analyse et la conception sont donc généralement combinées en une seule étape. Il s'agit simplement de documenter l'approche que nous allons adopter pour répondre à cette exigence, pour livrer le produit final en fonction des besoins, c'est notre analyse et c'est ainsi que nous le ferions concevoir la solution pour livrer les produits. C'est donc là que les étapes d'analyse et de conception se sont combinées, généralement dans le projet. Et c'est très important pour l'équipe de conception ou l'équipe de développement, ce qui est démontré ici comme un codage. S'il ne s'agit pas d'un projet logiciel, il pourrait s'agir du développement réel, peu importe ce que nous construisons, de cette phase de construction. C'est là que la conception et l'analyse sont essentielles car le produit est construit sur la base de la conception. Donc, si vous vous trompez de conception, alors. Et rien ne peut mal tourner à la phase de développement. Une fois le développement terminé , le développeur ou quiconque est en train de construire ce produit, il effectuerait les tests unitaires, ce qui signifie qu'il effectuerait les tests de base pour voir s' il répond à cela. exigence mentionnée dans la phase deux. Et il est également conforme aux documents de conception. Une fois cela fait, ils le remettraient à des tests, qui constitueraient un groupe indépendant de personnes parce qu'elles sont tellement concentrées sur la solution et le résultat et ne regardent pas à travers les échappatoires. C'est donc là que l'équipe de test interviendrait et elle effectuera des tests de bout en bout. Qu'il s'agisse de tests fonctionnels, tests d' intégration et de toutes sortes de tests différents que nous avons. Cela se fera donc pendant la phase de test. Une fois les tests terminés, le client est satisfait du résultat, puis nous avons déployé en production ou en environnement live. Si nous devons prendre un exemple de site Web. La planification du projet comprendrait donc, d'accord, à quoi devrait servir le site Web ? A-t-il besoin d'un identifiant et quel type de clients vont entrer sur ce site Web ? Tout cela est donc fait dans la planification du projet et la session de configuration requise expliquerait expliquerait méthode à utiliser pour vérifier la connexion. Quelles devraient être les informations d'identification ? Doivent-ils utiliser un nom d'utilisateur et un mot Est-ce que nous avons besoin d'autres informations de la part de l'utilisateur, ce genre de choses ? Une fois que cela est défini au cours de la phase d'analyse et de conception, c'est l'endroit où la conception du site Web, y compris la fonctionnalité, aurait lieu. Et sur la base de cette conception , le développeur, développeur web développerait un site Web et il serait prêt à être testé. Nous fournirons ce produit au client pour effectuer des tests supplémentaires, y compris les tests alpha et bêta. Et une fois que tout va bien, il est prêt à faire des prédictions. Ensuite, ils ont signé et nous déploierions l'environnement de production en direct. Mais c'est généralement comme ça qu'une méthodologie de cascade fonctionne. Et ces étapes sont suivies l'une après l'autre. Très bien, nous allons maintenant jeter un coup d'œil au processus Agile. Laissez-moi me déplacer de droite à gauche pour que vous puissiez voir l'écran. Très bien, je pense que c'est beaucoup mieux. Agile est généralement un processus itératif qui est Scrum et Kanban dans les deux cas, il s'agit d'une amélioration continue. C'est la devise principale d'Agile. Donc, la raison pour laquelle Agile est entrée en vigueur est que, comme vous le voyez en cascade, nous avons une limitation : si la phase d'analyse de conception tourne mal, le reste du visage va évidemment tomber à part. Et c'est un processus qui prend beaucoup de temps pour revenir en arrière et réparer les choses. Dans Agile, l'idée est que nous livrons tôt ou échouons tôt, ce qui signifie qu'au début du projet, nous aurions des informations limitées Nous commencerons donc le projet avec ces informations. Et à mesure que nous en apprenons plus, nous avons la possibilité d'améliorer itérer et de créer de meilleurs produits. C'est donc tout le concept d'Agile. Si vous regardez le cercle 12345, vous verrez que toutes les différentes phases que nous avons en cascade, c'est en fait en Agile, mais en plus petites pièces. Le premier est donc la planification et la hiérarchisation. La deuxième est l'exigence. Troisièmement, la conception et l'analyse, la mise en œuvre à examiner. Tous ces cinq marches sont donc exactement les mêmes que la cascade. Mais ces cinq étapes sont le processus de base est fait pour la toute petite pièce du puzzle. C'est-à-dire, disons que si vous construisez un site Web, nous allons d'abord créer une page blanche. Et c'est tout. appliqué la page blanche et voyez si elle s'affiche et a les bonnes couleurs, et des choses comme ça. Donc, en gros, la planification serait, je veux une page blanche avec un fond blanc. que cela peut être fait ? Il passera en revue les exigences de planification, développement et les tests, et si c'est fait, sorte que les affaires se terminent. Ensuite, nous allons regarder la page de connexion et dire, OK, maintenant je veux entrer un nom d'utilisateur et un mot de passe, puis voir s'il valide les informations d'identification et que l' utilisateur peut se connecter. Cela passerait à nouveau en revue les exigences, analyse, les tests de conception et le déploiement. Le cycle se poursuit donc jusqu'à ce que toutes les petites pièces soient mises en place, nous offrons une valeur inférieure plutôt que l'ensemble du projet en tant que déploiement Big Bang. C'est donc là qu'Agile est plus efficace. Parce que si quelque chose ne va pas , nous pouvons l'identifier dès le départ. Et c'est l'occasion pour l'équipe de rectifier cela avant de sortir le Big Bang. Ce sont donc les deux méthodologies de gestion de projet, Waterfall et Agile. Board a sa propre place dans le monde de la gestion de projets. Mais de nos jours, de plus en plus d'industries et d'organisations préfèrent avoir de l'agile car l' agilité informatique est très agile et l'équipe peut s'adapter très tôt et souvent mieux résultats que la méthodologie de cascade en cascade, lorsque vous réalisez que quelque chose ne va pas, il sera trop tard. Attendu que dans Agile, parce que nous fournissons des composants plus petits, un produit minimum viable ou le meilleur rapport qualité-prix que l'utilisateur peut obtenir. Très tôt , les clients sont satisfaits et l'équipe reçoit des commentaires qui peuvent être intégrés dans la commentaires qui peuvent être version et la publication ultérieures . Voilà donc les deux principales méthodologies de gestion de projet. Et dans la prochaine leçon, nous examinerons les dirigeants et le style de gestion de projet pour chacune de ces méthodes. Parce qu'en tant que chef de projet, vous dirigeriez le projet complètement différemment dans Waterfall et Agile. Et Waterfall, c'est une règle très dominante par rapport à une agile. C'est plutôt le leadership des serviteurs. Nous examinerons le style de commandement ou de leadership dans la prochaine leçon ou dans le prochain chapitre. Et nous examinons l'autorité dirigeante matière de cascade et d'agilité. Cela va donc conclure cette leçon et nous allons passer à la prochaine leçon pour examiner style de leadership et l'autorité. 6. Cérémonies de gestion de projet: Dans la classe précédente, nous avons examiné les styles de leadership et aujourd'hui nous allons jeter un coup d' œil aux cérémonies en cascade et en agile. Cela devrait vous donner un exemple, une idée de la raison pour laquelle certaines autorités dirigeantes sont exercées dans Waterfall versus Agile. Laissez-moi vous montrer ce diaporama ici. En cascade, comme nous l'avons vu dans la classe précédente, nous avons un chef de projet qui fait autorité qui explique à l'équipe ce qu'il faut faire, pas nécessairement comment, mais quand le faire et la comprendre. pour cette raison, il faut regarder les cérémonies. Ainsi, dans un projet typique de cascade, vous auriez de grandes réunions au cours desquelles plusieurs participants participeraient à la réunion de statut. Si vous examinez les détails de l'équipe dans une cascade, clients peuvent parfois se joindre à la réunion. Vous avez votre équipe produit, votre équipe de projet. Parfois, il devrait y avoir un promoteur du projet qui assiste à l'appel ou un client. Il y a donc plusieurs grands groupes de personnes qui se joignent à un appel. Ils peuvent s'intéresser aux pièces plus petites du projet, mais pas en tant que projet global. Bien sûr, votre client et votre sponsor ont l'idée de terminer le projet ou la portée qu'ils vous ont demandé d'achever. Mais il pourrait y avoir d'autres équipes interfonctionnelles au sein de l'équipe plus vaste où elles participent pour effectuer certaines tâches dans le projet. Il se peut donc qu'ils ne soient pas complètement au courant de votre projet ou ne pas être intéressés par l'intégralité du projet. C'est pourquoi le chef de projet doit être dans une position dominante pour contrôler la réunion, s' assurer que les choses sont discutées et que seules les choses pertinentes sont discutées. Il doit donc prendre le contrôle. Il doit être responsable de s' assurer que le résultat que l'équipe de projet et moi disons PM, ce qu'il cherche , est atteint à partir de la réunion. cérémonies typiques en cascade comprennent la réunion de statut hebdomadaire au cours de laquelle l'équipe du projet discuterait du statut. Le chef de projet examinerait les risques et les problèmes et verrait si des risques ou des problèmes doivent être gérés à ce moment dans décisions discutées seront connectés, et s'il y a d'autres problèmes. les choses qui doivent être communiquées, ces choses apparaîtront lors de la réunion de mise en état. D contrôle une réunion de statut de bout en bout. C'est pourquoi il doit faire autorité. Jetons maintenant un coup d' œil à la prochaine cérémonie, qui est agile. Et généralement, comme nous l'avons vu dans la classe précédente, Agile Scrum Masters sont des chefs de service, ce qui signifie qu'ils ressemblent davantage à un animateur. Alors pourquoi est-ce le cas ? Parce que dans l'agile, plus qu'une réunion de statut, c'est un stand-up quotidien où l'équipe vient collaboration et se gère elle-même sur les tâches qu'elle travaille. Ils n'ont pas besoin de beaucoup de commentaires de la part du maître Scrum car il s'agit d'une équipe autogérée et ils savent quoi faire et comment le faire. Donc, si vous regardez cette équipe Cram, vous avez le propriétaire du produit, l'équipe de développement et le Scrum Master. Il s'agit donc d'une équipe centrale qui se concentre sur un seul motif qui est la portée du projet pour achever ce projet n'y a donc aucune perturbation en tant que telle. Scrum Master n'a donc pas besoin d'être autoritaire ou commandant pour s' occuper de quoi que ce soit parce que c'est votre équipe principale. Vous n'avez pas à vous soucier de contrôler l'essentiel. Il s'agit simplement d'entraîner l'équipe pour s'assurer qu'elle est autogérée. En bref, c'est la raison pour laquelle le chef de projet par opposition à brûlé doit exercer son pouvoir autoritaire une manière différente en raison de la nature de la méthodologie utilisée dans la gestion de projet, c'est quelque chose que vous devez garder à l'esprit lorsque exécutez Waterfall versus Agile. Maintenant, dans la prochaine classe, nous allons examiner les différents frameworks d'Agile, les deux plus utilisés une fois ou Scrum et Kanban. Et nous verrons comment ces deux-là sont utilisés et quelle est la différence. 7. Gouvernance du projet: Très bien, nous allons maintenant examiner la gouvernance du projet par définition, la gouvernance du projet est le cadre de gestion dans lequel les décisions du projet sont prises. J'aimerais ajouter que les pactes du projet sont le cadre et la structure sur lesquels ce projet sera exécuté afin que tous les membres de l'équipe aient la même idée, même compréhension de que faire lorsque, par définition, gouvernance du projet est le cadre de gestion dans lequel les décisions du projet sont prises. Cela signifie comment ce projet sera exécuté. Quelle est la structure globale ? À quoi ressemble l'équipe ? Comment communiquer entre nous ? Que se passe-t-il lorsque nous avons un problème ? Comment résoudre un problème ? Que se passe-t-il lorsque des décisions doivent être prises ? Qui devrait-on approcher pour prendre des décisions ? Qui est le pouvoir de prendre ces décisions pour le projet ? Comment obtenir les approbations ? Que se passe-t-il s'il y a un changement dans le travail de gestion du changement des artistes de projet qui est responsable de quoi ? Il s'agit donc essentiellement de définir une grande ligne directrice pour toute l'équipe du projet. Tout le monde est donc très clair sur ce qu'est sa responsabilité et sa responsabilité. Et certaines des choses que vous faites dans le cadre de la gouvernance du projet sont la matrice RACI. Le RACI n'est rien d'autre qu'un graphique dans lequel vous énumérez chaque membre de l'équipe et les marquez comme responsable, responsable , consulté ou informé. Donc, si quelqu'un doit faire le travail réel, il en serait responsable. Il n'a donc jamais d'exemple du projet de site Web, des personnes qui sont responsables de la conception de la page Web ou des développeurs de fin d' ami. Ainsi, lorsque vous avez une tâche de projet et le plan qui indique, créez la page Web frontale. Vous devez donc attribuer ce développeur Web en tant que partie responsable. En tant que chef de projet, vous serez responsable de cette même tâche. Ensuite, vous auriez l'équipe de conception qui a remis le design à ce développeur. Ils seraient marqués comme consultés et tous les autres acteurs du projet seraient marqués comme dans PharMD. Ainsi, à tout moment, chaque élément de votre plan de projet, il est bon d'avoir un RACI responsable, responsable, consulté et informé afin que chaque partie du projet sache ce que ils sont responsables, qui en sont responsables et qui devraient être consultés s'ils ont des questions et qui doivent être gardés en police. C'est vraiment essentiel pour définir en équipe et comprendre et obtenir un accord sur le fait qu'il s'agit des responsabilités du projet C'est ainsi que nous allons gérer l'équipe et exécuter le projet. Ensuite, les approbations. Supposons donc que vous ayez un budget terminé et que vous prévoyez de dépenser 100 000$, mais maintenant vous devez en avoir 150 000. Comment est-ce que je vais définir l'approbation ? Qui approuve ce budget supplémentaire et lorsque le projet touche ces choses, vous savez exactement comment obtenir les approbations et aller de l'avant. Plutôt que de le découvrir au moment de l'exécution, vous avez une communication très critique. Comment communiquez-vous entre l'équipe, projet intérieur et extérieur, et tout cela ? Dans la leçon suivante, nous examinerons sites de collaboration et la façon dont vous les configurez avant l'arrêt du projet afin que le membre de l'équipe ait un endroit où il peut stocker des documents, ils peuvent communiquer et tout cela. Ensuite, vous devez également définir l'engagement des parties prenantes, comment le statut du projet serait signalé, combien de réunions participeront ? Quelles sont les réunions critiques ? Qui devrait assister à ces réunions ? Comment les décisions sont-elles prises ? Qui devrait participer à la prise de décisions ? Tout cela combiné, c'est la gouvernance du projet. Une fois que vous avez développé ce projet linéaire, c'est un bon début car vous avez maintenant des directives appropriées. Pensez-y comme vous et vos amis pour une soirée cinéma. Donc, ayant un bon plan à l' avance que nous allons appeler Uber, nous allons arriver à des présentoirs et ensuite nous obtiendrons les billets. Ils vont dîner dehors, toutes ces choses différentes. Donc, tout le monde est en quelque sorte aligné sur ce qui doit se passer lorsque cette soirée cinéma, le jour arrive. Vous pouvez penser que la gouvernance est similaire à cela, pour la mettre facilement ici dans certains cas, si vous n'avez pas de PMO, de bureau de gestion de projet, vous devrez peut-être le configurer vous-même. Notre ami dans certaines organisations possède un bureau de gestion de projet PMO. Ils auraient des modèles standard pour chacun des éléments discutés ici, tels que les approbations racées, réunions, les modèles et le format. Vous pouvez donc demander à l'équipe PMO de vous fournir tous les modèles et de les réutiliser. Mais même si vous ne l'avez pas, il suffit de définir comment ces choses vont se produire, documenter et de les partager avec l'équipe afin que tout le monde soit aligné avant le début du projet. Parfois, il peut s'agir d' exigences du comité directeur. Le comité directeur pourrait être les leaders intéressés par votre projet. Ils peuvent avoir un portefeuille de projets. Disons qu'ils travaillent sur une implémentation numérique plus large de l'organisation. Et votre projet de site Web n'est qu'un des projets. Donc, en général, ils veulent connaître tout le portefeuille dans le cadre la mise en œuvre numérique et le projet de site Web en fait partie. Ils peuvent avoir besoin d' appuyer sur l'état du projet et la fin du mois. De telles choses devront également être définies pour que tout soit enroulé autour de la gouvernance du projet. Et il est défini à l'avance avant le début du projet, vous pouvez télécharger les modèles pour chacun de ces éléments répertoriés ici afin de mieux comprendre ce que cela signifie et à quoi il ressemble. comme dans un projet réel ? 8. Outils de gestion de projet: Maintenant que nous avons une bonne compréhension de la cascade et de la gestion de projet agile, examinons maintenant les différents outils utilisés par le chef de projet ou Scrum Master pour les projets cascades et agiles. Laissez-moi passer au diaporama ici. Ainsi, en gérant un projet de cascade, le chef de projet utilise principalement des outils qui l'aident à planifier et à créer un rapport d'état, ainsi qu'à montrer les dépendances et le flux de travail. Commençons donc par le haut. Le premier est donc Microsoft Visio. Visio est un outil utilisé par les chefs de projet et les concepteurs pour montrer la dépendance dans un format de couloir de natation. Vous pouvez afficher un diagramme et différentes choses dans les physios qui est très pratique pour montrer quelles sont les dépendances du projet, quoi ressemble le flux de travail. Ceux qui sont extérieurs au projet. Ils comprennent un tableau de très haut niveau. Et vizio est un outil puissant pour démontrer que le deuxième informatique le plus utilisé en haut à gauche dendrite, PowerPoint et Excel. Dans la plupart des cas, les chefs de projet ont préféré créer un plan et un projet MS, mais c'est un outil tellement complexe qu'une fois que vous avez développé le plan lorsqu'il fait des changements subtils, il est difficile de maintenir que donc les gens préfèrent aller avec une excellente place et il est également facile de partager Excel puis MS Project parce que si l' autre personne n'a pas licence et qu'elle ne peut pas l' ouvrir et la comprendre. En tant que premier ministre, vous maîtrisez bien le projet MS, mais pour les autres membres de l'équipe, Excel serait mieux d'examiner le plan et le calendrier. Excel est également utilisé pour manipuler des données, créer des tableaux croisés dynamiques et analyser des données, de telles choses. Excel est donc très utilisé dans un projet de cascade. Si vous examinez le rapport d' état et d'autres éléments que vous devez présenter en tant que chef de projet. C'est là que les documents PPT et Word sont utilisés. Si vous devez documenter le flux de travail ou écrire le processus, c'est là que le mot entre en jeu. Mais vous devez faire un rapport de situation ou faire une présentation au leadership. C'est là que Microsoft PowerPoint est utilisé. part cela pour stocker tous ces documents, il s'agissait autrefois de SharePoint. Aujourd'hui, la majeure partie de l'organisation est passée à Microsoft en 18 ans. Et dans certains cas, ils peuvent être Google, OneDrive et bien d'autres choses où tous ces artefacts de projet sont stockés. Et ce sont les principaux outils utilisés pour la cascade en tant que chef de projet. Dans certains cas, pour une analyse détaillée de la base de données et des choses comme ça. Microsoft Access est également utilisé comme outil, mais dans de très rares cas. Jetons maintenant un coup d' œil à l'Agile. Dans Agile, les deux principaux outils couramment utilisés, notre Jira et Confluence. Jira est votre tableau où les notes autocollantes les sprints et le carnet de produits sont maintenus. Et Confluence est similaire à SharePoint où toute la documentation relative à cette carte Jira est conservée. Outre la confluence GLN, l'équipe ou le Scrum Master utilisent également tous les outils utiles à la planification rétrospective et à l'estimation. L'outil couramment utilisé pour pointer des histoires est la planification du poker. Nous allons y jeter un coup d' œil plus tard dans la classe. Mais ce sont les outils généraux utilisés par le chef de projet ou Scrum Master pour gérer et exécuter des projets. 9. Chef de projet sur le leadership de la maîtrise de la tête VS Scrum: Très bien, dans la classe d'aujourd'hui, nous allons parler styles de leadership dans la gestion de projets. Il existe principalement dix styles de leadership différents, mais la classe d'aujourd'hui nous allons nous baser sur le rôle de chef de projet par rapport au rôle de maître Scrum. Vous pouvez donc mieux comprendre lorsque vous gérez un projet en cascade, quel type d' autorité de direction vous héritez plutôt que lorsque vous occupez un rôle de maître Scrum, quel type de rôle de leadership devriez-vous assumer ou quel type de rôle de leadership devriez-vous exercer ? Jetons donc un coup d'œil au rôle de chef de projet et au rôle de maître Scrum et voyons comment le leadership diffère dans les deux rôles. Je suis donc fermement convaincu qu'une image représente plus que des mots. Pour le chef de projet, c'est ainsi que se comporte généralement un chef de projet. C'est qu'il a toute autorité et contrôle sur l'équipe. Il communique son centre entre l'équipe, le client, le sponsor de l'intervenant et tout le monde, non ? Il devient donc le seul obligé de diriger tout le monde pour atteindre les objectifs du projet. C'est donc ce que vous voyez sur la photo où le chef de projet est en tête. Il annonce le micro, que faut-il faire ? Pas forcément comment, mais il prépare le terrain pour l'équipe. L'équipe a donc la plus grande responsabilité d'exécuter la tâche. Mais en tant que chef de projet, il a plus de pouvoir de commandement, il a plus d'autorité s'il ne fait rien de l'équipe ou de l'équipe interfonctionnelle. Il a la capacité d' escalader et d'obtenir de l'aide. Il est plus en contrôle que dans l'équipe. Jetons maintenant un coup d'œil à la photo de ScrumMaster. Ici. Le ScrumMaster ressemble davantage à un chef de service. Il est entraîneur et animateur plutôt que le pouvoir commandant que le chef de projet a déchiré , le ScrumMaster est plus comme un entraîneur et il guide l' équipe sur la façon et ce qu'il faut faire et l'équipe doit contrôler. Comme vous pouvez le constater, le Scrum Master assume le fardeau de s'assurer que l'équipe peut bien progresser et éliminer les obstacles. Nous allons donc maintenant parler des cérémonies que nous organisons dans la gestion de projets en cascade. Jetons un coup d' œil à gauche où le chef de projet a des réunions de statut où il passera par le statut et il ne résout pas nécessairement le problème, mais il est plus collectif le statut et la compréhension du problème. Vous pouvez toujours essayer de résoudre le problème. Mais dans la plupart des cas, en cascade, il ou elle doit communiquer avec le chef de projet sur l'aide requise. Et le chef de projet a le commandement et le contrôle de l'équipe. Et si quelqu'un ne fait pas le travail, il peut l'escalader ou il peut résoudre en raison de son pouvoir de commandement. autre côté, c'est quelque chose de similaire, mais ScrumMaster est plus comme un facilitateur dans un stand up quotidien, son statut de non collecteur. Notre maître essaie davantage de faciliter les principales choses pour que l'équipe puisse s'auto-gérer et gérer la tâche. Et le Scrum Master est là pour comprendre si l'équipe progresse bien et si elle a des obstacles Bell, elle a besoin de l'aide des maîtres pour le résoudre principalement, je dirais que le le rôle de chef de projet dans cascade revient plutôt à regarder l'équipe et à demander continuellement le statut et son suivi chez un maître système. C'est à l'équipe de savoir comment le faire et ce qu'il faut faire. Grandmaster essaie de faciliter la progression globale du projet. Et il aide l'équipe à comprendre s'il y a quelque chose qui s' arrête de faire ces progrès et il peut aider à résoudre ces problèmes. Donc, l'intention de faire en sorte que l'équipe fasse le travail et soulève tous les problèmes. Mais le ScrumMaster est plus comme un chef le chef de projet ressemble plutôt à l'autorité de commandement. Si vous regardez un autre exemple de la façon dont cette réunion se déroule dans la cascade, la gestion de projet, le chef de projet décide priorité de tâche et il la priorité de tâche et il attribuera au chef de projet l'équipe. Ok, ils sont priorisés et ils savaient marcher dessus. Alors que dans Agile, l'équipe obtient la priorité en fonction de ce que le propriétaire du produit a donné la priorité en fonction cette équipe prioritaire peut décider sur quoi elle souhaite travailler. Ils informeraient ce grand maître que je travaille là-dessus et c'est ainsi que ça progresse. C'est donc la différence entre un chef de service de ce côté des grands-maîtres un chef de projet commandant et faisant autorité. Du côté des cascades, il s'agit simplement d'une façon différente d'exécuter le projet pour progresser sur le projet. Il s'agit donc d'un style de leadership rapide en cascade et en méthodologie agile. Dans le prochain cours, nous examinerons en détail la cérémonie selon laquelle chacune de ces méthodes de gestion de projet a Waterfall versus gram. Et ce qu'un chef de projet est généralement une cascade décimale et ce que fait un ScrumMaster pour un projet agile. 10. SCRUM agile et KANBAN: Très bien, dans cette classe, nous examinerons frameworks Scrum et Kanban utilisés dans la méthodologie agile. En quoi est-ce différent et quand utiliser quoi ? Nous allons donc d'abord jeter un coup d'œil au Scrum Framework. Scrum Framework, si vous vous souvenez la classe précédente que nous avons discutée de l'initiation, la planification, de l'exécution, de la surveillance, contrôle et de la fermeture du projet. Et dans Scrum framework, il est répété plusieurs fois. C'est pourquoi il s'agit d'une approche itératrice dans laquelle toutes les phases de gestion de projet sont répétées plusieurs fois dans le framework Agile Scrum, et qui est répétée pendant la boîte de temps. dans Devil Calls Print. Vous pouvez passer un sprint d'une semaine ou jusqu'à quatre semaines. Et généralement, la plupart des membres de l'équipe de projet un sprint de deux semaines où il suffit de planifier et de faire avancer les choses. Et à la fin du volet, vous devez faire certaines cérémonies. Une semaine sera donc à marée pour la plupart des équipes. En général, ce que nous avons vu dans l'industrie c'est que les gens partent pendant deux à trois semaines au printemps, la plupart de l'équipe fait trois semaines et certaines équipes le font en deux semaines, s'il s'agit d'un support de prédiction, ils peuvent même passer un sprint mensuel, soit un sprint de quatre semaines. Et à la fin du mois ils peuvent effectuer le cycle de sortie. Donc, quel que soit le produit développé ou les améliorations qu'ils ont apportées peuvent être mis en production d'ici la fin du mois. Jetons maintenant un coup d'œil à cette diapositive de plus près et examinons chacune de ces images et ce qu'elle signifie. Très bien, nous allons donc commencer par la gauche et aller vers la droite. Donc, d'abord sur la gauche, vous pouvez voir le propriétaire du produit. Le propriétaire du produit est celui qui interagit avec le client ou le client, qui collecte toutes les exigences et les met dans le carnet de commandes. Backlog contient toutes les listes de souhaits du propriétaire du produit et le propriétaire du produit affine continuellement le carnet de commandes afin prioriser les articles qui doivent être livrés en premier. Donc, toute exigence sur laquelle l'équipe doit travailler, elle a un arriéré produit comme référence et généralement l'équipe peut le récupérer en haut du carnet de commandes, car c'est ainsi que le propriétaire du produit doit priorisez les exigences dans le carnet de commandes de produits. Tout ce qui doit être livré tôt arrive en tête, et tout ce qui peut être retardé ou livré plus tard qui se trouve en bas de l'arriéré. Voyons maintenant si l'équipe a décidé de travailler sur certaines choses et qu'elle choisit cinq articles en haut du carnet de commandes de produits. Cela se produit pendant la réunion de planification du sprint. Le propriétaire du produit, l'équipe et le Scrum Master ont réalisé lors cette réunion miette et planifient les articles pour lesquels ils veulent travailler. Disons que dans ce cas, une équipe a un sprint de deux semaines. Ils examineront ce sur quoi ils pourront travailler au cours des deux prochaines semaines. Ils choisiront donc peut-être cinq articles dans le carnet de commandes de produits et accepteront de travailler sur ceux-ci. Pendant cette cueillette, ils ont donc estimé la quantité de diamant qui va prendre. Et c'est basé sur l'expérience. Et plus tard dans la classe, nous discuterons pointage de l'histoire et de l' efficacité de cette méthode, façon d'utiliser la planification du poker et de la façon dont l'équipe mûrit au fur et à mesure qu'elle traverse plusieurs sprints. Mais pour le moment, il suffit de comprendre que l'équipe peut choisir les tâches qu'elle pense pouvoir terminer dans les deux prochaines semaines. Et c'est un arriéré de sprint. S'il y a 50 articles dans le carnet de produits, ils choisissent les cinq premiers et passent à quelque chose appelé arriéré de sprint. Et pendant la réunion de planification, si le propriétaire du produit de l'équipe et le Scrum Master sont d'accord sur l'école , ils commencent ce sprint pour les deux prochaines semaines. Une fois qu'un sprint a commencé , l'équipe s'est engagée quotidiennement pour voir où elle en est, discuter de ce qu'elle fait, ce qu'elle a fait et des obstacles dont elle a besoin d'aide. avec. Et cela se poursuivra pendant les deux prochaines semaines tout au long de ce sprint et à la fin de ce sprint, l'équipe pourra profiter de l'examen du sprint et démontrer l'article terminé sur le produit. propriétaire. Il s'agit généralement du Scrum Framework, et cela se répète jusqu'à ce que les exigences du produit final dans le carnet de commandes de produits soient terminées. Il peut s'écouler plusieurs sprints pour compléter le carnet de commandes approfondi. À la fin du dernier sprint , l'équipe aura un produit fini entièrement fonctionnel. Lorsque nous examinons un exemple pratique, vous comprendriez mieux l'arriéré de produits, le sprint, backlog, le sprint lui-même. Et ne vous inquiétez pas trop pour comprendre les différentes terminologies en ce moment. Et lorsque nous réalisons un projet pratique, vous aurez une meilleure compréhension de chacun de ces éléments. Et nous verrons également le tableau des brûlures et des brûlures. Ce qui n'est pas mentionné ici est le diagramme de vitesse. Il s'agit de mesures et de rapports qui aident l'équipe à comprendre leurs performances et ce qu'elle doit ajuster pour fournir des points d'histoire similaires. Très bien, ensuite, passez au framework Kanban. Dans le cadre Kanban, nous avons un tableau similaire à celui brouillé, mais il n'y a pas d'actifs de retard de printemps. Il s'agit d'un tableau continu, donc nous avons un arriéré de produits à gauche, puis l'équipe décide sur quoi elle doit travailler et le mettre dans ToDo. Une fois qu'ils ont certains éléments pour ce mois particulier, ils commenceraient à en choisir un dans la liste des choses à faire et à progresser. Et à ce moment-là, ils passeront à des conditions en cours ou en cours justifieront que la tâche soit accomplie. Ils vont aller à la fin. Et une fois que c'est terminé, ils vont passer à l'archive ou se débrouillent comme complets. Dans ce cas, l'équipe a une limite. Ils ne peuvent travailler que sur certain nombre de points d'histoire en un mois. Vous pouvez penser à Kanban comme un système de billetterie. Disons donc que vous avez un parc local. Si quelqu'un doit entrer dans le parc, il doit obtenir un billet. Et quand ils quittent le bogue, ils remettront ce billet à l'agent de sécurité. Dans ce cas, disons que la capacité du parc est de dix personnes. À la porte d'entrée, le gardien de sécurité aurait dix billets, ce qui signifie qu'il n'y a personne à l'intérieur du parc et du parc et permettrait jusqu' à dix personnes d'y entrer. Pensez donc aux gens qui entrent dans le parc, ont demandé la tâche, entrant dans le tableau une fois les billets d'entrée pour dix personnes remis, cela signifie que lui, le dieu, n'a plus de billet pour la remise. Toute personne qui fait la queue doit donc attendre que l'une des dix personnes qui se trouvent à l'intérieur du parc sorte que lorsqu' une personne sort, ce billet soit récupéré et qu' il puisse être remis au suivant. personne. N'importe quel moment. ne peut y avoir que dix personnes à l'intérieur de la pièce. C'est la capacité ou la limite du parc à Kanban qui est le même concept. Votre équipe acide dispose d'une capacité que vous pouvez fournir pendant cette période. Disons que votre période est de quatre semaines ou d'un mois. En un mois, vous pouvez dire, gérer dix points d'histoire de l'arriéré, vous pouvez ramasser jusqu'à dix objets ou dix points d'histoire qui peuvent être mis dans la liste des choses à faire. Et une fois qu'il atteint dix ans, vous ne devriez plus choisir l'arriéré car c'est votre capacité pour ce mois-ci pour l'équipe. Donc, une fois que vous en avez la capacité, vous commencez à faire ce travail. Et cela se poursuit en cours. Et Dan, une fois que vous avez terminé votre première tâche, vous avez libéré plus de capacité pour que le temps que vous puissiez partir et passer à la marche continue et continuer à faire ce genre de choses jusqu'à ce qu'il y ait. n'est plus rien à faire à ce moment-là, vous pouvez revenir au carnet de commandes et choisir d'autres objets qui peuvent être terminés au même printemps ou planifier le prochain sprint. C'est donc la différence entre Scrum et Kanban, où Kanban est basé sur la limite, alors que com est basé sur ce qui n'est pas une limite. Ou encore, l'équipe effectue un sprint après sprint, elle peut améliorer et livrer plus de points d'histoire si nécessaire. 11. Plan de gestion de la portée: Très bien, dans cette leçon, nous parlerons du plan de gestion de la portée. Mais avant de passer au plan de gestion de la portée, il est important de savoir que nous avons un plan global de gestion de projet. Généralement, vous avez peut-être vu chronologie du projet MS et la plupart du temps, ce n'est qu'un calendrier. En règle générale, nous ne mettons pas la portée et les autres plans de gestion de projet dans diagramme de Gantt, car il est principalement utilisé à des fins planifiées. Permettez-moi donc de parler des différents plans que nous avons dans le plan global de gestion de projet. Ensuite, nous allons passer au plan de gestion de la portée. Si je partage mon écran ici, vous direz que neuf plans de projet différents sont neuf plans de projet différents disponibles dans le plan global du projet. En commençant par la portée, le calendrier, les coûts, la qualité, ressources, la communication, risques, l'approvisionnement et la gestion des parties prenantes. Tous ces plans combinés s'appellent le plan global de gestion de projet. Mais 99 % de l'organisation lorsqu'elle parle de plan de projet, se réfère probablement au plan de gestion du calendrier. Nous examinerons le plan de gestion du calendrier lorsque nous y arriverons. Dans cette leçon, nous allons d'abord examiner le plan de gestion de la portée pendant la phase de planification du projet. Voyons où il appartient dans la planification du projet. C'est une partie innovante de la phase de planification. Et ce que cela implique, c'est les exigences globales. Si vous pensez à un projet qui est évidemment une exigence du commanditaire ou des parties prenantes, avant même que le chef de projet ne soit intégré, ils ont une idée de haut niveau de ce qu'ils voulaient. Imaginons qu'ils souhaitent lancer un site Web où ils peuvent vendre leurs produits en ligne. Donc, si c'est l'exigence de haut niveau, alors dans le plan de gestion de la portée, une fois que vous engagez le PM ou le PM usaid, vous devrez approfondir ces exigences parce que lorsqu' un Les analyses de rentabilisation mises en place, pas au niveau détaillé, c'est à un niveau supérieur ce que sont les besoins de l'entreprise et, sur la base de la stratégie que l'organisation veut, l'analyse de rentabilisation est mise en place à ce niveau. Lorsque vous entrez dans la phase de planification de projet, c'est lorsque vous prenez cette analyse de rentabilisation, puis approfondissez les exigences. Dans une cascade, vous auriez besoin d'un analyste commercial d'un architecte d'entreprise ou autre personne pour vous aider dans ce processus. Si ce n'est pas le cas, vous devez les engager pour obtenir ces exigences de la part de l'entreprise manière très détaillée. C'est le document ou le résultat du plan de gestion de la portée serait celui que vous pouvez partager avec vos développeurs qui travaillent au développement de ce produit. Il est donc très essentiel que vous compreniez quelle est la portée du projet et à quel niveau nous devons plonger profondément dans l' école pour rencontrer le projet, la partie prenante ou les sponsors. exigence. La première année est l'exigence. Il est évident que vous devez trouver un moyen de recueillir les exigences. Vous rencontrerez les experts du côté des affaires. Disons que l'idée ici est de lancer un site Web pour vendre ce produit en ligne. Vous alliez donc avec l'équipe marketing, l'équipe commerciale et collectez les exigences de chacune de ces fonctions. Vous devrez également rencontrer le financement de la façon dont le paiement doit être traité, tout cela. Vous devez réfléchir au processus complet de bout en bout et définir la portée de chaque fonction. C'est le deuxième point à puce ici : une fois que vous avez identifié l'exigence, vous définissez la portée des ventes. Ce sont les choses que vous allez faire pour le marketing. Il s'agit de cinq choses que vous feriez ou qui seraient disponibles sur le site Web ou dans le produit. Ensuite, vous divisez ces éléments en composants plus petits et gérables pour que l'équipe puisse travailler. Donc, généralement, s'il s'agit d'un projet Agile, tout cela ira dans le carnet de produits et vous pourrez ensuite vous décomposer en histoires plus petites et gérables. C'est tout. Cette section est la suivante. Une fois que vous avez fait cela, vous avez dû le définir de référence, ce qui signifie que c' est votre point de départ. Tout le monde doit donc s'entendre sur ce point de départ. Ensuite, vous développerez une matrice de traçabilité des exigences qui n'est nécessaire que si vous menez un projet de cascade. Généralement, vous ne le faites pas sur un projet Agile, car tout ce que vous avez est placé dans le carnet de commandes produit. Et s'il y a de nouvelles choses qui se produisent, vous collaboreriez avec le propriétaire du produit ajouter à l'arriéré des produits à la fin avant de passer à la portée, aux approbations, exigences, traçabilité, si je dois vous donner au niveau supérieur, ce que cela signifie simplement cartographier les exigences que vous avez collectées dans la première étape et les mapper à votre solution, comment cette exigence sera satisfaite lors de la conception et du développement. C'est donc ce qu'est la traçabilité des exigences. Il s'agit simplement de votre document Word ou d'un Excel pour montrer aux parties prenantes ou au sponsor que nous avons pris en charge toutes ces exigences et c'est ainsi qu'il sera satisfait. Donc, il est dit document direct, vous pouvez même le faire dans un PowerPoint, pas un problème. Les approbations de portée sont quelque chose qui, une fois que vous avez la ligne de base des exigences ou la ligne de base de portée et que toutes les exigences sont mappées des documents de conception appropriés et façon dont nous livrerons ces nouveaux documents. Présentez-le au commanditaire ou l'intervenant et dites : Voici comment nous allons le faire. Prouvez-vous que c'est l'étape où vous pourriez également mentionner la demande de modification ? qui signifie que s'il y a un changement dans ce que nous avons défini ici ou ce que nous avons fourni comme étant appelé ligne de base, nous devons faire une demande de modification, qui signifie que toute modification supplémentaire apportée à la ligne de base serait entraînent des coûts, du temps et des efforts. Il est donc préférable de décrire ce que cela traite. Ainsi, à un niveau très élevé, plan de gestion de la portée traite de la collecte des exigences, décomposer en composants gérables plus petits et de les définir comme point de départ et d' obtenir les approbations. et d'aligner tout le monde pour convenir que c'est ce qu'ils vont faire, car cela aidera dans les prochaines phases de la gestion de projet. Très bien, c'est ainsi que le plan de gestion de la portée du projet est développé. Assurez-vous simplement d'avoir identifié toutes les zones et que toutes les fonctions les ont incluses dans le processus de collecte des exigences afin que vous ne manquiez aucune fonction particulière. Tant que vous le faites, cela sera très fluide dans la phase d'exécution suivante. Quand nous devons livrer le produit. 12. Rassembler des besoins: Bon, bon retour. Dans la leçon d'aujourd'hui, nous examinerons la collecte des besoins de l'entreprise. ne s'agit pas nécessairement d'une fonction que vous devez faire en tant que chef de projet, mais quelqu'un de votre équipe devrait le faire. S'il s'agit d'un projet Agile, il est généralement réalisé par le propriétaire du produit qui travaille avec le client pour comprendre quelles sont les exigences de l'entreprise. S'il s'agit d'une méthodologie traditionnelle en cascade, vous demanderiez que sponsor commercial et l'analyste commercial de votre équipe travaillent en étroite collaboration pour comprendre les besoins de l'entreprise et documentés pour le projet. Dans cette leçon, nous aborderons quels sont les différents types d'exigences ? Quelles sont les différentes techniques que vous pouvez utiliser pour recueillir les exigences ? Et aussi comment les exigences se diviseront en composants plus petits afin que vous puissiez planifier dans votre plan de projet pour répondre à ces exigences commerciales tant en cascade qu'en méthodologie agile. Commençons donc par les différentes exigences commerciales que nous devons examiner. Très bien, donc lorsque nous examinons sessions de collecte des besoins de l'entreprise, vous devez toujours garder à l'esprit quel est l'objectif du projet. Sinon, il pourrait y avoir un fluage de la portée, ce qui n'est que la portée supplémentaire qui peut entrer dans le cadre de cette collecte des exigences. Si l'une des parties prenantes du projet a exigences supplémentaires et si vous n'êtes pas sûr qu'elle soit alignée sur l'objectif du projet ou les livrables, vous devez le déposer puis y revenir plus tard, collectez toutes les exigences que vous pouvez. Mais vous ne devez vous concentrer que sur ceux qui sont directement liés aux objectifs du projet. conséquent, pour vous donner un exemple, supposons que vous migrez dans ancienne plate-forme héritée vers une plate-forme moderne. Supposons que vous ayez toutes vos applications bancaires ou financières dans un système mainframe hérité. Et vous souhaitez migrer cela vers une interface Web moderne. Il peut y avoir des limites pour que l'utilisateur utilisant le système mainframe fasse quelque chose. Disons qu'ils voulaient dessiner quelque chose à l'écran, ce qui n'est pas possible dans le système mainframe car il s' agit d'un système désuet. Et dans la solution Web moderne, vous pouvez peut-être le faire sur iPad ou iPhone. Mais ce n'est pas une exigence qui est alignée sur le projet , l' objectif du projet est de déplacer l'exigence ou les fonctions métier des systèmes hérités du mainframe vers les systèmes Web modernes. Donc, si c'est la condition requise, toutes ces fonctionnalités supplémentaires souhaitées par les utilisateurs peuvent être déposées pour version ultérieure afin de ne pas les combiner avec les exigences du projet, car elles seront augmentez la portée du projet et vous ne seriez pas en mesure de le livrer à temps et dans les limites du budget que vous avez pour le projet dit et que nous allons passer à différentes exigences. L'un d'eux est l'exigence commerciale. Il s'agit des principales exigences de la fonction métier. Qu'il s'agisse d'un commanditaire ou quiconque bénéficie du projet, ils indiqueront cette exigence dans l' idée commerciale de la charte du projet, une analyse de rentabilisation. Et ici, ce que nous faisons est en train de se décomposer plus en détail afin que nous puissions planifier. J'ai fait un niveau détaillé. L' exemple des besoins commerciaux pourrait être en tant que compagnie d'assurance, je souhaite migrer toutes mes anciennes applications vers une plateforme Web moderne. Cette exigence indique que ce que nous utilisons actuellement fonctionne, mais nous aimerions avoir plus de fonctionnalités et nous voulons pouvoir nous intégrer à d'autres choses. Ajoutez donc aux États de l'entreprise cette exigence, car il doit s'agir d'une solution Web, il n'y a aucune exigence technique qu'elle doive être développée en Dotnet ou Java ou autre chose. C'est là que les exigences techniques entrent en jeu. L'exigence technique pourrait être que puisque notre bureau actuel ne prend en charge que la solution d'assombrissement, nous pouvons donc le faire dans Dark Net, n'est-ce pas ? Vous devez donc limiter ou prendre cette exigence commerciale et dire, sur le plan technique, nous utiliserions dotnet framework pour développer ce processus. Donc, si vous devez réfléchir aux exigences techniques, une étape plus profonde que exigences techniques peut indiquer que lorsque l'utilisateur se connecte, il doit entrer ses informations d'identification, le nom d'utilisateur et mot de passe pour se connecter au système. Mais l' exigence technique ou fonctionnelle qui peut se trouver sur cette page, un utilisateur doit avoir la possibilité de réinitialiser le mot de passe, définir des questionnaires de sécurité, puis d' obtenir un authentification secondaire comme un message ou quelque chose sur leur téléphone. Il s'agit d'exigences purement techniques ou fonctionnelles qui se rapportent à exigence globale de l'utilisateur de pouvoir se connecter à l'éosine à certaines informations d'identification. C'est ainsi que vous répartissez les exigences commerciales par rapport aux exigences techniques. Il peut également s'agir certaines exigences légales que vous devez examiner. Par exemple, certains pays européens peuvent avoir des restrictions quant au partage des informations personnelles en dehors de l'Europe. Vous devez donc comprendre quand vous définissez la solution. Y a-t-il une exigence particulière concernant un pays local ou une région qui doit être prise en compte. faut donc également réfléchir à ces exigences. Et c'est ici que vous vous engageriez avec les parties prenantes, commanditaire et d'autres personnes pour comprendre quelles sont ces exigences. Maintenant que nous comprenons quels sont les différents types d'exigences commerciales, techniques ou légales, voyons comment pouvons-nous collecter ces exigences ? Quelles sont les différentes techniques que nous pouvons utiliser pour recueillir de telles exigences, qu' elles soient commerciales, techniques ou légales, principalement, je dirais que de trois façons différentes pour le faire, mais il y a plusieurs façons. Jetons donc un coup d' œil aux principales. Le premier est le brainstorming. Vous facilitez une réunion avec toutes les personnes importantes qui utilisent le système ou qui sont les utilisateurs du système et vous réfléchissez ce qu'ils veulent dans le système qu'ils utilisent. Disons que dans l'exemple de la migration ancien système mainframe vers un système Web moderne, vous pouvez alors réfléchir pour comprendre quelles sont les fonctionnalités et les fonctions que les utilisateurs utilisent aujourd'hui sur la plateforme héritée. Et s'ils ont besoin d'être migrés vers la plateforme moderne, ou si c'est simplement qu'ils font quelque chose en raison de la contrainte qu'ils ont avec les systèmes hérités. Vous pouvez donc organiser des séances de remue-méninges pour mieux répartir les exigences. La prochaine est une rencontre ou un entretien individuel. Vous pouvez rencontrer les leaders fonctionnels en tête-à-tête , que ce soit en finance, en logistique, en marketing, en vente. Chacun d'entre eux aurait ses propres exigences ou ses propres fonctionnalités et fonctions qu'il utilise actuellement et souhaiterait ajouter à la nouvelle application en cours de développement. Ces choses sortent lorsque vous les rencontrez en tête-à-tête. Donc, pour comprendre quels sont les besoins spécifiques en ce qui concerne les exigences. Et le troisième est un atelier d'une journée où vous pouvez organiser un atelier d'un ou deux jours pour rassembler toutes les parties et les utilisateurs concernés dans une seule pièce et ensuite rassembler toutes les exigences. Ainsi, lorsqu'ils interagissent les uns avec les autres, ils comprendraient quelles sont les dépendances et il pourrait y avoir des exigences supplémentaires découlant de cette session. C'est une autre façon de regarder. Il existe plusieurs autres méthodes que ces trois méthodes principales. Alors, sautons rapidement à travers ce que c'est. Certaines des autres options que vous avez, envoi d'un sondage, vous pouvez envoyer une question ou liste de choses que vous souhaitez comprendre sous forme de questionnaire ou d'enquête aux personnes qui sont en utilisant cette application ou qui utiliserait à l'avenir pour comprendre quelles seraient leurs exigences, ce qu'ils aimeraient voir dans le nouveau système que nous pouvons recueillir tous ces commentaires et voir s'il correspond à l'objectif du projet. Et vous pouvez l'intégrer en tant qu'exigence commerciale. autre type de collecte des exigences est l'ombrage ou l'observation de l'utilisateur. Vous pouvez simplement mettre en évidence une personne informatique qui utilise le système actuellement, disons dans ce cas le système mainframe hérité, pour comprendre ce qu'il fait aujourd'hui et quelle est la sortie ou le résultat. en effectuant cette tâche, une fois que vous comprenez ce qu'ils font et quel est le résultat de cette tâche, vous pouvez trouver une solution. La plateforme moderne, comment faire la même chose, peut-être différemment, ou même vous pouvez l'automatiser complètement pour que l'utilisateur n'ait pas à faire grand-chose. Que cela se fasse automatiquement dans le nouveau système. Par exemple, disons que dans le système hérité, il y dix emplois qui doivent être soumis manuellement, exemple pour traiter certains artistes. Ils ont donc dû faire un à la fois. La première tâche est donc soumise, puis l'utilisateur l'attend, puis une fois celle-ci terminée, il soumet la deuxième tâche. Ainsi, en ombrageant ou en observant l'utilisateur, vous pouvez prendre note ce qu'il fait et pourquoi il le fait. Et peut-être que dans la plateforme moderne, vous n'avez pas à faire de telles interventions manuelles. Vous pouvez peut-être automatiser ou programmer les tâches de manière à ce qu'à un moment donné , lorsque le déclencheur est atteint et que la tâche démarre automatiquement. Ensuite, une fois la tâche terminée, elle déclenchera les tâches suivantes. Vous pouvez ainsi automatiser l'ensemble du processus en comprenant le bureau d'utilisateurs aujourd'hui et le résultat de cette tâche. Une autre façon de saisir les exigences est l'analyse de documents. Disons que dans le système actuel ils ont une sorte de document expliquant pourquoi certaines choses sont conçues ou ce que certaines choses font en tant que fonction. Ensuite, vous parcourez ces documents et verrez et comprendrez ce que fait le système actuel. Et cela peut être votre contribution pour comprendre et définir dans le nouveau système comment il doit être géré. C'est donc une autre façon de rassembler les exigences et de concevoir le nouveau système. Une autre méthode de collecte des besoins est l'analyse des interfaces. L'analyse de l'interface porte sur toutes les tâches et lots et autres éléments qui sont interfacés avec le système actuel, mais en entrée ou en sortie. Et comprenez ce qu'ils font. Ensuite, vous pouvez évaluer si ces interfaces le sont. systèmes en aval ou en amont doivent être mis à jour ou le système moderne peut fournir quelque chose de différent pour ces interfaces. Par conséquent, en regardant l' interface qui existe aujourd'hui, vous serez peut-être en mesure de comprendre ce que ces interfaces comptent aujourd'hui. Cela devient alors une exigence commerciale qui doit être conçue dans le nouveau système. Très bien, il existe de nombreuses autres façons de faire des exigences telles que le prototypage, l'analyse de cas d'utilisation, et si les scénarios, quelle que soit la technique que vous avez utilisée, n'ont pas d'importance tant que vous collecter les exigences et comprendre ce dont les parties prenantes du projet ont besoin à partir de ce nouveau système ou du projet sur lequel vous travaillez. Ensuite, c'est ce que nous collectons dans la session de collecte des exigences, documenté, puis nous obtenons l'approbation des utilisateurs que c'est ce que nous allons faire dans le cadre du projet. Jetons maintenant un coup d'œil en cascade et agile comment nous pourrions diviser ces exigences de haut niveau en tâches plus petites et gérables afin de pouvoir attribuer la durée et l'effort. Ainsi, une fois que vous avez une exigence de haut niveau, vous pouvez rencontrer l' équipe pour analyser plus avant. Donc, s'il s'agit d'une cascade, ce que vous feriez est de documenter tout cela dans quelque chose appelé BRD, qui est le document d' exigence commerciale lequel vous disposez de toutes les entrées du différentes sessions que vous avez eues avec l'entreprise et documentez les besoins de l'entreprise, quels devraient être les résultats et quelles sont les attentes de l'utilisateur. Une fois que les besoins de l'entreprise sont documentés, vous pouvez le remettre à l'équipe technique afin qu'elle puisse développer la solution technique à cet effet. Par conséquent, généralement, l'équipe technique examinait le BRD et créait les ponts du document de spécification des exigences logicielles créait les ponts du document de spécification des exigences logicielles , tout simplement en cartographiant les besoins de l'entreprise et au haut niveau, définissant dans le SRS comment ces exigences commerciales seront satisfaites techniquement dans cette heure, car vous pourriez avoir des diagrammes de haut niveau pour montrer comment les exigences commerciales de haut niveau est cartographié et comment il sera livré. Vous pourriez également avoir une conception de bas niveau qui décompose davantage ces composants de haut niveau du SLD en composants de plus petit niveau. Enfin, sur la base de LLDP, vous auriez une structure de répartition du travail, qui correspond à la tâche et à l'activité réelles nécessaires pour exécuter et répondre à cette exigence métier. Une fois que vous avez le WBS, il est plus facile, en tant que chef de projet, de rencontrer l'équipe et de comprendre les efforts nécessaires à l'accomplissement de cette tâche particulière. Parce qu'en examinant les besoins globaux de l'entreprise, il est difficile pour l' équipe de les estimer. Mais si l'équipe a fait un excellent travail pour diviser les exigences en composants plus petits gérables, il serait beaucoup plus facile à gérer et plus facile pour l'équipe de les estimer avec précision. Voyons maintenant comment cela se fera dans Agile. Dans la méthodologie Agile, toutes ces exigences seront capturées sous forme d'histoires d'utilisateurs. Le modèle d'histoire d'utilisateur dont nous avons discuté dans les leçons précédentes, nous documenterions sur le produit ou document Nobu ce que sont les histoires d'utilisateurs pour les besoins de l'entreprise, Quelle que soit la personnalité de cet utilisateur, vous pouvez dire en tant que personne financière ou responsable de projet d'actif, je veux le faire pour que je puisse y parvenir. Il s'agit donc du modèle généralement mappé ou créé dans les histoires d'utilisateurs pour comprendre qui est le personnage et ce qu'il essaie de faire pour atteindre quel résultat. Une fois que vous avez les histoires d'utilisateurs, vous pouvez définir les hommes. Ces histoires d'utilisateurs seront livrées. Est-ce que ce sera dans la version 1, version à version ? Ainsi, vous reviendrez à cela une fois que toutes les histoires d'utilisateurs sont identifiées dans le carnet de commandes de produits, les versions peuvent être divisées en époques. Et à partir de l'époque, vous pouvez définir la tâche puis la sous-tâche, ce qui équivaut à la structure de répartition du travail et à la méthodologie de cascade. Une fois que vous avez une épopée ADN et un niveau de tâche, il est plus facile pour l'équipe de le pointer car il est désormais plus facile à gérer. Et vous pouvez définir la tâche et l'utilisation des histoires dans quel sprint. Et ensuite, selon cela, vous pouvez le mapper à la version de release que vous souhaitez publier ces histoires d'utilisateurs à l'utilisateur. C'est donc à un très haut niveau se déroulent les sessions de collecte des exigences. Encore une fois, en tant que chef de projet, vous êtes plus un animateur ici que vous ne faites réellement la collecte des exigences par vous-même. Si vous avez une équipe Agile , vous avez travaillé avec le propriétaire du produit pour réaliser la collecte des exigences et définir les histoires d'utilisateurs. Et si vous avez un projet de cascade, vous auriez un business ou analyste commercial ou un membre de l'équipe fonctionnelle qui vous aidera à répondre aux besoins de l' entreprise. En tant que chef de projet, vous associez ces besoins commerciaux à autres composants plus petits, tels que la structure de répartition du travail. Vous pouvez donc inclure dans votre plan de projet, puis planifier en conséquence la livraison des besoins commerciaux de Ted. C'est la leçon qui permet de recueillir les besoins de l' entreprise. Nous allons maintenant passer à la prochaine leçon. 13. Cas et charte: Dans cette leçon, nous parlerons de l'analyse de rentabilisation et la charte de projet qui se produit pendant la phase d'idée de projet. Avant même le début du projet, le promoteur doit créer une analyse de rentabilisation pour que le promoteur du projet soit créé en fonction des besoins l'organisation du projet et de la stratégie et de la vision de un plan d'affaires qui présente le projet à un niveau élevé, travaux axés sur l' investissement et tous ces détails. Vous devez donc obtenir l'analyse de rentabilisation du projet et la charte auprès du commanditaire. Mais dans certains cas, ces polices qui engageraient le PM à l'avance. Donc, quand il a l' analyse de rentabilisation, il consultait le chef de projet pour modifier n'importe quoi. Et il demandait aussi de l'aide pour faire avancer la charte du projet afin qu'il soit possible que vous ne soyez pas exploité pour aider le parrain à créer la charte du projet. Mais idéalement, il devrait être créé par le promoteur du projet en même temps que l'analyse de rentabilisation. Très bien, nous allons maintenant examiner ce que devrait avoir la charte du projet. Il devrait certainement avoir au très haut niveau, l'école et les besoins de l' entreprise. Ce qui est dans la portée extérieure du projet. Par exemple, supposons que vous construisiez un site Web, que vous devez indiquer clairement cette exigence dans la charte du projet et dans l'analyse de rentabilisation que l'exigence est de créer un site Web où vous pouvez vendre des produits. Ainsi, lorsque vous voyez la charte, elle devrait aller plus en détail sur ce qui est dans la portée et ce qui est hors de portée. Ce site Web est-il destiné uniquement aux États-Unis ou à l'Europe ou à toute autre région ou en tant qu'international ? Ils devraient donc être à l'école. Et tout ce qui n' est pas de portée, disons que votre produit n' est pas autorisé à être vendu dans la région européenne en raison d'une réglementation détaillée. L'Europe est donc hors de portée, donc vous devez les inclure dans la charte du projet. Si vous nous aidez CAPM, vous devriez le mettre en place. Sinon, le promoteur devrait préciser pour vous la charte du projet doit toujours avoir un calendrier de haut niveau afin que vous compreniez avant le début du projet et attribue le délai que vous devez livrer ce projet. De toute évidence, pendant la phase de planification, cela va changer et peut-être devrait-on ajuster le calendrier. Mais vous devez toujours commencer par la chronologie à laquelle le projet doit être livré. Il devrait également disposer du budget car dans le cadre de l'analyse de rentabilisation, promoteur avait déjà un budget approuvé pour ce projet ainsi que la situation d'urgence. Donc, en cas d'imprévus, si le projet tourne mal, vous disposez d'un tampon pour en tirer un certain coût. Vous devez donc toujours rechercher le budget du projet dans l'analyse de rentabilisation et le placer dans la charte. La Charte devrait avoir des contraintes dans toutes les bases. S'il y a une dépendance ou des contraintes de projet qui doivent être inscrites dans la charte de projet. Par exemple, vous pouvez contraindre que votre organisation ait peut-être une suite Microsoft. Mais pour ce site, vous avez besoin d'un article. C'est une contrainte que vous devez obtenir Oracle pour la base de données pour réussir. Et on peut supposer que vous êtes autorisé à vivre avec certaines choses. Et peut-être que pendant l' exécution ou la planification du projet, vous valideriez ces hypothèses si elles sont vraies ou non. Ensuite, vous devrez également souligner le risque que vous pensez que vous pourriez finir lorsque vous exécutez le projet dans la charte de projet à un niveau très élevé. De toute évidence, les risques et les problèmes seront plus grand et mieux une fois que vous commencez à planifier et à exécuter. Mais vous devriez toujours avoir un niveau de risque élevé identifié dans le cadre de la charte. Enfin, la charte du projet devrait toujours vous donner une idée de qui sont les parties prenantes, pour qui créons-nous ce produit ? Parties prenantes directes et indirectes. Tous ces éléments devraient donc faire partie de la charte du projet. Et n'oubliez pas qu'il aurait dû être documenté par le commanditaire et vous le remettre. C'est donc un petit conseil à retenir, mais dans certaines organisations, le commanditaire vous contactera pour vous aider avec la charte. Parfois, le chef de projet doit les aider ou créer la charte pour le commanditaire. Et cela se produit dans l'idée de phase. Avant même de commencer la phase de planification. La charte de projet est un point de départ qui prend en compte l'analyse de rentabilisation. 14. Évaluation des risques dans la planification des projets: Très bien, donc maintenant nous avons fait la planification, il est temps de procéder à une évaluation des risques. Regardez tous les projets, voyez comment atténuer les risques. Ce que nous avons identifié comme un risque, va-t-il avoir un impact sur le projet ? Toutes ces bonnes discussions avant de nous lancer, examinons la définition du risque. La définition d'un risque est qu'il s'agit d'un événement incertain. Vous n'êtes pas sûr que ce risque se produise ou non. C'est un exemple simple qui pourrait être votre assurance automobile. Vous ne savez pas si vous allez rencontrer un accident ou non lorsque vous conduisez une voiture, un véhicule automobile ou un vélo. Mais vous savez qu'il y a chances potentielles que quelque chose se produise. Et si cela se produit, il doit être accepté, migré ou transporté. Ainsi, lorsque nous souscrivons à une assurance automobile, nous ne faisons que transférer le risque ou l'impact du risque à la compagnie d'assurance en payant une prime mensuelle. Supposons donc que vous ayez rencontré un accident et que vous n'avez pas d'assurance et disons que les dommages sont de 20 000$. C'est donc un risque que vous êtes prêt à accepter, alors c'est tout à fait très bien. Vous pouvez simplement souscrire la police d'assurance minimale requise par l'État. Mais si vous êtes prêt à accepter ce risque, que si quelque chose arrive, je suis prêt à payer 20 000$ ou à mettre à la ferraille la voiture et en acheter une nouvelle. C'est à vous de décider dans les projets, c'est la même chose. Lorsque vous identifiez ces risques, vous devez décider si vous souhaitez accepter le risque ou si vous souhaitez atténuer et réduire l'impact de la liste, ou si vous souhaitez transférer complètement le risque. à quelqu'un d'autre. Voilà donc les considérations que vous souhaitez prendre lorsque vous envisagez un plan de risque et d'atténuation. Donc, généralement, la façon la plus simple de le faire est si quelque chose, qui est faible dans le spectre des risques, qui est le plus bas ici en vert, ces risques peuvent être acceptés, ce qui signifie que l'impact est faible. la probabilité que cet événement se produise est très faible. Et il ne sert à remue-méninges et de passer beaucoup de temps à évaluer ce risque si les chances de se produire sont trop faibles. Par contre, si le risque est trop élevé, vous devriez avoir un plan B. Le risque élevé est qu'ils ont un impact, s'il se produit, est coûteux. Cela peut avoir un impact sur votre projet, chronologie ou le coût de votre projet. Il peut s'agir des deux, ou bien d'autres choses. En fin de compte, si vous n'êtes pas sûr de vouloir avoir un impact sur le projet, il faut atténuer ces risques. C'est donc au niveau élevé de la façon dont vous considérez le risque de ce spectre. Et s'il est moyen, vous pouvez avoir un plan d'atténuation des transferts. En règle générale, tout cela est orienté vers un registre des risques et évalué dans un registre de risques. Vous pouvez créer un registre des risques au format Excel. Jetons donc un coup d'œil à Excel et voyons à quoi il ressemble. Très bien, comme vous pouvez le voir ici, j'ai créé un Excel avec colonnes de base généralement utilisées dans le registre des risques. Nous avons donc d'abord le numéro de série, qui n'est que le numéro, risque le numéro un aussi. Au fur et à mesure que nous identifions davantage de risques, nous ajouterons que, pour commencer par le risque, qu'identifiez-vous de l'équipe de projet ? Le premier point à examiner est la charte commerciale. Ainsi, le promoteur, lorsqu'il proposait l'idée de convertir en projet, il ou elle a peut-être déjà identifié certains risques qu'ils ont identifiés lors de leur découverte. Importez donc d'abord ces risques. Ensuite, au fur et à mesure que vous développez l' équipe, assurez-vous de faire un remue-méninges avec l'équipe et de voir s'il y a un risque supplémentaire. Prenons un exemple. Dans notre cas, nous développons un site Web pour vendre des modèles, des modèles de projets. Disons donc que dans ce cas, vous voulez vendre le modèle à quelqu'un en Europe. Il existe donc des lois en Europe qui empêchent leur vie privée et le type de données que vous pouvez stocker dans le backend. Vous devez donc évaluer les exigences mondiales en matière de confidentialité des données. Vous pouvez donc ajouter qu'à mesure que le RGPR a un impact sur les détails sur les risques, vous pouvez ajouter plus de détails, tels que lorsque vous vendez un modèle en Europe, évaluer l'exigence de stockage des données personnelles. Très bien, alors lorsque vous vendez en Europe, vous devrez peut-être prendre en compte tout impact sur la confidentialité du stockage des données, des données personnelles dans le back-end États-Unis ou d'autres choses du genre. Donc, si quelque chose ne va pas, il se peut que vous ne puissiez vendre ou vous risquez d' avoir un impact. Vous souhaitez évaluer toutes les exigences mondiales en matière de confidentialité des données et vérifier s'il y a un impact quelconque. Et si vous avez identifié quelque chose, vous pouvez l'ajouter au registre des risques jusqu'à ce que vous ayez terminé l'évaluation afin assurer qu'il n'y a aucun risque. voilà donc, la technologie ou la confidentialité des données. Je dirais donc des données. En tant que type de risque. Et la probabilité est que c' est une forte probabilité que cela puisse avoir un impact en Europe. Donc, des probabilités sur une échelle de un à cinq. Je peux donc ajouter cela dans les rubriques pour que c'est très clair. Et l'impact se situe également sur une échelle de un à cinq. Et la raison pour laquelle ils se situent dans cette échelle, c'est à cause de ces deux-là, la probabilité et de l'impact, que nous déterminerions le classement des risques. Donc, dans ce cas, supposons que la probabilité d'un problème lié au RGPR soit probablement moyenne. Il pourrait y avoir des mesures correctives. Nous en dirions donc trois, si cela a un impact et qu'il a un impact élevé, car si vous envisagez de vendre en Europe, vous risquez de subir une amende et quelque chose comme ça. L'impact est donc de quatre. Vous pouvez donc voir que le classement des risques est calculé simplement en multipliant ces deux colonnes. Maintenant, vous avez besoin d'un propriétaire de risques capable de suivre et de voir si cela a un impact, si nous devons atténuer cela et tout cela. Donc, propriétaire du risque, supposons que nous ayons un membre de l'équipe appelé Jim. Vous devez donc toujours avoir un propriétaire du risque chargé de surveiller ce risque et d'évaluer ce qui doit être fait. L'atténuation des risques consiste à savoir si vous allez accepter le risque et ne rien faire ou transférer le risque que s'il affecte, vous faites certaines choses ou que vous allez l'atténuer. Donc, si vous voulez l'atténuer, vous avez besoin d'un plan d'atténuation qui dira cela comme un risque. Nous pouvons appeler cette colonne une approche de risque. Que vous souhaitiez atténuer, transférer ou accepter. Vous pouvez aller de l'avant et faire des données ici. Et appelons-le « Validation des données ». Et c'est une liste si vous pouvez accepter le risque, atténuer le risque, vouloir transférer le risque. Vous ajoutez donc ces trois options. Par conséquent, lorsque nous sélectionnons une option dans ce cas, nous voulons l'atténuer. Et ensuite, si vous envisagez d'atténuer, il est préférable d'ajouter une autre colonne appelée plan d'atténuation. Si cela a un impact, nous pourrons obtenir une licence de contrôle des exportations. Et la date d'échéance pour évaluer tout cela est le premier mars avant notre lancement et que le statut est maintenant ouvert. C'est à un niveau élevé que vous préparez le journal des risques. Et vous pouvez toujours filtrer par statut ici et examiner ces risques pendant la réunion d'état de votre projet. Ou vous pouvez organiser une réunion hebdomadaire d'examen des risques pour passer en revue tous les éléments ouverts et voir si vous devez prendre des mesures, si quelque chose arrive, faites-le, nous aurions idéalement fermé et tout cela. C'est donc au niveau élevé comment créer un journal des risques. Très bien, disons maintenant que nous avons un développeur qui pourrait bientôt sortir de l' équipe de projet pour des raisons de santé ou autres. Vous pouvez donc voir l'indisponibilité de la ressource de base de données de ressources après le premier trimestre. Cela vous montre simplement un exemple, ce qui pourrait être différents types et comment ajouter ces détails et quelle approche d'atténuation vous prendriez. Les détails sur les risques ici continuent de fonctionner sur la base de données peuvent ne pas être disponibles après le premier trimestre pour des raisons personnelles. Il vous a peut-être donné un indice ou à l'équipe de projet qui doit au Q1, il n'est pas disponible. C'est donc ce que nous saisissons ici comme un risque. Donc le type de risque ici est ressource et la probabilité est cinq parce qu'il vous a déjà dit que ça allait arriver. Et si cela se produit, quel est l'impact ? Avez-vous d'autres membres de l'équipe qui peuvent faire ce travail ? Si ce n'est pas le cas, il s'agit d'un impact élevé. Donc, vous devez absolument transférer celui-ci. Vous l'attribuez donc en tant que chef de projet à vous-même. Et vous voulez avoir un plan d'atténuation. Donc, vous devez taper atténuer. Et le plan d'atténuation est l'entrevue, base de données des candidats et sélectionnez une ressource pour remplacer Joe. Et cela doit se produire avant la fin du premier trimestre. Et il faut avoir du temps pour Joe pour faire quelques transitions. Nous pouvons donc dire que d'ici le MID de mars, vous avez assez de temps pour Joe pour faire la transition et tout cela. Ainsi, comme vous pouvez le voir ici, le journal des risques est en cours de construction, comme vous l'avez remarqué dans la diapositive précédente, tout ce qui est à risque élevé, vous voulez vous en occuper. C'est ce que vous feriez avec ce risque lié aux ressources, car il y aura une forte probabilité que cela se produise. Et l'impact élevé que cela aurait si cela se produisait. Vous voulez donc prendre un film d'action, assurez-vous que le risque a toujours un plan d'atténuation. Si c'est le cas, ce que vous allez faire. Très bien ? risques et les problèmes sont donc liés entre eux dans la mesure où les époques peuvent potentiellement devenir un problème en ce sens, disons, lorsque ce risque a fini par se produire et que vous n' avez pas identifié de ressource de remplacement pour Joe, puis à ce moment-là, cela devient un problème car maintenant c'est vraiment arrivé et c'est le cas, cela a eu un impact sur le projet. Alors, rappelez-vous simplement comment s'agit-il la relation entre le risque et les problèmes ? Toujours un risque peut devenir un problème par problème ne deviendra pas une erreur car le problème est survenu ou il s'agit actuellement d'un problème pour votre projet. Verisk n'est pas arrivé. Il se peut que cela se produise ou non. C'est donc la différence critique entre Aristote et un problème. Ainsi, tous les éléments que vous avez identifiés dans le registre des risques peuvent devenir ou non un problème potentiel à l'avenir. C'est donc quelque chose que nous allons examiner le journal des problèmes, qui serait similaire au gant de risque, mais il y aura différentes colonnes, mais c'est quelque chose que vous géreriez . pendant l'exécution du projet. Ainsi, pendant la phase de planification, vous évaluez tous les risques potentiels susceptibles devenir un problème lors de l'exécution. C'est donc ce que tout ce registre de risques vous aide à faire . La meilleure façon de le faire est de rencontrer l'équipe et d'évaluer tous les risques que l'équipe d'actifs collectivement ce que vous pensez, puis commencez à le documenter, attribuez un propriétaire et une date d'échéance, et regardez toujours quelles sont les options d'atténuation disponibles si cela se produit. Cela conclut la phase de planification du projet. Nous allons maintenant passer à l'exécution passionnante du projet. Nous utiliserons tous les documents que nous avons créés au cours de la phase de planification, suggérerons le plan de projet, le GW ou le registre des risques et tout cela. Nous suivrons et contrôlerons de près toute cette documentation pendant la phase d'exécution. Très bien, vous avez donc terminé la phase de planification avec succès. Passons maintenant à l'exécution du projet, ce qui est passionnant. 15. Aperçu du flux de travail d'approvisionnement: Très bien, donc le sujet d'aujourd'hui est quelque peu excitant et parfois il faut le faire. n'est pas toujours le cas, mais il est bon de comprendre le processus d'acquisition de vos ressources. Les ressources peuvent être matérielles, logicielles ou humaines. Ça n'a pas d'importance. Tout ce que vous devez acheter de l'extérieur en engageant un tiers ou un fournisseur. C'est là que vous engageriez votre équipe d'approvisionnement de votre organisation. Ou si vous faites partie d'une organisation plus petite, vous devrez le faire avec une équipe plus petite. Mais généralement, n'importe quelle organisation dispose d'une équipe d'approvisionnement ou d'approvisionnement qui s'engagera dans la négociation et la tarification finale. Mais en tant que chef de projet, vous devez leur indiquer les exigences du projet. Et ils interagiraient avec vous et négocient et traitent avec le fournisseur pour obtenir les meilleurs tarifs. Jetons un coup d'œil à ce qu' est le flux de travail d'approvisionnement standard. Avant d'aborder ce qu' est l' approvisionnement et tous les détails, comprenons le contexte. Imaginons que vous construisez un projet de site Web et que vous ayez besoin d'Amazon Web Services. Supposons également que votre organisation ne dispose pas d'Amazon Web Services. Vous devez disposer d'un accord-cadre entre Amazon et votre entreprise. C'est ce qu'on appelle le contrat principal de services. Et cela contiendra toutes les conditions générales sur la façon dont vous interagiez avec Amazon. Une fois que vous l'avez mis en place, vous pouvez dialoguer avec Amazon pour venir fournir une preuve de concept ou tout ce que vous recherchez pour le projet, ils peuvent venir vous montrer ce qu'ils ont à offrir. Vous pouvez alors décider si vous souhaitez y aller ou si vous avez d' autres fournisseurs alternatifs ou d'autres fournisseurs qui peuvent offrir le même service. Imaginons dans cet exemple que vous n'avez qu'un seul service dont vous avez besoin et que vous en avez besoin d'Amazon. Par conséquent, vous demandez généralement l'approvisionnement ou à votre équipe d'approvisionnement de voir s'ils ont déjà négocié une transaction ou un contrat de service principal avec Amazon. Et si c'est le cas, vous devez passer à l'étape suivante où vous pouvez revenir au MSA pour écrire un énoncé de travail. Sow est l'énoncé des travaux. Dans ce document, vous devez simplement énumérer les exigences de votre projet pour ce projet, s'agit de l'exigence spécifique dont j'ai besoin d'Amazon pour livrer. C'est ce que le SOW n'est qu'un sous-ensemble du contrat maître ou du MSE. Une fois que vous avez cela, vous pouvez donc engager Amazon. C'est donc le contexte. En règle générale, qu'il s'agisse d'Amazon ou un fournisseur tiers ou tout autre service ou de personnes que vous embauchez. Il peut y avoir un fournisseur avec lequel votre organisation s'est engagée et peut suivre ce processus. Et pour que ce flux de travail soit approuvé, vous devez travailler avec vos finances pour vous assurer que votre projet dispose de suffisamment de fonds pour le soutenir. Vous devez donc travailler en étroite collaboration avec l'équipe des finances et de l'approvisionnement pour répondre à ce besoin du projet. Imaginons si vous devez acheter quelque chose de complètement neuf et que vous n'avez aucune idée entreprise ou du fournisseur dans lequel vous souhaitez vous adresser. Imaginons que vous ouvriez une toute nouvelle entreprise ou une partie de votre organisation. Et vous devez configurer des services de messagerie. Vous disposez de Microsoft Exchange, Google Suite et d'autres variétés où vous pouvez obtenir des services de messagerie. Alors, comment allez-vous en obtenant ce service ? La première chose que vous feriez est donc de demander des propositions. Il s'agit essentiellement de demander au fournisseur d'enchérir et de voir qui peut vous offrir le prix le plus bas pour les choses que vous souhaitez avoir dans votre projet. Dans cet exemple, si vous recherchez des services de messagerie électronique, vous direz que je souhaite que des services de messagerie soient fournis à 100 personnes dans mon organisation. Alors, quel est le meilleur prix que vous pouvez donner ? Ils recevront cela sous forme de demande de propositions de propositions, et ils soumettront leur offre et pourront ensuite évaluer. Une fois que vous l'avez évalué, vous devez faire une preuve de concept pour voir, disons que les deux offrent des services de messagerie pour 100$ par mois pour 100 personnes. Ensuite, vous voulez savoir lequel correspond le mieux à vos critères. Peut-être qu'ils ont, Google a certaines fonctionnalités que vous aimez ou Microsoft a d'autres fonctionnalités. Vous voulez donc l'essayer. Et si vous êtes sûr que vous allez aller avec l'un ou l'autre. Si vous ne voulez pas tester quoi que ce soit, vous pouvez ignorer cette étape. Mais je ne fais que l' exposer ici pour que vous sachiez généralement comment est ce flux de travail. Vous devez initier les données, être suivi, vous recevrez toutes les demandes ou le prix. Ensuite, vous feriez un PDC, puis vous pouvez déterminer lequel utiliser. Une fois que vous avez déterminé que vous vouliez en faire un, Microsoft ou Google, vous devez réengager l'équipe d'approvisionnement pour effectuer la négociation finale. Ils ont peut-être de meilleures conditions en place où ils peuvent négocier davantage et attacher conditions légales relatives à l'annulation, à la résiliation, à tout. Une fois que cela est fait, puis l'approvisionnement, car s'il s'agit d'une nouvelle fenêtre, ils rédigeraient d'abord le contrat principal de services. Une fois que vous l'avez mis en place, vous pouvez créer un énoncé de travail spécifique pour le projet. Et puis disons que c'est le budget du projet et il s'agit de l'exigence du projet, calendrier, des hypothèses, des dépendances et tout cela. C'est ainsi que vous vous procureriez des ressources, qu'il s'agisse de matériel, de logiciels ou de personnes. Ils sont génériques à un niveau élevé. Et nous n' entrerions pas dans les détails, mais comprenons simplement que si vous avez déjà un NMAC ou une connexion existante entre votre organisation et le fournisseur de services, vous pouvez commencer par le SOW. Mais si vous établissez une toute nouvelle relation, vous passerez par les étapes, puis établissez le SOW MSA pour initier les exigences de votre projet avec ce fournisseur. C'est quelque chose que vous devrez faire dans votre carrière en gestion de projet. Peu souvent, mais la plupart du temps, achetez et financez vos amis et ils devront être sur votre site d'aide. Très bien, donc c'est tout pour cette leçon. Nous allons donc passer au prochain. 16. MVP dans Agile vs POC à la chute d'eau: Dans la classe d'aujourd'hui, nous examinerons l'énantiomère MVP. Vous devez avoir entendu le mot MVP. Et voyons pourquoi c'est un mot clé si important et quelle en est la signification dans Azure ? Laissez-moi passer au diaporama. Et vous pouvez voir ici que nous avons des livraisons anticipées ou tardives en fonction de Waterfall versus Agile. Dans Agile, vous y verrez un mot clé MVP, c' est-à-dire un produit minimum viable. Et sur la cascade à gauche, nous avons quelque chose de similaire appelé preuve de concept, mais pas vraiment proche du MVP. Disons qu'un client a l' exigence qu'il ait besoin quelque chose pour se déplacer du point a pour trouver B en deux roues. Ainsi, comme vous pouvez le voir à gauche lorsque nous faisons du POC, peut-être que les étapes 1 à 4 sont simplement conçues sur la façon dont ce produit ressemblera. Et même après cela, vous ne pouvez livrer le produit réel une fois qu'il est entièrement fabriqué et livré, qui sort à l' étape numéro six. Et à ce moment-là, le client aurait une jolie moto pour se déplacer d'un point A à un point B. Et ce processus pourrait prendre d'un mois à un an ou dix ans. en fonction de la complexité et la personnalisation de cette moto. Mais disons que le client cherchait juste un deux-roues pour faire la navette du point A au point B. Et qu'il ne pensait pas vraiment à la moto dès le début. C'est donc là que le produit minimum viable d'Agile s'avère utile. Si vous regardez avant que la moto ne soit construite à la fin, indiquez le client, elle a toujours la possibilité de revenir arrière et d'obtenir un skateboard chez nous afin qu'il puisse toujours communiquer du point A à point B. Il s'agit donc d'offrir une valeur, la chose minimale viable qu'il peut faire avec le produit que nous livrons. C'est pourquoi Agile est très puissant car ce que le client veut, il l'obtient au tout début. Il n'a pas à attendre que le projet terminé pour obtenir son exigence, Dan, oui, il n'a peut-être pas la vitesse et l'agilité d'une moto, mais il peut quand même se déplacer du point a au point B en utilisant le skateboard, scooter, vélo ou moto. C'est donc le concept clé de livraison précoce par rapport à la livraison tardive. Chez Agile, nous livrons toujours tôt, alors qu'en cascade, il est toujours livré tard. Et parfois, il est trop tard que quand vous me dites où se trouve la moto, le client ne veut pas cette couleur ou ce n'est pas la forme et le style qu'il recherchait et il sera complètement malheureux. C'est pourquoi Agile est un outil si puissant que nous pouvons toujours obtenir les commentaires des clients alors que nous continuons à fournir les résultats dès les premiers stades du projet. 17. Obtenez JIRA gratuitement: Dans la leçon précédente, nous avons examiné comment obtenir gratuitement Microsoft Project pendant 30 jours. Aujourd'hui, je vais vous montrer comment obtenir le Jira et Confluence, qui est essentiel à la gestion des projets Agile. Pour ce cours, je vous recommande vivement d'accéder à un site Web de fin de cours. Je vais vous accompagner ici et inscrire à Jira et Confluence. Ce sera très pratique lorsque nous passons aux autres sections de ce cours, car vous pourrez apprendre Jira et Confluence avec le projet dont nous allons discuter lors des prochaines classes. vous suffit donc de rechercher Atlassian dans Google. Et cela devrait vous emmener sur un site Web de classe C et .com. Et là, vous avez la possibilité d'essayer. Maintenant, lorsque vous cliquez dessus, vous avez la possibilité de choisir différentes sections de plan et de suivi où vous pouvez essayer le logiciel Jira et le logiciel Confluence. Vous n'avez pas besoin de le télécharger. C'est dans le Cloud, vous suffit donc de vous inscrire à l'aide votre e-mail et c'est tout ce dont vous avez besoin. Ainsi, comme vous pouvez le voir sur le site web de Jira, il est entièrement gratuit pendant une dizaine d'années. C'est illimité. Vous pouvez vous inscrire à l'aide de votre e-mail et vous pouvez l'utiliser aussi longtemps que vous le souhaitez car Atlassian ne facture pas jusqu'à dix États-Unis, donc pour les terroristes, il n'y a pas de frais. Je vous recommande donc vivement de vous inscrire à cela et de commencer à jouer avec. Et tout au long des leçons de ce cours, nous effectuerons des projets pratiques en utilisant Jira et Microsoft Project. Il est donc bon d'avoir une icône Jira locale pour vous afin que vous puissiez jouer avec le projet, créer des tableaux et faire beaucoup plus d'activités à mesure que nous en apprenons plus sur JIRA dans ce cours. 18. Aperçu et passage à la page des outils JIRA: Bonjour. Dans cette leçon, nous allons jeter un coup d'œil à l'outil Atlassian JIRA, utilisé pour la gestion de projets agile. Dans la vidéo précédente, nous avons examiné comment obtenir JIRA gratuitement pour une dizaine d'utilisations. Tout ce dont vous avez besoin pour accéder au compte Jira gratuit, c'est de vous inscrire à l'aide de votre compte de messagerie sur le site Web Atlassian. Une fois que vous avez fait cela, la page d'accueil de base de Gita ressemblerait à ceci. J'ai ici quelques projets en cours, mais lorsque vous recevez vos données en premier, vous voudrez peut-être aller dans les paramètres et configurer un projet. Si vous faites partie d' une organisation l'administrateur du système informatique va déjà configurer un projet pour vous afin que vous n' ayez pas à le faire vous-même. Mais je ne fais que vous montrer que chez vous, vous pouvez créer ce projet et commencer dès le début. En général, dans une organisation, l'accès administrateur n'est pas fourni aux chefs de projet, sorte que vous n'auriez pas accès à ces détails. Vous pourrez voir les projets et les accès ainsi que les différents projets auxquels vous avez accès. Vous ne verrez pas cette option appelée Créer un projet si vous n' avez pas accès administrateur. Une façon de créer un projet consiste à cliquer sur le projet dans le menu supérieur et vous pouvez créer un projet à partir d'ici. Mais en général, vous souhaitez le faire en accédant la page des paramètres, puis cliquez sur la section Projets ici. Vous aurez ainsi la possibilité de créer un projet. Cliquez donc sur le bouton bleu dans le coin supérieur droit appelé Créer un projet. Lorsque vous cliquez sur le bouton Créer un projet, différents modèles sont disponibles. Par défaut, Java dispose de ce développement logiciel, gestion des services, de gestion du travail et de toutes les autres options que vous voyez sur la gauche. Dans notre cas, passons avec cette plateforme de développement logiciel ou le modèle. Mais parce que nous prévoyons déjà d'utiliser la conception web comme projet tout au long de ce cours, qui fait partie du développement logiciel. Donc, dans ce cas, vous avez Kanban et Scrum, puis le suivi des bogues. C'est pour l'équipe d'assurance qualité. Mais entre Kanban et Scrum, n'oubliez pas que s' il s'agit d'un projet, vous voulez utiliser le modèle Chrome. Kanban est généralement quatre opérations où il n'y a pas de date de fin, c'est une opération continue. Comme il s'agit d'un projet, nous allons commencer par Scrum et vous pouvez cliquer sur Use Template. Vous disposez désormais d'un modèle de projet par défaut et vous pouvez maintenant décider s' il est géré par vous ou votre entreprise. Je vais donc dire sélectionner un projet géré par équipe et nous allons ajouter un nom d'équipe. Donc, le test de développement. Par défaut, il crée un mot-clé. Et vous verrez cela lorsque la tâche et les histoires seront créées. Cliquez maintenant sur Créer un projet. Une fois que vous avez créé le projet par défaut, il a créé un tableau. C'est pourquoi lorsque vous cliquez sur le tableau à gauche, vous verrez maintenant que cette page où nous commençons dans JIRA est toujours en retard. C'est ici que vous créez vos histoires d'utilisateurs, tâches et tout ce qui doit être utilisé dans le cadre du développement du produit. Je vais ignorer les instructions ici. Si vous êtes nouveau, vous pouvez suivre cela. Cela donnera donc quelques informations sur la façon d'utiliser cet outil. Commençons maintenant par le haut. Ces pièces sont différentes. Atlassian Software est disponible. Nous avons donc généralement installé JIRA pour gestion de projet afin d'utiliser la tâche des histoires d'utilisateurs, des choses comme celle-ci. Confluence est votre référentiel de documents dans lequel vous devez stocker tous vos documents associés à ce projet. Nous y reviendrons dans un peu. Commençons par le logiciel Jira, qui est ce que nous utilisons en ce moment depuis la création du projet, vous pouvez voir d'autres projets ici. Celui que nous venons de créer est le test de développement Web. Une fois que vous avez cliqué dessus, vous revenez à la page du tableau par défaut. Maintenant, nous pouvons aller de l'avant et créer des tâches. Mais avant de le faire, voyons quelles sont les autres options que nous avons ici. Vous pouvez filtrer ici pour voir n' importe quelle tâche qui vous est assignée. Mais ce n'est pas encore prêt pour nous. Revenons donc aux projets. Ce sont différents projets que j'ai créés dans le passé. Le filtre actuel est test de développement Web, les filtres sont des requêtes. Vous avez un grand nombre de tâches que vous pouvez exécuter requête pour filtrer celles que vous recherchez. Vous pouvez utiliser le filtre par défaut suggère que les problèmes ouverts examinent tous les problèmes qui sont encore ouverts afin que tout ce qui est fermé soit filtré. Jetons un coup d'œil au tableau de bord. Il s'agit donc de l'exemple de tableau de bord auquel j'ai accès depuis le projet précédent. Mais si vous n'avez pas créé de tableau de bord, vous ne verrez rien ici. Nous reviendrons pour créer un tableau de bord plus tard. Regardons maintenant les gens. Vous pouvez inviter d'autres personnes dans ce tableau Jira si vous exécutez un projet. C'est ici que vous invitez les membres de votre équipe à faire partie de ce comité de projet. Les applications sont d'autres éléments que vous pouvez intégrer à Gita. Donc, pour le moment, nous n'allons pas faire ça. C'est donc la base en haut. Et là encore, à droite, sous les paramètres, vous pouvez gérer votre flux de travail, vos paramètres de projet, des choses comme cela. Pour le moment, nous le laisserons par défaut et, au fur et à mesure, nous y jetterons un coup d'œil. Si vous devez modifier quelque chose à droite, vous verrez que vous avez options pour modifier les paramètres de votre profil, vos paramètres de connexion et modifier votre mot de passe, ce genre de choses. Très bien, maintenant, regardons le côté gauche ici. Nous commencerions toujours par l'arriéré, car c'est là que vous créeriez des histoires d'utilisateurs, des tâches et des choses de ce genre. Et vous cliquez sur ce bouton Créer, cette fenêtre apparaît et vous verrez différentes options disponibles ici. Avant de créer quoi que ce soit, examinons ce qu'est une feuille de route. feuille de route à un niveau supérieur est le résumé de façon dont les épopées progressent dans le calendrier. Nous reviendrons à ce qu'est une épopée lorsque nous créerons notre première tâche pour le temps pour gestion de projet, ignorer le code. Ceux qui font partie de l'équipe de développement auraient besoin d'y accéder et ils joueraient avec cela. Généralement, l' équipe DevOps utilise Bitbucket GitHub ou GitLab pour gérer son code. Ici, les pages de projet sont liées à confluence et c'est ici que vous pouvez lier une confluence JIRA, puis créer votre référentiel de projet est stocké sous la page Confluence. Relions la confluence. Nous pouvons maintenant créer un nouvel espace portant le même nom que le projet giga, où nous l'appellerons développement Web, test et création. Nous avons maintenant connecté Jira et Confluence. Donc, si je reviens d' ici à Confluence, vous verrez qu'un test de développement web a été créé. Cela vous permet de penser comme un site Web, vous pouvez créer un blog, vous pouvez créer des pages. Et c'est là que vous entreposeriez différentes choses. Pour le moment, je n'ai pas de pages. Il s'agit de la page d'accueil Vous pouvez donc cliquer et ajouter une page pour l'équipe. Appelons cela comme une équipe de bienvenue. Bienvenue sur la page de test de développement Web. Ensuite, une fois que vous l'avez publié , tous ceux qui sont ajoutés au projet auront accès à cela. Et vous verrez ces pages sous la section page ici. Revenons maintenant à Jira pendant une minute. Accédez à un projet. Et lorsque vous cliquez sur les pages du projet, vous verrez tout ce que nous avons créé sur Confluence. Il est également montré ici. C'est ainsi qu'il est étroitement intégré entre JIRA et Confluence. Vous pouvez ensuite modifier les paramètres du projet directement à partir ici au lieu de passer par la page des paramètres en haut à droite. C'est donc tout ici. En règle générale, ce que vous faites lorsque vous avez accès à JIRA c'est que vous passez directement à un arriéré. C'est ici que vous créez toutes vos tâches, puis créez ce sprint et déplacez la tâche d'un backlog à l'autre. Alors, faisons-le maintenant. Cliquez sur le bouton Créer. Une fois que vous avez créé les différents types de tissus sous forme d'histoires d'utilisateurs, tâches, de bogues et d'épopées. Le premier niveau est toujours EPEC. Pour vous faciliter la compréhension. Supposons que nous ayons une histoire d'utilisateur. Je vais en créer une et dire une page de connexion. Ici, le propriétaire de votre produit définira en quoi consiste cette exigence. En tant qu'utilisateur, je dois accéder à la page de connexion pour accéder à mon compte. Sur le site Web. Il s'agit d'un format d' histoire utilisateur. Dans d'autres leçons, nous avons capturé ce que devrait être une histoire utilisateur, quel est le format et pourquoi il est important d'avoir l'article utilisateur dans un particulier. pour le moment, nous irions de l'avant et le créer. Vous verrez maintenant dans le carnet de commandes que nous avons créé un problème de page de connexion. Et sur la gauche, il y a une icône représentant l'histoire de l'utilisateur. Créons-en un autre que vous pouvez créer depuis le haut ou en créer depuis le bas ici. Lorsque vous créez à partir d'ici, quelle que soit la dernière création, c'est par défaut. Et vous pouvez toujours modifier le type en tâche. Donc, nous dirions ici la page de connexion de conception pour cette exigence d'utilisateur. L'équipe technique est en train de créer une tâche. Pour créer la page de connexion, cliquez sur Entrée. Nous allons maintenant créer un EPEC. S'ils tapent doivent être des pages Web. Epic n'est qu'un ensemble d' histoires d'utilisateurs et de tâches associées à cette épopée. Vous pouvez penser à un grand panier d'acide épique où vous pouvez consolider et mettre des articles similaires dans ce panier. Dans ce cas, nous allons appeler ces conceptions de page et cliquer sur Créer. Très bien, maintenant vous verrez que vous n'avez pas d'épopée créée ici parce que les choix sont créés en haut. Donc, si vous regardez ici, vous verrez l'épopée, l'époque que nous venons de créer. Il ne va pas rester sous l'arriéré, il sera assis sur la gauche. Dans certains cas, ou en haut. Dans ce cas, nous avons l'Epic au sommet. Nous devons l'activer pour que vous voyiez maintenant l'époque à gauche. C'est l'épopée que nous venons de créer. Vous pouvez voir à cette époque que nous n' avons pas créé d'autres problèmes car nous n' avons pas associé l'histoire de l'utilisateur pour correspondre à cette époque. Je cliquerai sur ce bouton pour que je puisse tout voir. Et disons que nous avons appelé tous les éléments liés à la page Web pour faire partie de cette époque. Puisque ces deux-là sont liés à une page Web, je vais simplement glisser et déposer dans cette épopée. Il restera toujours dans le carnet de commandes, mais c'est simplement un moyen d' assigner facilement une tâche ou une histoire à une épopée. Nous ne faisons que le lier pour qu'il sache lequel. Nous ne faisons que lier le type de problème à une épopée. Il est donc facile de trier différentes choses. Ce sera logique si je vous donne un autre exemple, si je crée une autre époque et appelons cela comme base de données. base de données, d'accord ? Maintenant, lorsque je clique sur cette épopée et que je crée quelque chose, cela affecte automatiquement cette tâche à cette épopée. Dans ce cas, nous allons revenir à une histoire. Et peut-être que je vais revenir à une tâche et dire l'authentification de l'utilisateur via une connexion à une base de données. Nous disons simplement que les informations d'identification des utilisateurs doivent être stockées et authentifiées à partir de la base de données. Créons-le. Et il peut s'être créé en dehors de l'apex. Laissez-moi donc cliquer dessus. Et vous pouvez donc le voir simplement créé sans créer un lien vers une épopée. À ce stade, je peux simplement cliquer et le faire glisser dans l'épopée de la base de données. Mais si vous voulez voir comment faire autrement, vous pouvez cliquer sur les trois premiers boutons pour le modifier. Alors probablement, peut-être cet arbre et disons ajouter un motif. Et dans ce cas, nous allons dire base de données. Donc, pour n'importe quelle tâche et toute histoire, le parent est toujours épique. C'est pourquoi vous ne voyez que les deux épopées que nous avons créées. Donc, maintenant, nous pouvons clore cela. Vous pouvez voir maintenant qu'il est associé à cette épopée. Maintenant, vous pouvez peut-être voir l'importance d'une épopée, car vous pouvez voir les choses similaires sont regroupées en cliquant sur l'épopée mesure que le projet se développe avec plusieurs tâches et époques, il est facile à regarder lors d' une session particulière et examinez uniquement la tâche associée à cet apec. C'est pourquoi ils ont choisi cet important. Vous pouvez encore penser à un objet épigastrique et volumineux où de multiples usages, histoires et tâches ensemble un groupe. Très bien, c'est donc le carnet de commandes de produits et c'est là que vous créeriez tous les types de problèmes. Et une fois que vous avez terminé le toilettage de l'arriéré avec le propriétaire du produit, prochaine chose que vous feriez est de créer un sprint. Pour ce faire, cliquons sur l'arriéré et fermons l'épopée pour le moment. Vous verrez qu' un sprint est déjà créé dans ce cas. Mais si ce n'est pas le cas, vous auriez une option quelque part en haut ou en bas qui indique Créer un sprint. Dans ce cas, nous avons l'option ici. Donc, tout ce que vous faites pour un sprint est de choisir l'un des éléments que vous souhaitez faire partie du sprint pour déplacer le problème du backlog vers le sprint, vous pouvez toujours glisser-déposer. Permettez-moi de le faire pour le moment. Maintenant, je déplace le premier élément de l'arriéré au sprint. Très bien, maintenant que nous avons créé les problèmes et compris comment le faire passer de l'arriéré au sprint. La prochaine chose que nous souhaitons examiner est celle des différents champs disponibles pour ce problème. Vous pouvez toujours avoir une description utilisateur ce qu'est le tissu. Vous pouvez affecter quelqu'un de l'équipe. Donc, dans ce cas, je vais m' attribuer, vous pouvez ajouter d'autres étiquettes. Donc, dans ce cas, je vais dire design juste pour catégoriser les choses et juste pour catégoriser les choses que AAC trouve plus tard une fois que l'arriéré augmente énormément, voyons maintenant quels sont les autres éléments que nous avons à faire ici autre que d' attribuer des étiquettes sprint. L'autre chose importante que vous souhaitez mettre à jour est le point de l'histoire étant donné qu'il suffit de mettre trois dans l'autre leçon plus tard, pendant la planification du sprint, nous avons abordé la façon de créer une histoire. points, comment nous estimons et tous ces détails pour le temps étant simplement compris que c'est l'effort. Donc, pour cette histoire d'utilisateur particulière, l'effort en jeu est de trois étages. Maintenant, c'est tout. Vous pouvez mettre à jour tous les autres détails de cette tâche. Et vous pouvez cliquer sur la case Configurer pour ajouter des champs supplémentaires, si nécessaire, ajouter des champs supplémentaires, si nécessaire, vous pouvez ajouter d'autres éléments. Cet élément de tâche particulier, c'est ainsi que vous ajoutez une tâche depuis le backlog au sprint. Maintenant, ajoutons cela également au sprint et faisons la même chose, revenons l' attribuer à un membre de l'équipe, puis le pointer aussi. Vous pouvez donc peut-être avoir cinq points d' histoire pour cela. Et une fois que vous avez ce point d' histoire ici, si vous regardez cet ami , le sprint a maintenant huit points d'histoire car Jira ajoutera automatiquement les points d'histoire pour vous plus tard une fois que vous créez de plus en plus de sprints, et une fois que vous avez identifié la vitesse de votre équipe, vous saurez combien d'éléments vous pouvez ajouter du backlog au sprint actuel avant de commencer le sprint. Supposons que la capacité de votre équipe ne représente que dix points d'histoire. Ensuite, vous savez, en mettant ces deux-là, vous aurez presque atteint ce seuil de dix. Vous avez donc de la place pour ajouter une tâche supplémentaire, qui est inférieure ou égale à deux points d'histoire. C'est donc quelque chose à surveiller vous ajoutez d'autres objets à l'attelle. Une fois que vous avez atteint votre seuil pour l'équipe, vous ne devez pas ajouter d'autres éléments, et vous devez l' appeler et lancer le sprint. C'est la marche à suivre dans JIRA et comment créer une histoire, tâche et une épopée, et comment ajouter un sprint. Nous avons donc ajouté un sprint. Nous pouvons commencer le sprint. sprints sont dans une boîte temporelle et ils doivent avoir une cadence particulière, ce qui signifie que votre ami dure une semaine. Donc, chaque sprint devrait commencer et se terminer dans ce grand nombre. Si votre sprint est le cas, disons trois semaines. Ainsi, chaque sprint que vous créez à partir d'ici devrait avoir une période de trois semaines pour la date de début et de fin. Donc, dans ce cas, disons que notre sprint va commencer un lundi et que c'est un sprint d'une semaine. Il devrait donc se terminer vendredi pour que le prochain sprint puisse commencer le lundi suivant. Nous aurons donc la date de fin en troisième et le but de sprint est terminé. Les éléments de design. Pensez toujours à ce que vous voulez réaliser de ce sprint. Si une tâche n'est pas alignée sur l'objectif du sprint, vous savez que cette tâche doit être supprimée du sprint avant de commencer le fractionnement. Vous avez maintenant créé le but du sprint. Vous pouvez maintenant commencer le sprint. Le sprint est en direct. Ainsi, lorsque vous cliquez sur l'arriéré ici, vous verrez que vous avez un sprint en cours. Et vous avez l'arriéré. Une fois qu'un sprint est lancé, vous ne souhaitez plus ajouter de tâches car il est déjà en cours. S'il y a de nouvelles choses qui apparaissent maintenant, elles entrent dans le carnet de commandes et, en fonction de la priorité, elles peuvent être placées au-dessus de l'arriéré. Une fois cette impression terminée, vous pouvez le mettre au sprint suivant. Et disons qu'une fois que vous avez terminé vendredi et que vous aurez terminé toutes ces tâches, c'est à ce moment que vous iriez faire l'activité complète du sprint. Mais avant de le faire, jetons un coup d'œil au tableau. Une fois que vous avez eu le sprint. Maintenant, vous devriez avoir un tableau qui devrait avoir ces colonnes indiquant que les choses à faire sont en cours et faites une fois que vous commencez le sprint, tout se trouve par défaut dans la liste des tâches. Et puis lundi, lorsque l' équipe reprenait la tâche, elle commençait à travailler dessus et à passer à l'étape en cours. Et une fois qu'ils auront fini avec ça , ils vont passer à la fin. C'est ainsi que fonctionne la progression du sprint. Et vous pouvez toujours voir le résultat du sprint. En utilisant les informations présentées ici, vous pouvez voir que rien n' est terminé. Et une fois cette tâche terminée, cela montrera que vous avez fait 50% car nous n'avons que deux éléments ici. seule autre chose que je voulais montrer ici, c'est qu'une fois que le sprint a commencé, alors vous devriez pouvoir voir le tableau de combustion. Voyons donc si je peux le montrer pour d'autres projets déjà en cours ou moi. Maintenant, pour ce projet, si vous regardez ici, vous avez une option appelée rapports. Et le rapport que j'ai est un tableau brûlé. moment, il y a cette tendance que j'aurais dû fermer depuis longtemps, mais cela montre le graphique de combustion parce que je n'ai pas fermé cette marque. C'est pourquoi il s' affiche différemment, mais sinon le graphique Burndown ressemble à ceci, où vous avez cette ligne grise qui montre comment chaque tâche doit être terminée. Et au fur et à mesure que vous avancez la tâche, la ligne rouge apparaît. Et cela montre si vous êtes en avance ou en retard, tout ce qui se trouve à droite cette ligne grise qui montre que vous êtes en avance sur le temps. Et tout ce qui se trouve à gauche ou en dessous de cette ligne grise qui vous montre un derrière. C'est ainsi que vous liseriez un graphique de burndown et d'autres rapports sont des diagrammes de vitesse et de sprint. Le rapport de sprint est destiné à tout sprint terminé. Permettez-moi de revenir au sprint l' un pour l'autre projet. Vous pouvez voir comment il a progressé pendant ce sprint. Enfin, mais ce n'est pas le moindre dans le graphique de vitesse, diagramme de vélocité est celui qui montre la vélocité de votre équipe. Dans ce cas, ce qui me dit, c'est que nous nous sommes engagés à réaliser six points d'histoire au moment de la planification. Et en fait, les six terminés. Et encore une fois au printemps deux, nous augmentons la vitesse à huit, puis nous en avons terminé huit. Dans une situation réelle, ce ne sera pas comme ça, car disons que sur le sprint un, vous prévoyez six et que vous avez terminé huit, puis le prochain sprint. Savez-vous que l'équipe peut faire huit étages Des points ? Ensuite, vous le planifieriez et l'équipe n'en terminera que quatre. Ensuite, à ce moment-là, vous prendriez en moyenne 64 ce que l'équipe a accompli lors des deux premiers sprints, puis vous en prendrez la médiane et utiliseriez cela comme guide pour la capacité des équipes pour ce sprint. Ainsi, lorsque vous effectuez trois à quatre volets, vous auriez une meilleure idée du montant que l'équipe peut prendre, nombre de points d'histoire qu'elle peut livrer, puis de planifier uniquement le livrer. C'est ainsi que le diagramme de vitesse est essentiel pour comprendre ce que l'équipe peut prendre en comprendre ce que l'équipe peut charge pendant une semaine ou deux semaines d'installation. Ce sont les différents types de rapports que vous examinez pendant et après la fin du sprint, guide de sécurité de ce que nous avons dans l'outil JIRA. fur et à mesure que nous effectuons davantage de projets chez ASPE, que nous réalisons davantage de projets pratiques, il sera plus facile à comprendre maintenant. Il vous suffit de comprendre où différentes choses sont enterrées dans cette page d'accueil de Jira et comment y accéder, comment créer une tâche, des problèmes et une histoire, et comment démarrer et arrêter un sprint plus tard, une fois que nous aurons un projet fictif, nous allons passer par sprint réel et clôturer le sprint pour que vous ayez plus d'idée. 19. Charte de projet: Bienvenue de retour. Dans la classe d'aujourd'hui, nous examinerons ce qu'est une charte de projet, pourquoi elle est utilisée et son importance dans la gestion de projet et dans quelle phase de la gestion de projet elle est utilisée. Plongeons donc dans la présentation ici. La charte de projet est donc utilisée au début pour documenter l'analyse de rentabilisation ou les besoins commerciaux ainsi que cette stratégie, le retour sur investissement ou les hypothèses qu'ils ont faites au cours de l'élaboration de l'analyse de rentabilisation, toute organisation a sa stratégie et pour atteindre cette stratégie pourrait être la raison pour laquelle elle fait ce projet. Lorsque vous faites votre projet, il est évident que vous devez penser ou non SAP, mais le sponsor doit penser au retour sur investissement. Vous devez réaliser un projet pour que votre entreprise puisse se développer ou que votre entreprise puisse soutenir quelque chose, ou il est illégal pour votre entreprise d'exister, quel que soit le cas. N'oubliez pas que la charte de projet n'est pas la responsabilité du chef de projet. Je retarde dans la situation réelle, il devrait être remis au chef de projet afin qu'il puisse développer un document détaillé de planification et de portée basé sur la charte du projet. Voyons donc quel contenu nous avons dans la charte du projet. En règle générale, il aura objectifs de projet de haut niveau que le projet doit atteindre et un calendrier de haut niveau. La chronologie est créée en fonction des connaissances dont dispose le sponsor ou en discutant à haut niveau avec d'autres personnes. Ainsi, lorsque vous lancez le projet, vous prenez cela en entrée et voyez s'il peut respecter la chronologie. Ou pour respecter le calendrier, quelle ressource et autre aide vous auriez besoin pour atteindre ce calendrier. Parfois, ce n'est peut-être pas possible, mais s'il s'agit d'une échéance difficile, vous planifiez et retournez voir le commanditaire et dire que sont les conditions requises pour atteindre le calendrier. Sont-ils prêts à le faire ? Donc, parfois, lorsque le promoteur pensait au coût, il n'aurait peut-être pas pensé au coût de la réalisation de ce calendrier. C'est donc là que se trouve la charte du projet. Il a les objectifs de haut niveau et un calendrier que le sponsor souhaite ou vers les choses qu'il peut atteindre. Le prochain point est donc de vous fournir une ligne directrice selon laquelle, en tant que chef de projet, vous pouvez toujours demander au commanditaire s' il a une charte de projet que vous pouvez commencer. Parfois, le promoteur engage le chef de projet au début la vie de la gestion de projet pour créer la charte, ou du moins un système pour créer une charte. Vous pouvez donc toujours demander une charte de projet au commanditaire si vous l'avez déjà ou non. Si ce n'est pas le cas, vous pouvez toujours l'aider à en créer un. Mais l'idée de la charte du projet est obtenir l'analyse de rentabilité, stratégie des exigences commerciales, l'objectif du projet et le calendrier avant de pouvoir entrer dans la planification détaillée. Et vous pouvez utiliser la charte du projet comme principe directeur tout au long du projet. Ainsi, lorsque le projet est dévié de la portée, chronologie, du coût et de choses de ce genre, vous pouvez toujours revenir en arrière et consulter la charte du projet pour voir pourquoi avons-nous même commencé ce projet dans le premier lieu. Et si les objectifs actuels de votre projet sont toujours alignés sur le projet ou l'analyse de rentabilisation. Il est donc judicieux de toujours garder la charte du projet à portée de main afin que vous puissiez vous référer et vous assurer que l'équipe et vous-même en tant que premier ministre sont toujours alignés sur la stratégie d' analyse de rentabilisation et le projet. objectifs définis dans la charte du projet. Selon le Project Management Institute, vous disposez d'une méthode pour créer la charte de projet. Vous pouvez utiliser les entrées telles que documents commerciaux dans les accords, tous les actifs de processus organisationnels existants pour créer la charte de projet à l'aide des outils et techniques répertoriés ici, tels que le jugement d'experts, la collecte de données, l'entretien ou la question d'autres experts dans le domaine, la tenue de réunions et les entretiens avec des personnes. Vous pouvez essayer de recueillir plus d'informations et de créer la charte de projet. Donc, la plupart du temps, c'est ainsi que le promoteur aurait pu créer s'il a déjà fait le travail, c'est comme ça qu'il est arrivé à la charte du projet. Si ce n'est pas le cas, lorsque le commanditaire les chefs de projet aident à en créer un, vous pouvez utiliser ces entrées outils et techniques pour en créer un. C'est la charte du projet et la raison pour laquelle elle est utilisée, comment elle est utilisée, dans quelle phase elle est utilisée et comment en créer une. Très bien, on se voit dans la prochaine classe. 20. Identifier et gérer les intervenants: Très bien, nous avons maintenant terminé l'introduction et les principes fondamentaux de la gestion de projet. Nous sommes donc en train sauter dans la viande du cours. Et ces sections sont alignées selon le Project Management Institute. Si vous planifiez et vous préparez à l'examen PMP , tous ces cours à partir de maintenant vous seraient certainement utiles à comprendre. Lisez le livre, qui est le livre Project Management Body of Knowledge que vous devez étudier pour l'examen PMP. Il est donc complètement aligné sur cela. Il serait donc assez facile de lire ce livre une fois que vous aurez suivi ces leçons dans cet ordre, la phase du projet, les premières phases d'initiation. Dans cette section, nous allons passer en revue toutes les choses qui se produisent dans le cadre de l'initiation. La première chose à faire est donc d'identifier et de gérer les parties prenantes. Voyons ce qu'il faut faire dans ce domaine. est donc facile d'identifier une partie prenante , car lorsqu'un projet est lancé, le parrain ou toute personne financée, elle sera évidemment la clé. Et vous pouvez leur demander, qui est le client ? Qui dois-je fournir cette valeur ou le produit qui nous est livré pour qu'ils deviennent le client ? Il peut parfois s'agir du sponsor lui-même, mais parfois externe, lorsque le sponsor est intéressé de terminer le projet pour livrer le produit au client. C'est ainsi que vous identifiez les parties prenantes et tous ceux qui s' intéressent à votre projet, ils forment ou façonnent vos parties prenantes, y compris l'équipe du projet. Très bien, disons maintenant qu'une fois que vous avez identifié la partie prenante, comment les gérez-vous ? C'est là que nous avons deux sections sur les axes X et Y, c' est-à-dire le réseau de puissance et d'intérêt. Vous devez donc classer les parties prenantes dans ces quatre quadrants de cette grille. Disons donc que nous avons en bas à gauche. Ce sont donc les parties prenantes qui ont un faible intérêt et un faible pouvoir. La date d'intérêt, c'est qu'ils ont un certain intérêt pour votre projet, mais pas si élevé, que vous le terminiez ou non, cela ne les affectera pas tant. Ils ont un intérêt minimal, mais ils ont certains intérêts Vous devez donc continuer à les surveiller afin qu' ils ne créent aucun bénéfice pour votre projet. Et même s'ils le font, assurez-vous qu'ils n'ont pas pouvoir de faire des ravages sur votre projet. Le prochain groupe de personnes est donc constitué de personnes très intéressantes mais qui n'ont pas beaucoup de pouvoir. Ils peuvent ne pas être directement en mesure d'arrêter ou de démarrer le projet. Ils peuvent être très motivés par la réalisation de ce projet, ou ils sont sous une forme ou une forme quelconque bénéficiés de ce projet. Ils sont donc très intéressés par ce projet. De tels groupes, vous devez les garder en PharmD parce qu'ils ont un certain intérêt. Et peut-être qu'ils ont une certaine dépendance une fois votre projet terminé, ils doivent faire autre chose. Il est donc toujours bon d' avoir une communication ouverte avec eux et de les tenir informés tout au long du projet. Les parties prenantes suivantes sont celles qui ont un pouvoir élevé et des intérêts plutôt bons. Aussi longtemps qu'ils ont une puissance élevée, cela peut avoir un impact négatif sur le projet. Vous devez donc vous assurer de les garder satisfaits. Il peut donc s'agir de votre bureau de gestion de projet ou de commanditaire, quelqu'un qui a un pouvoir élevé. Vous devez vous assurer de les satisfaire. Et puis la prochaine série de parties prenantes, celles qui ont une hyperconscience et un intérêt élevé pour la tendance automobile. Nous devons nous assurer que vous les gérez très étroitement dans le sens où vous devez les choyer avec des informations. Il fallait les écouter, il faut leur fournir des mises à jour. Que devez-vous faire pour vous assurer qu'ils sont gérés étroitement afin qu' ils ne créent aucun problème pour votre projet. C'est pourquoi ces groupes doivent être étroitement gérés et surveillés. Mais c'est à un niveau élevé que vous identifiez votre partie prenante auprès du sponsor, que vous identifiez votre partie prenante auprès puis établissez tout au long du projet la liste des parties prenantes et attribuez ou classifiez-les. dans l'un de ces quadrants. Vous savez donc comment les gérer tout au long du projet afin de ne pas être influencé par le comportement. 21. lancement de projet: Dans cette leçon, nous allons donc examiner le lancement du projet, et c'est la dernière étape de la phase de lancement du projet. Après le coup d'envoi, nous entrerons directement dans la phase de planification du projet. Alors, que faut-il faire pour le lancement du projet ? Quel est le coup d'envoi d'un projet ? Jetons un coup d'œil à ça. Permettez-moi de passer en mode présentation. Et ici, vous pouvez voir que dans le lancement du projet, nous devons réfléchir à qui devrait être invité. Donc, fondamentalement, vous devez réfléchir aux parties prenantes que nous avons définies précédemment. Il s'agit de toute personne qui est directement ou indirectement touchée par les modifications du projet. Donc, vous devez absolument inclure votre sponsor, votre équipe, vos usages commerciaux et quiconque est lié à quiconque est associé à ce projet, vous devez les impliquer ou les inviter, au moins lors du lancement du projet lors des prochaines réunions, qui peuvent être sélectifs quant aux participants, qui devraient participer à ces réunions. Mais pour le coup d'envoi, il est préférable d' inviter toute personne impliquée directement ou indirectement. Et s'il s'agit d'un leadership plus élevé, suffit de les garder facultatifs et ils peuvent unir les efforts nécessaires. Vous devez vous référer à la liste des parties prenantes et voir qui vous devez inviter au lancement du projet, les meilleures pratiques pour inviter l'équipe du projet et le sponsor, à tout le moins, parce que ce sont eux ou l'équipe de projet est celle qui doit faire le travail. Ils doivent donc savoir de quoi il s'agit de ce projet. Cela ne fait que préparer le terrain. Vous invitez le monde entier et vous leur faites savoir que le projet arrive. Vous devez vous assurer qu' ils comprennent le score du projet et tout. Jetons donc un coup d' œil à l'ordre du jour. Donc, généralement lors du lancement du projet, vous voulez commencer par introduction de l'équipe, car c'est la première fois que vous réunissez une équipe d'actifs, chef de projet d'actifs, vous pourriez avoir a interagi avec le commanditaire, mais il s'agit de la première réunion au cours de laquelle vous un groupe plus important de personnes rassemblez un groupe plus important de personnes qui font partie de ce projet. C'est donc toujours une bonne idée d' avoir une présentation d'équipe. Il peut y avoir plusieurs équipes fonctionnelles et les membres de l'équipe de chaque fonction, ils peuvent se connaître ou ne pas se connaître. C'est donc la première fois que vous souhaitez avoir une présentation. Vous souhaitez également mettre dans la présentation la structure de l'équipe, la façon dont l' équipe de projet va ressembler et quelles sont ses responsabilités. Raci quelques métriques que nous allons jeter un coup d'œil dans la classe ultérieure. Mais ce qu'il fait Effacer, c'est qu'il énumérera le nom de la fonction ou du membre de l'équipe et les affectera aux tâches, qu'elles soient responsables, extensibles, ou si elles sont consultées ou informées. Parce qu'en fonction du RACI, ils peuvent comprendre quel sera leur rôle dans le projet. Donc, si possible, assemblez un racé et vous pouvez toujours recueillir des commentaires et réduire la dette pendant le coup d'envoi ou après le coup d'envoi. La prochaine chose à laquelle vous devez penser pour présenter le coup d'envoi est évidemment la chronologie. Par conséquent, vous n'avez peut-être pas de calendrier détaillé complet, mais vous devriez avoir dans le plan Milestone lorsque vous devez atteindre certaines dates et vous pouvez descendre de la charte du projet. Vous devez donc toujours avoir le plan d'étape et les dates clés pour que tout le monde soit sur la même longueur d'onde. Vous devez également partager la portée du projet, la date de début officielle et tous les outils et éléments que vous envisagez de partager avec l'équipe. Comme nous l'avons déjà mentionné, le côté collaboration, façon dont ils peuvent accéder s'ils sont ajoutés et tous ces détails peuvent être présentés et partagés pendant le coup d'envoi. Et aussi s'il y a des sous-projets qui font partie de ce projet principal, mais ils peuvent également être lancés pendant le lancement de ce projet. L'idée ici est de faire des hommes de grande taille et d'armer et s' assurer que tout le monde est sur la même longueur d'onde. Donc, pendant le coup d'envoi, vous pouvez obtenir des commentaires indiquant que vous devriez impliquer d'autres parties ou d'autres membres de l'équipe. Collectez donc ces commentaires et, si nécessaire, ajoutez-les au besoin. Il s'agit donc de la dernière étape de la phase d'initiation du projet. Et après cela, vous allez commencer directement dans la planification, car maintenant vous avez une équipe de projet, vous avez partagé la structure de l'équipe et tout le monde comprend ce qu'il doit faire cadre du Diagramme RACI. Alors, vous vous réunissez tous en équipe et planifiez la prochaine phase, qui servira de fondement à l'exécution. Cela conclut donc la phase de lancement du projet. Nous allons donc passer à la phase de planification du projet dans le prochain cours. 22. Planification agile avec Jira: Maintenant, c'est la partie facile. Nous avons fait la planification avec l'équipe sur le mur. Nous avons donc au moins identifié les histoires d'utilisateurs et les tâches associées sur le mur. Maintenant, c'est simplement le processus qui consiste le transférer dans un outil. Que vous utilisiez l' outil Jira Atlassian ou un autre outil, c'est la même chose. Fondamentalement, si vous faites Scrum, vous aurez un arriéré de produits. Ensuite, vous placez tous les ensembles d'éléments identifiés lors du sprint et de la planification du carnet de commandes de produits dans l'outil. J'utilise Gita et la plupart de l'organisation a JIRA ou certaines versions d'autres logiciels qui ressembleront exactement à Jira, où nous avons un arriéré, sprint et d'autres choses. Donc, pour cette approche, nous allons opter pour trois options. La première consiste à transférer les histoires des utilisateurs du mur dans le carnet de commandes de produits gyrus. Pour ce faire, nous devons donc d'abord créer un projet. Lors de la création d'un projet, il peut s'agir d'un projet Scrum ou d'un projet Kanban en fonction de ce que vous utilisez pour votre organisation. Et si vous utilisez la méthode cascade, fort probable que la planification ne ressemble pas à une planification murale, mais il s'agit d'une activité similaire laquelle vous appelez tous les membres de votre équipe de projet, puis demandez aux membres de votre équipe de projet quelles sont les activités qu'ils doivent faire pour atteindre les objectifs du projet ? Dans la leçon suivante, je vais vous montrer comment décomposer ces activités et les intégrer dans Microsoft Project, outil le plus couramment utilisé pour la méthodologie de cascade. Jetons donc d' abord dans JIRA et voyons comment cela se fait pour une mêlée. Nous examinerons également comment créer un tableau Kanban et comment cela se fait dans Kanban. J'ai toutes les histoires d'utilisateurs sur le mur derrière moi. Je vais rapidement en prendre un , puis faire mon partage d'écran pour que vous puissiez voir comment créer un projet et comment le placer dans un carnet de commandes. Très bien, je vais prendre le premier ici, c' est-à-dire celui-ci. Il s'agit d'une histoire d'utilisateur. Le personnage est en tant que chef de projet, je voulais télécharger modèle de plan de projet pour pouvoir l'utiliser dans mon projet. Le projet que nous avons ici est donc de créer un site Web de commerce électronique où nous avons tous les modèles liés à la gestion de projet. Et en tant qu'utilisateur, qui est un PM, il voulait télécharger ce modèle ou acheter ce modèle et comment le faire. C'est donc essentiellement cette histoire d'utilisateur. Nous pouvons donc diviser cela en tâches plus petites, ou l'équipe se serait divisée en tâches plus petites pendant la planification du mur. Maintenant, il s'agit simplement de transférer cela dans le conseil d'administration JIRA. Bon, maintenant, permettez-moi de sauter sur l'écran ici, comme vous pouvez le voir, j'ai un projet qui a déjà un retard. Dans ce cas, ce que je vais faire, c'est d'aller l'avant et de créer un tout nouveau projet. Si vous êtes dans une organisation où Jira est géré par votre logiciel ou votre équipe informatique en dehors du projet. En règle générale, vous soulevez une demande et demandez-leur de créer un projet Jira Scrum ou un projet Kanban pour vous. Donc quel que soit le flux de travail mondial qu'ils ont, ils créeraient généralement le projet et vous le donneraient. Votre point de départ ressemblerait donc à un arriéré et c'est là que vous créeriez. Mais juste pour vous montrer les coulisses de la création du projet. Je vais aller de l'avant et créer un projet. Pour ce faire, dans le coin supérieur droit, vous cliquez sur la barre de paramètres, puis accédez à Project. Vous disposerez d'une option appelée Créer un projet. Comme vous le voyez ici, j'ai créé plusieurs projets. Dans ce cas, je vais donc créer un nouveau projet. Et à ce moment-là, cela me donne la possibilité créer un projet Kanban ou Ashcan. Commençons par créer un projet Scrum et voir à quoi cela ressemble. Donc quel que soit le modèle par défaut que j' ai ou que Jira me propose, je vais l'utiliser. Vous avez ici différentes options pour les modèles de projet, je vais utiliser le développement logiciel car c'est ce que nous utilisons. Je vais donc utiliser ce modèle. Et cela me donne la possibilité de savoir si ce projet sera géré par l'équipe ou par l'entreprise. Généralement, le projet est géré au niveau du projet par l'administrateur informatique de l'entreprise ou l'administrateur Jira. Vous pouvez, vous ne verrez pas toutes ces options lorsque vous gérez des projets au niveau du projet. Je vais donc créer un projet géré par l' entreprise parce que je propriétaire de cette plateforme GTR pour ce projet particulier. Je vais donc le nommer comme projet. Site Web de modèle. Très bien, nous utilisons Scrum et créons un projet. Jira a créé le projet et il est revenu avec les outils de base dont vous avez besoin, arriéré et les sprints. Pour l'instant, vous n'avez rien, car nous n'avons créé aucune histoire d'utilisateur dans l'outil. Ce que nous avons fait, c'est la planification sur le mur. C'est donc ce que vous obtiendrez lorsque vous commencerez le projet à partir de votre administrateur Jira. Fondamentalement, vous n' auriez pas besoin de créer un projet car cela sera fait par les administrateurs informatiques. Voyons voir. Nous avons maintenant créé un projet. Vous pouvez cliquer sur Créer et commencer à créer les histoires. Il suffit donc de vérifier si nous avons toutes les informations requises ici. Ainsi, les paramètres du projet, comme vous pouvez le constater, doivent être en cours et cela se fait dans le sprint actif. En arriéré, tout sera ici. Vous aurez une épique. Et la version. La version est le niveau le plus élevé. Si vous publiez votre produit en plusieurs versions, vous créerez la première version, la version deux. Parfois, des projets sont lancés durant les différentes saisons de l'année. Ce serait donc des faux de la saison printanière et des choses comme ça. Quelle que soit la version que vous envisagez faire, vous pouvez la créer. Ou si vous ne créez aucune version, c'est très bien. Vous pouvez commencer au niveau épique. Ce que nous allons faire ici, c'est que nous commencerons à créer les récits d'utilisateurs réels, puis nous déciderons de la façon dont nous voulons les regrouper en une épopée. Epic est un ensemble plus vaste d' activités ou un groupe d' histoires d'utilisateurs et de tâches regroupées pour maintenir cette organisation. Et épique peut être ami et design. Et une autre épopée pourrait être la base de données. Une autre épopée pourrait être liée à l'architecture. Pour que vous puissiez vous organiser, c'est juste une façon de l'organiser. Vous êtes donc en train de décomposer d'une épopée plus grande, des histoires les plus petites et de choses comme ça. Que voulez-vous faire lorsque vous transférez les histoires d'utilisateurs, c'est que vous souhaitez passer à l'arriéré par la gauche. Et vous voulez tout créer dans le carnet de commandes car votre sprint n'est pas encore lancé. Vous êtes dans la phase de planification et vous intégrez tous les témoignages des utilisateurs exigences du projet dans le carnet de commandes. Créons donc une histoire que vous pouvez saisir, commencer à taper ici ou cliquer sur Créer. Par défaut, vous avez des options, qu'il s'agisse d'une histoire, bug de tâches ou d'une époque. Créons donc une histoire parce que ce que nous avons dans la note collante ici, vous dites des histoires d'utilisateurs. Je vais donc dire télécharger des modèles de projet. Je vais donc écrire l'histoire de l'utilisateur en tant que chef de projet, qui est la persona. Donc, dans ce cas, simplement pour rappeler l'arrière-plan, nous créons un site Web où les utilisateurs peuvent entrer et télécharger le modèle correspondant au projet. Le personnage est évidemment chef de projet ou chef de projet ou quelqu'un de l'équipe qui a besoin d'un modèle. Donc, dans ce cas, le personnage est chef de projet. Donc, en tant que chef de projet, je veux télécharger fichier de modèle de plan de projet et nous devons juste fournir la raison pour laquelle il en a besoin. Donc, lorsque vous examinez les exigences, c'est très clair pour l'équipe afin que je puisse l'utiliser dans mon projet. Il s'agit donc d'une histoire d'utilisateur très simple, doit généralement être fournie par le propriétaire du produit et dont nous avons discuté dans la planification murale. Maintenant, à ce stade, en tant que ScrumMaster, vous ne faites que prendre tous ces nœuds et histoires d'utilisateurs du mur et les mettre dans le logiciel. Allons de l'avant et regardons tout autre chose à ajouter ici. moment, si vous souhaitez ajouter un cessionnaire à partir de votre projet, vous pouvez le faire. Si vous souhaitez encore le classer comme n' importe quelle étiquette, vous pouvez le faire. Je vais donc créer une étiquette appelée modèle. Et s'il y a une épopée créée, vous pouvez lier l'époque. Mais jusqu'à présent, nous n'avons pas créé d'époque. Alors allez-y et créez simplement, comme vous pouvez le voir maintenant dans le carnet de commandes, il devrait s'agir d'une histoire d'utilisateur unique. Et laissez-moi cliquer dessus et voir qu'il est arrivé. Comme vous pouvez le voir ici, il est créé comme une tâche plutôt qu'une histoire. Peut-être que par erreur, je l' ai peut-être choisi. Vous avez toujours la possibilité de changer cela. vous suffit donc de cliquer sur Déplacer. Et puis, à partir du projet actuel, en passant en tant qu' histoire et dit Suivant, donnez quelques histoires juste pour mettre quelque chose, disons cinq points d'histoire. Et puis, fondamentalement, il s'agit de convertir la tâche en une histoire. Nous le confirmons. Très bien, parfait. Maintenant, nous revenons au journal bancaire avec l'emblématique et voyons qu'il s'agit maintenant d'une histoire d'utilisateur. C'est donc une bonne erreur que nous avons car vous savez maintenant comment convertir la deuxième histoire de la tâche, votre histoire en tâche ou la sous-tâche deux. Vous pouvez le faire avec la possibilité de déplacer cela. Donc, si vous voulez voir que vous pouvez cliquer sur l'élément et cliquer sur les trois points ici et déplacer. Et c'est un raccourci si vous vous demandez, alors cliquez sur la tâche et saisissez une période ou un point dessus. Je ne vous ai pas donné toutes les actions que vous pouvez effectuer contre cette tâche particulière ou les histoires d'utilisateurs. C'est donc toujours un raccourci que j'utilise pour créer une sous-tâche ou enregistrer un travail ou l'attribuer à moi ou à un point d'histoire, je peux le faire plutôt que entrer ici et de chercher des options. Alors n'oubliez pas que cliquez sur l'histoire particulière et tapez point et il listera toutes les options que vous avez. Très bien, nous avons maintenant transféré la première histoire d'utilisateur dans le carnet de commandes. Jetons donc un coup d' œil à cette seconde. Utilisez une histoire. Je vais donc atteindre le mur. Il s'agit de la deuxième histoire d'utilisateurs, qui est un analyste commercial acide. Je voulais télécharger un modèle de matrice afin de pouvoir m'assurer que toutes les exigences sont complètes. Donc, les exigences du modèle, vous pouvez donc créer un problème. Lorsque vous créez directement dans le backlog, quel que soit le problème précédent, il créera le même type. Donc, si le problème précédent était une tâche, il créera le tissu suivant en tant que tâche. Et vous pouvez toujours le changer, mais c' est quelque chose à prendre en compte. Maintenant, nous avons une autre histoire d'utilisateur qui est le modèle de matrice des exigences de téléchargement. Très bien, une fois que vous avez cliqué dessus, il a créé un bureau. Aucun point d'histoire ici. Maintenant, créons un point et disons que je ne vois pas d' option à modifier ici. Alors peut-être que j'ai dû aller ici et modifier sur la fenêtre latérale ici, ajouter une description. Je vais commencer à taper dans le même format, le format l'histoire de l'utilisateur en tant qu' analyste d'affaires qui est le personnage ici, je veux télécharger le modèle de matrice de moment silencieux pour que je puisse m'assurer de nos besoins sont cartographiés et complets. Cliquez sur Enregistrer, que la description est enregistrée et que vous pouvez l'attribuer à quelqu'un dès maintenant, il n'y a personne sur ce projet à part moi. Par conséquent, une fois que vous avez attribué un double, voyez cela sur le développement de l' arriéré. Si vous avez une équipe de développement, elle peut s'intégrer à Bitbucket Dot Jenkins, et vous pouvez créer une branche et un commit et tout cela. Encore une fois, les étiquettes, c'est un modèle. Ainsi, une fois que vous commencez à taper un entier, cela affichera ce que nous avons déjà créé ces points d'histoire. Disons que c'est trois. Nous parlerons de points d'histoire dans une minute et en priorité. Très bien, je pense que nous sommes bons ici. Nous avons donc créé deux histoires d'utilisateurs, les deux modèles, et maintenant je pense que nous allons créer une autre histoire d'utilisateur liée à la base de données. Je vais donc créer un problème ici, Story, environnement de base de données. Ici. Cela est nécessaire pour les plus que l'utilisateur. Cela est obligatoire pour l'administrateur. Alors, dosez l'IT. Administrez le projet. Je dois créer une base de données pour pouvoir stocker tous les modèles de projet, les informations d'identification des utilisateurs, etc. Très bien, donc je n' attribue aucun point d'histoire et n'attribue aucune ressource à laquelle je viens de créer pour que je puisse vous montrer quelle est l'importance de l'apec. Donc, si je clique sur EPEC et que nous dirons Créer un EPEC à partir d'ici. Disons qu'ils choisissent leur nom sont des histoires techniques et des tâches liées au travail technique. À compléter. Le projet. Nous avons maintenant une époque ici. Créons maintenant une autre époque où il est lié au modèle. Tous les noms choisis sont appelés téléchargements de modèles. Toutes les histoires et les tâches des utilisateurs ne se rapportent que si je peux orthographier un modèle, en téléchargeant des modèles demandant des utilisateurs. Très bien, vous avez maintenant deux époques créées ici. Donc, si jamais vous devez regarder dans le carnet de commandes, vous verrez que les épopées sont à gauche et vous devez cliquer dessus. Et à l'heure actuelle, aucun des problèmes n'est cartographié. Le moyen le plus simple de cartographier est de cliquer dessus et d' accéder au lien ici. Donc, un peu de lien et vous pouvez en rechercher un particulier. Et dans ce cas, c'est technique. Il peut attribuer cela. Mais si vous avez un grand nombre d'histoires et de tâches dans le carnet de commandes, les moyens les plus simples de minimiser les noms épiques ici. Et vous pouvez sélectionner plusieurs histoires et tâches, mais vous pouvez ensuite faire glisser et déposer dans une époque. Vous pouvez donc sélectionner plusieurs histoires ou tâches, puis glisser-déposer sur l'apec où vous souhaitez la mapper comme pour entrer dans l'histoire, puis cliquer sur le lien et le lier de cette façon, Je trouve beaucoup plus facile de faire un glisser-déposer. Maintenant, c'est ça. Disons maintenant que nous voulons créer une version. Nous allons donc un, il s'agit d' une publication ou d'histoires d'utilisateurs ou d'une publication qu'ils créent. Maintenant, il est créé. Et ce que vous pouvez faire, c'est que vous pouvez cartographier l'épopée. Je pense que cela ne permet que de cartographier les histoires et les tâches. Vous pouvez sélectionner. Cliquez sur la commande jusqu'en bas, puis faites glisser et déposez pour en libérer un. Vous avez donc maintenant deux problèmes. Peut-être que je ne l'ai pas sélectionné, donc je dois faire glisser et déposer ça. Très bien, trois problèmes sont maintenant attribués à la première version. Nous avons donc maintenant couvert les versions, version épique et les histoires et elles choisissent sur les côtés. Donc, si vous voulez voir les détails, vous verrez que la raison pour laquelle c'est important est une fois que vous commencez votre feuille de route, vous pouvez voir comment les épopées sont cartographiées et ensuite elles sont livrées. C'est un avantage. Et ensuite, vous ne pouvez regarder qu'un seul lavage. Si vous avez plusieurs versions, vous pouvez choisir uniquement les versions qui vous intéressent. En ce qui concerne la feuille de route, il est assez pratique d'avoir ces catégorisations de versions et épiques associées pour utiliser des histoires et des tâches. Très bien, donc maintenant la planification est terminée. Nous avons déplacé nos histoires d'utilisateurs et tâches du mur sur la Gita. Et maintenant, il est temps de réfléchir à la façon dont nous voulons un point d'histoire. Le point d'histoire est toujours relatif. Donc, si je dois vous donner un exemple, je vais prendre deux pièces que j'ai sur la table. C'est quelque chose qui est bizarre et c'est quelque chose de petit. Et si je dis cet article ici, si je dis simplement qu'il s'agit d'un point de deux étages, et si je vous demande si c'est deux, quel point est-ce correct ? Parce que c'est tout relatif. Comme vous pouvez le constater, c'est presque trois fois plus grand et la longueur est deux fois, peut-être 1,5 fois. Donc évidemment, si je dis qu'il s'agit deux étages dans votre intuition naturelle, c'est que ce serait six points d'histoire parce que trois fois la taille de celle-ci. Donc, idéalement, vous voulez arriver à un point où vous pouvez dimensionner la tâche et le touriste relativement, comparé relativement deux histoires différentes plutôt que de la pointer d'une histoire en fonction du nombre de jours et d'heures. Ainsi, à mesure que vous mûrissez en équipe, en tant qu'équipe Scrum, cela viendra naturellement aussi. Effectuez cette estimation des points d'histoire les uns par rapport aux autres plutôt que de regarder des heures. C'est donc ça. Et maintenant, vous avez tout transféré dans le carnet de commandes dans le cadre de la planification. Lorsque nous commencerons la phase d'exécution du projet, c'est à ce moment que nous créerons le sprint et déciderons quelles utilisations doivent être transférées du backlog au sprint et commencerons. en exécutant ce crayon. Nous y reviendrons pendant l'exécution du projet. l'heure actuelle, à des fins de planification, tout ce que vous faites est de transférer tous les éléments du mur ou pendant la session de planification, ce que vous avez identifié dans l'outil JIRA ou n'importe quel outil. que vous utilisez pour gérer un projet et l'estimer en mettant ou en attribuant points d' histoire, en affectant des ressources. Ensuite, vous avez dû travailler avec le chef de produit ou le propriétaire du produit pour établir la priorité, n'est-ce pas ? Tout ce qui est prioritaire, vous pouvez le placer dans des versions ou vous pouvez faire glisser et déposer n'importe quoi en de l'arriéré qui est la plus haute priorité. Vous pouvez donc faire tout cela avec l'équipe et le propriétaire du produit. Et cela achève la planification à l'aide de l'outil. Et encore une fois, n'oubliez pas que ce n'est qu'un outil, la planification que vous avez faite avec l'équipe de la salle. C'est la vraie planification. Et maintenant, nous utilisons cet outil pour organiser cela de manière à ce que nous ayons commencé le sprint. Il est facile de voir ce qui est en cours de réalisation. Et je sais comment l'équipe est performante et tout ça. Très bien, nous allons maintenant jeter un coup d'œil à la même chose, même si vous avez un tableau Kanban, le concept de backlog reste le même. C'est juste que vous n' auriez pas de ressorts actifs et de Kanban, mais le processus de transfert dans un outil et de création d'un projet reste le même. Ainsi, pendant la phase d'exécution du projet, nous allons approfondir la différence entre l' exécution de Scrum et Kanban , ainsi que les graphiques et les rapports que nous examinons généralement pendant Scrum et Kanban. Très bien, donc ça couvre cette leçon. Et dans les leçons suivantes nous examinerons comment nous ferions ces tâches sur les histoires d'utilisateurs dans Microsoft Project. Si vous devez gérer un projet de cascade. 23. Planification de projet dans Microsoft Projet: Très bien, maintenant, comme les choses excitantes, nous allons faire un projet simple, pratique. Et nous verrons comment diviser les exigences du projet en tâches plus petites. Et avant de nous lancer dans l'outil réel MS Project ou de Jira pour faire la planification. Regardons un tableau noir. La planification du projet ressemble généralement à la façon dont un projet a évolué d' une étape d'idée à un projet réel et planification différente, des tâches et des jalons différents et des choses similaires. Laissez-moi revenir au conseil d'administration ici et j'espère que vous pourrez me voir. Nous appellerons cela un projet de peinture d'une pièce et il y a quatre murs. Chambre standard typique. Disons donc que vous avez ici une pièce qui doit être peinte. Disons donc que c'est la portée. Maintenant, pour réaliser ce tableau, il faut d'abord avoir les ressources nécessaires pour faire le travail. Vous avez besoin d'un peintre. Vous avez évidemment besoin de peinture. Vous avez besoin de brash et d'accessoires, peut-être pour couvrir votre sol ou deux pour ne pas renverser de peinture sur vous, vous aurez peut-être besoin de gants et de produits de nettoyage. Très bien, disons que ce sont des choses dont vous avez besoin. Vous avez besoin d'un peintre, d'une peinture, pinceau et d'accessoires, gants et de produits de nettoyage. Disons donc que si vous faites tout cela par vous-même, alors vous devrez peut-être vous inquiéter de toutes ces choses. Mais si vous faites ça avec un peintre qu'il apporterait tous ces objets, suffit d'obtenir une citation de sa part. Imaginons que vous le fassiez vous-même dans le but de gérer un projet par vous-même. Disons donc que vous n'avez pas à peindre ou que vous n'avez pas à payer la peinture là-bas parce que vous le faites vous-même. Mais vous devez prendre en charge le coût de la peinture. Vous devez prendre en charge le coût des accessoires. Il peut s'agir de matériaux de nettoyage au pinceau, une casserole pour faire la peinture est mélangée à tout ce que vous pouvez penser. Et puis, à l'époque, juste pour voir si c'est une bonne idée de le faire vous-même, ou est-il préférable d' externaliser ? C'est le peintre. Disons donc que dans ce cas, vous faites vous-même ou une ou deux boîtes de peinture pour bronzer brunâtre pour mélanger des gants. Et puis votre temps, disons qu'il faut une heure par mur. Si vous recherchez des horaires, vous en avez le coût ici. Maintenant, c'est votre programme. C'est votre coût. Et si vous vous souvenez de la triple contrainte, nous avons la portée, le temps et le coût qui auront un impact sur la qualité. Nous avons donc discuté du coût et du calendrier, et nous en avons déjà la portée ici. Mais juste pour peindre une règle, c'est à quoi ressemblera un petit projet. Vous voulez diviser 1$ par mur en une tâche plus infime. Donc, il faudrait 13 minutes pour enlever la vieille peinture, puis dans 20 minutes pour appliquer l'apprêt, puis entrer dans la peinture de dix minutes, ce mur particulier. Il faut une heure par mur. Vous avez quatre murs ici. Cela signifie que dans quatre heures pour compléter la pièce. Il s'agit d'un exemple très simple de la façon dont vous planifieriez un projet dans lequel vous devez regarder cette école. Et selon l'école, il faut examiner le coût et le calendrier. Vous pouvez décomposer cet horaire ou peindre une pièce en peindre pour les murs. Et dans ces quatre murs, combien vous pouvez le décomposer, éliminer la douleur, appliquer l'apprêt et appliquer le premier code et le second code. C'est ainsi que vous décombrez la tâche. Voyons maintenant comment, si vous devez entrer cela dans un MS Project ou Jira, quoi cela ressemble-t-il pour que vous ayez une bonne compréhension de la façon d' utiliser l'outil pour faire la même chose que nous avons discuté sur le Blackboard. Très bien, permettez-moi de passer au projet MS. Très bien, nous avons donc un projet vide ici. Et ce que nous allons faire ici, c'est que le nom du projet est de peindre une pièce. Ainsi, lorsque vous ouvrez le projet, il s'agit de la vue par défaut que vous obtiendriez. Nous avons la prochaine leçon pour vous guider dans les différentes sections du projet. Et pour comprendre en détail. Mais pour le temps, étant exactement ce que nous avions dans le Blackboard, nous allons traduire cela ici et voir à quoi cela ressemble. Notre projet a donc dépensé votre chambre. Et puis nous avons le mur 1234. Nous avons donc mis cela pour compléter la salle, nous devons compléter ces quatre. Et vous pouvez aller à la tâche et faire une intense afin de savoir que toutes ces tâches appartiennent à la peinture d' une pièce et dans un mur, vous pouvez simplement cliquer avec le bouton droit de la souris et dire Insérer une tâche et vous pouvez insérez-le continuellement aussi longtemps que vous en avez besoin. Donc, dans ce cas, je vais insérer trois tâches ici, comme nous l'avons discuté, 123. Nous avons donc dit que pour peindre le premier mur, il faudrait enlever la vieille peinture. Enlevez donc la peinture, puis vous devez amorcer le mur, puis appliquer une nouvelle peinture. Voici les trois activités de Baldwin. Vous pouvez sélectionner ces trois éléments et ensuite vous dire que lorsque vous faites cela, savez-vous que ce sont des articles qui appartiennent au mur numéro un, vous pouvez répéter la même chose ou vous pouvez simplement Contrôlez C dans Windows, et il peut simplement appliquer le contrôle V ici pour le mur à, après le mur trois, contrôlons-nous V ? Et ensuite, pour le contrôle V. Encore une fois, pour chaque mur, il fallait faire un effort intense que ce soit une tâche distincte sous cela, vous feriez la même chose ici, l'avoir. Maintenant, lorsque vous regardez cela, vous avez défini les différentes tâches de peinture d'une pièce. Vous êtes tombé en panne à chaque mur et à l'intérieur du mur, vous avez varié même une tâche de sous-niveau infime. Nous sommes tombés en panne. C'est ce qu'on appelle la structure de répartition du travail, décomposée en détails. Et si vous cliquez avec le bouton droit de la souris et insérez une colonne ici et que vous recherchez WBS, il suffit attribuer des sous-sections à chacun de ces éléments. L'un est donc le projet de niveau supérieur, 1.11.21.31 pour la tâche. Ensuite, il fait plus d' intimidation pour créer la panne de travail ou les tâches au niveau des minutes. Ensuite, que faites-vous dans l'outil MS Project ou Excel ? Ce que nous utilisons, c'est créer une dépendance pour, disons mur un et mur à mur trois, mur tombe puisque c'est seulement vous qui faites le travail, vous ne l'avez peut-être pas fait. Vous ne pouvez pas faire de multitâches. Il fallait en finir un pour passer à la suivante. Donc, vous diriez que pour démarrer mur, je dois terminer alors qu'un, non ? Donc, si vous regardez à gauche ici, vous verrez un numéro deux. Il s'agit donc du numéro de série ou des numéros de tâche. Vous direz donc, d'accord, j'ai une dépendance et cela se situe dans les prédécesseurs. Donc, si vous examinez les préjugés, disons que vous pouvez dire que j' ai une dépendance du numéro de tâche à l'achèvement. Ce que fait le projet, c'est qu'il prend automatiquement la date de fin et la tâche dépendante , puis attribue le jour suivant comme date de début. Nous avons donc un problème ici. Disons que dans le Blackboard, nous avons dit qu'il faudra 20 minutes, une heure pour le faire, donc cela finira par se terminer le même jour. Mais par souci de bonne façon facile à comprendre, supposons que tout cela prend un jour H enlever la peinture, apprêter un mur et appliquer nouvelle peinture prendrait un jour. Donc, ce mur prendrait trois jours. Je vais donc ajouter 111. Il va falloir un jour H. Et encore une fois, il faut le faire séquentiellement l' un après l'autre. Pour ce faire, vous pouvez définir manuellement la dépendance comme je l'ai dit, eh bien, en amorçant un mur, vous direz, d'accord, mon prédécesseur a trois ans. Mais si, si c'est très séquentiel, vous pouvez simplement cliquer ici appelé lien la tâche. Et cela définira automatiquement le prédécesseur. Faites la même chose pour cela et dites relier la tâche. Et nous ferons la même chose pour eux, relier cette tâche. Il s'agit donc simplement de s'assurer qu'il dépend l'un de l'autre. Donc, pour commencer le 16, il fallait terminer le 15e et pour commencer 17 ans pour terminer 16 ans. C'est donc le plan de projet qui est élaboré. Encore une fois, vous devez les ajouter pour pouvoir les sélectionner et appuyer sur Ctrl et sélectionner ceci, tout cela. Il existe également un moyen facile de mettre à jour s'il y a le même nombre d' heures ou de jours que nous devons mettre à jour dans le plan de projet. Vous pouvez accéder aux informations et effectuer une mise à jour de groupe d'une journée. Cela s'appliquera à tous les projets sélectionnés afin que vous n' ayez pas à le faire manuellement. Économisez un jour pour chacun d'entre eux. Maintenant que nous avons, ce jour-là est défini pour chacun de ces éléments, tout ce qui manque un prédécesseur afin qu'il ne puisse enlever la peinture sur val2 qu'après avoir terminé le mur un, qui est le numéro cinq. Je vais donc ajouter ça ici. Même chose avec le mur numéro trois. Vous ne pouvez commencer qu'une fois que vous avez terminé la tâche numéro neuf ici. Je vais donc ajouter ça ici. Et dans ce cas, comme vous le savez, il est 13, ce qui doit être lu terminé avant de pouvoir commencer cette tâche. Maintenant, une fois que vous avez défini les dépendances, vous avez un projet tout au long de la journée. En créant simplement un plan de projet, vous sauriez que pour compléter cette pièce, il faut deux jours. Ensuite, vous souhaitez attribuer des ressources. Dans ce cas, tout est fait par vous-même. On peut dire que tout est fait par une seule ressource. Sinon, si chacun d'entre eux est effectué par des ressources différentes, vous pouvez l'ajouter en tant que ressource. Dans ce cas, ça nous montre le rouge parce qu'il pense dans un projet damassé des choses que Nick fait ce travail, mais il leur fait aussi des projets morts pour qu' il n'ait pas le temps. Donc, ce genre de têtes, disons que si ces ressources sont surchargées ou non, disons que c'est une tâche aléatoire ici. Tâche aléatoire, mais elle devait être terminée, disons le même jour. Il a donc une dépendance ce sujet est une façon d'un jour, mais n'a aucune dépendance à quoi que ce soit. Et je me suis dit : OK, je peux le faire et j' attribue une ressource ici. Ensuite, il vous dira que, Hé, vous pouvez faire cette tâche. Tout ce que vous pouvez faire cette tâche parce que Bouddha commence et finit en même temps et que vous avez complètement pris cette ressource pour ce jour-là. Vous n'avez pas la bande passante. C'est donc une façon de vous dire que toutes les ressources sont surchargées, c'est ce qu'on appelle le nivellement des ressources. Ainsi, chaque fois que vous voyez une ressource surchargée, vous devez niveler la ressource ou l' attribuer à quelqu'un d'autre, disons Sam, alors dans ce cas, vous devez embaucher une autre ressource pour effectuer ces tâches aléatoires car Nick n'est pas disponible. Très bien, vous avez maintenant un bon plan de projet sur le côté, et c'est ce que l'on appelle le diagramme de Gantt, où vous pouvez voir la référence visuelle de la façon dont différentes tâches traversent le début et la fin. Et en haut, vous avez une vue chronologique. Et si vous souhaitez ajouter un élément à la chronologie, vous pouvez cliquer avec le bouton droit de la souris et dire Ajouter à la chronologie. On dira alors que l'on passerait de 1011 à 1013. Et même si vous le faites, vous pouvez également l' ajouter à la chronologie. Et c'est une bonne chose à ajouter pour que vous puissiez le montrer à votre sponsor. Juste cette vue. Ils obtiennent une image complète du moment où chacun des murs sera terminé. Vous avez maintenant un plan de projet complet. Sur la base de ce simple projet de peinture de tout le monde mauvais sel, vous développerez votre plan de projet à partir de zéro, attribuez la durée, divisez la tâche en composants plus petits. Structure de répartition des livres non S, durée et ressources affectées, et gérez le projet que nous avons. C'est un bon petit exemple où vous avez maintenant une bonne compréhension de la façon dont votre projet de base dont nous avons parlé sur Blackboard peut être intégré à l' outil dans MS project. Très bien, alors la prochaine classe nous verrons comment le même projet est réalisé dans Agile et comment il est développé pour la planification dans l'outil GDI. 24. Comment ajouter des vacances et des temps de congé dans le projet MS: Salut, bon retour. Dans la vidéo d'aujourd'hui, je vais vous montrer comment ajouter jours fériés dans votre projet MS de cette façon, lorsque vous calculez le nombre de jours ou la durée, les jours fériés sont exclus. Vous pouvez également ajouter un calendrier de ressources similaire à celui des jours fériés. De cette façon, si vous disposez de ressources ou de groupes de ressources travaillant dans différentes régions, disons aux États-Unis et en Asie. Et s'ils ont des vacances différentes, vous pouvez ajouter tout cela. Ainsi, lorsque le projet calcule la durée, il exclut tous ces jours fériés et congés. Et c'est un moyen assez rapide et facile de le faire. Donc, tu cries juste de le mettre en place une fois. Vous pouvez toujours copier des calendriers entre les ressources et entre le plan standard, vous pouvez le configurer pour chaque région. Jetons donc directement dans MS Project et expliquons comment le faire. Avant cela, si vous êtes nouveau ici, je suis Nikhil, un chef de projet certifié PNP et CSM. Je suis ici pour vous aider à faire progresser votre carrière en gestion de projet. C'est donc quelque chose d' intéressant. Pensez donc à vous abonner à cette chaîne et restez à l' écoute pour plus de vidéos. Très bien, nous allons donc plonger dans le MS Project ici. Lorsque vous ouvrez le projet, c'est ce que vous avez. Je vais donc créer un projet de test ici et nous appellerons comme vacances de projet. Disons que je l'ai pour le temps, laissez-moi tout changer en planification automatique que nous calculons automatiquement. Jetons un coup d'œil au projet ici. Donc, les informations sur le projet. Le projet va donc commencer, disons mardi 11 janvier. Et aux États-Unis, le 17 janvier est un jour férié. On va donc ajouter ça. Nous dirons, d'accord, disons ma tâche de la première semaine. Par exemple, il s'agit d'une tâche de cinq jours. Et cela tombe sous, vous pouvez appuyer sur Alt Shift et sur la flèche pour l'intenter de sorte qu'il tombe sous le projet. Comme vous pouvez le constater, si je commence mardi, il se termine le 17 parce que le projet ne sait pas qu'il s'agit d'un jour férié. Alors, comment surmonter cela ? Faut-il modifier le temps de travail pour qu'il n'y ait aucun calendrier ou autre chose que vous devez modifier. Allez sous l'onglet Projet en haut et cliquez sur Modifier le temps de travail ici. Vous pouvez ajouter toutes les exceptions. Par défaut, nous avons un calendrier de projet standard. Et si vous utilisez cela, la valeur par défaut et le jour et l'heure sont de huit à 121 à cinq. Si vous souhaitez modifier cela, vous pouvez le modifier en accédant à Fichier et Options. Il s'agit d'une option permettant de modifier le calendrier. Vous pouvez donc modifier les huit à cinq options si votre semaine commence un jour différent. C'est donc là que vous le modifiez. Et si vous avez plus d' un dollar par jour ou 40 heures par semaine, vous pouvez modifier tout cela dans les options du projet. Mais ce que nous allons faire aujourd'hui, c'est de ne pas les changer. Je suis d'accord avec la norme. Allez dans l'onglet Projet, cliquez sur Modifier le temps de travail. Et je voulais de la publicité et je veux ajouter des vacances. Disons donc que le 17e est le jour férié du MLK. Cliquez donc sur cette date et vous pouvez donner n'importe quel nom. Il est donc préférable de donner le nom réel des vacances et d'appuyer sur Entrée. Maintenant, si je clique sur OK, vous remarquerez qu'au lieu de mettre fin au projet le 17, projet sait maintenant que le 17e est un jour férié et qu'il a donc poussé la date à un jour de plus. Ainsi, vous pouvez incorporer toutes les vacances à l'ami, disons, vous savez que nourri par les vacances de mars AC. Vous allez donc en février, mars et ajoutez ces vacances. prochaines vacances pour nous aux États-Unis sont le Memorial Day le 25. Je peux donc cliquer sur le 25 et ajouter le Memorial Day. Maintenant, cela est ajouté. Ainsi, chaque fois que le projet calcule n'importe quelle durée entre ces deux jours, il sautera les jours où nous les marquons comme vacances. C'est donc génial. C'est donc les jours fériés. Et comment ajouter un calendrier de ressources ? Par conséquent, à tout moment, disons que si j' ajoute une tâche et que j'y attribue une ressource, le projet attribue automatiquement un calendrier de ressources. Donc, si je vais à la ressource et que je regarde ma feuille de ressources, laissez-moi vérifier ici et voir la fiche de ressources. Je n'ai pas de ressources pour le moment parce que je n'ai rien affecté. Donc, si je reviens au diagramme de Gantt, disons que les tâches de la deuxième semaine doivent être effectuées par Nick. Désolé, mauvaise colonne. dû l'ajouter sous les ressources, donc je vais ajouter Nick ici. Et puisque la deuxième semaine se déroule après la première semaine, vous pouvez ajouter un prédécesseur ici en tapant le numéro deux que nous commençons après l'achèvement de ces deux tâches. Maintenant, si je vais à la fiche de ressources de l'équipe et que je regarde cela, vous avez une ressource standard ici. Désormais, le calendrier de ce calendrier standard de ressources. Donc, si vous voulez changer cela, il suffit de revenir au projet, de changer le temps de travail. Maintenant, vous verrez que c'est un calendrier pour Nick. Par défaut, peu importe ce que nous avons ajouté au calendrier dans le calendrier standard, par exemple, nous avons ajouté MLK Day qui faux car nous l'utilisons comme calendrier de base. Disons maintenant que Nick prend ses vacances le 18 en 19e et tout au long de cette semaine, disons de 18 à 21 ans. Vous pouvez dire prise de force. Maintenant, si vous assignez des tâches au cou, et si nous revenons au projet, revenons à Gan Chad, vous pouvez voir que même si cette première tâche se termine le 18, rien ne commence avant la 24e. Parce que maintenant nous utilisons un calendrier de ressources pour le cou et il sait automatiquement que Nick est en vacances pendant cette semaine. Et c'est pourquoi il repousse. C'est ça. Et disons que la deuxième semaine, quelqu'un d'autre travaille sur la même nouvelle ressource. Disons qu'il travaille aussi sur deux jours et le même prédécesseur. Disons qu'il s'appelle Sam. Pour lui, cela commence le 19 car si vous regardez le calendrier Sands et allez dans Project et cliquez sur changer le temps de travail et regardez le calendrier des sables. Sam n'a pas de 18 à 21 ans en vacances. Par conséquent, tout ce que nous avons ajouté pour Nick n'a d'impact que sur Nick et non Sam. C'est donc l'avantage d' utiliser un calendrier de ressources et de savoir comment ajouter des jours fériés et des congés dans MS project. De cette façon, lorsque vous planifiez le nombre de jours ou la durée est plus précis. J'espère que cela vous aidera. Et si vous avez aimé cette vidéo, donnez-la comme, et je vous verrai dans la prochaine. Prenez soin de vous. Au revoir. 25. Suivi et exécution de projet: Très bien, nous avons maintenant terminé toute la planification et c'est maintenant la phase passionnante où nous exécutons le projet. C'est excitant car la plupart du temps, rien de ce que nous avions prévu dans la phase de planification ne se déroule conformément au plan. Si vous avez déjà planifié une soirée cinéma avec vos amis ou si vous avez rendez-vous chez le médecin. Parfois, vous courez tard parce que les choses n'ont pas fonctionné, les choses ne se sont pas déroulées comme prévu. En grand ou petit projet. Cela va se produire à un moment donné. En tant que chef de projet, c'est lorsque la force entre en jeu, lorsque les choses déraillent. C'est à ce moment que vous devez tout organiser repenser et redéfinir tout. Si tout se déroule comme prévu, vous n'avez pas besoin d'un chef de projet. Vous pouvez facilement le donner à quelqu'un d'autre et exécuter le plan. C'est pourquoi il est extrêmement important de comprendre que les choses ne fonctionneront pas exactement comme prévu. Il se peut que vous deviez toujours modifier et arborer l'ego. Et dans cette section, nous examinerons méthodologie Waterfall et Agile. Et au sein d'Agile Scrum et de Kanban pour voir ce que nous devons suivre, comment nous le suivons et comment pouvons-nous ajuster si quelque chose ne se passe pas comme prévu ? Plongeons maintenant dans les détails CSO, nous parlerons d'abord la cascade avant de sauter dans l'agile. Ensuite, dans le cadre de l'Agile, nous examinerons à fois le framework Scrum et Kanban et verrons comment nous suivons et contournerons ces zones. La seule chose importante à retenir lorsque nous avons parlé de l'exécution du plan de projet est que ce que nous avons créé précédemment dans la planification est un calendrier détaillé. Ce n'est donc pas tout. Lorsque vous pensez aux plantes, il existe plusieurs plantes. La plupart mettent l'accent sur le calendrier et le coût. Parce que si vous vous souvenez dans les premiers chapitres, il s'agit de la triple contrainte d'un projet. Si la portée, le coût ou le calendrier changent, cela aura d' abord un impact sur le projet avant que tout autre problème ne se produise. Donc, si vous regardez les usines ici, nous avons un plan de contrôle du changement, un plan gestion de la communication, une itération des coûts, des achats, un plan de gestion de projet en tant que plan qualité global, plan de mise à jour. , plan des besoins , plan de ressources et plans de risques. Tous ces éléments font donc partie de la planification lorsque nous avions planifié précédemment, nous avons examiné l'évaluation des risques. Donc, sur la base de ce risque, quel est le plan à atténuer, sauf ou transféré que vous devez penser à tous ces plans dans le fond de votre esprit. Mais 99 % du temps, en tant que chef de projet, nous ne regardons que le calendrier, c' est-à-dire le plan de projet que nous avons construit pour la cascade. Ou si vous envisagez l'agilité que l'arriéré et comment nous pouvons compléter ces éléments de carnet de commandes. C'est purement la portée et la chronologie. Mais rappelez-vous qu' il y a toujours un coût, une portée , des ressources humaines et toutes les autres choses énumérées ici auxquelles vous devez faire attention. Si vous devez envoyer des communications à certain intervalle aux parties prenantes et à d'autres équipes dépendantes. Si vous n'avez pas de plan, vous allez passer à côté de ça. C'est pourquoi toutes ces plantes sont très critiques. Vous n'avez peut-être pas plan de projet MS détaillé ou dans le tableau Agile, mais vous devez absolument avoir un endroit où vous pouvez vous connecter aux différentes actions que vous devez prendre pour terminer les modifications. le contrôle la communication ou l' approvisionnement, tout cela. Permettez-moi de vous donner un exemple de plan de gestion de la communication. Si vous envisagez d' implémenter quelque chose dans un environnement de prédiction ou d'assurance qualité, réfléchissez-y. L'organisation peut disposer de questions et réponses plus importantes. Si vous souhaitez effectuer des tests, vous pouvez actualiser cet environnement d'assurance qualité avec les dernières données de prédiction. Si vous ne planifiez pas cet ami de communication, vous risquez de ne pas obtenir l' assurance qualité et Wyman pour vous-même car d'autres projets pourraient faire des tests et tout cela. C'est pourquoi il est important de communiquer le dimanche à l' avance et dire, accord, pour le moment, nous allons avoir une actualisation de l'assurance qualité. Nous devons faire actualiser l'assurance qualité à partir de la prédiction basée sur cet état. Et nous devons faire les tests, et nous terminerons les tests dans cette période d'un ou deux mois. Ensuite, vous pouvez rafraîchir les questions et réponses. Ou si vous voulez un nouvel environnement, vous devez le planifier. Vous devrez peut-être alors vous procurer des ressources supplémentaires, l'espace ou un autre environnement, qui inclut la planification de la gestion des achats. Vous devez juste, il ne peut pas simplement sortir et commencer à l'utiliser. Il peut être nécessaire de demander qu'un nouvel environnement soit complètement construit. Rappelez-vous toutes ces choses à prendre en charge quelque part au cours de votre planification ou de la phase d'exécution, car elles ne seront pas dans la portée ou le plan de gestion du calendrier que nous avons construit dans MS. projet. Supposons donc que vous ayez tous ces et concentrons-nous sur le calendrier pour un certain temps car les coûts de planification sont les éléments clés qui, s'ils ne sont pas sur la bonne voie , votre projet va dérailler. Alors, comment faire le suivi toutes ces activités que vous devez utiliser pour mesurer. Ils pourraient donc être des indicateurs de performance clés. Il peut s'agir de mesures de livraison, prévisions de valeur commerciale des ressources, toutes combinées ensemble, vous pouvez considérer comme quelque chose que vous avez engagé dans ou à partir du plan de projet. Vous pensez qu'à la fin du premier mois, vous pouvez livrer cette chose. Et si cela ne se produit pas avant le milieu du mois, si la moitié de cette livraison ou de ce composant n'est pas terminée, alors vous pouvez avoir l'impression qu'il va manquer la cible en terminant d'ici la fin. du mois. C'est ainsi que vous effectuez le suivi de chaque article, qu'il s'agisse de coûts planifiés ou de portée, vous examinez la progression et vérifiez si vous pouvez atteindre la cible. Supposons que votre fenêtre soit d'un mois pour livrer quelque chose. Au 10 du mois, vous devez effectuer au moins un tiers de cette livraison. Si l'équipe n'a pas terminé un tiers, vous pouvez voir que les choses vont légèrement glisser. Parfois, l'équipe peut se rattraper pendant l'exécution, mais encore une fois, vous faites un point de contrôle au 15. À ce moment-là, au moins 50 % des choses devraient être terminées. Et si l'équipe n' a pas terminé, il se peut que vous deviez réévaluer et voir si vous pouvez vraiment respecter le calendrier de livraison d' ici la fin du mois. Et l' important ici encore, c'est la communication et le maintien de l'engagement de l'équipe et des parties prenantes tout au long du processus. Vous devrez envoyer un rapport de situation chaque semaine pour partager le statut et faire savoir aux parties prenantes où nous en sommes. Si vous pensez que nous sommes en retard et que nous allons nous rattraper et être sur la bonne voie d'ici le 20. Ensuite, communiquez que vous devez les tenir au courant de toute la communication. Parce que la dernière chose que vous voulez en tant que chef de projet, c'est le 30, vous venez dire que , au fait, nous avons manqué une livraison, ce n'est pas acceptable. La seule option est que vous devez rester lorsque les choses commencent à glisser, vous devez communiquer cela et voir si vous avez besoin d'escalade et d'obtenir de l'aide supplémentaire. Pour moi, le leadership à votre sujet. Ils vous considèrent comme un chef de projet pour leur communiquer l'aide dont vous avez besoin ou l'aide dont votre équipe a besoin. Assurez-vous que vous le suivez et quelle que soit la date du projet, vous communiquez cela de manière transparente afin que tout le monde soit conscient de l'état actuel du projet. Gardez cela à l'esprit lorsque vous communiquez. Et comment collectons-nous, comment collectons-nous les données ? Nous avons dit que nous allons regarder le 10 du mois et voir où nous allons faire. Il existe donc plusieurs façons de collecter toutes ces données, mais ces éléments apparaîtront principalement dans le Daily Standard ou lors des réunions de statut. Ce sont donc les deux ici, qui sont le stand-up quotidien et la réunion de statut. C'est là que vous collectez et comprenez les performances du projet et voyez si quelque chose doit être ajusté. N'oubliez pas non plus que pendant la phase d'exécution du projet, il ne s'agit pas seulement de collecter et de générer des rapports. C'est également continu. Autres domaines d'amélioration que nous réalisons au fur projet progresse, l'affinement des arriérés. Donc, lorsque nous avons commencé la planification, nous aurions pu mettre en place toutes les choses que nous connaissions à l'époque. Mais alors que l'équipe commence à progresser dans le projet, il pourrait y avoir d'autres choses que nous découvrirons et nous devrions redéfinir les priorités et les ajouter dans le carnet de commandes. Il s'agit donc des réunions d'affinement de l'arriéré si quelque chose doit être rehiérarchisé ou ajouté à arriéré ou le retirer de l'arriéré. Vous devez vous assurer que ces discussions ont eu lieu lors la réunion d'amélioration du carnet de commandes ou de hiérarchisation des arriérés. La prochaine est la vidéoconférence. Donc, des conférences bêta que si vous devez acheter un produit, par exemple, vous disposez d'un logiciel dont vous avez besoin dans le cadre du test du projet. De plus, plusieurs fournisseurs fournissent cet outil. Et vous ne savez pas lequel vous devez acheter. Donc, s'il s'agit d'une cascade ou d'agilité, vous feriez une preuve de concept ou vous feriez une conférence des soumissionnaires pour comprendre les prix que Kenny accorde dans budget de votre projet et une démonstration et toutes ces choses pour comprendre avec quel fournisseur vous devriez acheter le produit. Ensuite, il y a un tableau de contrôle du changement. La plupart du temps, au fur et à mesure que le projet progresse, les choses peuvent ne pas se dérouler comme prévu. Parfois, il se peut que vous manquiez de budget ou de temps. Et la plupart de l' organisation aurait un seuil de dix à 15 %. Supposons donc que vous ayez un projet de dix mois et que vous prévoyez d'en dépenser 100 000 pour votre projet. Et le premier mois, idéalement, vous auriez dû dépenser 10 000. Et sur le MNo2 10 mille prochains si le calendrier est tel que toutes les livraisons se déroulent tous les mois de manière égale. Dans cet exemple, disons qu' à la fin du premier mois, au lieu de dépenser 10 000, vous avez déjà dépensé 20 000. Vous avez dépassé le budget de 10 % supplémentaires la plupart du temps ce qui déclencherait le tableau de contrôle des modifications. Et vous devez le faire. Demander un budget supplémentaire ou fournir une explication au tableau de contrôle des modifications lorsque vous avez dépassé votre budget ou que votre budget est inférieur. C'est donc un exemple. Standard quotidien si vous exécutez un projet Agile, il est évident que le stand-up quotidien est indispensable. C'est alors qu'ils se réunissaient discuter de ce qu'ils envisagent de faire pour la journée, ce qu'ils ont fait hier, et s'il y a un obstacle à ce qu'ils aient besoin de l'aide de votre part en tant que projet. manager, ScrumMaster, autres options, Itération, Planning, révision des itérations, celles-ci peuvent être facultatives, cela peut ne pas se produire. L'autre élément important est la réunion de lancement, et cela se produit tout le temps. Ainsi, chaque fois qu'un projet commence, vous devez avoir une réunion de lancement pour établir l'équipe et annoncée au monde entier pour aller de l'avant. Et nous nous y sommes engagés. C'est notre plan et c' est ici que nous allons être livrés. Si vous avez d'autres choses, faites-le nous savoir maintenant, une fois que nous commencerons, elles seront priorisées en conséquence ultérieurement. Sur le côté droit, il y a des choses qui se produisent à la fin du projet, c' est-à-dire des leçons apprises. Mais si vous exécutez un projet de cascade ou un projet agile, le moment peut être différent. Pour la cascade, les leçons apprises se sont produites à la toute fin du projet. Et pour les projets Agile, les leçons apprises sont la réunion rétrospective après chaque sprint. Donc, à la fin du sprint ou à la fin du mois, si vous dirigez Kanban, vous vous réunissiez et discuteriez avec l'équipe pour comprendre ce qui s'est bien passé, ce qui pas bien passé et ce qui s'est passé. les changements que l'équipe doit apporter pour apporter quelques améliorations et mettre à jour la progression du projet et d'autres choses que nous avons énumérées ici sont la phase de clôture du projet. Il est évident qu'à la fin du projet, vous ne le feriez pas vers la phase de clôture. Il est considéré comme une exécution de projet. Et ensuite, d'autres choses sont réunion de statut et la réunion du comité directeur. Il se peut donc que certains projets soient les cinq principaux projets importants pour l'organisation. Et pour de tels projets, ils seront comités de pilotage et votre projet doit être présenté tous les mois à ce comité directeur, quel que soit le corps de celui-ci, ce sera parties prenantes en dehors d'un projet, celles qui sont intéressées par l' achèvement de votre projet. Ils peuvent donc être atteints ou leurs objectifs de programme plus larges peuvent être atteints. Ce sont donc les autres réunions auxquelles vous devez faire attention pendant l'exécution du projet. Et les autres éléments que vous devez gérer étroitement en dehors du plan de projet sont vos journaux et enregistrés. Au cours de la phase d'exécution du projet, il y a différents journaux phase d'exécution du projet que vous devez suivre. Ceux-ci sont listés ici. L'important ici est donc changé de journal. Ainsi, chaque fois qu'une gestion des modifications ou une demande de modification survient, vous devez enregistrer cette modification. Par exemple, supposons que vous ayez commencé avec un projet de site Web dans notre cas, pour vendre des modèles. Et maintenant, disons que la partie prenante est revenue et a dit, d' accord, au fait, que nous devons ajouter, en plus du modèle, nous devons également ajouter peut-être un module de formation. Il s'agit donc d'un nouveau produit auquel vous devez penser. Cela signifie donc qu' il y a un changement portée et qu'il s'agit d'une demande de modification. Vous devez donc remplir le formulaire de demande de modification pour demander une modification supplémentaire des ressources dans le calendrier, budget supplémentaire si nécessaire, tout cela. Ainsi, lorsque cette modification s'est produite, vous devez enregistrer ces modifications dans le journal des modifications afin d'avoir une trace de toutes les modifications survenues après avoir défini la ligne de base. Le prochain important est évidemment le journal des problèmes. Au fur et à mesure que nous progressons dans l'exécution du projet, il y aura toujours des problèmes. Parfois, dans un nouvel utilisateur doit être rejoint et nous n'avons pas de licences ou de choses comme ça. Donc après son adhésion, il n'est pas capable de faire le travail, alors cela devient un problème. Dans certains cas, nous devons envoyer un fichier à un emplacement FTP et nous n' avons pas les informations d'identification Nous devons donc travailler avec cela à l'équipe SFTP, sécuriser l'équipe FTP pour obtenir les informations d'identification et définir pour le projet. Donc, tout ce que nous n' avons pas planifié ou auquel nous n'avons pas pensé pendant la phase de planification, reviendrons nous mordre pendant les exécutions et la plupart du temps cela devient un problème pour l'équipe de projet jusqu'à ce qu'elle soit résolue. Pour conserver cela dans les journaux des problèmes suivre et attribuer un propriétaire. Nous examinerons le journal des problèmes et la façon dont nous collectons le problème, comment nous le suivons, comment nous surveillons les progrès et tout cela. Dans la leçon suivante, lorsque nous parlons de statut car , les autres registres couramment utilisés dans le projet sont le registre des risques. Au cours de la phase de planification initiale, nous avons examiné l'évaluation des risques afin que vous puissiez réutiliser ce journal des risques ici. Et maintenant, nous avons plus de suivi du risque et vérifions si l'action affectée au propriétaire a été terminée ou non. Tous les autres journaux ici sont des journaux généraux que vous pouvez utiliser ou non dans une gestion de projet lorsque vous gérez votre projet. Mais ils sont là pour votre référence. Et bien sûr, si vous exécutez un projet Agile, vous allez utiliser l' arriéré car c' est un peu votre portée ou votre exigence. Alors que dans le projet de cascade, il n'y a pas d'arriéré. Il s'agit plutôt du document sur les exigences commerciales, et la portée et les choses sont suivies et saisies dans ce document. Ensuite, le dernier est le registre des parties prenantes qui dépend du type de projet dont il peut ou non être pertinent. Mais la plupart du temps, ce que nous faisons, c'est de créer un tableau C, où nous énumérons toutes les différentes parties prenantes et comprenons quel est leur rôle dans le projet. Racey est synonyme de responsable, de responsabilité, de consultation et d'information. Raci est l'endroit où nous saurions qui est responsable et qui est responsable. Par exemple, si vous effectuez un projet de développement de site Web de développement en tant que chef de projet, je suis responsable, mais je dois faire le travail réel de conception de la page Web, du développeur, de la page Web le designer serait responsable. RACI est donc un endroit où nous définissons clairement qui est responsable, qui est responsable et qui doit être consulté et informé pendant l'exécution du projet. Cela peut être atteint par le biais du registre des parties prenantes. Je vais mettre un lien dans la description ci-dessous où vous pouvez télécharger un modèle pour registre des parties prenantes et tous ces différents journaux ici, ainsi que la matrice RACI et son apparence. C'est la phase d'exécution du projet. Encore une fois, rappelez-vous que vous devez vous assurer au cours de la phase d'exécution, que ce que nous avions prévu progresse comme prévu. Et si ce n' est pas le cas, comment faire le suivi et comment le signaler aux parties prenantes ? Et si nécessaire, appelez, modifiez des demandes pour obtenir budget supplémentaire et prolonger la chronologie et d'autres choses semblables. Très bien, donc cela résume l'exécution du projet. Cela aura plus de sens lorsque nous procéderons à la pratique et que nous examinerons le plan du projet et le journal des problèmes et des risques lors de cette réunion d'état. En règle générale, lorsque vous exécutez la réunion d'état lorsque vous avez l'équipe, vous commencerez à mettre à jour le plan de projet, le pourcentage d'achèvement, mettre à jour le problème et les risques, etc. la réunion d'état lorsque vous avez l'équipe, vous commencerez à mettre à jour le plan de projet, le pourcentage d'achèvement, chose. Nous parlerons de tout cela en détail où vous comprendrez mieux comment suivre et comment identifier les problèmes et les retards lors de l' appel d'état ou du stand-up quotidien ? Très bien, à la prochaine classe. 26. Appel et rapport d'état: Très bien, dans cette leçon, nous examinerons comment suivre la progression de votre projet. Et la plupart du temps, cela se fait soit dans le stand up quotidien si vous exécutez des projets agiles, soit dans un appel d' état hebdomadaire ou bihebdomadaire lorsque vous exécutez des projets Agile. L'un des outils que j' ai récemment aimés est OneNote. Si vous utilisez des produits Microsoft dans votre organisation. Vous auriez donc un nœud à coup sûr. Et la raison en est que c'est très simple et pourtant très puissant. Et vous pouvez organiser des choses, surtout si vous exécutez plusieurs projets. Laissez-moi donc partager mon écran et vous montrer ce que j' aime dans ce OneNote et comment vous pouvez l'organiser. Ensuite, nous examinerons comment un rapport d'état est généralement exécuté et quels sont les avantages d'une telle exécution ? Comme vous pouvez le voir ici, par défaut, il comporte automatiquement des sections et des pages. Vous pouvez donc mieux organiser les choses. Donc, si vous avez des contacts individuels avec vos parties prenantes et vos gestionnaires, ajoutez-en une section et dites « Rencontres individuelles ». Et tout ce qui est lié à cela, vous pouvez ajouter ces pages ici. Donc, parfois, vous voudrez peut-être rencontrer uniquement l'équipe. Et disons que dans ce cas, vous rencontrez Sam pour comprendre s'il y a difficultés dans ce qu'il fait. parfois nécessaire de rencontrer le DSI ou quelqu'un d'autre pour comprendre ce dont il a besoin dans le cadre du projet. Donc, il n'entre pas dans d'autres choses que vous avez d'autres sections. Il reste donc dans le cadre de cette réunion individuelle. Ce que nous allons faire, c'est ici que nous avons un projet, nous avons ici nous allons ajouter une section pour le site Web du modèle de projet. C'est ainsi que c'est notre projet. Et ce que nous pouvons faire, c'est que nous pouvons avoir une page ici et, par défaut, il y a une page sans titre. Je vais donc m'en servir et nous l' appellerons comme statut hebdomadaire. Et vous pouvez utiliser n'importe quel David que cela se produira tous les vendredis ou tous les lundis, quels que soient les jours que vous pouvez choisir ce jour-là. Donc, dans ce cas, ça va se produire tous les lundis. Je vais donc dire que cela se produira le troisième janvier si vous avez des réunions, donc vous pouvez toujours insérer les détails de la réunion ici. Donc, s'il y a un calendrier qui est envoyé à l'équipe lorsque vous avez plutôt les détails de la réunion. instant, je n' ai aucune réunion, donc vous ne le verrez pas. Sinon, quels que soient les participants que nous avons à cette réunion, les invitez. Nous viendrons ici automatiquement. Si ce n'est pas le cas, il y a toujours un moyen. Si ce n'est pas le cas, vous pouvez toujours ajouter des cases à cocher ici. Donc, la meilleure façon de le faire est plutôt que de faire des balles, il peut simplement dire de le faire. Et vous pouvez ajouter Neck San Joe, quiconque fait partie d'une équipe, nous pouvons simplement ajouter cela. Et quand ils Jain , vous pouvez le faire. Cochez ici. C'est la liste des participants. Vous pouvez donc appeler cela en tant que participant. Montez et supprimez-le, et disons les participants. Et si vous le souhaitez, vous pouvez simplement l' audacier pour savoir qu'il s'agit d'une section. Et le prochain est l'ordre du jour. Vous souhaitez examiner les risques et les problèmes, consulter toute demande de modification. Et la première chose que je fais toujours lorsque j'ai un statut, c'est le flux de communication, nos communications en amont ou en aval. C'est donc l'ordre du jour. Ensuite, nous allons faire des questions, des actions, des discussions générales. Je vais vous faire savoir pourquoi ces sections sont importantes. Parce que vous n'avez qu' à créer ces dernières et ensuite vous pouvez les réutiliser chaque semaine. Dans les numéros, j' insère toujours un tableau. Ensuite, vous pouvez copier le collage dans l'Excel ou des choses comme ça assez facilement. Vous aurez donc le numéro de série, le problème, le nom, les détails du problème, le propriétaire et la date d'échéance. Et probablement l'autre chose, c'est que vous voulez ajouter le statut. Donc, s'il s'agit d'un statut ouvert, c'est un problème. Risques. Vous pouvez encore avoir la même chose ici. Maintenant, j'ai rempli le tout, donc ça va être mon modèle. À chaque fois. Ce qui se passe, c'est que je garde ça comme modèle pour que je puisse simplement copier et dire copier cela et ajouter une page. Et je peux l'appeler modèle de statut S que nous, chaque fois que nous nous réunissons chaque semaine, vous pouvez simplement mettre à jour ou copier ce modèle, puis le renommer en autre chose. J'ai donc un modèle de statut ici, donc ça va en haut. Ensuite, j'ai une réunion hebdomadaire. Troisièmement, j'ai une réunion hebdomadaire au stylo. Disons que je suis à la troisième réunion de janvier que je dois faire est que lorsque je ferai le partage d'écran, je le ferai en plein écran. Et ensuite. Il n'est pas distrait par d'autres sections ou tout autre projet. Tous les participants voient ici cette page. Et la meilleure chose ici, c'est les gens se sont joints, je peux dire, Salut Nick géant, Sam Jain. Et à mesure que les gens se joignent, je peux le mettre à jour dans l'ordre du jour. C'est ainsi que je l'ai structuré parce qu'une fois que les gens commencent à se joindre et en tant que chef de projet, il les gens commencent à se joindre et en tant que chef de projet, se peut que vous ayez plus d'informations que le membre de l'équipe n'a pas. Vous devez donc communiquer ce flux en aval de tout ce que vous aviez, de votre direction à l'équipe de projet. Je commencerais donc par ce flux de communication et je remercierai tout le monde d'avoir participé à l'appel , puis de commencer la réunion de cette façon. Et l'élément suivant est l'examen de l'état du projet. Avant d'en arriver là, je vais demander s'il y a des mises à jour ou quoi que ce soit dit l'équipe voulait en parler avant d'entrer dans les détails. Et s'il y a quelque chose de critique, je l'ajouterai aux discussions du sujet et j'ajouterai les détails. Cela fait donc l'objet discussion générale et de cette façon, vous communiquez tout. Et ce qui est bien, c' est qu'il se sur une page et que vous avez une seule page pour chaque réunion. Tout au long du projet, vous pouvez toujours revenir en arrière et voir quelles actions, quels risques, quelles décisions ont été prises et dans quelle réunion. Il est donc très facile de suivre avec l'outil OneNote. Jetons maintenant un coup d'œil à l'examen de l'état du projet ici. Nous sommes en train de revoir le statut. Donc, la meilleure façon de le faire est généralement que les points à puces sont les choses qui doivent être terminées cette semaine. Ensuite, je vais poser des questions sur le statut de la réunion. Je n'aborderai pas le plan du projet. Je vais vous faire savoir ce que je fais habituellement. Je vais donc au projet que nous avons créé pendant la phase de planification, puis à tout ce qui est dû pour cette semaine. Et je dois le mettre à jour avec les informations du projet. C'est ainsi que vous le suivez. C'est ainsi que vous savez si vous êtes en avance ou en retard. Supposons donc que la réunion soit sur OneNote. Si je retourne ici, c'est la réunion du VQ de 13, ce qui signifie qu'après la fin de cette semaine, cette réunion a été l'hôte. Donc, tout ce qui est en attente pour ce 13 au 107, c'est là que je veux obtenir l'information. Alors évidemment, je vais ajouter une colonne ici et l'appeler comme colonne d'insertion. Et les jours-personnes sont terminés. Lorsque l'équipe parviendra à la réunion d'état du projet, je vais lui poser des questions sur le statut et c' est ainsi que je le suivrai. Comme je suis de retour et je demande nous avons finalisé la portée, qu'est-ce que les dépenses ? Est-ce que c'est fait ? Donc, D pourrait revenir et dire : Oui, c'est presque fini. Nous y sommes 90 %. Vous devez finaliser certaines choses. Donc, évidemment, je peux venir ici et dire, accord, c'est fini à 90 %. Alors, comment savoir que ces 90 % sont bons ou mauvais ? Disons que nous sommes dans le vendredi et que je devrais avoir 100% de livraison. C'est donc là que le suivi entre en jeu. Vous pouvez donc ajouter ici une colonne appelée statut. Vous verrez des indicateurs de statut. Donc, tout ce qui est dans le rouge, sont ceux qui sont en retard parce qu'ils sont vérifiés par rapport à la date actuelle. Donc, à l'heure actuelle, tout cela en janvier est marqué comme étant retardé. Cela n'est pas terminé, indique que la coche indique qu'elle est conforme au calendrier. Le projet suppose qu'il est conforme au calendrier car la date de fin est en Fed et non en janvier. Donc, en janvier, il est en retard. Donc une façon de le voir avec précision, Il est bon de projeter des informations et de définir la date actuelle comme, disons septième. Donc, si vous regardez le projet à partir du septième, il ne portera que sur les choses qui doivent être achevées avant la septième place et les mettra en évidence comme fil conducteur. C'est un moyen facile de comprendre visuellement car s'il s'agit d'un projet de grande envergure, il est difficile de passer en revue chaque date et voir que nous sommes en avance ou en retard ? Project le fera automatiquement en effectuant un indicateur d'état. Il s'agit d'un indicateur d'état intégré dans MS Project. Mais ce que je trouve difficile, c' est parfois que je veux même savoir que certaines choses comme ici sont sur la bonne voie parce que le septième n'est pas fait parce que nous avons mis à jour les données du projet sept. Donc littéralement, le projet pense à la fin de la journée vendredi pour y parvenir, 90% c'est bien. Et s'il était 80 %, il dit quand même que c'est bon. Il y a un certain seuil ici. Donc, quand il ne fait que 70% alors ça me montre rouge ou un n'est pas sur la bonne voie. Donc, au lieu de déterminer si le projet est sur la bonne voie ou non, j'ai généralement une formule manuelle intégrée que je peux utiliser ici. Et je peux avoir des colonnes de statut que je veux faire. Par exemple. Si je voulais savoir quoi que ce soit à venir dans les deux prochaines semaines, montré toutes ces tâches comme un feu de signalisation jaune sur cette colonne. Je peux le faire. J' ai donc abordé cela manière détaillée dans mon blog et mon site YouTube. Je vais donc mettre ce lien dans la description ici, car vous pouvez simplement le suivre si jamais vous voulez le faire. Mais ce n'est qu'un exemple de la façon dont nous suivons en fonction des rapports de l'équipe de projet. Ils ont dit qu'il est terminé à 90 %. Et s'ils sont convaincus qu'à la fin de vendredi, ils pourront compléter les 10 % restants. Ou d'ici lundi, au moins ils ont pris 100 %, alors c'est assez bien. Vous n'êtes pas obligé de signaler cela comme un problème. Mais sauvegardons l'équipe de projet sur le statut appelé ASA qui a frappé, d'ailleurs, nous n'avons pas terminé. Il n'est achevé que 40 %. Et la raison pour laquelle nous n'avons pas pu le terminer, car quel que soit le problème XYZ, c'est à ce car quel que soit le problème XYZ, moment que vous venez ici et dites, d'accord, donc nous avons un problème maintenant parce qu'une portée, donc c'est le problème, la portée non définie. Nous dirons que la portée n' est pas définie et détails de la question sont que la BA n'est pas disponible pour compléter l'exigence et que la portée n'est donc pas finalisée. C'est un problème que quelqu'un doit prendre des mesures. Dans ce cas, évidemment, tant que chef de projet, vous devriez prendre cette mesure. Et vous avez peut-être deux ou trois jours pour terminer cela, car sinon le projet ne va plus. Vous attribuez donc une date d'échéance, quelle que soit la faisabilité. Je vais donc ajouter peut-être le 13e. Ensuite, nous verrons que le statut est ouvert. Donc, une fois que vous avez eu ça, vous avez eu le problème. C'est ainsi que vous effectuez l'appel d'état ou la norme et identifiez les problèmes auxquels l' équipe de projet est confrontée. Et en fonction de ce qu'ils rapportent, le Nouveau comprend qu'il y a un problème ou non. De même, il y a, par exemple, une tâche à venir dans le plan de projet. Et disons que ce n'est pas le cas maintenant, mais il y a un risque que d' ici la semaine prochaine le 14, si les BA ne sont pas disponibles, alors potentiellement la même chose, bien, déraille encore davantage le projet. Vous pouvez ajouter que, étant donné que le BA risque peut ne pas être disponible pour travailler sur le projet et le propriétaire, vous pouvez l'attribuer et vous devez le faire assez rapidement avant le 14, avant cette date d'échéance, vous avez un risque et un problème. Ce n'est qu'un exemple simple pour vous montrer comment ces éléments sont construits pendant la phase d'exécution. Et l'action serait à vous de dire que vous rencontrez des obligations ou d'obtenir des ressources supplémentaires avec le commanditaire à l'avance pour en discuter et ensuite avoir une solution. Il s'agit donc d'un exemple simple pour que vous compreniez comment gérer le suivi, collecter des informations, signaler un risque et des problèmes à votre direction ou à votre sponsor et tout cela. C'est donc un moyen très efficace. Et OneNote l'aide vraiment parce que tout le monde a accès à un seul nœud. Et à la fin de l'appel, vous pouvez simplement contrôler, sélectionner et contrôler C. Placez les actions dans un tableau, dans un e-mail ou vous pouvez envoyer cette page entière. Ou si vous avez une équipe et des choses de ce genre, vous avez la possibilité de copier le lien de celui-ci. Permettez-moi donc de vous montrer comment faire cela. Sortez du plein écran. Vous pouvez simplement dire ici partagé et cela générera un lien. Dans ce cas, je ne me suis pas connecté à MS Team. C'est pourquoi ça me donne une erreur. Sinon, vous obtiendrez un lien que vous pourrez partager. Ensuite, vous pouvez simplement copier et coller uniquement les actions des personnes qui ont identifié une action , puis l'envoyer. Lorsque vous participez à la réunion de la semaine prochaine. S'il y a encore des éléments ouverts à partir d'ici, vous pouvez évidemment copier coller et mettre cela dans les éléments sont des tableaux ici. Et vous pouvez commencer à poser des questions sur le statut à ce sujet. Il s'agit donc d'un processus continu jusqu'à ce que vous fermiez tous les problèmes ou la déconnexion. Il s'agit donc de capturer des données. Et maintenant, nous devons examiner comment nous communiquons le statut final à votre haute direction, votre sponsor ou à d'autres personnes. Pour cela, il s'agit d'un simple PowerPoint d'une page. Et généralement, ce que nous faisons, c'est d' avoir créé un PowerPoint. D'accord. Nous avons maintenant recueilli tous les détails lors de l'appel standard du rapport d'état, s'il est agile où que ce soit et qu'il est maintenant temps d'envoyer le statut au sponsor de la haute direction ou d'autres personnes participant au projet. Ce n'est donc pas le même exemple, mais juste pour vous donner l' apparence du modèle d'état en haut, il est bon d'avoir un résumé du projet car lorsque vous envoyez le statut, non tout le monde a demandé à proximité du projet. Le résumé du projet est donc un exemple rapide ou moyen de contrôle de qualité pour leur rappeler de quoi consiste ce projet. Ensuite, vous énumérez toutes les personnes clés. Donc, dans ce cas, parrain, chef de projet. Et si vous devez répertorier d' autres parties prenantes, vous pouvez ajouter une colonne et l'ajouter. Vous ajoutez également les dates de début et de fin du projet afin que quiconque reçoit ce modèle soit à un niveau élevé de la chronologie du projet. Et ensuite, s'il y a un ID de projet attribué par l'organisation à cet égard. Le budget global, les dépenses cumulées depuis l'année et le moment où vous prévoyez de partir en ligne. Il s'agit donc d'informations vraiment critiques qui sont généralement associées au projet. Et s'il y a autre chose que vous souhaitez ajouter, vous pouvez toujours le personnaliser. Encore une fois, OneNote et PowerPoint. J'ajouterai le lien dans la description ci-dessous pour que vous puissiez le télécharger si vous devez vous référer ou en créer un pour vous-même. Et généralement, ce que nous voulons faire dans un rapport d'état c'est que vous pouvez considérer cela comme un bloqueur complet qui comporte quatre sections. Dans la première section en haut à gauche, vous avez des réalisations. C'est donc là que vous dites que ce que l'équipe a réalisé cette semaine et énumérez tous ceux qui figurent dans cette section. Et dans les prochaines étapes, vous pouvez énumérer toutes les choses qui vont se produire au cours des deux ou quatre prochaines semaines en fonction informations ou de la précision que vous pouvez prévoir. Vous l'avez mis ici. Et tous les problèmes et risques auxquels vous avez besoin d'aide avec ce commanditaire ou toute personne à qui vous envoyez ce rapport, mettez en évidence ces risques et problèmes afin qu'ils sachent quels sont les risques les problèmes auxquels vous avez besoin d'aide et comment ils peuvent aider à résoudre ce problème. S'il y a des actions du projet basées sur la réunion d'état, vous l'ajoutez dans les actions. Ainsi, lorsque vous faites cela dans le même format de colonne que nous avions dans OneNote vers PowerPoint et cela devient très facile à faire. Cette page est assez bonne, mais si vous le souhaitez, vous pouvez toujours ajouter une page supplémentaire en tant que jalons du projet. De cette façon, vous pouvez énumérer les différentes tâches et donner au sponsor ou à quiconque une image complète au sponsor ou à quiconque vous l'envoyez. Et vous pouvez peut-être ajouter une ligne quelque part ici et montrer ce SLI aujourd'hui pour qu' ils le sachent bien, aujourd'hui via ici. Et nous voulons finir ici, non ? Il s'agit d'un autre outil ou modèle que vous devez envoyer à la fin du bec ou quotidiennement ou une fois par mois en fonction des besoins de votre projet. sont donc les éléments clés que nous avons dans cet appel d'état et dans les rapports d'état. Et j'espère que ces outils, vous pourrez l'utiliser exactement comme celui-ci ou vous inspirer de cela et développer vos propres modèles et outils pour suivre la progression de votre projet. L'essentiel, c'est que pendant l'exécution, vous pouvez vous attendre à des problèmes et à la façon dont vous y remédiez, comment obtenir les informations sur le problème et comment vous le résolvez, comment vous le résolvez et comment vous le résolvez. avec l'équipe. Il s'agit d'un élément clé que vous effectuez en tant que chef de projet. Et vous auriez beaucoup de succès si vous êtes organisé. Et vous pouvez suivre les problèmes et ouvrir les éléments de la manière que j'ai montrée ici. Et ce que nous ferons dans la prochaine leçon. Nous examinerons les différents modèles Excel pour suivre l'action, le journal des problèmes et le blocage des risques. De cette façon, si vous devez le télécharger et l' utiliser pour votre projet, vous pouvez le faire. Très bien, nous verrons dans la prochaine leçon. 27. Journal des décisions de l'action en question du risque: Très bien, donc dans cette leçon, nous allons examiner tous les journaux et les actions de risque , modifier tous les registres et journaux dont nous avons besoin pour suivre l'aspect de l'exécution du projet. Laissez-moi sauter sur l'écran ici. Nous avons donc le premier journal d'action. J'ai donc combiné tous les différents journaux en plusieurs onglets. De cette façon, il est facile de télécharger pour vous, mais si vous souhaitez le conserver en tant que fichier séparé, vous pouvez le faire. Nous avons donc le journal des actions, le journal des problèmes, journal des décisions, le journal des modifications, puis le registre des risques. Un registre des risques, si vous vous en souvenez, c'est exactement ce que nous avons utilisé pendant la phase de planification du projet Nous pouvons donc continuer à l'utiliser car au fur et à mesure que nous exécutons, nous pouvons présenter des risques supplémentaires identifié et vous pouvez commencer à capturer cela ici. Encore une fois, c'est le même outil simple que celui que nous avons utilisé. Et si vous vous souvenez l'exemple précédent ou de la leçon précédente où nous avions identifié des problèmes et des risques lors de la réunion d' état du projet. Cet Excel consiste simplement à copier ces éléments identifiés dans le journal respectif. Tout ce que nous avons identifié au cours la réunion d'état du projet comme étant des problèmes entrant dans le journal des problèmes ici. Donc, si je vais à l'onglet Journal d'émission, nous avons identifié un problème dont nous avons portée non définie parce que le ba l' analyste commercial qui n'était pas disponible pour le terminer et qui a l'action et quel est le dans Excel, avez la possibilité de le filtrer. C'est donc l'avantage de transférer d' un nœud vers Excel, car vous pouvez exécuter des rapports que vous pouvez suivre, et il peut y avoir des données, filtre de données et tout cela. Vous pouvez donc personnaliser de manière facile à gérer. C'est donc le journal des problèmes ici. Si je recule, nous avons également identifié un risque lié aux ressources. Nous pouvons donc ajouter cela à notre registre des risques pour que je puisse simplement copier cela. Retournez au registre des risques et dites que nous avons une liste supplémentaire que nous avons identifiée. Et c'est pour les ressources. Et vous pouvez commencer à taper toutes les copies dans les détails ici. On dirait donc ressource. Et la probabilité que cela se produise est peut-être très probable. Et l'impact peut être moyen ou faible à moyen. Et le propriétaire que nous avons identifié ici est Nick. Et nous pouvons ajouter cela et nous devons atténuer cela et identifier quelqu'un de l'équipe qui peut remplir l'exigence. Et la date d'échéance que nous avons ici est 114. Vous pouvez donc ajouter cela et jusqu'à ce qu'il soit fermé, il reste ouvert. C'est ainsi que vous passez d' une réunion de statut à un registre. Voici donc un exemple rapide pour lequel nous maintenons différents verrous dans Excel, car vous pouvez ajouter, supprimer et faire un filtre et toutes ces bonnes choses. journal des modifications est maintenant nécessaire pour ajouter un module de formation au projet qui constitue une portée supplémentaire. L'action ici consiste donc à obtenir des fonds supplémentaires. Vous attribuez donc cela au sponsor et vous le gardez ouvert jusqu'à ce que cela soit résolu. Une fois le projet terminé, vous pouvez voir le journal des modifications pour voir quelle était la portée initiale de la ligne de base et ce qui a tous changé pendant l'exécution. S'il y a des décisions ou dans ce cas, la décision a été prise d'ajouter le module de formation qui est ajouté ici et deux sont confirmés par les commanditaires ou plus tard. Si cela signifie que notre PDG a quitté l'entreprise et que quelqu'un a examiné la charte du projet où cela n'a pas été mentionné et vous interroge l'entreprise et que quelqu'un a examiné la charte du projet où cela n'a pas été mentionné et , en tant que chef de projet, pourquoi avez-vous demandé à ce module de formation, qui ne figure pas dans la charte ou dans l'analyse de rentabilisation. D'où est-ce que ça vient ? Alors ? Vous pouvez montrer que cette décision a été prise ce jour-là et elle a été prise par le commanditaire et le CIO. Et nous avions également lancé un journal des modifications et c'est le statut. C'est pourquoi la gestion tous ces journaux et problèmes est très critique et importante, car l'équipe peut constamment changer. Et en tant que Premier ministre, vous devez suivre les choses, ce qui a changé, à quel moment ? S'il est vérifié ou si quelqu'un d'autre entre dans l'image, vous avez les détails derrière les modifications. Les actions sont tout ce qui est un élément ouvert que quelqu'un a une action et doit être complété. Vous pouvez également vérifier tout cela pendant la réunion d'état et filtrer par date d'échéance et également par statut ouvert. Et vous pouvez le revoir avec l'équipe et dire : Ce sont les objets ouverts. Où en sommes-nous là-dessus ? De quelle aide avez-vous besoin et quand pouvons-nous nous attendre à ce qu'elle soit terminée ? C'est donc un bon exemple de la façon dont vous gérez différents journaux et de l'importance de chaque journal. J'espère que vous avez compris l'importance de ces différents journaux. Et si vous le souhaitez, vous pouvez télécharger ceci, la description du fichier ci-dessous, et vous pouvez le conserver en tant que fichiers individuels ou vous pouvez le conserver sous forme de fichier unique avec plusieurs onglets selon combien ça va grandir. Très bien, donc cela conclut les principales choses que nous faisons dans l'exécution. Il est maintenant temps de célébrer le lancement du projet. Et dans le prochain chapitre, nous allons jeter un coup d'œil à la réduction de la planification Go-Live et à des choses semblables. 28. PLANIFICATION de GOLIVE: C'est maintenant la partie excitante. Nous avons terminé le projet et nous sommes prêts à entrer en production avant de faire ce dernier saut dans la production et de mettre votre service, projet ou produit à la disposition utilisateurs pour consommer et utiliser. Vous devez vous assurer de planifier très soigneusement votre activité de coupure. Parce que c'est le briseur d'accord. Si vous mettez en production quelque chose qui ne fonctionnera pas bien , ce sera un désastre. Vous avez donc dû vous assurer que votre plan de coupure est très bien pensé. Et s'il y a un problème, vous pouvez toujours revenir à un état antérieur. Voyons à quoi ressemblent les activités de coupure et que devrions-nous prendre en compte lors de la planification de la réduction ? La première chose à faire est que vous devez déterminer l' heure exacte de la coupure. Quand prévoyez-vous de terminer la migration vers la production ? Par exemple, si vous envisagez de déplacer des modifications de site Web, vous pouvez envisager ou identifier le moment où le trafic vers ce site Web est très faible, de sorte que l'impact des clients et des utilisateurs très bas parce que le coupure ne sera pas simplement un basculement d' un interrupteur et terminé. C'est une activité longue et cela peut prendre quelques heures ou une demi-journée pour terminer toutes les activités de coupure. Il s'agira de temps d'arrêt lorsque les utilisateurs ne pourront pas accéder au site Web ou à n' importe quel projet, service ou produit que vous envisagez de passer à prédiction si vous possédez votre compte bancaire, vous pourrait avoir parfois vu apparaître un message indiquant que la maintenance a lieu ce dimanche, alors attendez-vous à des temps d'arrêt pendant le vol jusqu'à 19h00 Est ou quel que soit le délai prévu pour s'assurer que le système, le système de production est réduit, toute la maintenance et les changements augmentent, repoussent, puis les remettent en ligne. Vous devez donc faire exactement la même chose pour votre projet. Il faut savoir quand est le meilleur moment pour faire baisser les systèmes de prédiction. Effectuez toutes vos modifications, votre code, vos fichiers de configuration, tout ce que vous devez faire pour passer à la production, faites-le pendant la période de coupure. Et une fois que tout est transféré dans la production texturée, vous apportez la prédiction et la maman et le renfort. C'est généralement ainsi que cela se fait. C'est pourquoi il est très important pour vous planifier le calendrier de coupure et assurer que vous disposez de toutes les ressources disponibles pour effectuer tout le travail prévu pour la coupure. Supposons que vous ayez besoin d'aide pour le moment de la base de données. Et si vous n'avez pas planifié la coupure, cette ressource peut ne pas être disponible et cela pourrait avoir un impact sur l' ensemble de votre processus de coupure si des bureaux ou des sites sont coupés, par exemple, nous passons d'un côté à un nouveau site. Ensuite, vous devez vous assurer d'avoir accès à ces sites après les heures normales de bureau. Vous devez donc vous assurer que la sécurité et les autres personnes en sont informées et qu'elles sont disponibles pour vous assurer que vous pouvez entrer dans le nouveau bureau lorsque vous effectuez la coupure. Et il faut aussi penser au plan de retour en arrière. Ce que cela signifie, c'est que si quelque chose tourne terriblement mal, vous devriez pouvoir revenir à un état antérieur où cela fonctionnait bien. Vous devez donc identifier ce qui se passe mal et comment pouvez-vous revenir à un état précédent ou à son état où cela fonctionnera avec un impact minimal. Et s'il y a des exigences légales ou réglementaires dont vous devez obtenir l'approbation, celles-ci doivent être prises bien à l'avance, car il est très probable que la coupure se produira pendant la fin de semaine lorsque le trafic est faible et il sera difficile d'obtenir des approbations le week-end. Vous devez donc réfléchir à tous ces différents aspects, puis planifier votre transition. Je dirais que la meilleure analogie à laquelle vous pouvez penser est lorsque vous déménagez d'un appartement pour entrer dans l'appartement ou que vous déménagez , disons, d'une partie du pays à l'autre. Vous ne pouvez pas simplement décider un jour et déménager parce que vous devez vous assurer que ce sont des emballeurs et encore pire, quand ils viendront chez vous et à quelle heure vous termineriez le déplacer puis remettre la clé au propriétaire. Il y a donc différents composants qui se produisent dans le cadre de ce processus MOOC. La cartographie est donc exactement la même. Vous devez planifier heure par heure ou parfois minute par minute quelles actions doivent se produire pour que tout le processus de coupure soit effectué. Dans cet exemple de déménagement, vous devrez peut-être planifier à l'avance, peut-être deux ou trois semaines à l'avance, pour vous assurer que le service de déménagement est disponible et leur donner une fenêtre horaire dont ils disposent de venir à 9 heures du matin et les commencer à bouger et d'en finir à 17 heures. Et ensuite, au nouvel emplacement, vous devez vous assurer qu'à 17 heures, vous pouvez emménager et avoir de l'électricité, de l'eau, de tous les services disponibles et d'autres choses du genre. Vous devez donc vous assurer de passer suffisamment de temps pour répertorier toutes les choses qui doivent se produire pendant cette fenêtre de coupure et que vous disposez d'un plan et de ressources affectés à ces derniers et à leur heure exacte à ce qui doit se passer et à qui le fera. Encore une fois, il est très essentiel que toutes les approbations dont vous avez besoin, vous devez être à l'avance car, très probablement, à la dernière minute, vous ne vouliez pas obtenir car, très probablement, à la dernière minute, d'approbations. S'il y a une communication qui doit être annulée au sujet de la coupure ou de tout temps d'arrêt lorsque les systèmes ne seront pas accessibles. Toutes les conditions préalables telles que la formation des employés sur le nouveau produit, projet ou service. Et tout cela doit être planifié à l'avance et communiquer lorsque cela doit être terminé pendant ou avant la coupure. Vous devez également réfléchir à quand souhaitez-vous que les sessions de formation soient disponibles pour les utilisateurs ? Et vous devez vous assurer que la formation est bloquée car si les utilisateurs ne sont pas formés sur ce nouveau système ou comment utiliser ce nouveau système, il y aura toujours des défis après le les plaintes de coupure arriveront. Vous devez vous assurer qu'ils sont équipés pour comprendre ce nouveau processus, la nouvelle technologie ou le nouveau produit que nous poussons. Et ils sont à l'aise de l'utiliser car sinon, ce sera un défi pendant le temps de coupure de support. Et enfin, vous devez également vous assurer que vous avez pont appelé configuration afin que les gens, s'ils rencontrent un problème, ils puissent faire appel à ce pont commun. Et quelqu'un qui est disponible pour répondre, clarifier et soutenir l'utilisateur s'il rencontre des problèmes. Prévoyez donc un pont ouvert, une ligne téléphonique ou un ordinateur, un e-mail, quoi qu'il en soit, assurez-vous que quelqu'un surveille cela et communique ces informations aux utilisateurs. Donc, si quelqu'un après la coupure se heurte à certains problèmes et qu'il veut l'aider, il sait comment s'adresser et à qui s'adresser. Il est donc très essentiel que vous aidiez l'utilisateur en fournissant tous ces détails à l'avance. Donc, dans l'ensemble, la mise en service est un processus très énervant. Mais si vous planifiez votre coupure et que vous allez vivre, bien à l'avance et énumérez bien à l'avance et énumérez toutes les choses dont vous avez besoin pour prendre soin, choses se passeront bien et tout ira bien. C'est un effort d'équipe. Assurez-vous de discuter avec l'équipe tous les éléments à prendre en charge, tout plan de restauration qui doit être discuté et de documenter tout cela afin que lorsque quelque chose se passe mal, vous saurez exactement ce qui doit être fait à ce moment-là. C'est pourquoi la planification de la coupure est si essentielle, car sinon cela peut vous causer des problèmes et des maux de tête pour votre projet au cours de la dernière minute. Ainsi, dans la section des ressources, vous trouverez une liste de contrôle de coupure que vous pouvez utiliser pour n'importe quel projet informatique pour vérifier si vous devez faire toutes ces choses et vous pouvez toujours lui indiquer la liste de contrôle. à vos besoins. Mais les habitudes, les listes de contrôle sont prêtes pour votre coupure afin de vous assurer que les choses se déroulent mieux. Et dans la prochaine leçon, nous examinerons le support hyper case. Il s'agit du support de garantie. Après nous, vous avez réussi à couper et vous êtes maintenant en production, mais tout est nouveau pour l'utilisateur. Vous devez donc vous assurer que l'équipe de projet est disponible pour prendre en charge les utilisateurs qui appellent au moins une semaine, voire deux semaines, et ceux-ci seront abordés dans la prochaine leçon. 29. Support hypercare: Très bien, nous sommes maintenant passés en ligne avec succès et il est maintenant temps d' aider les utilisateurs à répondre à toutes les questions susceptibles avoir des défis auxquels ils sont confrontés après la mise en service. HyperCools prend donc en charge cette période de garantie. Après la mise en service. Vous devez soutenir l' équipe et les utilisations pendant les prochains jours ou jusqu' à deux semaines si possible. Idéalement, vous pouvez penser cet atout 24 heures sur 24, 7 jours sur 7. C'est donc quelqu'un qui doit assister à la cause en fonction de l'endroit d'où les utilisateurs appellent. Si vous êtes une équipe mondiale, vous pouvez évidemment vous attendre à des appels de différents pays tout au long de l'horloge. C'est donc une bonne idée de demander à quelqu'un de soutenir les ponts du pont. Rien d'autre qu'une ligne ouverte où les gens peuvent composer pour obtenir des éclaircissements ou des réponses aux questions. C'est donc ce que vous devez penser de Penn qui met en place le pont Hyper Care. En général, vous pouvez l'entendre comme salle de bal ou pont ouvert dédié. Pour que n'importe qui puisse appeler. Ces informations seraient quelque chose que vous aviseriez les utilisateurs à l' avance bien avant la mise en service afin qu' ils sachent qu'un appel d'assistance ou un pont de support est disponible au cas où ils s'exécutent. dans un problème pour qu'ils puissent obtenir le soutien dont ils ont besoin avec le nouveau système après la mise en ligne pour que l' Hypercard soit qualifiée soutien et moins difficile, c'est que vous avez plusieurs personnes dans la pièce plutôt qu'une seule personne. Et tant que vous conservez les utilisations avec des documents de connaissances, des vidéos formation et des sessions de formation avant la mise en service , vos appels Hypercard seront très moindres car les utilisateurs savent déjà comment utiliser le nouveau système, sorte qu'ils n'auraient pas besoin de beaucoup d'aide. Mais ce seraient encore des usagers qui ont raté les séances d'entraînement et ils l'appelleraient quand même. À ce moment-là, vous pouvez partager les sessions enregistrées ou toute autre ressource de formation que vous pouvez leur donner afin qu'ils puissent voir ce qu'il faut faire avec le nouveau système. Et cela pourrait résoudre leur problème, pourquoi ils appellent. Voici donc quelques-unes des choses auxquelles vous devez penser lorsque vous installez la salle murale ou le support en majuscules, ou un pont ouvert où les gens peuvent appeler s'ils ont des questions après la mise en service. Et en fonction de la taille et de la bande passante, vous pouvez le faire auprès d'une équipe mondiale plus importante ou vous pouvez simplement avoir une ou deux personnes qui prennent en charge cela. C'est avant de passer le projet à l'équipe de support. Il est judicieux d' impliquer une ou deux personnes de l'équipe d'assistance afin qu'elles comprennent le type d' appels à attendre et les réponses que vous fournissez et où se trouvent les ressources. afin qu'ils sachent comment le prendre en charge après la période de garantie, après deux semaines. C'est tout pour cette leçon. C'est une petite leçon de cuisinier qui donne juste une idée à quoi ressemble le support hyper case. Qu'est-ce que cela signifie et à quoi vous devez penser avant de configurer un appel Hypercard ? 30. Leçons de clôture du projet apprises: Très bien, maintenant nous avons terminé le projet et il est temps de fermer le projet, mais ne vous dépêchez pas et ne fermez pas dès que vous avez terminé la dernière tâche, vous devez encore faire certaines choses pour clôturer correctement le projet. L'une des choses que je recommande vivement de faire est donc une session Leçons apprises avec toute l'équipe. Bien que vous ayez l'équipe, c'est l'occasion idéale comprendre certaines choses dans les projets afin d'améliorer l'exécution de votre projet et les projets suivants. Tout d'abord, examinons en équipe ce qui s'est bien passé. Avant de vous lancer dans ce dossier, ce que vous voulez faire, c'est d'envoyer un tableau rétrospectif ou n'importe quel tableau où ils peuvent penser à ce qui s'est bien passé afin qu'ils puissent capturer ces choses avant la réunion. Si vous avez un projet d'un an, il est très impossible pour tout le monde de s'en souvenir. Quelles sont les choses qui se sont bien passées pour donner à l'équipe une semaine ou deux pour réfléchir à ce qui s'est bien passé ? Pour ce faire, lorsqu'ils se souviennent de quelque chose avant d' entrer dans les leçons apprises, ils ont un endroit où le noter. J'utilise donc un conseil appelé Fund Retrospective In.com. Je vais mettre le lien dans la description ci-dessous, mais vous pouvez utiliser d'autres méthodes telles que MS Planner ou n'importe quel produit Google. Donc, ce que vous cherchez ici c'est identifier les choses qui ont réussi afin que vous puissiez répéter ces choses dans votre prochain projet, si quoi que ce soit, que vous avez bien fait, alors pourquoi ne pas utiliser les prochains projets ou dans d' autres projets à venir ? La prochaine chose à laquelle vous voulez penser en tant qu'équipe c'est ce que les choses peuvent être améliorées. Y a-t-il des leçons tirées de l'exécution du projet ? Ce sont donc des choses où nous l'avons fait, mais nous aurions pu légèrement changer quelque chose pour mieux le faire la prochaine fois. Ces éléments doivent donc être capturés et il est bon d'avoir le point de vue de l'équipe, pas seulement du point de vue du chef de projet. C'est le moment idéal pour le documenter. Et lorsque vous envoyez le lien vers le tableau rétrospectif, vous voulez au moins saisir ce qui s'est bien passé, que peut-on améliorer ? Et enfin, mais pas le moindre, et c'est peut-être le plus important. Que faut-il arrêter ? Qu'est-ce qui ne fonctionne pas bien ? Si quelque chose ne fonctionne pas bien, cela ne sert à rien de continuer dans les projets ou l'exécution du projet ultérieurs. éléments sont donc essentiels pour comprendre ces trois éléments au minimum, vous devez les capturer dans la session Leçons apprises ou vous pouvez l'appeler comme une session rétrospective. Il s'agit d'informations précieuses que vous pouvez collecter auprès de l'équipe avant démanteler l'équipe et de la laisser lâcher. Ainsi, à titre d'exemple, le tableau ressemblerait à ceci. La méthode des trois L aimait, apprise, manquait, quelle que soit la façon dont vous voulez nommer les titres du tableau, vous pouvez le faire. Les moyens les plus simples d'aller avec ce qui s'est bien passé, que devrions-nous améliorer et que devrions-nous arrêter de faire ? Aussi longtemps que nous collectons cela et que nous nous améliorerons au cours de la prochaine exécution du projet, tant que chef de projet et en tant qu'équipe, vous améliorerez continuellement vos livrables et l'exécution de vos projets. C'est une séance rapide de 30 minutes à une heure qu'il peut faire avec l'équipe. Et à la fin de la session sur les leçons apprises, vous pouvez remercier tout le monde pour la contribution et le travail de projet qu'ils ont soutenu jusqu'à présent. 31. Transition à l'équipe des opérations: Très bien, nous avons terminé le Go-Live, et dans cette leçon, nous examinerons le processus à suivre examinerons le processus à pour passer au support à la production ou aux opérations. Lorsque le projet est terminé, il fait partie de l'équipe opérationnelle. Ils sont complètement nouveaux. Ils n'ont aucune idée de ce que DO a fait dans le cadre du projet, nouvelles fonctionnalités que vous avez ajoutées et du produit. Vous devez donc les informer afin qu'ils puissent prendre en charge lorsque les clients les appellent. La première chose à faire est que, dans le cadre du projet, s'il existe des documentations que vous pouvez remettre à l'équipe de support ou à l'équipe des opérations, vous voudrez le faire. La base de connaissances peut être n'importe quelle architecture système de haut niveau, le flux de travail ou toute autre FAQ que vous jugez utile pour eux. Ainsi, lorsque le client en coûte cher, il peut le gérer de manière appropriée. C'est très critique pour le personnel d'exploitation car c'est à ce moment qu'il se présenterait pour la première fois, disons le projet , les détails et les fonctions du produit. Ainsi, tous les détails que vous pouvez fournir à l'équipe des opérations qui seraient bénéfiques pour elle. Ensuite, si possible, former les opérations ou l'équipe de support client. Donc, si vous lancez un nouveau produit, il est évident qu'une fois qu'il sera en ligne, les gens n'appelleront pas l'équipe de projet, mais l'opération et soutien de toute l'équipe de support client. Vous devez donc vous assurer que vous les formez et qu'ils connaissent bien le produit ou les nouveaux services avec lesquels vous vous pliez pour que lorsque le client est appelé, il puisse répondez-y correctement parce que la dernière chose que vous voulez, c'est que vous ayez un projet réussi et que c'est un désastre après la mise en service, si difficile de vous assurer que l'élan se poursuit même après votre mise en service. sur votre service produit ou tout autre élément qui a été mis en service dans le cadre du projet à l'équipe des opérations. Enfin, le dernier, mais non le moindre, vous devez également vous assurer que vous indiquez support client ou à l'équipe d'exploitation comment gérer et signaler les problèmes en fonction de la documentation que vous avez fournie. Si vous connaissez la plupart des questions courantes qu'ils peuvent avoir, encore une fois, fournissez les réponses ou comment résoudre ces problèmes. De cette façon, l'équipe des opérations n'a pas à contacter l'équipe du projet. Et évidemment, une fois le projet terminé, il se peut qu'ils ne soient pas du tout une équipe de projet. Il devient donc la responsabilité de l'opération de s'attaquer aux problèmes. S'il y a un membre de l'équipe de projet que vous pouvez passer aux opérations, serait mieux pour qu'au moins une ressource compétente se déplace du projet ou de la transition, la majeure partie du diamant n'est pas possible et l'équipe du projet continue et passe à un autre projet. Ensuite, quelque chose de critique arrive et le personnel de l'opération peut contacter cette personne et il peut trouver un délai d'attente pour la soutenir. Mais idéalement, ce que vous voulez, c'est que s'il y a des problèmes ou de nouvelles choses à venir, vous voulez le suivre, puis le gérer dans le cadre du projet car vous pourriez avoir un hyper délai de prise en charge des cas de deux semaines ou d'un mois, alors s'il s'agit de problèmes mineurs ou d'amélioration du processus, vous pouvez le gérer dans le cadre de la prochaine version. Vous souhaitez donc définir un processus dans lequel les opérations peuvent prendre en charge et si nouvelles fonctionnalités ou bogues doivent être corrigés, comment gérer cela dans le cadre du support continu de l'équipe de projet ou pour la prochaine version. N'oubliez pas qu' à un niveau élevé, ce que nous essayons de faire ici, c'est le produit ou le service sur lequel vous avez travaillé et de le donner à une équipe qui va le soutenir à l'avenir. Vous devez vous assurer que cette équipe est bien équipée pour prendre en charge et servir de nouveaux produits ou services au client afin que les clients soient satisfaits en fin de journée. Dans la prochaine leçon, nous examinerons comment terminer le nettoyage du projet, effectuer les activités de déclassement et comment archiver les documents du projet. 32. Documents de projet d'archives: Très bien, nous sommes maintenant dans la dernière étape. Nous sommes maintenant prêts à clore un projet. Nous avons terminé le support hyper care, nous avons fait la transition vers les opérations. Nous pouvons maintenant démanteler l'équipe de projet. Avant cela, nous devons donc nous assurer archiver tous les documents du projet. La première chose est que si vous avez reçu toutes les approbations, courriels, ou de quelque manière que ce soit vous recevez les approbations, Dave, car lorsque vous faites l'objet et qu'un audit se produira d'une manière ou d'une autre. autre, si votre projet vérifié que ce qu' il rechercherait, c'est la documentation concernant vos exigences, vos approbations, votre gestion des modifications et Approbateurs de demandes de modification, tout cela. Ainsi, toutes les approbations que vous avez reçues de la direction pour poursuivre le projet, qu'il s'agisse d'une école, d'un budget ou d'un changement d'horaire, quelles que soient les approbations que vous avez dû obtenir pendant l'exécution. Maintenant, il est temps de collecter tout ça, de le sauver. Idéalement, vous voulez l'enregistrer tout au long de l'exécution, mais si vous ne l'avez pas fait, je dis maintenant le bon moment pour passer par là, trouver toutes les approbations requises et les enregistrer quelque part afin que vous puissiez toujours y accéder ça. La prochaine étape est la documentation du projet. C'est très critique car une fois que vous avez démantelé l'équipe , personne ne sait comment cela a été fait et vous allez perdre les experts. Avant de démanteler l'équipe, assurez-vous qu'elle a partagé toute la documentation, comment les choses se passent, quelle était leur approche s'il existe diagrammes d'architecture ou de flux système, enregistrez tout cela dans le dossier où vous pouvez y accéder. Et ces documents sont déjà présents ou enregistrés pendant l'exécution du projet. Maintenant, nous veillons simplement à ce que tout soit là et que vous puissiez y accéder si nécessaire. Et une fois que vous avez obtenu les approbations et la documentation du projet, vous vous assurez que vous l'avez déplacé vers un endroit sécurisé afin de ne pas le perdre. Si vous avez un côté spécifique à un projet qui va être fermé et que vous n' avez pas accès que vous souhaitez y enregistrer, mais que vous souhaitez également enregistrer une copie d'une manière ou d'une autre, vous pouvez toujours obtenir accès parce que l'audit et toute autre chose qui survient après, elle pourrait avoir lieu au bout de six mois ou d'un an. Vous devez donc accéder à tous ces documents de projet même après la fermeture du projet. Une fois que tout cela est fait, vous êtes maintenant libre. Vous êtes prêt à démanteler votre équipe et à faire savoir au monde entier que votre projet est réalisé ici, et à leur envoyer une note de remerciement pour tous les efforts et la collaboration de toute l'équipe élargie. a fait pour vous et l'équipe de projet. Ensuite, vous êtes prêt à passer à notre prochain projet.