Formation : Gérer les exigences - Contrôler les changements et industrialiser les exigences
(Réf. 17648)
Evaluation :
Détails de la fiche formation
Options disponibles pour la fiche formation
Détails de la fiche formation
Compétence(s)
CMMI (Capability Maturity Model Integration)Prérequis
Avoir suivi le stage PI11 (Développer les exigences - Comprendre les besoins et spécifier le produit) est un plus.Public
Ingénieurs spécification, analystes fonctionnel ou experts métier, architectes, ingénieurs système ou responsables des tests. Tout autre acteur en charge de la maintenance de la définition du produit.Objectifs
Gérer les changements pour maintenir la cohérence du référentiel des exigences avec les livrables du projet.Mettre en oeuvre la traçabilité des exigences.
Outiller les exigences (les outils dédiés mais aussi l'intégration avec les outils existants).
Gérer les releases : unités de décision (exigence, cas d'usage, user story, feature), et planification des releases.
Comprendre la gestion des lignes de produits logiciels.
Comprendre la gestion agile des exigences.
Analyser vos pratiques et processus d'ingénierie des exigences, proposer des améliorations.
Type de formation
CourteProgramme
Jour 1 : gérer les changements
Introduction à la gestion des exigences
• Pourquoi l'ingénierie des exigences• L'essentiel du développement des exigences
• Atelier : analyse et reformulation d'une exigence
• Pourquoi gérer les exigences
• Définition, contexte et étapes de la gestion des exigences
• Atelier : symptômes de l'insuffisance de l'ingénierie des exigences
Etablir une baseline et gérer la configuration des exigences
• La baseline du référentiel des exigences, référence pour la gestion des changements• Gérer la configuration des exigences ( Définir une politique de gestion de configuration du référentiel des exigences / Tracer les modifications et l'historique des versions des exigences / Tracer les demandes de changement)
• Atelier : analyse des pratiques de gestion de configuration des exigences dans votre contexte
Gérer les changements
• L'objectif du domaine REQM de CMMI-DEV : maintenir la cohérence du référentiel des exigences avec les produits d'activité du projet• Etablir un canal unique de contrôle des modifications (la gouvernance, le « change control board » du projet)
• Définir un processus de contrôle des changements
• Analyser l'impact d'une demande de changement (formulaire/checklist d'analyse d'impact)
• Outiller la gestion des changements
• Gérer les changements de façon hiérarchique
• Atelier : gérer une demande de modification
Tracer les exigences
• Pourquoi tracer les exigences ? La traçabilité bidirectionnelle selon CMMI• Les différents types de traçabilité
• Quoi tracer et jusqu'à quel niveau
• Etablir une matrice de traçabilité, la maintenir
• Atelier : mettre en œuvre la traçabilité
Atelier « revue des pratiques »première partie
• Chaque stagiaire analyse les pratiques, processus et outils de sa propre organisation ( Lister les pratiques et les outils de son organisation / Modéliser les processus, modéliser les schémas de données et la traçabilité / Identifier 3 domaines d'excellence / Identifier 3 axes concrets d'amélioration)Jour 2 : industrialiser les exigences
Outiller les exigences
• Les catégories d'outils (bureautique, modélisation, maquettage, publication, gestion des demandes de changements, gestion de la configuration, gestion des exigences)• Les outils de gestion des exigences : bénéfices et lourdeurs
• Modéliser votre besoin d'outillage (modèle de données, ..) et définir votre cahier des charges
• Intégrer votre outil dans l'usine logicielle
• Maintenir et publier des métriques
• La volatilité des exigences
• Quelques outils du commerce
• Atelier : modéliser la traçabilité par un modèle de données
Gérer les exigences dans un contexte agileIntroduction
• Les rôles, le product owner• Estimation agile
• Product backlog, Release planning
• Spring backlog, Sprint planning
• Atelier : Planning Poker
Gérer une ligne de produits logicielsIntroduction
• La « feature » : outil d'abstraction de la définition d'un produit• Variabilité et communalité
• Introduction à l'ingénierie des lignes de produit logiciel ( Software Product Line Engineering)
• Atelier : « productiser » une feature, séparer les parties communes et les parties variables
Planifier les releasesIntroduction
• Le développement de produits ciblés marché• Les unités de décision (exigence, cas d'usage, user story, feature)
• Les techniques de « priorisation » (classement par ordre de priorité)
• Gouvernance et planification des releases
• Atelier : classer une liste de features par priorité
Atelier « revue des pratiques »deuxième partie
• Chaque stagiaire présente un domaine d'excellence et un axe concret d'amélioration de son organisation (tel que listé dans la première partie de cet atelier)Pédagogie
Tendance lourde à l'externalisation des tests, croissance forte de la tierce recette applicative, importance de la certification CFTL : le métier du test logiciel est aujourd'hui en pleine révolution.Or les problèmes principaux auxquels les testeurs de logiciel sont confrontés sur le terrain sont hors de leur périmètre métier : Incompréhension des besoins des utilisateurs, incohérences de la définition du produit à tester et défauts de formalisation ou d'outillage des exigences.
Second volet de l'ingénierie des exigences après la formation PI11, ce stage répond à ces questions.
Point(s) fort(s)
Non renseignéOptions disponibles pour la fiche formation
Langue(s)
FrançaisMoyen(s)
Inter-EntrepriseDurée
Non renseignéZone géographique
Inter-Entreprise :75008 Paris :