Apprenez les stratégies modernes de gestion de projet, planification des releases, intégration QA et montée en charge des équipes. Conseils pour les leaders techniques et chefs de projet.
« On va faire des microservices. » Cette phrase est devenue le signal d'une décision technique prise par imitation plutôt que par nécessité. Voici pourquoi, dans la majorité des cas, un monolithe est un meilleur choix.
La plupart des grandes entreprises qui pensent pratiquer Scrum font en réalité du Water-Scrum-Fall : Waterfall pour les décisions et les déploiements, Scrum pour le développement au milieu. Comprendre ce modèle, c'est comprendre comment réconcilier agilité et gouvernance.
COBIT répond à une question que beaucoup d'organisations négligent : comment s'assurer que l'IT crée vraiment de la valeur pour l'entreprise et que les risques sont gérés de façon appropriée ? C'est le framework de gouvernance IT de référence.
Il n'existe pas de domaine professionnel où les fondamentaux se périment aussi vite qu'en développement logiciel. Cette réalité génère un état d'âme particulier, mélange de FOMO chronique et de sentiment d'impuissance. Voici comment en sortir.
ITIL n'est pas une méthode de développement logiciel. C'est un framework de gestion des services IT. Mais tout développeur qui livre et maintient des logiciels en production est, qu'il le sache ou non, dans le champ d'ITIL.
DevOps n'est pas un poste, ni un outil, ni une méthode. C'est une culture. Une culture qui dit que les équipes de développement et d'opérations ne peuvent plus se permettre de travailler en silos si on veut livrer de la valeur rapidement.
Là où le PMBOK et PRINCE2 décrivent des processus et des pratiques, l'IPMA ICB se concentre sur les compétences individuelles du chef de projet. Une approche centrée sur l'humain plutôt que sur les méthodes.
Le PMBOK n'est pas une méthode à suivre à la lettre : c'est un référentiel de bonnes pratiques. Comprendre ses 10 domaines de connaissance donne un cadre conceptuel applicable à n'importe quel projet.
PRINCE2 est la méthode de gestion de projet préférée des gouvernements britannique, australien et de l'ONU. Sa structure rigoureuse et sa flexibilité d'adaptation en font un standard mondial de référence.
Le TQM ne dit pas que la qualité est le travail du département QA. Il dit que la qualité est la responsabilité de chaque personne dans l'organisation, du CEO au stagiaire. Cette philosophie change tout.
