Où la gestion de projets se brise dans une organisation

1. Niveaux : entreprise, département, projet

Le problème. Les règles sont fixées en haut et ignorées en bas, ou chaque projet invente les siennes. Qui valide, quels taux s'appliquent, comment les heures sont saisies : chaque projet répond autrement.

Comment ApprovedFlow le traite. Chaque règle est un paramètre avec un seul héritage : défaut de l'entreprise, département, projet. Un département remplace l'entreprise, un projet remplace le département, un verrou à n'importe quel niveau bloque le niveau inférieur. Le chef de projet voit chaque paramètre avec sa source, il sait ce qu'il a hérité et ce qu'il a changé.

2. Ressources partagées entre projets

Le problème. Le même ingénieur est sur trois projets. Chaque chef de projet le planifie à 100 %. Personne ne voit la surcharge avant que les dates glissent.

Comment ApprovedFlow le traite. Une personne sur une tâche porte deux chiffres : sa part des heures de la tâche et la part de sa journée qu'il y consacre. Le plan calcule ses jours à partir des deux, plafonne chacun aux heures prévues de la tâche et montre ce qui n'est pas encore affecté. Une tâche qui grandit répartit à nouveau les personnes selon leurs parts ; une personne qui réduit son temps ne réduit jamais la tâche en silence.

3. Équipes dispersées et personnes qui ne se connectent jamais

Le problème. Consultants, personnel des fournisseurs et représentants du client font un vrai travail sur le projet mais n'ouvriront pas un autre système. Leurs validations et mises à jour arrivent par e-mail et se perdent.

Comment ApprovedFlow le traite. Un contact tient un rôle sur le projet sans compte. Il reçoit sa tâche par e-mail, la met à jour ou la valide par un lien signé, et la décision s'inscrit sur la tâche à son nom. S'il s'inscrit plus tard, le même rôle le suit. Pour l'équipe qui se connecte, Mes tâches ne montre que son propre travail, avec un chronomètre qui remplit la feuille de temps.

4. Plusieurs sites, calendriers et fuseaux horaires

Le problème. Le siège travaille du dimanche au jeudi, l'agence de Londres du lundi au vendredi, le site du Caire a ses propres jours fériés. Un plan tracé sur un seul calendrier est faux sur les autres.

Comment ApprovedFlow le traite. Chaque agence a sa semaine de travail, ses horaires, ses jours fériés et son fuseau ; une personne peut avoir son propre horaire. Le planificateur déplace les tâches en jours ouvrés sur le calendrier des personnes concernées. Un rappel atteint chacun pendant ses propres heures de travail, jamais à 3 heures du matin.

5. Suivre ce qui s'est réellement passé

Le problème. L'avancement est une impression. Les heures vivent dans un tableur, le statut dans une discussion, le plan dans un outil que personne ne met à jour.

Comment ApprovedFlow le traite. Les heures sont saisies sur la tâche, à la main ou avec un chronomètre, et remontent à la phase et au projet. L'avancement est proposé à partir des heures saisies face aux heures prévues. Le plan, les heures et le statut forment un seul enregistrement : le tableau de bord montre ce qui a été fait, pas ce qui a été dit.

6. Validation du client avec preuve

Le problème. « Le client a validé » est une phrase dans un fil d'e-mails. Un mois plus tard, personne ne la retrouve et la facture est contestée.

Comment ApprovedFlow le traite. Une tâche, un livrable ou une feuille de temps va au valideur que désigne la chaîne : le chef de projet, le chef de département ou le client. Le client valide à l'écran ou en répondant à l'e-mail ; la décision, la version du document et la date restent avec le travail. Un livrable rejeté par le client revient avec ses commentaires sur la même tâche.

7. Facturation et encaissement

Le problème. Le travail validé et la ligne de facture sont deux mondes. La finance facture tard, ou facture ce qui n'a pas été validé, et l'encaissement est une poursuite à part.

Comment ApprovedFlow le traite. Les heures validées et les jalons fournisseurs terminés apparaissent dans l'onglet Finance du projet avec leur coût à taux figés. De là, la facture du travail validé est préparée et suivie jusqu'à l'encaissement. L'argent et le travail qui le justifie restent sur la même page.

8. Écart : le plan face à la réalité

Le problème. Le plan disait 40 heures ; 60 ont été passées ; personne n'a replanifié, donc la date de fin est une fiction.

Comment ApprovedFlow le traite. Le moteur de temps montre les heures prévues face aux heures saisies et le total attendu au rythme actuel, par tâche et en cumul. Changer la durée d'une tâche recalcule ses heures et déplace ses dépendances d'elle-même, avec le résultat affiché sur place et une annulation. Les références sont enregistrées volontairement et conservées, l'écart est donc mesuré contre une vraie référence.

9. Gestion du changement

Le problème. Les changements de périmètre arrivent du client sous forme de document Word. Ils sont acceptés oralement, réalisés, et jamais chiffrés ni planifiés.

Comment ApprovedFlow le traite. Une demande de changement est un document sur le projet ou la tâche, versionné, avec sa chaîne de validation. Le chef de projet applique son impact au plan par le même planificateur : nouvelles tâches, dates déplacées et personnes ajoutées découlent de la demande au lieu de surprendre le budget.

Les fournisseurs dans la même image

Le bon de commande d'un fournisseur, ses jalons, ses paiements en pourcentage et les heures de ses équipes sont dans le projet, dans la devise du fournisseur et dans la devise de base de l'entreprise. Payer un jalon est une demande, une validation et un enregistrement, pas un rapprochement en fin de mois.