Agilité et PLM : enfin un retour d’expérience !

0 /

Ce document et les informations qu’il contient sont la propriété de Aircelle. Ils ne doivent pas être copiés ni communiqués à un tiers sans l’autorisation préalable et écrite de Aircelle.

Agilité et PLM : enfin un retour d’expérience !

Aircelle - Thales

LHA

3 /


Orateurs

Laurence HANOT Coach et formatrice Agile, Scrum Master

E-Mail : [email protected]

Laurent BOURGOIN Chef de Projet PLM


Thierry DURAND Consultant Senior PLM


LHA

4 /


Agenda

Contexte global du projet

Mise en place de l’Agilité

Bilan

LHA

5 /


AIRCELLE

Conception, fabrication et intégration de nacelles et de

composants

Services aux opérateurs

THALES

Entité CIS : systèmes d’information

critiques pour l’aéronautique et spatial

THALES PLM Acteur majeur PLM en France

Intégration, Conseil, Maintenance

Partenariats avec les principaux éditeurs

Présentation des acteurs

LBO +

TDU

6 /


Qu’est-ce que le PLM ? Vue Fonctionnelle

Idea

Project Management

Team Management

Marketing Specification

Definition

Requirements

Specifications Design

Engineering BoM (CAD and Doc)

Product Structure

Documents

Maintenance

Manuals

Repairs Tools

Spare Parts

Industrialization

Manufacturing

Manufacturing BoM

Manufacturing Attributes

Change Management

Test Plans

Tested Configurations

Test Reports

Test & Simulation

Delivery

Manuals

Delivery BoM

Example : The Nacelle

TDU

7 /


APRES

Notification

Electronic

signatures

Life cycle statuses

BASE PLM

EBOM

items Docs

2D drawing

3D model

Stress

Reports

Specifications

ECR

Mass

CAD

Product

structure

management

Document

management

Change

management

PM

EBOM

items

Management of

certified parts

Mass

management

SYSGDT

CONF

ORCHID

SAP

AVANT

PLM

Changes

Workflows

Qu’est que le PLM ? Vue Solution

TDU

8 /


Macro Planning

TO T1 T2 T3 T4 T5 T6

1.1 BPR

(General

design)

Aircelle Verification + Validation

1.3 – Functional development

Potential Developments (Interfaces, …)

« Standard/Parameter » Scope Specific Scope

Sprint Sprint

…

Sprint

Sprint … Sprint

(Continuous Integration, Verification, Validation)

…

Sprint Integration

Verification

1.2

Architecture

1.4 Migration 1.5 User Training

1.6 Management

1.7

Transfer Test

Acceptance

Solution

= Gate Review (Sprint Validation +

Update Project Plan + Decision)

3 mois 5 mois 1 mois

LBO

9 /


Agenda



Bilan

LHA

10 /


Agilité et PLM

LHA

11 /


Comment maximiser le Standard et minimiser le Spécifique ?

Piloter la solution par les Objectifs de couverture du COTS

• Présenter les fonctions Standard

• Définir les Processus cibles avec la Solution Standard

Impliquer la R&D SIEMENS pour avoir le

retour sur les futures versions de

Teamcenter

Conception

générale

1.3 – Functional development

Développement fonctionnel

« Standard/Parameter » Scope

Sprint Sprint

… Sprint

… Sprint …

Sprint Integration

Verification Test

Acceptance

Specific Scope

3 mois

Sprint

2 mois

Répondre aux besoins avec

la Solution Standard

TDU

12 /


Comment éviter “l’effet tunnel" du point de vue utilisateurs ?

Présenter régulièrement la solution aux Métiers

Participation Métier pour la

formalisation des besoins et la

conception générale

Conception

générale



Sprint Sprint …

Sprint

Sprint … Sprint …

Sprint Intégration

Vérification

Test

Acceptance

Solution

Participation des Représentants

Métier durant les Sprints

Revues de sprints

Recette Métier finale Aircelle Vérification + Validation

Validation par les Métiers concrète

et progressive de la solution

TDU

13 /


Conception

