Brevet FR3124876A1 — publié le 20230106

Adaptation à une défaillance potentielle pour gestion de projet L’invention concerne une adaptation à une défaillance potentielle pour gestion de projet, qui consiste à générer un projet dans un système de gestion de projet selon une chronologie de différentes tâches qui se chevauchent et sont interdépendantes, un coût jusqu’à l’achèvement et un nombre de ressources humaines requises pour achever les tâches pour un coût égal ou inférieur au coût jusqu’à l’achèvement. Une indication d’une condition de défaillance potentielle est reçue en lien avec une tâche dans le projet. La défaillance potentielle est ensuite quantifiée et un ajustement est calculé pour la chronologie, le coût jusqu’à l’achèvement, le nombre de ressources humaines ou l’étendue. L’ajustement est comparé avec une valeur seuil indicative d’un aboutissement de projet acceptable. Enfin, une visualisation du projet est générée dans le système de gestion de projet comprenant le marqueur et une alerte représentative de la comparaison. Fig. 1 Adaptation à une défaillance potentielle pour gestion de projet ÉTAT ANTÉRIEUR Domaine de l’invention La présente invention se rapporte au domaine technique de la gestion de projet et plus particulièrement à la gestion d’une défaillance pendant une gestion de projet. Description de l’art connexe La gestion de projet fait référence au processus de définition d’objectifs d’équipe et aux tâches visant à accomplir les objectifs définis d’une manière cohérente sur une durée pendant laquelle les tâches sont planifiées. Les objectifs définis se résument en un projet de sorte que lors de l’achèvement de tous les objectifs, le projet aura porté ses fruits. Pour les petits projets, la gestion de projet peut être aussi simple que de décider dynamiquement avec une aide-mémoire mentale ou physique quels individus dans un groupe réaliseront quelles tâches de façon à achever le projet. Pour les plus grands projets, le nombre de participants et de tâches peut devenir trop grand à suivre dans la tête d’un unique chef de projet. Pour ces plus grands projets, un outil de gestion de projet est requis. Un outil de gestion de projet est un programme informatique qui permet à un administrateur de définir un dossier pour un projet, de spécifier les tâches pour accomplir le projet et de regrouper différentes tâches selon les phases du projet. Par ailleurs, l’outil de gestion de projet permet à l’administrateur de définir un ensemble de participants pour le projet et d’attribuer différentes tâches parmi les tâches à différents participants parmi les participants. Les outils modernes et sophistiqués de gestion de projet vont jusqu’à incorporer, comme partie de l’outil, une messagerie électronique, une gestion partagée des documents et une intégration de calendrier et de planification. Par ailleurs, la plupart des outils modernes de gestion de projet fournissent une visualisation du projet défini comprenant ses tâches constitutives et la chronologie selon laquelle les tâches doivent être achevées. En outre, certains outils de gestion de projet fournissent une indication visuelle lorsqu’une tâche a dépassé son échéance et est ainsi susceptible de bouleverser la capacité du projet à être achevé en temps voulu. Quand bien même, la gestion d’une tâche inachevée retardataire est une caractéristique rétrograde de l’outil moderne de gestion de projet. Lorsqu’une tâche n’est pas achevée, une fois que la tâche est passée en « défaut », une visualisation du projet peut facilement mettre en évidence la tâche perturbée par le biais d’un quelconque nombre d’habillages comprenant une mise en évidence et un marquage. Mais jusqu’à ce qu’une tâche soit passée dans un état de défaut après avoir dépassé son échéance inachevée, il est possible qu’un chef de projet ne soit pas rapidement mis au courant. En particulier, pour un projet de centaines sinon de milliers de tâches, remarquer un défaut imminent d’une tâche est difficile dans la mesure où il serait requis du chef de projet d’inspecter de manière proactive l’état de la tâche sans invitation par le système de gestion de projet. De ce fait, il en résulte un aboutissement sous-optimal. BREF RÉSUMÉ DE L’INVENTION Les modes de réalisation de la présente invention abordent des lacunes techniques dans l’état de l’art en ce qui concerne la gestion d’une défaillance pendant une gestion de projet. À cette fin, les modes de réalisation de la présente invention concernent un procédé nouveau et non évident pour une adaptation à une défaillance potentielle pendant une gestion de projet. Les modes de réalisation de la présente invention concernent également un dispositif informatique nouveau et non évident conçu pour réaliser le procédé susmentionné. Enfin, les modes de réalisation de la présente invention concernent un système de traitement de données nouveau et non évident incorporant le dispositif susmentionné afin de réaliser le procédé susmentionné. Selon un mode de réalisation de l’invention, un procédé d’adaptation à une défaillance potentielle pour gestion de projet consiste à générer un projet dans un système de gestion de projet selon une chronologie de différentes tâches qui se chevauchent, un coût jusqu’à l’achèvement et un nombre de ressources humaines requises pour achever les tâches pour un coût égal ou inférieur au coût jusqu’à l’achèvement. Différentes tâches parmi les tâches peuvent être indépendantes les unes des autres, ou dépendantes d’autres tâches parmi les tâches sur la base de la nécessité d’achèvement de l’une des tâches en faveur d’une autre des tâches. Différentes tâches parmi les tâches peuvent également être dépendantes d’autres tâches parmi les tâches sur la base d’un partage de ressources humaines requises pour l’achèvement de chacune des tâches dépendantes. Par ailleurs, différentes tâches parmi les tâches peuvent être dépendantes d’autres tâches parmi les tâches sur la base d’un chevauchement planifié du déroulement de la réalisation des tâches dépendantes. Dans tous les cas, une étendue peut être définie comme une collection de différentes tâches parmi les tâches. Le procédé consiste également à recevoir une indication d’une condition de défaillance potentielle en lien avec l’une des tâches dans le projet, quantifier la défaillance potentielle et calculer un ajustement pour l’un quelconque parmi la chronologie, le coût jusqu’à l’achèvement et le nombre de ressources humaines en conséquence de la défaillance potentielle. Facultativement, un ajustement dans l’étendue du projet peut être calculé sur la base d’un ajout ou d’un retrait perçu à partir de l’étendue d’une ou de plusieurs tâches dans le projet. Ensuite, l’ajustement est comparé avec une plage délimitée de valeurs acceptables indicatives d’un aboutissement de projet acceptable. Ainsi, une visualisation du projet peut être générée dans le système de gestion de projet comprenant un marqueur représentatif de la défaillance potentielle et comprenant la comparaison. Selon un aspect du mode de réalisation, la quantification de la défaillance potentielle peut être comparée avec une quantification passée connue et la quantification peut être ajustée afin qu’elle soit cohérente avec la quantification passée connue. Selon un autre aspect du mode de réalisation, une mesure de précision est récupérée pour l’un des utilisateurs finaux et la quantification est ajustée sur la base de la précision récupérée. Selon encore un autre aspect du mode de réalisation, une indication est reçue, à partir de l’un des utilisateurs finaux, d’une résolution de la défaillance potentielle et un impact réel est calculé de la défaillance potentielle au moment de la résolution sur la base d’une quantité de temps supplémentaire requise pour achever la tâche parmi les tâches. Ensuite, la quantification passée connue est définie comme étant la quantité de temps supplémentaire. Selon encore un autre aspect supplémentaire du mode de réalisation, une indication est reçue, à partir de l’un des utilisateurs finaux, d’une résolution de la défaillance potentielle, un impact réel de la défaillance potentielle est ensuite calculé au moment de la résolution sur la base d’un coût supplémentaire requis pour achever la tâche parmi les tâches et la quantification passée connue est définie comme étant le coût supplémentaire. Enfin, selon encore un autre aspect supplémentaire du mode de réalisation, une indication est reçue d’une résolution de la défaillance potentielle et un impact réel est calculé de la défaillance potentielle au moment de la résolution sur la base d’un nombre de ressources humaines supplémentaires requises pour achever la tâche parmi les tâches. Ensuite, la quantification passée connue est définie comme étant le nombre de ressources humaines supplémentaires. Selon un autre mode de réalisation de l’invention, un système de traitement de données est conçu pour une adaptation à une défaillance potentielle pour gestion de projet. Le système comprend une plateforme informatique hôte ayant un ou plusieurs ordinateurs, chacun ayant de la mémoire et une ou plusieurs unités de traitement comprenant un ou plusieurs cœurs de traitement. Le système comprend également un module d’adaptation à une défaillance. Le module comprend des instructions de programme informatique permettant, lors de leur exécution dans la mémoire d’au moins l’une des unités de traitement de la plateforme informatique hôte, de générer un projet dans un système de gestion de projet selon une chronologie de différentes tâches qui se chevauchent, soit dépendantes soit interdépendantes, comprenant des tâches potentiellement interdépendantes, un nombre de ressources humaines requises pour achever les tâches, un temps requis pour achever les tâches, un coût calculé en fonction du nombre et du temps, ainsi qu’une ou plusieurs étendues définies. Les instructions de programme permettent de plus de recevoir une indication d’une condition de défaillance potentielle en lien avec l’une des tâches dans le projet, de quantifier la défaillance potentielle et de calculer un ajustement pour l’un quelconque parmi la chronologie, le coût jusqu’à l’achèvement et le nombre de ressources humaines, et facultativement une étendue correspondante. En conséquence de la défaillance potentielle, les instructions de programme permettent encore en outre de comparer l’ajustement avec une valeur seuil indicative d’un aboutissement de projet acceptable et de générer une visualisation du projet dans le système de gestion de projet comprenant un marqueur représentatif de la défaillance potentielle et comprenant la comparaison. Selon encore un autre mode de réalisation de l’invention, un dispositif informatique est prévu, qui possède un support de stockage non transitoire lisible par ordinateur ayant des instructions de programme stockées en son sein. Les instructions sont exécutables par au moins un cœur de traitement d’une unité de traitement pour amener l’unité de traitement à réaliser un procédé pour une adaptation à une défaillance potentielle pour gestion de projet. Le procédé comprend la génération d’un projet dans un système de gestion de projet selon une chronologie de différentes tâches qui se chevauchent, un coût jusqu’à l’achèvement et un nombre de ressources humaines requises pour achever les tâches pour un coût égal ou inférieur au coût jusqu’à l’achèvement, et facultativement, une étendue incorporant l’une ou plusieurs parmi les tâches. Le procédé comprend également la réception d’une indication d’une condition de défaillance potentielle en lien avec l’une des tâches dans le projet. Le procédé comprend en outre la quantification de la défaillance potentielle et le calcul d’un ajustement pour l’un ou plusieurs parmi la chronologie, le coût jusqu’à l’achèvement et le nombre de ressources humaines, ainsi que l’étendue, en conséquence de la défaillance potentielle. Le procédé comprend encore en outre une comparaison de l’ajustement avec une valeur seuil indicative d’un aboutissement de projet acceptable. Enfin, le procédé comprend une visualisation du projet dans le système de gestion de projet comprenant un marqueur représentatif de la défaillance potentielle et comprenant la comparaison. De cette manière, les lacunes techniques de la gestion de projet classique et de défaut de tâche sont surmontées grâce à la capacité de l’invention à non seulement prévoir un défaut imminent d’une tâche, mais aussi à quantifier la nature du défaut et à indiquer un impact résultant du défaut. Des aspects supplémentaires de l’invention seront présentés en partie dans la description qui suit, et ressortiront en partie clairement de la description, ou peuvent être appris par la pratique de l’invention. Les aspects de l’invention seront réalisés et obtenus au moyen des éléments et combinaisons indiqués en particulier dans les revendications annexées. Il convient de comprendre qu’à la fois la description générale qui précède et la description détaillée qui suit ne sont données qu’à titre d’exemple et d’explication et ne limitent pas l’invention, telle que revendiquée. BRÈVE DESCRIPTION DES DIFFÉRENTES VUES DES DESSINS Les dessins annexés, qui sont incorporés et constituent une partie du mémoire descriptif, illustrent des modes de réalisation de l’invention et conjointement avec la description, servent à expliquer les principes de l’invention. Les modes de réalisation illustrés ici sont présentement préférés, étant entendu toutefois que l’invention n’est pas limitée aux agencements et instrumentalités précis présentés, dans lesquels : la est une illustration imagée reflétant différents aspects d’un processus d’adaptation à une défaillance potentielle pour gestion de projet ; la est un schéma fonctionnel représentant un système de traitement de données conçu pour réaliser l’un des aspects du processus de la ; et, la est un organigramme illustrant l’un des aspects du processus de la . Procédé d’adaptation à une défaillance potentielle pour gestion de projet comprenant les étapes consistant à générer un projet dans un système de gestion de projet selon une chronologie de différentes tâches qui se chevauchent, un coût jusqu’à l’achèvement et un nombre de ressources humaines requises pour achever les tâches pour un coût égal ou inférieur au coût jusqu’à l’achèvement ; recevoir une indication d’une condition de défaillance potentielle en lien avec l’une des tâches dans le projet ; quantifier la défaillance potentielle et calculer un ajustement pour l’un parmi la chronologie, le coût jusqu’à l’achèvement et le nombre de ressources humaines en conséquence de la défaillance potentielle ; comparer l’ajustement avec une valeur seuil indicative d’un aboutissement de projet acceptable ; et, générer une visualisation du projet dans le système de gestion de projet comprenant un marqueur représentatif de la défaillance potentielle et comprenant la comparaison. Procédé selon la revendication 1, comprenant en outre les étapes consistant à : comparer la quantification de la défaillance potentielle avec une quantification passée connue ; et, ajuster la quantification afin qu’elle soit cohérente avec la quantification passée connue. Procédé selon la revendication 1, comprenant en outre les étapes consistant à : récupérer une mesure de précision pour l’un des utilisateurs finaux ; et, ajuster la quantification sur la base de la précision récupérée. Procédé selon la revendication 2, comprenant en outre les étapes consistant à : recevoir, à partir de l’un des utilisateurs finaux, une indication d’une résolution de la défaillance potentielle ; calculer un impact réel de la défaillance potentielle au moment de la résolution sur la base d’une quantité de temps supplémentaire requise pour achever la tâche parmi les tâches ; et, définir la quantification passée connue comme étant la quantité de temps supplémentaire. Procédé selon la revendication 2, comprenant en outre les étapes consistant à : recevoir, à partir de l’un des utilisateurs finaux, une indication d’une résolution de la défaillance potentielle ; calculer un impact réel de la défaillance potentielle au moment de la résolution sur la base d’un coût supplémentaire requis pour achever la tâche parmi les tâches ; et, définir la quantification passée connue comme étant le coût supplémentaire. Procédé selon la revendication 2, comprenant en outre les étapes consistant à : recevoir, à partir de l’un des utilisateurs finaux, une indication d’une résolution de la défaillance potentielle ; calculer un impact réel de la défaillance potentielle au moment de la résolution sur la base d’un nombre de ressources humaines supplémentaires requises pour achever la tâche parmi les tâches ; et, définir la quantification passée connue comme étant le nombre de ressources humaines supplémentaires. Procédé selon la revendication 2, comprenant en outre les étapes consistant à : recevoir, à partir de l’un des utilisateurs finaux, une indication d’une résolution de la défaillance potentielle ; calculer un impact réel de la défaillance potentielle au moment de la résolution sur la base d’une modification dans la composition d’une étendue correspondante du projet ; et, définir la quantification passée connue comme étant la modification dans l’étendue du projet. Système de traitement de données conçu pour une adaptation à une défaillance potentielle pour gestion de projet, le système comprenant : une plateforme informatique hôte comprenant un ou plusieurs ordinateurs, chacun ayant de la mémoire et une ou plusieurs unités de traitement comprenant un ou plusieurs cœurs de traitement ; et, un module d’adaptation à une défaillance comprenant des instructions de programme informatique permettant, lors de leur exécution dans la mémoire d’au moins l’une des unités de traitement de la plateforme informatique hôte, de réaliser les étapes consistant à : générer un projet dans un système de gestion de projet selon une chronologie de différentes tâches qui se chevauchent, un coût jusqu’à l’achèvement et un nombre de ressources humaines requises pour achever les tâches pour un coût égal ou inférieur au coût jusqu’à l’achèvement ; recevoir une indication d’une condition de défaillance potentielle en lien avec l’une des tâches dans le projet ; quantifier la défaillance potentielle et calculer un ajustement pour l’un parmi la chronologie, le coût jusqu’à l’achèvement et le nombre de ressources humaines en conséquence de la défaillance potentielle ; comparer l’ajustement avec une valeur seuil indicative d’un aboutissement de projet acceptable ; et, générer une visualisation du projet dans le système de gestion de projet comprenant un marqueur représentatif de la défaillance potentielle et comprenant la comparaison. Système selon la revendication 8, dans lequel les instructions de programme informatique permettent en outre de réaliser les étapes consistant à : comparer la quantification de la défaillance potentielle avec une quantification passée connue ; et, ajuster la quantification afin qu’elle soit cohérente avec la quantification passée connue. Système selon la revendication 8, dans lequel les instructions de programme informatique permettent en outre de réaliser les étapes consistant à : récupérer une mesure de précision pour l’un des utilisateurs finaux ; et, ajuster la quantification sur la base de la précision récupérée. Système selon la revendication 9, dans lequel les instructions de programme informatique permettent en outre de réaliser les étapes consistant à : recevoir, à partir de l’un des utilisateurs finaux, une indication d’une résolution de la défaillance potentielle ; calculer un impact réel de la défaillance potentielle au moment de la résolution sur la base d’une quantité de temps supplémentaire requise pour achever la tâche parmi les tâches ; et, définir la quantification passée connue comme étant la quantité de temps supplémentaire. Système selon la revendication 9, dans lequel les instructions de programme informatique permettent en outre de réaliser les étapes consistant à : recevoir, à partir de l’un des utilisateurs finaux, une indication d’une résolution de la défaillance potentielle ; calculer un impact réel de la défaillance potentielle au moment de la résolution sur la base d’un coût supplémentaire requis pour achever la tâche parmi les tâches ; et, définir la quantification passée connue comme étant le coût supplémentaire. Système selon la revendication 9, dans lequel les instructions de programme informatique permettent en outre de réaliser les étapes consistant à : recevoir, à partir de l’un des utilisateurs finaux, une indication d’une résolution de la défaillance potentielle ; calculer un impact réel de la défaillance potentielle au moment de la résolution sur la base d’un nombre de ressources humaines supplémentaires requises pour achever la tâche parmi les tâches ; et, définir la quantification passée connue comme étant le nombre de ressources humaines supplémentaires. Dispositif informatique comprenant un support de stockage non transitoire lisible par ordinateur ayant des instructions de programme stockées en son sein, les instructions étant exécutables par au moins un cœur de traitement d’une unité de traitement pour amener l’unité de traitement à réaliser les étapes consistant à : générer un projet dans un système de gestion de projet selon une chronologie de différentes tâches qui se chevauchent, un coût jusqu’à l’achèvement et un nombre de ressources humaines requises pour achever les tâches pour un coût égal ou inférieur au coût jusqu’à l’achèvement ; recevoir une indication d’une condition de défaillance potentielle en lien avec l’une des tâches dans le projet ; quantifier la défaillance potentielle et calculer un ajustement pour l’un parmi la chronologie, le coût jusqu’à l’achèvement et le nombre de ressources humaines en conséquence de la défaillance potentielle ; comparer l’ajustement avec une valeur seuil indicative d’un aboutissement de projet acceptable ; et, générer une visualisation du projet dans le système de gestion de projet comprenant un marqueur représentatif de la défaillance potentielle et comprenant la comparaison. Dispositif informatique selon la revendication 14, dans lequel le procédé comprend en outre les étapes consistant à : comparer la quantification de la défaillance potentielle avec une quantification passée connue ; et, ajuster la quantification afin qu’elle soit cohérente avec la quantification passée connue. Dispositif informatique selon la revendication 14, dans lequel le procédé comprend en outre les étapes consistant à : récupérer une mesure de précision pour l’un des utilisateurs finaux ; et, ajuster la quantification sur la base de la précision récupérée. Dispositif informatique selon la revendication 15, dans lequel le procédé comprend en outre les étapes consistant à : recevoir, à partir de l’un des utilisateurs finaux, une indication d’une résolution de la défaillance potentielle ; calculer un impact réel de la défaillance potentielle au moment de la résolution sur la base d’une quantité de temps supplémentaire requise pour achever la tâche parmi les tâches ; et, définir la quantification passée connue comme étant la quantité de temps supplémentaire. Dispositif informatique selon la revendication 15, dans lequel le procédé comprend en outre les étapes consistant à : recevoir, à partir de l’un des utilisateurs finaux, une indication d’une résolution de la défaillance potentielle ; calculer un impact réel de la défaillance potentielle au moment de la résolution sur la base d’un coût supplémentaire requis pour achever la tâche parmi les tâches ; et, définir la quantification passée connue comme étant le coût supplémentaire. Dispositif informatique selon la revendication 15, dans lequel le procédé comprend en outre les étapes consistant à : recevoir, à partir de l’un des utilisateurs finaux, une indication d’une résolution de la défaillance potentielle ; calculer un impact réel de la défaillance potentielle au moment de la résolution sur la base d’un nombre de ressources humaines supplémentaires requises pour achever la tâche parmi les tâches ; et, définir la quantification passée connue comme étant le nombre de ressources humaines supplémentaires. Dispositif informatique selon la revendication 15, dans lequel le procédé comprend en outre les étapes consistant à : recevoir, à partir de l’un des utilisateurs finaux, une indication d’une résolution de la défaillance potentielle ; calculer un impact réel de la défaillance potentielle au moment de la résolution sur la base d’une modification dans la composition d’une étendue correspondante du projet ; et, définir la quantification passée connue comme étant la modification dans l’étendue du projet.