Les demandes de modification sont étroitement liées aux rapports d'état : Alors qu'un rapport d'état indique où se situe un projet par rapport à ses objectifs, un amendement est une conséquence possible de l'avancement non satisfaisant du projet. Il est rare qu'un projet atteigne tous ses objectifs en termes d'impact et de déroulement. Lorsque les objectifs sont menacés ou, au plus tard, lorsqu'ils ne sont plus du tout réalisables, on ne peut plus éviter de procéder à des adaptations. De telles modifications d'objectifs peuvent concerner le déroulement du projet (plus d'argent, plus de temps, etc.), ou encore l'effet attendu (portée plus petite, effet plus faible, etc.).

Un projet est mis en route avec un mandat. Le donneur d'ordre définit avec les objectifs d'efficacité du projet ce qui doit être atteint. En cours de route, il est donc judicieux de se demander régulièrement si le projet est toujours sur la bonne voie et si les objectifs sont toujours réalistes. Le rapport d'état de la direction du projet montre périodiquement l'état de santé du projet pendant son déroulement. Pour pouvoir comparer les projets dans un portefeuille et obtenir rapidement une vue d'ensemble, les feux de signalisation sont un moyen efficace. Dans ce webinaire, nous aborderons ces méthodes et d'autres aspects.

Tout projet comporte des risques. Des choses se passent mal, qui n'étaient pas prévues et encore moins voulues. De telles éventualités ne peuvent pas toujours être évitées, mais elles peuvent au moins être désamorcées. Une question importante est de savoir quels sont les risques les plus critiques et qui requièrent donc plus d'attention. Quels sont les risques qui causent le plus de dommages lorsqu'ils se produisent ? Et quelle est la probabilité qu'ils se produisent ? Dans ce webinaire, nous nous pencherons sur ces questions et discuterons de la manière d'identifier les "risques pertinents" pour un projet et de les maîtriser au mieux.

En tant que chef de projet ou collaborateur de projet, on a d'innombrables petites et grandes tâches à accomplir. Souvent, le temps ne semble pas suffire pour tout faire. Et pour la plupart des tâches, il y a des parties prenantes derrière qui souhaitent que les tâches soient effectuées le plus rapidement possible. Les délais se chevauchent, on ne sait plus comment s'organiser au mieux. Dans ce webinaire, nous donnons des conseils et des astuces pour mieux s'organiser dans le projet, maîtriser sa liste de tâches et respecter les délais à tout moment.

Objectifs et exigences - deux notions prétendument très différentes. Mais les apparences sont trompeuses. Il existe des liens clairs entre les deux. Malheureusement, le pont entre les objectifs et les exigences n'est pas assez souvent établi dans de nombreux projets. Une approche systématique lors de l'initialisation du projet et de la phase de conception permet d'éviter de nombreux malentendus qui pourraient survenir dans les phases ultérieures. Des décisions conscientes en matière de conception prises dès les premières phases du projet y contribuent.

Dans PQFORCE, il y a de nombreux utilisateurs, et chacun travaille différemment avec le système, selon sa fonction et ses tâches. C'est à cela que servent les rôles des utilisateurs. Ils attribuent des autorisations aux utilisateurs, ce qui leur permet d'effectuer leurs tâches et de voir et de traiter les données correspondantes - ou non. Dans ce webinaire, nous montrerons comment le système d'autorisation fonctionne sur le plan conceptuel, comment les rôles et leurs autorisations sont définis et comment les autorisations concrètes des utilisateurs peuvent être consultées.

Il arrive régulièrement qu'un collaborateur oublie de remplir ses obligations et ajoute par exemple des informations importantes dans PQFORCE pour d'autres. Les heures travaillées ne sont pas saisies. Des ressources demandées ne sont pas libérées. Ou des demandes de modification ne sont pas examinées et approuvées. Dans de tels cas, un système qui rappelle périodiquement aux utilisateurs les tâches en suspens est utile. De telles notifications par e-mail peuvent être configurées en fonction des clients et des rôles. Nous vous montrons ici comment procéder.

Le serveur PQFORCE contient des données extrêmement précieuses sur les projets et les ressources. Il est ainsi possible de générer de nombreux types de résumés, appelés rapports, qui servent de base de décision pour le management. Dans ce webinaire, nous montrerons comment des automatisations JavaScript permettent de composer de tels rapports spécifiques aux clients à partir des données brutes et de les envoyer par e-mail de manière périodique ou ad hoc. À partir de là, il est possible de générer d'autres évaluations ou graphiques dans Excel ou d'autres programmes de traitement et de visualisation des données.

Le serveur PQFORCE est programmé en Java. Néanmoins, il comprend également le langage de programmation JavaScript (JS). Ainsi, des automatisations spécifiques au client peuvent être programmées en JS et introduites dans le serveur via l'API. Il en résulte un nombre quasiment inépuisable de cas d'application. Dans ce webinaire, nous montrons à l'aide d'exemples très simples comment cela fonctionne, sans qu'il soit nécessaire d'être un crack en JS. Nous prenons le cas où un champ doit être calculé et rempli automatiquement. Il est ensuite possible d'en déduire n'importe quel autre cas similaire.

PQFORCE dispose d'une interface ouverte et documentée. Ce webinaire plutôt technique est centré sur cette interface PQFORCE, appelée API (Application Programming Interface). Nous montrerons comment une application tierce, comme par exemple un système ERP, peut se connecter à PQFORCE avec un Bearer Token et obtenir des données de PQFORCE via l'API ou même les transmettre à PQFORCE. Mais il est également possible de se connecter à PQFORCE à partir d'Excel avec un peu de savoir-faire en programmation (mot-clé VBA) et d'obtenir des données et de les traiter à volonté dans Excel. Nous montrons à titre d'exemple comment cela fonctionne.

Dans ce webinaire, nous montrerons comment créer facilement des masques de saisie avec des champs de saisie sur différents types d'objets via le portail clients. De tels champs de saisie ont un type et peuvent ainsi contenir différentes données telles que du texte, une date ou encore une valeur issue d'une liste de sélection. Les listes de sélection peuvent également être définies à volonté. Il existe en outre différentes options permettant de disposer les champs et de créer ainsi une mise en page personnalisée.

Nous montrons ici comment les rapports d'état de projet peuvent être conçus dans PQFORCE et comment ils peuvent être dotés d'indicateurs d'état. Nous montrons comment ces rapports d'état peuvent être remplis et soumis pour vérification et validation via un workflow. De plus, nous montrons comment un aperçu des rapports d'état disponibles dans les projets peut être appelé au niveau du portefeuille ("aperçu des feux de signalisation").

Comment les coûts d'un projet peuvent-ils être saisis et planifiés en tant que postes de coûts ? Comment se forme une courbe de coûts prévisionnels ? Et comment les coûts théoriques et réels sont-ils comparés dans le projet ? Nous abordons ici également des aspects tels que les types de coûts, le plan de paiement et la saisie des valeurs résiduelles ou des écarts par rapport au plan. Nous montrons également comment les postes de coûts peuvent être liés au plan de Gantt.

Dans ce webinaire, nous montrons les possibilités offertes par PQFORCE lors de la planification d'un projet avec un plan Gantt. Comment la structure du projet est-elle créée ? Quelle est l'importance des tâches dans la planification et comment peuvent-elles être mises en relation les unes avec les autres par le biais de dépendances ? Nous abordons également les nombreux détails de la représentation et montrons comment les détails des tâches peuvent être gérés sous forme de tableau.

Comment un projet est-il initialisé ? Quand un projet "commence"-t-il ? Par une idée ? Ou à partir d'une commande d'un client ? Nous abordons le cycle de vie du projet ainsi que le Project Charter (fiche de projet) et montrons quelles sont les possibilités de configuration offertes par PQFORCE.

Nous montrons comment les ressources peuvent être allouées aux tâches dans les projets. Quels sont les différents types d'allocation ? Comment une allocation se présente-t-elle dans le diagramme de charge ? Que se passe-t-il en cas de report ou de prolongation d'une tâche ? Nous montrons également l'interaction entre les chefs de projet en tant que créateurs de besoins et les gestionnaires de ressources en tant que fournisseurs de ressources.

Nous montrons comment un modèle de phase de projet, comme par exemple HERMES, peut être représenté dans PQFORCE. Nous abordons les possibilités de configuration de PQFORCE Enterprise Edition et démontrons comment les transitions de phase peuvent être contrôlées au moyen du workflow de validation.