10.0 Introduction à la partie 10 : la gestion de projet, produit, et programme
La partie 10 parle de gérer la livraison de valeur (au niveau du projet, du produit, du programme, et du portefeuille) et du contexte d’entreprise et gouvernemental où ce travail se produit. Les parties 1 à 9 et 11 vous montrent comment bien construire du logiciel. Cette partie est différente. Elle couvre comment une organisation décide quoi financer, aligne de nombreuses équipes et fournisseurs derrière ce choix, gère le risque et la conformité autour de cela, le garde vivant sur une longue vie, s’associe pour innover, et fait tout cela éthiquement et dans l’intérêt public. C’est là où l’ingénierie rencontre la stratégie, l’argent, les marchés publics, la surveillance, et la responsabilité.
Cette couche de gestion compte le plus exactement là où ce guide vise : les grandes équipes, entreprises, et gouvernements. Une seule équipe peut improviser sa coordination. Des centaines d’équipes ne le peuvent pas. Le financement public pluriannuel, les règles de marchés publics, les obligations d’audit, et les durées de vie de système mesurées en décennies transforment la gestion d’un coût de surcharge en la chose qui décide du succès ou de l’échec. Les chapitres ici traitent ce contexte non pas comme de la bureaucratie à endurer mais comme une entrée de conception : les contraintes et disciplines qui permettent aux grandes organisations de transformer la stratégie en logiciel qui vaut la peine d’être construit, sûr à exploiter, solide sur lequel dépendre, et digne de confiance.
Chapitres de cette partie
10.1 Gestion de portefeuille et de programme. Aligner l’ingénierie sur la stratégie et les OKR (objectifs et résultats clés), prioriser à travers les initiatives, et coordonner les dépendances parmi de nombreuses équipes et fournisseurs.
10.2 Risque, audit, et garantie. Le risque d’entreprise et tiers, les pistes d’audit et les contrôles continus, la continuité d’activité, et le risque de concentration.
10.3 Marchés publics, code source ouvert, et licences. Les décisions construire/acheter/adopter, la conformité de licence, la stratégie de logiciel à code source ouvert et les OSPO (bureaux de programme de code source ouvert), et la gestion des dépendances.
10.4 Soutenir les systèmes grands et de longue durée. L’intendance, l’atténuation du facteur bus, la dépréciation et la fin de vie, et la gestion des systèmes qui vivent des décennies.
10.5 Éthique, responsabilité, et intérêt public. L’éthique professionnelle, la responsabilité algorithmique, l’équité, la durabilité, et servir les citoyens et clients avec dignité.
10.6 Gestion de projet. Transformer l’intention en résultats livrés : livraison prédictive/adaptative/hybride, estimation honnête, gestion de dépendance et de risque, et parties prenantes engagées.
10.7 Agile. La livraison adaptative comme état d’esprit de valeurs et principes : Scrum, Kanban, et XP (programmation extrême) ; excellence technique ; mise à l’échelle et réduction d’échelle ; et l’agile en entreprise et gouvernement.
10.8 Modèles de maturité. Évaluer la capacité contre une échelle de niveaux pour prioriser l’amélioration, un miroir pour diriger l’investissement, pas un trophée à poursuivre.
10.9 Partenariat d’innovation. La troisième option délibérée au-delà de construire et acheter : s’associer avec des jeunes pousses, laboratoires, et instruments publics pour partager le risque et la récompense de créer une nouvelle capacité.
10.10 Économie de l’ingénierie logicielle. L’épine analytique de chaque décision de financement : valeur et coût, valeur temporelle de l’argent, estimation de coût, ROI/TCO/VAN (retour sur investissement, coût total de possession, valeur actuelle nette), l’économie de la dette technique et le coût du délai, et construire un dossier d’affaires défendable.
10.11 Souveraineté numérique. Le contrôle proportionné sur vos données, logiciel, et infrastructure, couvrant la juridiction contre la résidence, le contrôle des clés, la portabilité et la sortie, le cloud souverain, et les normes ouvertes comme autonomie stratégique.
10.12 Code source ouvert contre code source fermé. Une comparaison équilibrée du logiciel ouvert et propriétaire, à la fois comme consommateur décidant quoi adopter et comme producteur décidant quoi ouvrir en code source, à travers le coût, le contrôle, la sécurité, la longévité, et la dépendance.
10.13 Collaboration inter-organisationnelle. Comment des organisations indépendantes travaillent ensemble à travers les frontières (consortiums, fondations, organismes de normalisation, coentreprises, et partenariats inter-agences et public-privé), et comment gouverner le travail partagé et aligner les incitations.
10.14 Gestion de produit et découverte. Posséder le quoi et le pourquoi en fixant la vision et la stratégie de produit, menant la découverte continue aux côtés de la livraison, priorisant pour les résultats plutôt que la sortie, et traitant les feuilles de route comme intention plutôt que promesses datées.
10.15 Estimation et prévision. Faire et communiquer des prédictions crédibles sous incertitude profonde en séparant les estimations des engagements, utilisant la décomposition et la prévision de flux probabiliste, prenant la vue extérieure pour les grands programmes, et exprimant les réponses comme des plages plutôt que de fausses dates uniques.
10.16 Gestion des parties prenantes et communication. Cartographier qui a un enjeu, gérer vers le haut, le bas, à travers, et vers l’extérieur, adapter le message à l’audience, rapporter honnêtement, et communiquer le risque et les mauvaises nouvelles tôt plutôt que faire de la politique.
10.17 Gestion du changement organisationnel. Aider les gens à réellement adopter de nouvelles façons de travailler, en utilisant les modèles de changement pragmatiquement, en construisant le parrainage et un pourquoi convaincant, en déployant progressivement, et en renforçant le changement pour que les équipes ne régressent pas.
10.18 Bureau de programme de code source ouvert (OSPO) et contribution en amont. Coordonner comment l’organisation consomme, contribue à, et publie du code source ouvert, de l’hygiène de licence et de chaîne d’approvisionnement à la contribution en amont comme stratégie, l’InnerSource, et le financement des mainteneurs dont vous dépendez.
Comment ces chapitres s’articulent
La partie se déplace du stratégique au tactique et retour à l’éthique. La gestion de portefeuille et de programme (10.1) fixe la direction et coordonne l’ensemble. Elle se nourrit des mesures de résultat du pipeline de découverte (chapitre 11.1) et de la preuve de livraison du chapitre 11.2. La gestion de projet (10.6) et l’agile (10.7) sont les disciplines pour exécuter une seule initiative à l’intérieur de ce portefeuille : le chapitre 10.6 pose les contraintes et choix communs à toute livraison, et le chapitre 10.7 approfondit l’option adaptative. Le risque et la garantie (10.2) et les marchés publics, le code source ouvert, et les licences (10.3) gèrent ce qui entoure la livraison (l’exposition, les contrôles, les fournisseurs, et les dépendances), et les deux s’appuient sur les pratiques de sécurité et de conformité du chapitre 4.6. Les modèles de maturité (10.8) vous donnent une lentille pour décider où investir pour améliorer tout cela. Le partenariat d’innovation (10.9) fournit une capacité que l’organisation ne peut ni construire ni acheter seule, se trouvant près des marchés publics (10.3) et de la logique construire/acheter/partenaire du chapitre 6.1. Soutenir les systèmes (10.4) étend l’horizon aux décennies qu’un grand système vit, s’appuyant sur les disciplines de fiabilité et opérationnelles de la partie 9. L’éthique et l’intérêt public (10.5) tiennent toute l’entreprise responsable envers les gens qu’elle sert. Lus ensemble, ces chapitres décrivent comment une grande organisation transforme la stratégie et l’argent en logiciel digne de confiance sur le long terme.