Plusieurs fournisseurs, plusieurs contrats
Chaque fournisseur a son périmètre, son contrat, son échéancier, sa marge. Il rend compte de ses engagements, pas de ceux des autres, et ne veut pas que ses coûts soient visibles de ses voisins.
Comparatif Piloter un projet multi-fournisseurs : comparatif des logiciels
Un projet multi-fournisseurs réunit plusieurs organisations autour d'une même trajectoire : un maître d'œuvre ou un intégrateur, des bureaux d'études, des sous-traitants, un ou plusieurs donneurs d'ordres publics ou privés, chacun avec son contrat et ses jalons. Planisware, Planview, Kantata et Projektron BCS y répondent chacun à leur façon, du portefeuille stratégique à l'ERP de projet. pylotik le traite par des projets liés, chacun reliant un fournisseur et son client. Ce comparatif dit ce que chaque outil permet, et ce qu'il ne permet pas.
Le problème
Quand une trajectoire dépend de plusieurs organisations.
La construction d'un ouvrage, la modernisation d'une ligne de production, un déploiement de système d'information, un programme public de transformation : le résultat dépend de fournisseurs qui ne travaillent ni dans les mêmes équipes ni dans les mêmes outils.
Plusieurs donneurs d'ordres, plusieurs projets
Un même fournisseur mène souvent des projets pour des organisations clientes différentes, et un même donneur d'ordres fait travailler plusieurs fournisseurs en parallèle. Le portefeuille se lit dans les deux sens.
Des jalons interdépendants
La recette de l'un attend la livraison de l'autre. Un retard chez un sous-traitant décale un jalon contractuel chez le maître d'œuvre, qui décale à son tour la mise en service chez le client final.
Une gouvernance commune
Des comités où chacun présente son avancement, des décisions qui engagent plusieurs parties, des actions qui passent d'une organisation à l'autre, des risques qui n'appartiennent à personne en particulier.
Le constat
Pourquoi les outils de gestion de tâches atteignent leurs limites.
- Ils supposent une seule équipe Un espace de travail, des membres, des invités. Les autres fournisseurs y entrent comme invités d'un tableau, pas comme parties d'un engagement.
- Ils suivent des tâches, pas des contrats Savoir que des tâches sont terminées ne dit pas si un jalon contractuel est tenu, ni ce qu'il reste à facturer à chaque fournisseur.
- Ils mélangent ce qui doit rester séparé Partager un tableau commun expose l'organisation interne de chacun, ou oblige à en tenir deux : le vrai, et celui qu'on montre.
- Ils laissent la gouvernance dehors L'ordre du jour, le compte rendu, sa validation et les décisions vivent dans des documents envoyés par e-mail.
Résultat classique : chaque fournisseur pilote dans son propre outil, puis le pilote du programme reconstruit chaque mois une vue d'ensemble dans un tableur et un diaporama, à partir d'exports et de messages. Le travail peut très bien rester dans les outils de chacun, y compris dans un outil de ticketing comme Jira. Ce qui manque, c'est une donnée de référence pour les engagements, les jalons, les décisions et les validations, que toutes les parties lisent sans la recopier.
Guide de choix
Si votre priorité est…
Les outils comparés ne regardent pas un programme multi-fournisseurs depuis le même endroit.
| Votre priorité | Outil qui convient | Pourquoi |
|---|---|---|
| Piloter avec chaque fournisseur et chaque client des engagements reliés entre eux | pylotik | Un projet par relation fournisseur-client, des projets liés, des dépendances surveillées, une gouvernance tracée, une vue portefeuille pour arbitrer. |
| Protéger la marge de chaque relation, côté maître d'œuvre comme côté sous-traitant | pylotik | Contrat de chaque projet, coût et marge à terme visibles du seul fournisseur, plan de charge des équipes, ordres de facturation envoyés à l'ERP par un connecteur réalisé selon vos besoins. |
| Rester dans une suite PPM déjà déployée à l'échelle du groupe, ou conduire un pipeline R&D en Stage-Gate | Planisware ou Planview | Stage-Gate documenté chez Planisware, dépendances inter-projets documentées chez Planview, consolidation financière de portefeuille. |
| Émettre ses factures dans le même outil, sans ERP à côté | Kantata | Facturation mixte forfait et régie sur une même facture, prévision de la capacité. |
| Projets profonds, ressources, finance, contrats et ticketing dans un même ERP | Projektron BCS | Sous-projets, programmes, contrats, maintenance, portail de support, cloud hébergé en Allemagne. |
Les acteurs
Quatre outils face à plusieurs fournisseurs.
Chaque présentation reprend la documentation publique de l'éditeur, vérifiée à la date indiquée sous le tableau.
Planisware
Planisware, éditeur français, sert les grandes organisations et leurs PMO avec Enterprise et Orchestra : planification avancée (PERT, WBS, valeur acquise), arbitrage de portefeuille, capacité et consolidation des coûts des projets contributeurs. Les dépendances inter-projets ne sont pas décrites explicitement dans sa documentation, et aucun accès client n'y est documenté.
Planview
La suite Planview structure programmes, projets, produits et epics, et documente la gestion des dépendances au niveau programme ainsi qu'un graphe de travail inter-équipes et inter-projets. Un portail External Collaborator existe dans AdaptiveWork, produit distinct de Portfolios. La suite vise les grandes entreprises et se répartit en plusieurs produits.
Kantata
Kantata, PSA des sociétés de services, offre des tableaux de bord sur tout le portefeuille et des dépendances entre tâches. Les dépendances inter-projets et une hiérarchie de projets ne sont pas documentées dans les pages consultées ; le client peut être invité côté « Client » d'un espace projet. Le comparatif pylotik vs Kantata détaille ces points.
Projektron BCS
Projektron BCS documente une structure profonde : sous-projets, sous-sous-projets, groupes de projets imbriqués, programmes et portefeuilles, avec des dépendances inter-projets citées sur sa page multi-projets. Il couvre aussi contrats, maintenance et ticketing, avec un portail de support externe. L'accès client aux projets n'est cité que dans des témoignages, et l'éditeur oriente les petites équipes vers sa version allégée, BCS.light.
Fonction par fonction
Projets liés, dépendances, accès externe : ce que chacun documente.
« Non documenté » veut dire que la documentation publique de l'éditeur n'en parle pas, pas que l'outil ne le fait pas.
| Fonction | pylotik | Planisware | PlanviewCloud Act | KantataCloud Act | Projektron BCS |
|---|---|---|---|---|---|
| Souveraineté européenne | France | France | Hors UEÉtats-Unis | Hors UEÉtats-Unis | Allemagne |
| Gestion de projet (tâches, jalons, planning) | OuiLots, tâches, phases, jalons, Gantt | OuiGantt, PERT, WBS, jalons, Stage-Gate, agile ; Orchestra couvre waterfall, agile, hybride et phase-gate | OuiPlannings, jalons, hybride agile / waterfall ; Gantt et WBS aussi dans AdaptiveWork | OuiTâches, livrables, jalons, diagramme de Gantt et suivi des tâches. | OuiMéthodes classiques et agiles (Scrum, PRINCE2, Kanban, PMBOK). |
| Pilotage multi-projets | OuiPilotage et arbitrage du portefeuille | OuiCœur de l'offre : portefeuilles, scénarios, consolidation | Oui | OuiTableaux de bord sur l'ensemble du portefeuille. | OuiTableau multi-projets, évaluations transverses, portefeuille. |
| Projets liés ou imbriqués | Via moduleProjets liés, un niveau (Projet étendu) | PartielWBS, consolidation des coûts des projets contributeurs et programmes SAFe documentés ; hiérarchie générique programme / projet non détaillée | OuiProgrammes, projets, produits, epics, features avec financement multi-niveaux | Non documenté | OuiSous-projets et sous-sous-projets ; groupes de projets imbriqués et programmes. |
| Dépendances entre projets | Via moduleSurveillées, sans recalcul des dates | PartielDépendances agiles au niveau équipe et réseau PERT documentés ; dépendances inter-projets non décrites explicitement | OuiGestion des dépendances au niveau programme et Connected Work Graph inter-équipes et inter-projets | OuiDépendances entre tâches dans le Gantt ou le Task Tracker ; dépendances inter-projets non documentées. | OuiDépendances fin-début et début-fin dans le projet ; dépendances inter-projets citées sur la page multi-projets (via un témoignage client). |
| Ressources et affectations | Oui | Oui | Oui | Oui | OuiPersonnes, équipements et salles. |
| Plan de charge | Oui | OuiVues offre / demande / capacité, surallocations, what-if | OuiPlanification de capacité, vues d'affectation | OuiPrévision de la demande et optimisation de la capacité. | OuiVue de l'occupation transverse pour éviter les surcharges. |
| Contrats clients | OuiContrat de chaque projet | Non documenté | Via moduleVia ChangePoint (gestion des contrats, tarifs et structures de facturation) | Non documenté | OuiGénérateur de contrats, cycle de vie, échéances et rappels, contrôle des contrats. |
| Suivi financier et marge | OuiCommandé, facturé, payé, marge | OuiBudgets, prévisions, coûts consolidés, P&L, VAN | OuiBudgets, prévisions, coûts et bénéfices ; marge via taux de facturation dans AdaptiveWork | OuiBudgets, marges, reconnaissance du revenu. | OuiContrôle de projet ; analyse de la valeur acquise dans l'édition BCS. |
| Calendriers | OuiPersonnel, projet, client | Non documenté | Non documenté | Non documenté | OuiCalendrier de projet avec jalons, réunions et rendez-vous. |
| Réunions et comptes rendus | OuiOrdre du jour, compte rendu | Non documenté | Non documenté | Non documenté | OuiRéunions planifiées, organisées, tenues, consignées et suivies dans BCS. |
| Registre des décisions | Oui | Non documenté | Non documenté | Non documenté | Non documenté |
| Suivi des actions | Oui | PartielWorkbox, fil social et « issues » listés dans la collaboration ; pas de registre RAID décrit | Non documenté | Non documenté | PartielTickets internes, relances et journal d'avancement ; pas de registre RAID nommé. |
| Registre des risques | OuiPartagés ou internes | PartielIndicateurs de risque dans les modèles de workflow ; un avis tiers (PeerSpot) décrit des risques liés aux tâches ou au WBS | PartielRegistre des risques dans AdaptiveWork ; dans Portfolios, risques traités au niveau programme et par l'IA, sans module dédié décrit | PartielIdentification des risques et indicateurs de santé ; pas de registre des risques décrit. | OuiGestion des risques et opportunités en préparation, planification et exécution. |
| Accès du client | Oui | Non documenté | Via modulePortail External Collaborator d'AdaptiveWork (projets, fichiers, conversations, demandes) | PartielLe client peut être invité côté « Client » de l'espace projet ; pas de portail dédié décrit. | OuiPortail de support externe pour les tickets ; accès client aux projets cité dans des témoignages. |
| Accès client sans licence | OuiOrganisations clientes externes | Non documenté | Non documenté | Non documenté | Non documenté |
| Validation par le client | OuiComptes rendus, avenants, interventions | Non documenté | Non documenté | Non documenté | Non documenté |
| Tableaux de bord | Oui | OuiReporting ad hoc temps réel, tableaux de bord, connexion BI | Oui200+ rapports, tableaux de bord, Power BI embarqué | OuiModule de BI et tableaux de bord personnalisables. | OuiRapports de projet, export PDF, évaluations multi-projets. |
| Connecteurs et API | PartielTicketing (Jira) et ERP ; connecteurs optionnels selon les besoins ; pas d'API publique | OuiAPI REST ouverte, connecteurs ERP, comptabilité, agile, ITSM | OuiSAP, NetSuite, Oracle, Salesforce, Workday, ServiceNow, Atlassian, Microsoft ; 60+ intégrations annoncées sur l'accueil | OuiConnecteurs CRM, comptables, Slack, Jira, Workato, MuleSoft, API. | PartielInterfaces et standards ouverts, synchronisation bidirectionnelle avec Jira ; API publique non détaillée sur la page. |
Informations vérifiées en octobre 2026, sur la documentation publique des éditeurs. Elles évoluent : voir les sources. Le drapeau indique le pays de l'éditeur ; le badge Cloud Act signale un éditeur de droit américain, ou détenu par un groupe américain, soumis au CLOUD Act ; Hors UE, un éditeur établi hors de l'Union européenne.
Le modèle
Comment pylotik pilote plusieurs fournisseurs, tel quel.
Le modèle, décrit exactement : il a des limites, et elles sont aussi ses arguments.
- Un projet relie un fournisseur et un client C'est la brique de base. Chaque projet porte le contrat de cette relation, au forfait sur jalons ou au temps passé, avec son commandé, son facturé, son payé et sa marge, visibles du seul fournisseur.
- Les projets se lient entre eux Avec le module Projet étendu, à partir du palier Business, un projet se découpe en lots et se relie à d'autres projets : les vôtres, ou un projet mené par un autre fournisseur dont vous êtes client.
- Sur un niveau Un projet peut avoir des projets liés, mais ces projets liés n'ont pas eux-mêmes de projets liés. On pilote un programme et ses projets, pas une arborescence sans fond.
- Des dépendances surveillées Les dépendances entre projets et entre jalons sont surveillées, sans recalcul automatique des dates. Un glissement chez un fournisseur se voit, mais il ne réécrit pas en silence le planning des autres.
- Une gouvernance par relation Chaque projet a ses réunions et ses comités, ses comptes rendus validés par le client, ses décisions, ses actions et ses risques partagés ou internes. La gouvernance de projet se tient au bon niveau.
- Un portefeuille pour la vue d'ensemble La vue portefeuille et le planning de type Gantt donnent la trajectoire commune, et c'est là que se pilotent et s'arbitrent charge, priorités et jalons ; le calendrier d'un fournisseur ou d'un client rassemble réunions et interventions.
Pourquoi c'est un argument et pas un aveu. D'abord, chaque contrat reste bilatéral : un sous-traitant ne voit pas la marge du maître d'œuvre, ni le maître d'œuvre celle du sous-traitant, et le client ne voit aucune des deux. Ensuite, l'absence de recalcul automatique oblige à décider : un décalage en amont devient un sujet de comité, avec une décision tracée, plutôt qu'une cascade de dates que personne n'a validée. Le pilotage multi-projets détaille ce fonctionnement.
En toute franchise
Où pylotik est pertinent, et où il ne l'est pas.
Pertinent quand…
- Vous êtes maître d'œuvre, entreprise générale ou intégrateur Dans le BTP, l'industrie, l'ingénierie ou le numérique, vous tenez un engagement envers votre client, externe ou interne, et faites intervenir des sous-traitants dont vous êtes vous-même client.
- Chaque relation a son contrat Forfait, temps passé, contrat de maintenance : chaque fournisseur rend compte de son engagement, et non d'une liste de tâches.
- Le client doit suivre et valider Son accès est gratuit sur tous les paliers, sans voir ni marges ni pilotage interne. Voir le portail client.
- Vous voulez arrêter de consolider à la main Les jalons, décisions et validations de chaque projet lié se lisent au même endroit, au lieu d'un tableur assemblé avant chaque comité.
Un autre outil reste préférable quand…
- Votre programme exige plusieurs niveaux d'imbrication Projektron BCS et Planview documentent sous-projets et programmes sur plusieurs niveaux ; pylotik s'arrête à un niveau.
- Vous voulez un chemin critique recalculé entre projets pylotik surveille les dépendances sans recalculer les dates.
- Une suite PPM est déjà déployée à l'échelle du groupe Si votre organisation vit dans Planview, ou conduit un pipeline R&D en Stage-Gate comme le documente Planisware, y rester évite une seconde couche d'outils.
- Vous avez besoin d'une API publique ou du SSO pylotik n'a ni l'un ni l'autre. Il se connecte aux outils de ticketing comme Jira et à l'ERP, pour lui envoyer les ordres de facturation, par un connecteur réalisé selon vos besoins.
Questions fréquentes
Ce qu'on demande sur les programmes à plusieurs fournisseurs.
Comment piloter un projet multi-fournisseurs ?
En séparant ce qui est propre à chaque relation (contrat, marge, organisation interne) de ce qui est commun (jalons interdépendants, décisions, risques, trajectoire). Chaque fournisseur rend compte de son engagement, les dépendances entre jalons sont suivies, et les comités s'appuient sur une donnée que chaque partie lit sans la recopier.
Peut-on mettre plusieurs fournisseurs dans un même projet pylotik ?
Non. Un projet relie un fournisseur et un client. Plusieurs fournisseurs se pilotent en liant leurs projets, avec le module Projet étendu, sur un niveau. Cela garde chaque contrat et chaque marge dans sa propre relation.
Que se passe-t-il quand un jalon amont glisse ?
La dépendance est surveillée, mais les dates en aval ne sont pas recalculées automatiquement. Le glissement devient un sujet à arbitrer, en comité, avec une décision tracée.
Un PPM suffit-il pour un programme multi-fournisseurs ?
Un PPM consolide très bien un portefeuille et ses ressources. Il est conçu pour l'organisation qui le déploie : Planisware ne documente pas d'accès externe, Planview le propose via AdaptiveWork. pylotik couvre aussi le pilotage et l'arbitrage du portefeuille (vue portefeuille, charge, priorités, jalons, comités, décisions) et y ajoute les fournisseurs, le client et l'exécution. Le comparatif des logiciels de portefeuille détaille ces différences.
Le module Projet étendu est-il inclus partout ?
Non. Il est disponible à partir du palier Business, comme les autres modules. Les prix sont publics sur la page tarifs.
Les fournisseurs voient-ils les marges des autres ?
Non. Le coût et la marge d'un projet restent du côté du fournisseur qui le mène. Le client suit ce qui le concerne et valide ce qui lui est soumis, sans voir marges, charge ni données RH.
La suite
Pour aller plus loin.
- Le pilotage multi-projets et multi-acteurs : projets liés, dépendances surveillées, portefeuille.
- Le comparatif des logiciels de portefeuille : Planisware, Planview, Sciforma et ServiceNow SPM.
- pylotik vs Kantata : un PSA de société de services face au pilotage avec le client.
- Le pilotage des engagements : une donnée de référence lue par chaque partie.
- Le tour du produit : contrats, projets, maintenances et comités dans le même outil.
- Les tarifs : les sièges, l'accès client gratuit et les modules.
- Tous les comparatifs : PSA, PPM, gestion du travail et interventions.