générale



Sprint Sprint …

Sprint

Sprint …

Sprint …

Sprint Intégration

Vérification Test

Acceptance

Comment sécuriser le planning et le budget ?

Piloter la solution par les Objectifs de Coûts et de Délai

Version “standard” de la Solution (dépendante

de la satisfaction et validation utilisateur) Mesure de la vélocité de l’équipe Projet

Ré-estimation du Planning & Budget après chaque Sprint

Gouvernance Globale

(Réunion de Décision – Réunion de Jalon)

Ré-estimation du budget et du Planning basés

sur la liste complète des fonctions et sur le

niveau de disponibilité des acteurs Projet

(backlog –niveau de Standard)

3 mois 2 mois

TDU

14 /


Organisation - Rôles

ScrumMaster

Expert

Editeur

Plateau PLM

Coach

Agile

Product Owner

Référents Key Users

Réalisateurs

Resp

Technique

Resp

Fonctionnel

OBJECTIFS

Support

Enjeux Métiers

Pilotage Visuel

Backlog

Equipe

DSI

Support Support

LBO

15 /


Rôles spécifiques - référents

Business Experts

Local Support

Training

Communication PLM design

R

• Issus du terrain

• Participent aux ateliers de conception générale

• Rédigent les règles métier

• Rédigent les tests fonctionnels

• Binômage avec les réalisateurs pour : Valider les règles métier

Tester la solution

• Répondent aux questions des Key-Users

LBO

16 /


Rôles spécifiques – key-users

Key – Users

Local Support

Communication

PLM tests

KU

• Déroulent les scénarios de tests métier

• Montent en compétences sur la solution

• Communiquent sur le projet

• Répondent aux questions des End-Users

• Récoltent les feedbacks des End-Users

• Assurent le support local

• Remontent les questions / problèmes des End-Users

Plusieurs équipes sur différents sites

LBO

17 /


Spécificités liées au monde PLM

Solution basée sur un progiciel très riche :

Paramétrage vs développement

Difficulté de faire abstraction de ce qui existe déjà

Influence du progiciel sur les réponses apportées aux besoins

Finalisation des User Stories en tenant compte des fonctionnalités offertes par le progiciel

Préférence pour les fonctions standards

Pilotage du Projet par les processus Métier

Implication des acteurs du monde industriel (référents / key-users) :

Tout au long du projet :

Conception générale

Définition des règles métier / critères d’acceptation

Définition des tests fonctionnels

Définition des scénarios de tests métier

Implication forte dans l’équipe Scrum : binômage avec les réalisateurs

TDU

18 /


Conception générale

PLM

Fundamentals

Business

Specific

Customization Standards

Mandatory Nice to have

Result

Pour chaque feature :

• Product Owner

• Responsable fonctionnel

• Référents

• Key-Users

Exchanges

internes Exchanges

externes

Gestion des

composants

Interface ERP

Acteurs et droits

d’accès

Standard

Scope

Specific

Scope

Gestion

des

exigences

Gestion des

articles/Documents

Gestion de

configuration

(As Designed)

Gestion de

configuration

(As Planned)

Gestion de

configuration

(As Serviced)

Gestion des

modification

Gestion

des essais

Maquette

Numérique

Fonction A

Fonction B

Fonction C

Fonction G

Fonction D

Fonction E

Fonction F

Fonction H

Fonction I

Fonction J

Fonction K

Fonction L

Fonction M

Fonction N

Fonction O

Fonction P

Fonction Q

Fonction R

Fonction S

Catia V5

Processus et

Workflows

Gestion des

Programmes Rapports

~ 500 User Stories dans le Product Backlog

TDU

19 /


Sprint

planning

Décision sur les

US non

implémentables

exploratoire fonctions PLM exploratoire

rédaction des règles métier des User

Stories

paramétrage par les Réalisateurs

Intégration Rédaction des scénarios de tests des US Intégration

Livraison Tests des US implementées sur DEVxx Livraison

Install Install

Recette

technique

Recette

technique

Recette

Fonctionnelle

Recette

