Méthodologies IT

Les 3 Rôles Scrum

Il n'y a pas de hiérarchie au sein d'une équipe Scrum. Elle se compose de :

• Product Owner (PO) : Gère le Backlog et maximise la valeur.
• Scrum Master (SM) : Leader-serviteur, garant de la méthode.
• Développeurs : Équipe auto-organisée qui crée l'incrément.

Les Événements Scrum

Tout se déroule au sein d'un Sprint (Timeboxé), qui contient :

• Sprint Planning : Définition de l'objectif et du Sprint Backlog.
• Daily Scrum : Point de 15 minutes de synchro.
• Sprint Review : Démo de l'incrément et feedback.
• Sprint Retrospective : Amélioration continue de l'équipe.

Les 3 Artefacts Scrum

Ce sont les éléments tangibles représentant le travail ou la valeur :

• Product Backlog : Liste priorisée de tout ce qui est requis pour le produit.
• Sprint Backlog : Liste des éléments sélectionnés pour le sprint en cours.
• L'Incrément : Somme des éléments "Terminés" à la fin du sprint.

Les 5 Groupes de Processus

Ces phases structurent la vie du projet :

• Démarrage : Autorisation (Charte).
• Planification : Définition des objectifs.
• Exécution : Réalisation du travail.
• Contrôle & Maîtrise : Suivi des écarts.
• Clôture : Fin formelle du projet.

Les Domaines de Connaissances

Le chef de projet doit maîtriser 10 aspects cruciaux :

• 1. Intégration  |  2. Périmètre (Scope)
• 3. Échéancier (Temps)  |  4. Coûts
• 5. Qualité  |  6. Ressources
• 7. Communications  |  8. Risques
• 9. Approvisionnements  |  10. Parties Prenantes

Le Triangle de Fer

Il représente l'équilibre fondamental de tout projet. Si l'on modifie un élément, les autres sont impactés :

• Le Coût (Budget)
• Le Délai (Temps)
• Le Périmètre (Scope / Qualité)

La validation symétrique

Le principe est que toute phase de conception (branche descendante) est associée à une phase de validation (branche ascendante) de niveau équivalent.

On prépare les scénarios de tests dès l'écriture des spécifications.

La Phase Descendante

Du plus global au plus technique :

• 1. Expression des besoins : (Cahier des charges)
• 2. Spécifications : (Fonctionnalités)
• 3. Conception Architecturale : (Composants)
• 4. Conception Détaillée : (Algorithmique locale)

Les Tests d'Intégration

Ils vérifient que les modules communiquent entre eux. Ils valident donc la Conception Architecturale.

• Unitaires ➔ Conception détaillée
• Intégration ➔ Architecture
• Système (Validation) ➔ Spécifications
• Recette (UAT) ➔ Besoins

Le Service Value System

SVS signifie Système de Valeur des Services.

Il montre comment les composantes de l'organisation fonctionnent ensemble. Il prend en entrée une Opportunité/Demande et la transforme en Valeur.

Les 4 Dimensions

Pour fournir un service efficace, il faut équilibrer :

• 1. Organisations et Personnes
• 2. Informations et Technologies
• 3. Partenaires et Fournisseurs
• 4. Flux de valeur et Processus

Les Principes Directeurs

Ce sont les recommandations universelles de conduite :

• Privilégier la valeur
• Commencer là où on est
• Progresser itérativement avec feedback
• Collaborer et promouvoir la visibilité
• Penser et travailler de façon holistique
• Rester simple et pratique
• Optimiser et automatiser

Le Séquentiel Strict

Dans la méthode en cascade, une phase ne peut commencer que lorsque la phase précédente est totalement achevée et validée.

Il n'y a (théoriquement) aucun chevauchement ni retour en arrière possible sans procédure complexe de gestion du changement.

Les 5 phases Waterfall

Les étapes fondatrices (selon le modèle original de Royce) :

• 1. Requirements : Fixer les exigences.
• 2. Design : Conception technique.
• 3. Implementation : Développement/Codage.
• 4. Verification : Tests.
• 5. Maintenance : Déploiement et suivi.

L'Effet Tunnel

Le principal défaut est le manque de flexibilité et l'effet tunnel.

Le client ne voit le logiciel fonctionnel qu'à la toute fin du projet. Si le besoin a changé entre-temps, il est extrêmement coûteux de faire un retour en arrière.

PRojects IN Controlled Environments

C'est une méthode de gestion de projet structurée qui se concentre sur l'organisation, la gestion et le contrôle du projet.

Contrairement aux méthodes Agiles (centrées sur l'équipe) ou PMI (centrées sur le chef de projet), PRINCE2 définit un environnement hautement structuré où la direction (Board) prend les décisions majeures.

Le Business Case

PRINCE2 exige une Justification Commerciale Continue.

Le Business Case (pourquoi on fait le projet, ses coûts et bénéfices) n'est pas seulement créé au début : il est mis à jour et vérifié à chaque fin de phase. Si le projet n'est plus viable, il doit être arrêté.

Les Principes PRINCE2

Ils sont obligatoires :

• Justification commerciale continue.
• Leçons tirées de l'expérience.
• Rôles et responsabilités définis.
• Management par séquences.
• Management par exception (délégation avec des tolérances).
• Focalisation sur le produit.
• Adaptation à l'environnement du projet.