10
1 Gestion des données produit Faîtes que vos équipes pensent collectif

Faites que vos equipes pensent collectif

Embed Size (px)

Citation preview

Page 1: Faites que vos equipes pensent collectif

1

Gestion des données produitFaîtes que vos équipes pensent collectif

Page 2: Faites que vos equipes pensent collectif

Travailler ensemble pour faire passer un produit de l’état de concept à l’état de produit physique utilisable et maintenable.

Travailler ensemble pour faire évoluer le portefeuille produit de l’entreprise.

Travailler en harmonie avec les autres services / métiers

Travailler en harmonie le long de la chaine hiérarchique

Naturellement, les hommes aiment collaborer pour faire de belles choses ensemble

Quel sont les objectifs du travail collaboratif «PLM»?

Page 3: Faites que vos equipes pensent collectif

Peu de concurrence

Des produits simples

Des acteurs proches

Un portefeuille avec peu de produits

La proximité physique crée un travailcollaboratif naturel

Les informations sont gérées et capitalisées sur papier, verbalement ou dans la tête des gens

À l’origine, un problème «simple»

Page 4: Faites que vos equipes pensent collectif

Aujourd’hui un problème complexe

Mondialisation

Des produits complexes et nombreux

Des acteurs dispersés

Un portefeuille avec beaucoup de produits

Objectif humain : créer un «think collective» malgré le nombre d’acteurs et leur éloignement

L’approche PLM

L’outil support : l’informatique

Le référentiel produit

Page 5: Faites que vos equipes pensent collectif

L’approche PLM

Des visions d’entreprises

Toute personne de l’entreprise peut avoir une bonne idée (Michelin)

“If HP knew what HP knows, we would be three times as profitable” (Hewlett Packard)

“Bien manager, c’est gagner” (Progiciels 2012)

L’objectif du PLM est d’être “product + people centric” (conférence PLM’12 - Montréal)

Des objectifs

• Orchestrer des tâches

• Partager des données.

Page 6: Faites que vos equipes pensent collectif

Le référentiel produit – logiciel PLM

Pour l’étape de développement , il gère les informations relatives au produit :

Il structure les informations.

Il gère des versions & des statuts.

Il gère des droits et des vues métiers.

Adapté d’un schéma de l’HDR de Muriel Lombard

Page 7: Faites que vos equipes pensent collectif

Les «risques»

Information « non remplie »

Information « non précise » : Peu d’importance accordée ou désignation non adéquate

Information dupliquée

Information « non mise à jour » : la première version est bien dans le PLM mais pas les suivantes (disques réseaux, boite mail…)

Page 8: Faites que vos equipes pensent collectif

Les actions à mettre en œuvre

Par type d’actions : Câblage de l’usage par des procédures et des outils.Formation des utilisateurs/Suivi, Sensibilisation aux bénéfices et retombées positives d’une base propre,

Par type d’acteurs : top management management intermédiaireutilisateurs

Par moment dans le projet : avant le déploiementpendant le déploiement une fois que l’outil tourne

Page 9: Faites que vos equipes pensent collectif

Le responsable du projet PLM ne doit il pas faire en sorte que chaque utilisateur du système ait un bénéfice personnel ?

Faut il forcer un créatif à être rigoureux?

La règle imposée ne marche-t-elle qu’un temps?

Les questions ouvertes des industriels du Club

Page 10: Faites que vos equipes pensent collectif

Règle rigide ≈ LoiRègle souple ≈ Préconisation

Rigidité ou souplesse des règles : quel est le bon équilibre?

Conclusion