Fonctionnelle

Mise à disposition des processus

métiers

Tests Key

Users

Tests Key

Users

Revue

Rétro Rétro

Organisation des sprints

Sprint n Sprint n-1 (S3)

Semaine 1 Semaine 2 Semaine 3 Référents

Référents + réal

Réalisateurs

Tous

Key-Users

Equipe Install

LBO

Toutes les US

sont implémentables

Toutes les US

sont implémentées

Toutes les US

sont « done » Règles d’or

20 /


Management Visuel

Sprint Dashboard

Burndown Charts

Planning de Présence

Tableau des Problèmes

Informations Diverses

LBO

21 /


Formation :

Sur 2 jours, ciblée sur le projet

Fin itération 0

Pour :

Responsables : fonctionnel, chefs de projet, vérification, DSI

Une partie des réalisateurs et des référents

Le Product OwnerS:\Mes documents\03-CLIENTS ACTIFS\AIRCELLE\Projet\Formation

Agile\P1080501.JPG

Accompagnement :

Points réguliers par téléphone

2 jours sur place à chaque fin de sprint :

Tour d’horizon des différents acteurs

Animation des rétrospectives

Feedbacks et propositions

Formation et coaching Agile

LHA

../../../../../03-CLIENTS ACTIFS/AIRCELLE/Projet/Formation Agile/P1080501.JPG
















22 /


Agenda



Bilan

LHA

23 /


CONFIDENTIEL / DATE / DIRECTION

Bénéfices - construction de la solution

Solution focalisée sur la valeur Métier

et basée sur le standard

Solution progressivement

en « production »

Prise en compte des feedbacks

Montée en compétences et formation « au fil

de l’eau » des key-users

TDU

24 /



Bénéfices - pilotage

Management Visuel et pilotage

quotidien

Revues de sprint

Rétrospectives : amélioration

continue

Enjeux métier

LHA

25 /



Bénéfices - travail collaboratif

Efficacité des échanges entre

le Métier et l’intégrateur

Ambiance sur le

plateau

Enjeu commun

de réussite

TDU

26 /


Difficultés rencontrées - niveau métier

TDU

• Formalisation des User Stories par rapport aux standards et aux règles métiers

Gestion du Product Backlog

• Définition rythmée en parallèle des processus cibles et de la solution

Projection des acteurs dans la solution cible

• Suractivité

• Rester sur un mode incrémental par rapport au mode itératif

Stabilisation des besoins métier

• Mobilisation des acteurs Métiers

• Complexité progressive de la solution

Validation continue de la solution

27 /


Difficultés rencontrées - niveau méthode

LHA

• Estimation des tâches

• Respect de la planification

• Mise à jour des indicateurs

• Définition du Done (critères d’acceptance)

Suivi des sprints

• Auto-organisation et autonomie de l’équipe

• Anticipation de la phase de recette (User Acceptance Test)

Mise en place de la méthode

28 /


Leçons retenues

LBO

Acteurs métier

Mieux définir et estimer leurs

différentes activités

Garantir la définition et validation

progressive de la solution

Moins d’acteurs mais à temps

complet

Besoins métier

Meilleure rigueur, stabilité

Garantir le mode incrémental

Itération 0

Préparation des environnements de

dév/ tests

Définition du Product Backlog en tenant

compte des processus cibles métiers

Définition du Done

Formation des acteurs métier à la solution

Coaching

Garde fou / garant des méthodes

Indispensable au début

Renfort du coaching du

Product Owner et du Scrum Master

29 /


Conclusion

LHA

En moins de 6 mois, nous avons à disposition une solution prête à être validée et mise en production

L’implication des référents et key-users a permis une première prise en main et une amorce d’accompagnement au changement

Le mode plateau, le pilotage quotidien et visuel a renforcé la cohésion de l’équipe et a favorisé « l’inspection et l’adaptation » tout au long du projet

Le groupe SAFRAN a reconnu les bénéfices de cette méthode

et la préconise désormais

30 /


Questions

LHA

Merci de votre attention …

… n’hésitez pas à poser vos questions