ceisar c enter of excellence for e nterpr is e ar chitecture
Download
Skip this Video
Download Presentation
CEISAR ( C enter of excellence for E nterpr IS e AR chitecture )

Loading in 2 Seconds...

play fullscreen
1 / 119

CEISAR ( C enter of excellence for E nterpr IS e AR chitecture ) - PowerPoint PPT Presentation


  • 119 Views
  • Uploaded on

Présentation du CEISAR. CEISAR ( C enter of excellence for E nterpr IS e AR chitecture ). L’Architecture d’Entreprise décrit comment l’Entreprise Opère et se Transforme pour appliquer une Stratégie. Stratégie Nouveaux Produits, Processus, Partenaire, Marché. Nouveau Global Entreprise

loader
I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
capcha
Download Presentation

PowerPoint Slideshow about ' CEISAR ( C enter of excellence for E nterpr IS e AR chitecture )' - brigit


An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript
slide2

L’Architecture d’Entreprise décrit comment l’Entreprise Opère et se Transforme pour appliquer une Stratégie.

Stratégie

Nouveaux Produits, Processus, Partenaire, Marché

Nouveau

Global Entreprise

Métier et IT

Opérations et Transformation: Agilité

Quelles Organisation

et Informatique ?

Architecture d’Entreprise

Transformation

Operations

Acteur

Action

Information

Organisation

Information

non structurée

Action

Manuelle

Acteur Humain

Execute

Avec

Action

Automatisée

Information

Structurée

Automate

slide3

Quelles Technologies pour le 21° siècle ?

L’Architecture d’Entreprise devient une discipline majeure.

Types

d’Entreprises

Entreprises produisant

des Biens

(30% de l’économie)

Entreprises produisant

des Services

(70% de l’économie)

Activités

De l’Enterprise

Disciplines

Scientifiques

Biologie

Chimie

Electronique

Energie

Mécanique des fluides

Physique

Conception de Produits

Manufacturing

Processus,

Organisation

et IT

Processus,

Organisation

et IT

Architecture d’Entreprise

Autres Activités

Gestion Client

Management

Réseau de distribution

Livraisons

Reporting et Finances

Resources: HR, IT, Facilities

Processus

Organisation

et IT

Processus,

Organisation

et IT

slide4

Attentes sur enseignement SI au 13/07/2007

  • Réponses de :
    • Aviva
    • Axa
    • BNP Paribas
    • Crédit Agricole
    • JC Decaux
    • Macif
    • Michelin
    • Renault
    • Schlumberger
    • SNCF
    • Société Générale
    • Total

Message Principal:

« Approche globale Métier-IT » et non une collection de technologies

nombreuses initiatives comment simplifier cette nouvelle discipline
Nombreuses Initiatives: comment simplifier cette nouvelle discipline?

Google: de 8 à 26 millions de références en 18 mois

  • Approche
  • BPM
  • CMMI
  • Cobit
  • ITIL
  • MDA
  • MDM
  • Praxeme
  • SOA
  • TOGAF
  • UML
  • Urbanisme 
  • Zachman
  • Architecture
  • Business Architecture
  • Component Architecture
  • Data Architecture
  • Enterprise Architecture
  • Functional Architecture
  • Information Architecture
  • Infrastructure
  • IT Architecture
  • Network Architecture
  • Organization Architecture
  • Service Architecture
  • SOA Architecture
  • Technical Architecture

Action

  • Activity
  • Business Process
  • Capability
  • Domain
  • Elementary Function
  • End to End Process
  • Execution
  • Function
  • Functional domain
  • Macro Process
  • Operation
  • Organization Process
  • Preparation
  • Procedure
  • Rule
  • Service
  • Step
  • Sub Process
  • Task
  • Use case…
  • Gouvernance
  • Architecture
  • IS
  • Project Portfolio
  • Quality
  • Road Map
  • Security
  • SOA
  • Solutions
  • Urbanism
  • Modèle
  • Application Model
  • Block Model
  • Functional Model
  • Organization Model
  • Process Model
  • Technical Model
slide6

Nombreux bons principes de la part des

approches existantes.

Toutes reconnaissent le même problème

Complexité

Manque d’agilité

Cout

EA est la solution

La partie “Gestion” est bien développée

Conduit par le top management

Gouvernance pour garantir la cohérence d’ensemble

Inclure tous les thèmes: processus, information, technologies, organisation

Mais Complexe: ce qui signifie « pas assez mûr »

Mais abordent peu « Comment construire une Bonne Architecture »

jean ren lyon
Jean-René Lyon

ECP 70 + Stanford MS 72

TECSI: Consultant (1972-1978)

Crédit-Lyonnais: nouveau Système Agence pour 12.000 utilisateurs

premier projet Client Serveur

Consultant

BNP : responsable Architecture (1979-1982)

Nouveau Plan Informatique pour 30.000 utilisateurs

Nécessité du support de la DG

Crédit du Nord: DSI (1983-1987)

Réorganisation complète de la Compagnie qui est possible grace à une nouvelle AE

Réutilisatio de Composants (50%), comment gérer un projet d’architecture

Cadre dans

de grandes

organisations

AXA: DSI Monde + DSI France (1988-1992)

Nouveau Plan informatique

International, l’importance de la gouvernance

Lyon-Consultants: fondateur (1992-2000)

50% des plus grandes Entreprises françaises deviennent clientes. (200 consultants)

Software Editor: 70% reuse-1er prix de la meilleure entreprise de service (1997) par le Syntec

Entrepreneur

Wyde (Software Editor) : fondateur (2001-2007)

Outils et composants d’architecture

Progiciel d’Assurance international construit avec des composants, Product Factory

CEISAR (2007-...)

Enterprise Architecture: Livres Blancs et formation

R/D

Enseignant

slide8
Le CEISAR se concentre sur l’Architecture d’Entreprise (Organisation et informatique) pour les Groupes Internationaux.

CIGREF

CIO Association française des DSI de grands groupes

Air France/KLM

(Compagnie Aérienne N°1 mondial)

Axa

(Groupe d’Assurance N°2 mondial)

BNP-Paribas (Groupe Bancaire N°5 Mondial)

Michelin

(N°2 mondial du pneu )

Total

(Compagnie pétrolière privée N°4 Mondiale

  • Challenges: Complexité, Agilité, Synergie
  • Etudes de cas
  • Budget

CEISAR

Décidés par les Sponsors tous les 6 mois

Livres Blancs AE

Promotion AE

Formation AE

  • Dirigeants
  • Métier
  • IT

Accessible aux Métiers

Cohérent

Anglais

Études de cas

Accès Public sur www.ceisar.org

Enseignants

Ecole Centrale ou autres

Etudiants

Entreprises

slide9

Livres blancs du CEISAR

  • Le Modèle d’Entreprise
    • Comment modéliser les Informations
    • Comment modéliser les Actions et les Acteurs
  • Approche AE
    • Transformation et Agilité
    • Simplifier les Legacy Systems
  • Construire une Solution dans un environnement AE
  • Management de l’AE
    • Gouvernance de l’AE
    • Nouvelle Organisation de la Transformation
  • Actuellement: application à des cas concrets (voir liste de questions jointes)
les 3 th mes prioritaires
Les 3 thèmes prioritaires
  • Comment Modéliser le Fonctionnement d’une Entreprise?
  • Comment mener une approche Architecture d’Entreprise ?
  • Comment Construire des Solutions qui tirent parti de l’AE?
slide12

Le Boulanger produit et vend son pain comme son père

Le Boulanger a appris le métier par son père, qui lui-même le tenait de son grand père. Il sait produire son pain selon la recette familiale.

A Exécution des Opérations

Acteur

Action

Produit

Vend

Gère

Stock

Commande

La Boutique est animée par le Boulanger et son épouse.

Le Boulanger produit son pain lui-même, son épouse le vend. Le soir il « font la Caisse ». 

Pour produire, il suit ses stocks de farine.

Elle recueille les commandes client.

Opérations

slide13

Maisdifficile de bien faire travailler les nouveaux apprentis

Pour faire face à l’afflux de clientèle, il faut recruter des apprentis pour produire plus de bon pain, et servir davantage de clients.

  • Tu dois formaliser ton « savoir faire » si tu veux qu’il profite à tes employés ; prends du temps pour
  • Définir le rôle de chacun
  • Rédiger ta recette
  • Préparer des fiches de commande pour qu’ils n’oublient pas de saisir les 4 informations vitales : client, date, produit et quantité.
  • Fais cet effort, tu seras surpris du résultat !

Génie, mon bon génie, j’ai recruté des apprentis pour m’aider à Produire et Vendre le pain.

Mais le pain n’est pas toujours de bonne qualité, les commandes sont souvent mal renseignées.

Je les vois tous courir de la boutique aux fourneaux, sans grande efficacité.

Dois-je tous les licencier et en recruter de meilleurs ?

slide14

Le Boulanger doit modéliserpour bien faire travailler ses apprentis

Le Boulanger s’obligea donc à

Modéliser Rôles, recettes et commandes.A sa grande surprise, tout alla mieux très vite : il avait même de moins en moins de travail et se reposait sur ses lauriers.

A Exécution des Opérations

Acteur

Action

Produit

Vend

Gère

Stock

Commande

Il écrit la recette du pain.

B Modèle des Opérations

Il définit le rôle de chacun.

Modèle

d’Acteur

Rôle du Producteur de pain

Modèle

d’info.

Modèle

d’Action

Recette

Il définit une fiche de Commande : client, produit, quantité, date.

Opérations

slide15

Maisun concurrent détourne une partie de la clientèle

Un beau jour, un autre boulanger s’installa à proximité : il proposait du pain biologique aux lardons et aux noix. Une partie de la clientèle disparut...

L’important n’est pas le pain que tu apprécies, mais celui que tes clients aiment.

Tu ne dois quand même pas faire exploser la boutique de ton concurrent parce qu’il a su faire un meilleur pain que toi, tu dois inventer un nouveau pain qui plaise encore davantage aux clients.

Fais cet effort, tu seras surpris du résultat !

Génie, mon bon génie, un concurrent vient de s’installer à proximité : je n’aime pas beaucoup son pain, mais les clients me quittent.

Dois-je faire exploser sa boutique ?

slide16

Le Boulanger doit innoverpour faire face à la concurrence

Le Boulanger décide d’isoler un des apprentis particulièrement imaginatif, pour lui demander d’inventer de nouveaux pains.

Il gère son projet d’innovation.

Il innove.

C Exécution de la Transformation

A Exécution des Opérations

On isole un « inventeur » de nouveaux pains.

Acteur

Action

Acteur

Acteur

Action

Produit

Vend

Gère

Planning

Stock

Commande

B Modèle des Opérations

Modèle

d’Acteur

Rôle du Producteur de pain

Modèle

d’info.

Modèle

d’Action

Recette

Pour être plus agile, il faut séparer les Opérations qui gèrent le Présent, et la Transformation qui prépare le futur.

Transformation

Opérations

slide17

Maison ne sait pas reproduire le pain

qui vient d’être inventé!

Après une série de tentatives désastreuses, l’inventeur de pain finit par faire cuire un pain extraordinaire .

Mais on est incapable de le reproduire : l’inventeur est un « artiste » qui a réussi à créer un pain comme une œuvre d’art qui n’est créée qu’une fois.

Ton inventeur a bien fait l’essentiel de son travail : il a su inventer un pain original qui doit plaire.

Il faut que tu modélises non seulement les Actions exécutées par tes apprentis-boulangers ou apprentis-vendeurs, mais aussi les Actions de Transformation.

Fais cet effort, tu seras surpris du résultat !

Génie, mon bon génie, j’ai bien fait ce que tu m’as dit, mais ça ne marche pas.

Dois-je noyer l’inventeur de pain dans mon pétrin ?

slide18

Le boulanger définit la méthodologie d’innovation

Le Boulanger modélise le Processus de Transformation : il faut noter consciencieusement toutes les proportions des ingrédients, les temps et conditions de cuisson...

C Exécution de la Transformation

A Exécution des Opérations

Acteur

Action

Acteur

Acteur

Action

Produit

Vend

Gère

Exécution dans

le monde réel

Planning

Stock

Commande

On formalise comment innover : la « méthodologie »

B Modèle des Opérations

D Modèle de Transformation

Le modèle

(Doc et

Logiciel)

Modèle

d’Acteur

Rôle de

l’innovateur

Modèle

d’info.

Modèle

d’Acteur

Rôle du Producteur de pain

Modèle

d’info.

Modèle

d’Action

Méthodo.

Modèle

d’Action

Recette

Le nouveau pain est parfaitement reproductible. Le succès est considérable : on refuse des clients !

Transformation

Opérations

slide19

Maison n’arrive pas à gérer la croissance

Génie, mon bon génie, les affaires marchent trop bien : je n’arrive plus à satisfaire mes clients qui font la queue devant ma boutique.

Dois-je les chasser à la lance à incendie ?

Tu ne vas pas te plaindre d’avoir trop de clients !

Puisque tu as bien su modéliser le fonctionnement de ta boulangerie, pourquoi ne pas ouvrir d’autres boutiques? Tes clients se répartiront d’eux mêmes.

Fais cet effort, tu seras surpris du résultat !

slide20

Le Boulanger ouvre 100 boutiques

Le succès incite à créer 100 boutiques dont la taille dépend de chaque marché local.

Complexité

G Transformations Partagées

Boutique 100

E Opérations Partagées

Boutique 2

Acteur

Acteur

Boutique 1

Exécution de la Transformation

Exécution des Opérations

Stratégie

Projet

Planning

Client

Produit

Acteur

Action

Acteur

Acteur

Action

Produit

Vend

Gère

Exécution dans

le monde réel

Planning

Stock

Commande

F Modèle des Opérations Réutilisé

H Modèle Transformation Réutilisé

Modèle

d’Acteur

Rôle

Config.

Modèle

d’Acteur

Rôle

Config.

Modèle

d’Action

Doc.

Logiciel

Modèle

d’Action

Doc.

Logiciel

Modèle des Opérations

Modèle de Transformation

Modèle

de

donnée

Modèle

de

donnée

Modèle

d’Acteur

Rôle de

l’innovateur

Modèle

d’info.

Modèle

d’Acteur

Rôle du Producteur de pain

Modèle

d’info.

Agilité

Modèle

d’Action

Méthodo.

Modèle

d’Action

Recette

Le modèle

(Doc et

Logiciel)

Modèle Global: les « Cartes »

Modèle Global: les « Cartes »

Modèle Global : les « Cartes »

Synergie

Transformation

Opérations

slide21

Maisles clients ne retrouvent pas les mêmes pains dans toutes les boutiques

Mais chaque Boutique réinvente un pain spécifique : les clients s’attachent à leur boutique et non au réseau de magasins.

Les clients veulent retrouver le produit qu’ils aiment lorsqu’ils se déplacent.

Ne centralise pas la Production de pain, il ne serait pas frais; il suffit de centraliser l’innovation pour n’avoir qu’une seule recette.

Fais cet effort, tu seras surpris du résultat !

Génie, mon bon génie, je reçois des lettres de réclamation de clients qui me reprochent de ne pas leur fournir de produits similaires d’une boutique à l’autre.

Dois-je centraliser la Production de pain ?

slide22

Le Boulanger centralise l’Unité d’innovation : Toutes les boutiques réutilisent les mêmes recettes

Complexité

Le Boulanger centralise l’unité d’innovation pour réutiliser les mêmes recettes.

Il en profite pour réutiliser aussi les modèles d’information client, et les Rôles.

  • On Partage:
  • L’unité Innovation

G Transformations Partagées

E Opérations Partagées

Boutique 100

Boutique 2

Acteur

Action

Acteur

Boutique 1

Exécution des Opérations

Planning

Client

Produit

Acteur

Acteur

Action

Produit

Vend

Gère

Exécution dans

le monde réel

Stock

Commande

F Modèle des Opérations Réutilisé

H Modèle Transformation Réutilisé

Modèle

d’Acteur

Rôle

Config.

Modèle

d’Acteur

Rôle

Config.

Modèle

d’Action

Doc.

Logiciel

Modèle

d’Action

Doc.

Logiciel

Modèle

de

donnée

Modèle

de

donnée

Agilité

Le Modèle

(Doc et

Logiciel)

Modèle Global: les « Cartes »

Modèle Global: les « Cartes »

  • On Réutilise donc :
  • Le Modèle Global
  • Les Rôles : différents selon la taille des boutiques
  • Les Recettes
  • Le Modèle d’Info client

Synergie

Transformation

Opérations

slide23

Maisles produits sont encore différents parce que les ingrédients sont différents

Mais la qualité de la farine commandée par chacun n’est pas homogène : les recettes sont les mêmes, mais les ingrédients ne le sont pas.

Génie, mon bon génie, je reçois toujours des lettres de réclamation de mes clients :

Dois-je refuser à tous ces clients mécontents de rentrer dans mes boutiques ?

Il ne suffit pas de réutiliser la bonne recette, il faut aussi partager les mêmes composants. Pourquoi ne pas centraliser l’Unité « Achat » ?

Fais cet effort, tu seras surpris du résultat !

slide24

Le Boulanger centralise des activités de support : RH, achats, contrôle de gestion...

Complexité

Le boulanger partage les unités Achats.

Il décide de centraliser aussi la RH, le Contrôle de Gestion et les informations client.

  • E On partage :
  • Les Unités « Achat », « RH », « Contrôle de Gestion »
  • Les Informations Clients

G Transformations Partagées

E Opérations Partagées

Boutique 100

Boutique 2

Acteur

Action

Acteur

Boutique 1

Exécution des Opérations

Planning

Client

Produit

Acteur

Acteur

Action

Produit

Vend

Gère

Exécution dans

le monde réel

Stock

Commande

F Modèle des Opérations Réutilisé

H Modèle Transformation Réutilisé

Modèle

d’Acteur

Rôle

Config.

Modèle

d’Acteur

Rôle

Config.

Modèle

d’Action

Doc.

Logiciel

Modèle

d’Action

Doc.

Logiciel

Modèle

de

donnée

Modèle

de

donnée

Agilité

Le Modèle

(Doc et

Logiciel)

Modèle Global: les « Cartes »

Modèle Global: les « Cartes »

Synergie

Transformation

Opérations

slide25

Maisla gestion de l’ensemble devient complexe

La charge administrative s’accroît : comment automatiser ?

Génie, mon bon génie, je passe mon temps à remplir des papiers et à tenir des réunions.

Comment alléger ma tâche ?

Dois-je passer ces documents au broyeur ?

L’outil informatique ne t’inventera pas de nouveaux pains, mais il peut alléger et fiabiliser le fonctionnement de ton Entreprise. Pourquoi ne pas en tirer partie ?

Fais cet effort, tu seras surpris du résultat !

slide26

Informatisation: même représentation !

Complexité

Le Boulanger informatise les achats, les commandes, le CRM, la comptabilité, le contrôle de gestion...

De nouveaux Acteurs : les Ordinateurs.

G Transformations Partagées

Boutique 100

E Opérations Partagées

Boutique 2

Acteur

Acteur

Boutique 1

Exécution de la Transformation

Exécution des Opérations

Stratégie

Projet

Planning

Client

Produit

Acteur

Action

Acteur

Acteur

Action

Produit

Vend

Gère

Exécution dans

le monde réel

Nouvelle recette

Stock

Commande

Les Données sont rangées sur disque.

F Modèle des Opérations Réutilisé

H Modèle Transformation Réutilisé

Modèle

d’Acteur

Rôle

Config.

Modèle

d’Acteur

Rôle

Config.

Modèle

d’Action

Doc.

Logiciel

Modèle

d’Action

Doc.

Logiciel

Modèle de Transformation

Modèle des Opérations

Modèle

de

donnée

Modèle

de

donnée

Modèle

d’Acteur

Rôle

Innovateur

Modèle

d’info.

Modèle

d’Acteur

Rôle du Producteur de pain

Modèle

d’info.

Le Modèle d’Information utilise les Bases de Données.

Agilité

Modèle

d’Action

Méthodo.

Modèle

d’Action

Recette

Le Modèle

(Doc et

Logiciel)

La suite d’Instructions pour bien Opérer s’appelle « Recette » ou « guide utilisateur » pour l’Acteur humain et « Logiciel » pour un Ordinateur.

Modèle Global: les « Cartes »

Modèle Global: les « Cartes »

Modèles Globaux : Modèles de Processus, de Fonctions, d’Entités Métier.

Rôle de Chef de Projet, de MOA, de développeur, d’architecte…

Le Rôle de l’Ordinateur s’appelle « Configuration IT ».

Modèle Global: les « Cartes »

Transformation

Opérations

Synergie

slide27

Maisles Solutions sont hétérogènes

Mais il a beaucoup de mal à utiliser toutes ces Solutions hétérogènes.

Génie, mon bon génie, je dois ressaisir les mêmes informations, passer d’une ergonomie à l’autre, retenir 12 mots de passe différents, et tout cet ensemble est fragilisé chaque fois que je demande la moindre modification !

Dois-je convoquer tous mes informaticiens devant le peloton d’exécution ?

Tu devras fusiller aussi leurs remplaçants... tant que tu ne « Réutilises » pas : de même que tu réutilises la même pâte et la même crème pour faire des religieuses ou des éclairs au chocolat, tu dois réutiliser les mêmes composants logiciels pour tes différentes Solutions.

Fais cet effort, tu seras surpris du résultat !

slide28

La réutilisation

Complexité

Le Boulanger fait construire ses Solutions à base de composants réutilisables: accès aux informations, flux entre Solutions, Services logiciels appelables, patterns...

On Transforme non seulement des SolutionsRéutiliséesentre Boulangeries, mais aussi des ComposantsLogiciels réutilisables entre Solutions.

G Transformations Partagées

Boutique 3

E Opérations Partagées

Boutique 2

Acteur

Acteur

Boutique 1

Exécution de la Transformation

Exécution des Opérations

Stratégie

Projet

Planning

Client

Produit

Acteur

Action

Acteur

Acteur

Action

Produit

Vend

Gère

Exécution dans

le monde réel

Nouvelle recette

Stock

Commande

F Modèle des Opérations Réutilisé

H Modèle Transformation Réutilisé

Modèle

d’Acteur

Rôle

Config.

Modèle

d’Acteur

Rôle

Config.

Modèle

d’Action

Doc.

Logiciel

Modèle

d’Action

Doc.

Logiciel

Modèle de Transformation

Modèle des Opérations

Modèle

de

donnée

Modèle

de

donnée

Modèle

d’Acteur

Rôle de

l’innovateur

Modèle

d’info.

Modèle

d’Acteur

Rôle du Producteur de pain

Modèle

d’info.

Agilité

Modèle

d’Action

Méthodo.

Modèle

d’Action

Recette

Le modèle

(Doc et

Logiciel)

Modèle Global: les « Cartes »

Modèle Global: les « Cartes »

Modèle Global : les « Cartes »

Transformation

Opérations

Synergie

slide29

Maisles Transformations sont encore trop lentes

Tout est plus simple, tout est plus cohérent, mais chaque Transformation est encore trop lente !

ou

Tu peux effectuer certaines Transformation directement par Configuration: paramétrage, ou usage de moteur de règles, de moteur de workflow...

L’as-tu déjà demandé à tes équipes informatiques ?

Fais cet effort, tu seras surpris du résultat !

Génie, mon bon génie, j’aimerais beaucoup plus d’agilité de la part de ces incapables de Maîtrises d’ouvrage et d’Informaticiens :

Dois-je bombarder le centre informatique ?

slide30

Le Boulanger est devenu Architecte d’Entreprise sans le savoir...

Partage de Ressources

Modèle

Acteurs

Transformation

Actions

Réutilisation

de Modèle

Tu es un bon Boulanger, mais sais tu que tu es aussi devenu un excellent Architecte d’Entreprise?

Informations

les 7 messages du boulanger
Les 7 Messages du Boulanger
  • Une Définition simple de l’Architecture d’Entreprise: l’art d’assembler Acteurs, Actions et Informations pour faire fonctionner l’Entreprise.
  • Opérer ne suffit pas: il faut aussi Transformer!
  • Une discipline qui est accessible à tous.
  • Elle doit notamment aider à résoudre les 3 challenges essentiels des Entreprises
    • Maitriser la Complexité par la Modélisation
    • Favoriser l’Agilité en séparant Operations et Transformation
    • Guider la Synergie en partageant des Ressources et en réutilisant des Modèles
  • Métier et Informatique ne doivent pas être opposés, mais associés pour construire les Solutions appropriées.
  • L‘agilité est atteinte si forte Réutilisation de Composants et utilisation de paramétrage et moteurs de règles
  • L’approche est la même qu’il y ait ou non usage d’informatique.
slide33

Client de l’Entreprise

L’Entreprise

L’Entreprise enchaine des Actions pour livrer de la Valeur à son Client.

L’Entreprise peut etre ou non une Personne Morale: privé, public, association, centre de recherche…

Fournisseur

Valeur

Action

Action

L’Entreprise

Partenaire

La Valeur est un Bien, un Service ou les 2.

L’Entreprise a un management unique.

Real World

A

Operations

Specific

slide35

Principales Activités d’une Entreprise

Gérer les Ressources

Exécuter les Activités Primaires

Pour les Biens et non les Services

Marketing opérationnel

(Campagne, Pub)

Gérer RH

Gérer IT

Vendre

(differents canaux)

Industrialiser

GérerFinances

Gérer partenaires, distributeurs

Bien ou Service ou les 2 pour le Client

Concevoir Offre

Gérer Contrat, Facturer, Payer

Gérer implantations

Acheter

Produire

Livrer Produit

Maintenir

Logistique

Management

Compta

Géné

Produire États Réglementaires

Suivre

Productivité

Suivre les Ventes

Suivre la satisfaction client

Suivre Rentabilité

Définir les besoins Marketing

...

slide36

Le Modèle d’Enteprise: permet de comprendre comment les opérations sont exécutées.

Modèle d’Entreprise, d’un Domaine Métier, d’une Solution

Carte de Processus

Carte d’Activités

Carte de Fonctions

Carte de Solutions

Carte d’Entités

Vue simplifiée de la réalité pour la comprendre.

Roles, Configurations

Instructions détaillées aux Acteurs.

Définir, Structurer, présenter et stocker les Informations

Detailler le Modèle

Modèle d’Acteur

Modèle d’Action

Modèle d’Information

Modèle d’Acteur Humain: Role, Droit; Devoir; Compétence

Modèle d’Action Humaine

Procedure Documentation

Guide Utilisateur

Modèle d’Information Humaine

Glossaire

Model

Modèle d’Action

Ordinateur: Software

Modèle Ordinateur

Logiciel, Matériel,

Configurations

Modèle d’Information

Ordinateur: Entité,

Relation, Attributs

Operations

Specific

B

slide37

Modèle de Solution=

plusieurs Modèles d’Actions

Solution pour CRM

Solution for RH

Unité Opérationnelle

Processus Métier

Information

Activité

Activité

Fonction

Fonction

Fonction

Fonction

Client

Produit

Contrat

Compte

Business Process

Fonction

Fonction

Fonction

Fonction

Une Solution est Opérée par des Acteurs.

Une Solution « Processus” groupe plusieurs Processus Métier

Une Solution “Activité » groupe plusieurs Activités

Une Solution “Fonction” groupe plusieurs Fonctions (exemple solution “Tarification”

slide39

ACTEURS

NATURE d’ACTEUR

Personne Morale

COMPETENCE

Personne Physique

Compétences Humaines

Personne + Ordinateur

Configuration-IT

Ordinateur

Définit ce qu’est l’Acteur

ACTEUR

Définit ce que fait l’Acteur

ROLE

PROFIL

  • Acteur Externe:
  • Client
  • Fournisseur
  • Autorité Publique
  • Partenaire Externe
  • Ordinateur Externe
  • Acteur Interne:
  • Employé
  • Consultant,
  • Partenaire Interne,
  • Ordinateur Interne

Droit

Devoir

STRUCTURE

D’ORGANISATION

Organigramme

Unité

Organisation

Position

slide41

Première Tache: comment trouver et définir les Entités Métier?

Définir la Structure

des Entités

C’est la partie difficile

Détailler chaque

Entité

Définir les Domaines d’Entités

  • Pour chaque Entité
  • Id/version
  • Definition
  • Statut et Cycle de vie

Découvrir les Entités

Définir Héritage

Definir

Types

Définir Relations

Aggregation/Composition

Definir Attributs

Demander Certification

Implementer Data Base

d couvrir les entit s m tier
Découvrir les Entités Métier
  • Définir les Domaines Métier avant l’Organisation
    • Client, Produit, Acteur Externe, Contrat, Service, Compte…
    • Puis: Acteur Interne, Organisation, Droit, Devoir
  • Éviter les Entités Multiples (Prospect/Client, Proposition/Contrat...)
  • Concret avant Abstrait (« Personne », « Contrat » puis« Ressource », « Service »)
  • Gérer Synonymes et Homonymes
  • Séparer Contenant et Contenu (Position/Employé, Hardware/software, Prise/Appareil, …)
  • Identifier les Entités à travers le Processus de Création des Entités Principales (ex: Contrat)

Ne jamais accepter avant contrôle: “mon Entreprise ou mon pays est spécifique, et n’utilise pas les mêmes Entités”,

slide43

Definir les Relations d’Aggrégation

Acteur

Offre

Contrat

Produit

livré

Unité

Organ.

Facture

Paiement

Un Contrat ne peut etre possédé à la fois par Offre et Client. Il est indépendant.

Entité

Propriétaire

Si le Compte évolue, on ne change pas Client: permet de séparer le système comptable.

Parfois, plus de niveaux (Ex: “Sinistre possède “Dégats” qui possède “Service Livré”. Plus haut niveau = Entité Maitre

Contact

Compte

Client

Entité

possédée

Addresse

Produit

Offert

Produit Souscrit

Ligne de Compte

Ligne de facture

Ligne de paiement

A possède B

A

B

Si B Change, alors A doit aussi changer

slide44

Definir les Relations de Composition

Vous pouvez restructurer l’Entreprise sans changer les Unités d’Org.

Acteur

Offre

Contrat

Produit

livré

Unité

Organ.

Facture

Paiement

Entité

Propriétaire

Contact

Compte

Client

Entité

possédée

Addresse

Produit

Offert

Produit Souscrit

Ligne de Compte

Ligne de facture

Ligne de paiement

A possède B

A est relié à B

A

B

A

B

Si B change, pas de changement dans A, et réciproquement

Une Relation existe aussi de B à A

objectif quels concepts pour repr senter les actions
Objectif: Quels concepts pour représenter les Actions?
  • Action
  • Activité
  • Capability
  • Cas d’utilisation…
  • Domaine
  • Domaine Fonctionnel
  • Etape
  • Execution
  • Fonction
  • Fonction Elementaire
  • Macro Processus
  • Operation
  • Preparation
  • Procedure
  • Processus
  • Processus de bout en bout
  • Processus Métier
  • Processus Organisation
  • Règle
  • Service
  • Sous Processus
  • Tache

CEISAR

Processus de bout en bout

Processus Métier

Activité

Fonction

slide47

Client du Processus

Le Processus de bout en bout

Pour Livrer la Valeur au Client, l’Entreprise doit exécuter un Processus de Bout en Bout: ne chaine de Fonctions déclenchées apr un évènement indépendant

Evènement Indépendant

Des Messages sont échangés entre Fonctions

Valeur

Fonction

Fonction

Fonction

Processus de bout en bout

Si le Client du Processus est le Client de l’Entreprise, la Valeur est le Produit

slide48

Entreprise étendue: les Acteurs externes

passent de « Manuel » à « Assisté ».

Client

Fournisseur

L’ Enterprise

Unité

d’Organisation

Unité

d’Organisation

Processus de Bout en Bout

Action

Action

Action

Action

Action

Acteur

Interne

Acteur

Interne

slide49

Processus de bout en bout

Processus de bout en bout “Commander”: Mr Johnson

Processus de bout en bout “Commander”: Mr Smith

Enter Order

Livrer le Bien

Saisir Ordre

Livrer le Bien

Message

Evènement indépendant: demande de MrSmith

Unité “Centre d’Appels”

Unité de Livraison

slide50

Optimisation de ressources: scinder en Processus Métier

Évènement Independent Nombre de commandes

ou Date

ou disponibilité de ressources

Evènement Independant la Demande du Client

Messages

Livrer les Biens à

Mr Smith et Mr Johnson

Saisir Commande de Mr Johnson

Saisir Commande de Mr Smith

Processus Métier

Processus Métier

  • Autres exemples:
  • Comptabilité
  • Marchés financiers
  • Campagne marketing
slide51

Client

4 niveaux d’Actions.

Processus de bout en bout

Evènement + Valeur pour le Client du Processus

Demande Client

Biens

“Commande”

Le camion est plein

Demande Client

Processus Métier

« Acquérir Commande »

« Livrer Bien »

Activité

Exécuté par le même

Acteur au même

Moment

« Saisir Commande »

« Accepter Commande »

« Charger Camion »

« Conduire Camion »

Client

Back Office

Gestionnaire

de stocks

Conducteur

Fonction

(Une Fonction appelle des Fonctions)

« Obtenir Info. Client »

« Entrer lignes de Commande »

« Calculer Prix »

slide52

Build a Core-Business Process Model

which is reused for successive Scenarios

Business

Function

End to End Process Execution

« Execute Mr Johnson’s Order »

Organization

Function

End to End Process Execution

« Execute Mr Smith’s Order »

Business Process Execution

« Capture Mr Johnson’s Order »

Business Process Execution

« Deliver Mr Smith’s Order 

and Mr Johnson’s Order»

Business Process Execution

« Capture Mr Smith’s Order »

EXECUTION

MODEL

Business Process Model

« Capture Order »

Business Process Model

« Deliver Orders »

Capture Demand

Check Availibility

Authorize

Bill

Send Msg toDelivery

Define deliveries

Deliver

Pay

Core-Business Process Model

« Execute Order »

Capture Demand

Check Availibility

Bill

Deliver

Pay

transformation et op rations
Transformation et Opérations

Transformation

  • Fusionner 2 Entreprises
  • Créer un nouveau Produit
  • Créer un nouveau Processus
  • Changer un Tarif
  • Changer un Rôle
  • Ouvrir une Agence

Modéliser +

Déployer le Modèle

Opérer le Modèle

  • Operations
  • Souscrire un contrat
  • Produire du reporting
  • Recruter un nouvel employé
  • Négocier un Contrat complexe

Grande Transformation

Petite Transformation

Opération Complexe

Déploiement seul

slide55

Terminologie commune?

Métier

IT

PROBLÈME

But

Contraintes

But

Problème

Contraintes

MODÈLE DE SOLUTION

?

Objectif

Besoins

Modèle Global

Exigence non

Fonctionnelle

Exigence

Fonctionnelle

Modèle d’Entités métier

Modèle

d’Acteurs

Fonctionnalités

Modèle

Actions

(Processus

et Fonctions)

Modèle

d’Information

Modèle de Processus

Cahier des Charges

Règles Métier

Spécifications Générales

Spécifications Détaillées

Vocabulaire Métier

terminologie de la transformation
Terminologie de la Transformation

Transformer

Opérer

Modéliser (inclut le Logiciel)

Déployer

(ou conduire

le changement)

Construire (Interne ou Externe)

  • Exécuter les Activités
  • Offrir les Services IT
  • Supporter les Acteurs
  • Gérer les erreurs
  • Tuner
  • Évaluer

Compren-dre le

Contexte

(Existant, Fondations, Approche)

Décrire le Problème

(But, Périmètre, Valeur, Contraintes)

Créer ou Modifier

la Solution

Vérifier la Solution

Réorganiser

Unités et locaux

Insérer

(outils pour Interface, migration)

Développer

Affecter, Former Acteurs Humains

ou Acheter/Spécialiser

Configurer

Affecter, Installer, Configurer Ordinateurs

Architecturer

le Modèle Global

  • Réaliser
  • le Modèle
  • Acteur
  • Action
  • Information

Migrer les Informations à la bascule

slide58

Modèles de Solution et Fondations

Pour une ligne Métier

Modèle de Processus

Modèle de Fonction

Modèle d’Information

Modèle d’Organisation

Business

And IT

Modèle de

Solution 1

Modèle de

Solution 2

Modèle de

Solution 3

Bien Commun:

Comment convaincre la DG d’investir dans des Fondations

Fondation (Modèles réutilisables)

  • Modèle d’Entreprise
  • Modèle de Solution
  • Modèle d’Information
  • Modèle de Fonction
  • Configuration IT pour Operations

Fondations pour Operations

Fondations pour Transformation

  • Roles
  • Approche: Processus et Pratiques
  • Outils
  • Configuration IT pour Transformation
lien entre objectifs de l entreprise et ae
Lien entre Objectifs de l’Entreprise et AE?
  • On a maintenant les instruments pour aborder approche AE
    • Solution
    • Acteur
    • Action
    • Information
    • Transformation
    • Fondations
  • Problème essentiel = comment faire le lien entre les objectifs de l’Entreprise et l’AE?
objectifs de l enterprise
Objectifs de l’Enterprise

Objectifs de

l’Entreprise

Productivité

  • BonService
  • Reactivité
  • Qualité
  • Confort
  • Service Global

Déployer meilleurs Produits et Processus

Meilleure prise de decision

Agilité: Differenciation

par vitesse

quels challenges pour atteindre ces objectifs
Quels challenges pour atteindre ces objectifs?

Challenges de l’Entreprise: comment?

Objectifs de

l’Entreprise

Productivité

Réduire la Complexité des Opérations

  • Good Service
  • Reactivity
  • Quality
  • Comfort
  • Global Service
  • BonService
  • Réactivité
  • Qualité
  • Confort
  • Service Global

Développer la synergie Métier

Déployer meilleurs Produits et Processus

Partager et aggréger les Informations

Meilleure prise de decision

Réduire la Complexité des

Transformation

Agility: more Differentiation

by timing

Agilité: Differenciation

par vitesse

Passer de Solutions de Commodité à des Solutions Concurrentielles

construire des solutions pour r pondre aux challenges
Construire des Solutions pour répondre aux Challenges

Decisions sur le portefeuille Solution

Challenges de l’Entreprise: comment?

Objectifs de

l’Entreprise

Choisir les bons Projets Solution

Productivité

Réduire la Complexité des Opérations

Construire des Solutions Compétitives

  • BonService
  • Reactivité
  • Qualité
  • Confort
  • Service Global

Saisie unique

Inserter la Solution dans le Modèle d’Entreprise

Développer la synergie Métier

Usage Std

Déployer meilleurs Produits et Processus

Partager et aggréger les Informations

Réutiliser

Fondation et Configurer

MDM

(Clt, Produit)

Meilleure prise de decision

Réduire la Complexité des

Transformation

Réutiliser

Modèles de Solutions

Moins à faire

Agilité: Differenciation

par vitesse

Appliquer

Approche Coopérative à des Projets Solution

Passer de Solutions de Commodité à des Solutions Concurrentielles

iteratif

pour construire de bonnes solutions livrer de bonnes fondations
Pour Construire de bonnes Solutions, livrer de bonnes Fondations

Decisions sur le portefeuille Fondat.

Decisions sur le portefeuille Solution

Challenges de l’Entreprise: comment?

Objectifs de

l’Entreprise

Define EA Governance

Choisir les bons Projets Fondation

Choisir les bons Projets Solution

Productivité

Réduire la Complexité des Opérations

Fondation pour Operation

Construire des Solutions Compétitives

  • BonService
  • Reactivité
  • Qualité
  • Confort
  • Service Global

Offrir et Supporter le Modèle d’Entreprise cible

Saisie unique

Inserter la Solution dans le Modèle d’Entreprise

Développer la synergie Métier

Usage Std

Déployer meilleurs Produits et Processus

Offrir et supporter les Modèles réutilisables

Partager et aggréger les Informations

Réutiliser

Fondation et Configurer

MDM

(Clt, Produit)

Fondation pour

Transformation

Meilleure prise de decision

Offrir une approche et des Outils de Modèle ’Entreprise

Réduire la Complexité des

Transformation

Réutiliser

Modèles de Solutions

Moins à faire

Agilité: Differenciation

par vitesse

Offrir Approche et outils pour SolutionCooperative

Appliquer

Approche Coopérative à des Projets Solution

Passer de Solutions de Commodité à des Solutions Concurrentielles

Bus/IT

alignment

iteratif

tout part de decisions claires de la direction g n rale
Tout part de Decisions claires de la Direction Générale.

Nouvelle

Politique EA

Decisions sur le portefeuille Fondat.

Decisions sur le portefeuille Solution

Challenges de l’Entreprise: comment?

Enterprise

Goals

Definir Gouvernance EA

Choisir les bons Projets Fondation

Choisir les bons Projets Solution

Productivity

Réduire la Complexité des Opérations

Fondation pour Operation

Construire des Solutions Compétitives

  • Good Service
  • Reactivity
  • Quality
  • Confort
  • Global Service

Offrir et Supporter le Modèle d’Entreprise cible

Saisie unique

Inserter la Solution dans le Modèle d’Entreprise

Développer la synergie Métier

Usage Std

Globally Deploy best Products and Processes

Offrir et supporter les Modèles réutilisables

Créer équipe et budget pour Construire et Supporter les Fondations.

Partager et aggréger les Informations

Réutiliser

Fondation et Configurer

MDM

(Clt, Produit)

Fondation pour

Transformation

Better decision making

Offrir une approche et des Outils de Modèle ’Entreprise

Réduire la Complexité des

Transformation

Réutiliser

Modèles de Solutions

Moins à faire

Définir l’Organisation de la Transformation

Agility: more Differentiation

by timing

Offrir Approche et outils pour SolutionCooperative

Appliquer

Approche Coopérative à des Projets Solution

Passer de Solutions de Commodité à des Solutions Concurrentielles

Bus/IT

alignment

iteratif

slide66

Ministère de la Santé du Québec.

Décisions plus éclairées

Nouvelle

Politique EA

Decisions sur le portefeuille Fondat.

Decisions sur le portefeuille Solution

Plan de mise en cohérence des 50 BD

Challenges de l’Entreprise: comment?

Enterprise

Goals

Definir Gouvernance EA

Choisir les bons Projets Fondation

Choisir les bons Projets Solution

Productivity

Pas de saisie multiple

Réduire la Complexité des Opérations

Fondation pour Operation

Construire des Solutions Compétitives

Carte de Processus

Vision Transversale

  • Good Service
  • Reactivity
  • Quality
  • Comfort
  • Global Service

Offrir et Supporter le Modèle d’Entreprise cible

Briser les Silos

Saisie unique

Standard IT

Infrastructure

Normes HL7

MCCD (data)

Inserter la Solution dans le Modèle d’Entreprise

Développer la synergie Métier

Usage Std

Globally Deploy best Products and Processes

Offrir et supporter les Modèles réutilisables

Cohérence de 50 BD

Créer équipe et budget pour Construire et Supporter les Fondations.

Infrastructure Configurations

Partager et aggréger les Informations

Réutiliser

Fondation et Configurer

MDM

(Clt, Produit)

Fondation pour

Transformation

Better decision making

Indicateurs de Gestion

Offrir une approche et des Outils de Modèle ’Entreprise

Réduire la Complexité des

Transformation

Réutiliser

Modèles de Soltutions

Moins à faire

Normes du MSSS

Définir l’Organisation de la Transformation

Agility: more Differentiation

by timing

Offrir Approche et outils pour SolutionCooperative

Appliquer

Approche Coopérative à des Projets Solution

Passer de Solutions de Commodité à des Solutions Concurrentielles

Bus/IT

alignment

iteratif

OpenModelSphere

Concept: Action terrain

slide67

Quels sont les 3 enjeux majeurs pour les Entreprises aujourd’hui?

Productivité

Stratégie

Complexité

Agilité

Synergie

Gestion des RH

Marketing

Enjeux

majeurs

Communication

Globalisation

slide68

L’Architecture d’Enterprise est une réponse aux

principaux enjeux de l’Entreprise

Enjeux

Complexité

Agilité

Synergie

Entreprise 2

Entreprise 3

Entreprise 1

Des Solutions de Commodité

Aux Solutions Competitives

Aux Solutions Competitives

Aux Solutions Competitives

Architecture d’Entreprise

Ingénierie

Gestion

  • Modèle d’Entreprise pour toutes les Solutions
  • Réutilisation : référentiels, composants…
  • Priorité au Modèle d’Information
  • Les Processus doivent supporter différentes Organisations
  • Outil de Modélisation: unique, round trip avec vues différentes pour Métier, Org. et IT
  • Transformer par Configuration
  • Approche: Contractuelle vers Cooperative :
    • Itérative,
    • Implication du Métier
    • Qualité de la Construction
    • Revaloriser l’Ingénierie
  • Gestion des Fondations: gouvernance,
  • organisation, Fondations Métier
  • Organisation adaptée: équipe Fondation, gouvernance Fondation, équipe mixte
slide70

The IT octopus

Indifference

Invoice/

Payment

Accounting

Payroll

Solution Alignment

Production

Contracts

Value Delivery

(Services or Goods)

Company Vision

Share

Company Data

End to end Process

Product Design

Business Intelligence

Reuse Company Models

Group Vision

Share Group Data (client)

International

Products

Worldwide

Services

Share Units

Reuse Group Models

Long

Term

Range

slide71

De Solution de Commodité (besoins clairs)

Vers Solutions Competitives (besoins instables)

Gérer les Ressources

Activités Primaires

Pour Biens et non Services

Marketing

Operationnel

Payer Publicité

Gérer Campagnes

Gérer RH

Paye

Suivi de carrière

Gérer IT

Facturer/Payer

Gérer Projet

Vendre

Agenda

Preferences, Multiple canaux

Industrialiser

Concevoir Offre

DocumentationProcessus Conception

Finances

Trésorerie

Prévisionnel

Partenaires, Distributeurs

Comptabilité

Commissions

Contrat,

Imprimer doc légal

Profit, risque

Implantations

Description

réaffectation

Acheter

Payer

Prévoir

Produire

Gestion de Stock

Automatiser processus de Prod

Livrer

Commande Indiv.

Optimisation Livraisons

Maintenir

Commande, Facture

Prévisions

Pilotage

Produire Comta Géné

Générer

Analyser

Produire Doc. Légaux

Générer

Analyser

Suivre Productivité

Ratio/Effectif

Analyser

Suivre Ventes

Ventes Globales

Multi Critères

Satisfaction Client

Répondre Mails

Analyser

Suivre

Profitabilité

Global

Multi Critères

DéfinirBesoin du Marché

Liste de Produits

Analyser

...

complexit
Complexité
  • 500.000 objects infomratiques sont gérés en Prroduction par BNP Paribas
  • Voir Modèle d’Entreprise AXA France

Un noble Métier d’Ingénieur:

Comment structurer une AE et accroitre Agilité

1 bouger vite est plus crucial que voir loin
1-« Bouger Vite » est plus crucial que « Voir Loin »

Innovations

Innovations Internes

Innovations

de Start Up

Innovations des Concurrents

Identifier

Strategie

Innovante

+

Processus rapide de Transformation

pour en faire bénéficier l’Entreprise

Se doter de

Avantage

Concurrentiel

slide75

2-Les Ressources pour améliorer les Processus

de Transformation sont oubliées…

Processus Opérationnels

Supply Chain

Bien identifié.

Budget affecté

Processus de CRM

Processus de Back Office

Processus de Transformation

Pas identifié

Pas de budget

Pas possible

Processus de Construction de Fondations

Processus de Construction de Solutions

slide76

3-Les Processus de Transformation sont plus complexes.

  • Incertitudes sur
  • les Fonctionnalités à délivrer,
  • l’Architecture du Modèle de la Solution,
  • le déroulement du Projet
  • L’acceptation par les Acteurs Opérationnels

Modéliser le

Processus Opérationnel

de « Commande »,

Modéliser le

Processus de Transformation

« Construction d’une Solution ».

Fonctions de Gestion:

Gouvernance, planning, budget, ressources, communication...

Fonctions d’Ingénierie:

Architecturer Solution, Réutiliser Composants, Support de plusieurs Organisations

Processus de Bout en Bout

1995 : Succès 16% ; Mitigés 53% ; Échec 31% 2000 : Succès 28% ; Mitigés 49% ; Échec 23% 2004 : Succès 29% ; Mitigés 53% ; Échec 18%

2006 : Succès 35% ; Mitigés 46% ; Échec 19%

(Standish Group)

TRANSFORMATION OPERATIONS

slide77

4-Agilité = Rapide et bienConstruit

SOLUTION

Version 1

Version 2

Version 3

Version 3

Version n

1/3

Agilité pour la Version 1

Mais aussi pour les Versions suivantes.Nécessite une bonne Construction.

5 diff rents moyens d am liorer l agilit
5-Différents Moyens d’améliorer l’Agilité

Projet exécuté par des professionnels métier et IT

Les Configurateurs effectuent directement les Transformations.

Transformation

Transformation: Développement d’un Modèle

Transformation:

Configuration

Approche

Outils

Composants

Acteur

Parametres

Moteur de Règles

Moteur de Workflow

Composants

« Blancs »

Composants « Noirs »

Services internes

Services « SOA »

quelle synergie
Quelle Synergie ?

Partager les Ressources

Unités d’Opération

Unités de Transform.: Foundations

Acteurs Internes

Centres IT

Un Réseau

Relations Fourniss.

Informations

  • Réutiliser les Modèles
  • Solutions
  • Software Services
  • Cartes
  • Modèle Information
  • Approches
  • Roles
  • IT Configurations

Groupe

Compagnie 1

Solution

Solution

Définir niveau de Synergie

Solution

Compagnie 2

Solution

Solution

Solution

slide81

Trend towards “Reuse”

Nb of Solutions

More and More

Solutions are based

on reused Components

More and more

Solutions come

from external

providers

Most Solutions are

independent

developments.

For Commodity Solutions: Production, Back Office, Resource Mgt...

Reuse by Package

For Competitive Solutions: Front Office, CRM, Business Intelligence, End to End Process, Product Design,...

  • But:
  • Too expensive
  • Too long
  • Too risky
  • Business effort to Model Business

Reuse by Components

  • But:
  • Competitive advantage?
  • Agility?
  • Superset

Independent

Development

Long Term Range

decomposition into pieces
Decomposition into pieces

Information Data Access

Access to Entities

Access

Home

Product

Access Person

Access

Home

Contract

Access

Home Description

Access Account

Functions

Create Customer

Describe Home

Select

Home

Product

Check Eligibility

Quote

Home

Product

Business Functions

For Execution

Business Functions

For Execution

Create

Home

Contract

Print

Home

Contract

Pay

Generate Account Entry

Log

Home subscription

Organization Functions

Find next Activity

Find

Next User

Authorize

Processes

Chain of Activities

Process

Quote

Process

Make Proposal

Process

Subscribe

Contract

Process

Renew Contract

Presentation and Navigation

Screens and interactions

4 1 information integration foundation level 1
4.1 Information Integration (Foundation level 1)

InformationData Access

Access

Home

Product

Access Person

Access

Home

Contract

Access

Home Description

Access Account

Functions

Create Customer

Describe Home

Select

Home

Product

Check Eligibility

Quote

Home

Product

Create

Home

Contract

Print

Home

Contract

Pay

Generate Account Entry

Log

Home Subscription

Find next Activity

Find

Next User

Authorize

Processes

Process

Quote

Process

Make Proposal

Process

Subscribe

Contract

Process

Renew Contract

Presentationand Navigation

Screens and interactions

slide84

Règles pour Intégration de l’Information

  • Role de la Foundation pour Transformation
  • Sélectionner meilleurs outils pour construire le Modèle d’info
  • Outil unique Round Trip: métier et IT
  • Fort Typage
  • Versioning pour Modeles
  • Versioning pour Instances
  • Héritage de Modèles
  • Accéder aux Entités Métier et non aux Tables
  • Outils de mapping pour Entités/tables, Interfaces et Migration
  • Role de la Foundation pour
  • Operation
  • Définir le Glossaire Métier pour les 100 Entités Métier principales
  • Définir le modèle Entité/relation
  • Définir les Types essentiels
  • Ajouter Attributs
  • Offrir des Fonctions d’Accès réutilisables
  • Maintenir et supporter le Modèle
  • Role de l’Equipe Solution
  • Identifier les Entités Métier: réutiliser les Fondations
  • Étendre le Modèle Entité/relation
  • Réutiliser et ajouter Attributs, Types
  • Accéder aux Entités Métier et non aux Tables
4 2 reuse of black components foundation level 2
4.2 Reuse of Black Components (Foundation level 2)

Information Data Access

Access

Home

Product

Access Person

Access

Home

Contract

Access

Home Description

Access Account

Functions

Create Customer

Describe Home

Select

Home

Product

Check Eligibility

Quote

Home

Product

Create

Home

Contract

Print

Home

Contract

Pay

Generate Account Entry

Log

Home Subscription

Find next Activity

Find

Next User

Authorize

Processes

Process

Quote

Process

Make Proposal

Process

Subscribe

Contract

Process

Renew Contract

Presentation and Navigation

Screens and interactions

4 3 reuse of white components like inheritance patterns types foundation level 3
4.3 Reuse of White Components like inheritance, patterns, types (Foundation level 3)

Information Data Access

Access

Product

Access

Contract

Access

Good

Access

Home

Product

Access Person

Access

Home

Contract

Access

Home Description

Access Account

Functions

Describe Good

Select

Product

Create Customer

Describe Home

Select

Home

Product

Check Eligibility

Quote

Home

Product

  • + Types reused for Attributes
  • Date, time
  • Amount
  • Identifiers
  • Name, address
  • Enumerated type: currency,
  • Textual Description
  • Image, voice, movie
  • Word, Excel, PPT
  • List
  • Tree or hierarchical structure

Create Contract

Print

Contract

Log

Create

Home

Contract

Print

Home

Contract

Pay

Generate Account Entry

Log

Home Subscription

Find next Activity

Find

Next User

Authorize

Processes

Process Make Proposal

Process

Quote

Process for Subscription

Process for Renewal

Process

Home

Quote

Process

Make Home Proposal

Process

Subscribe

HomeContract

Process

Renew HomeContract

Presentation and Navigation

Navigation

templates

Presentation

templates

Type

Presentations

Screens and interactions

4 4 parameters and rule engine foundation level 4
4.4 Parameters and Rule engine (Foundation level 4)

Information Data Access

Access

Product

Access

Product

Access

Contract

Access

Contract

Access

Good

Access

Good

Access

Home

Product

Access Person

Access

Home

Contract

Access

Home Description

Access Account

Functions

Describe Good

Describe Good

Select

Product

Select

Product

Rule

Engine

Rule

Engine

Create Customer

Describe Home

Select

Home

Product

Check Eligibility

Quote

Home

Product

+ Multi language

+ Multi money

+ Multi company

Create Contract

Create Contract

Print

Contract

Print

Contract

Log

Log

Create

Home

Contract

Print

Home

Contract

Pay

Generate Account Entry

Log

Home Subscription

Not much « white »

remaining:

High reuse rate?

Find next Activity

Find

Next User

Authorize

Processes

Process

Quote

Process Make Proposal

Process for Subscription

Process for Renewal

Process

Home

Quote

Process

Make Home Proposal

Process

Subscribe

HomeContract

Process

Renew HomeContract

Workflow Engine

+ User preferences: desktop, presentations

+ Configurable Desktop: different look and feel (Outlook, Windows, Explorer, Internet)

Presentation and Navigation

Navigation

templates

Presentation

templates

Type

Presentations

Screens and interactions

a full implemented insurance model
A full implemented Insurance Model

Insurance Lines

  • P/C
  • 330 Classes
  • 1200 Services
  • 200 Windows
  • Life (Savings)
  • 200 Classes
  • 850 Services
  • 190 Windows
  • Disability
  • 200 Classes
  • 500 Services
  • 150 Windows

A new Business Line Solution costs 5% of total cost .

  • Health
  • 190 Classes
  • 700Services
  • 140 Windows
  • Reinsurance
  • 170 Classes
  • 1.100 Services
  • 200 Windows
  • Loan Protection
  • 240 Classes
  • 1300 Services
  • 130 Windows

TOTAL

7.300 Classes

50.600Services

5.600 Windows

Cross Insurance Components

1.300 Classes

7.600 Services

1.300 Windows

Cross Business Components

1.400 Classes

9.000 Services

1.850 Windows

Technical Components

3.300 Classes

28.400 Services

1.300 Windows

for each solution provider import a new foundation
For each Solution Provider import a new Foundation

Solutions

Modeled internally

Solutions from

Package Provider 1

Solutions from

Package Provider 2

Internal Solution

Internal Solution

Internal Solution

Adaptations for Enterprise

Adaptations for Enterprise

External Solution

External Solution

External Solution

External Solution

Enterprise

Foundations

Provider 1

Foundations

Provider 2

Foundations

Builtd or Buy

Does it exists?

Is it public?

Each Provider owns its Foundations

reuse foundations or reuse solutions
Reuse Foundations or Reuse Solutions?

Enterprise Solutions

Modeled internally

Market Solutions

Package Provider 1

Market Solutions

Package Provider 2

Adaptations for Enterprise

Adaptations for Enterprise

or

+

Enterprise

Foundations

Provider 1

Foundations

Provider 2

Foundations

?

slide93

Modèles Métier et Modèle IT,

ou Modèle unique?

Contexte actuel

Espoir...

PB

PB

1

1

Un seul Modèle d’Information

4

Information

Fonctions

Processus

Organisation:

Activités et Rôles

Information

Fonctions

Processus

Organisation:

Activités et Roles

Moteur de règles

2

3

2

4

2

3

2

4

Moteur de Workflow

Moteur de Workflow

2

2

3

4

Modèle Métier

Modèle IT

Modèle Unique

slide95

Des Processus de Transformation spécifiques par Entreprise

qui réutilisent des Fonctions de Transformation communes.

Total

Étude Opportunité

Faisabilité

Définitions Besoins

Architecture

Spécification

Détaillée

Réalisation

Recette

BNP Paribas

Fonctions Processus

Étude Préliminaire

Évaluation

Initialisation

Gestion du Projet

Besoins Métier

Revue de Projet

Spécification

Axa

Avant Projet

Conception

préalable

Conception

Générale

Conception détaillée

Réalisation

Assemblage

Recette

Air France

Pre Study

Feasibility Study

Architecture

Spécification

Design

Realization

Acceptance

Gestion

Évaluer le cout d’Investissement

Planifier

Gérer

le budget

Communiquer

Affecter

Ressources

Contrôler

Avancement

Fonctions Organisation de la Transformation (comment bien Gérer)

Ingénierie

Définir le Problème

Architecturer Modèle Global

Définir les Interfaces

Modéliser l’Organisation

Configurer une Règle

Construire Outils de Formation

Modéliser les Informations

Modéliser les Processus

Modéliser les Fonctions

Réutiliser les Fonctions

Construire Outils de Migration

Fonctions Cœur-Métier de la Transformation (comment bien Construire)

slide96

Ingénierie Métier

Construire un Modèle de Solution

Ingénierie IT

Gérer

Understand Context

1

2

Décrire le PROBLÈME

Gérer la

Transformation

0

2.1

2.2

Define Perimeter, Goal and Value

1.1

Définir les Contraintes

Solution

en place

Évaluer cout Opérationnel

(Métriques)

Sur les Solutions livrées

Qualité, Interface utilisateur...

sur le Projet

Délai, Budget, Ressources

2.3

2.4

Gérer

le Risque

Résoudre le Problème

3

Approche

et Outils

Architecturer Solution(s)

(Interactions entre Acteurs, Actions et Informations)

3.1

Décider

3.3

3.4

3.5

3.2

Modèle

d’Acteur

(Utilisateur,

Ordinateur)

Modèle de

Processus

Modèle de

Fonctions

Modèle

d’Information

Planifier

1.2

Fondations

Affecter les Ressources

Check Solution Model

Communiquer

4

Vérifier Fonctionnalités Métier

4.1

1.3

Vérifier Structure

de la Solution

Vérifier Contraintes sur la Solution livrée.)

Vérifier Contraintes sur le Projet

4.2

4.3

4.4

slide97

Utiliser un Modèle de Solution

pour une Entreprise.

Insérer la Solution

5

Gérer la

Transformation

0

Construire les interfaces

Construire Outils Migration

Vérifier

Vérifier

5.2

5.1

Évaluer

(Métriques)

Déployer la Solution

Gérer

le Risque

Réorganiser Unités et locaux

Affecter/ Former Acteurs

Humains

Affecter, Installer, configurer Ordinateurs

Migrer les Informations, à la bascule

Décider

6.1

6.2

6.3

6.4

Planifier

Affecter les Ressources

Opérer la Solution

7

Utiliser les Actions offertes

Supporter les Acteurs

Gérer les anomalies

Tuner

Communiquer

7.1

7.2

7.3

7.4

Évaluer et Vérifier que le But est bien atteint (Indicateurs).

7.5

slide98

1-Find Business Descriptors

BUSINESS

MODEL

IT

MODEL

  • Descriptor represent the most stable part of the Enteprise Model such as
    • Offer
    • Customer
    • Order
    • Delivery
    • Address
    • Bill
    • ...
  • Reuse
  • A large part of Descriptors should be already available through Foundations, some complements may be required for each specific Solution
    • identify directly Reusable Entities
    • or Customize existing Entities (through inheritance if OO approach)
    • or Build new Entities

Business

Descriptor

Descriptor

Class

Implemented by

1

>1

slide99

2-Identify main End to End Processes

BUSINESS

MODEL

IT

MODEL

End to End

Process

2

Define the life-cycle of each Master Entity to bring to light the main End to End Process Scenarios.

Ex: Business Descriptor « Contract »

Life Cycle: Sell, Bill, update,

Business

Descriptor

Descriptor

Class

1

>1

slide100

Mono-Activity Processes (one Actor, no

asynchronism) are easy to implement.

BUSINESS

MODEL

IT

MODEL

Mono Activity « End to End Processes » represent the majority of Processes.

End to End

Process

2

IT Implementation:

If Descriptors support versioning in an OO approach, then

Implementation is very simple: implemented inside Descriptor Class.

If not, then build an « Operation » which allows to track

who has done which modification and when.

Mono Activity Process

Business

Descriptor

Descriptor

Class

1

>1

slide101

3-For Multi-Activities Processes,

define list of Business Processes

BUSINESS

MODEL

IT

MODEL

End to End

Process

Independent Event

2

Business

Process

3

  • A Business Process is a sub-part of the End to End Process
  • triggered by one independent Event.
  • A Business Process may call another Business Process: Business Processes are reusable.
  • Ex: End to End Process « Order » is decomposed into
  • Business Process: “capture order” request triggered by the Customer request
  • Business Process: “deliver by truck several Orders” triggered by event « Truck is full »
  • Means asynchronism. Also means that a Business Process may execute Functions of several instances of an End to End Process

Business

Descriptor

Descriptor

Class

1

>1

slide102

4-Decompose the Business Process into Activities

BUSINESS

MODEL

IT

MODEL

  • An Activity is a sub set of a Process
  • executed by same Actor at the same time.
  • An Activity is implemented by an Activity Class.
  • An Activity is reusable.
  • Some Activities are parallel, some are facultative, some are repetitive.
  • IT Implementation
  • Navigation between Activities can be implemented by
  • a Business Process Class
  • or by a Workflow Engine
  • or just by using « Find next Activity » at the end of each Activity Class.

End to End

Process

2

Business

Process

Business Process

Class

3

>4

Activity

Activity

Class

>4

4

Business

Descriptor

Descriptor

Class

1

>1

slide103

5-Decompose each Activity into Business Functions

BUSINESS

MODEL

IT

MODEL

  • A Function is an elementary Action.A Function may call other Functions.
  • Functions are implemented by a Software Service.
  • Software Services are generally attached to Descriptors.
  • Functions are highly Reusable as Descriptor classes:
  • IT Implementation
  • Identify reusable Functions
  • Or Customize existing Functions through inheritance of Functions Patterns
  • Or identify new Functions

End to End

Process

2

Business

Process

Business Process

Class

3

>4

Activity

Activity

Class

>4

4

Business

Function

Software

Service

5

>5

Business

Descriptor

Descriptor

Class

1

>1

slide104

6-Configure assignment of Activities to Actors.

BUSINESS

MODEL

IT

MODEL

ORGANIZATION

MODEL

Profiles of Actors define their Duties and Rights.

At the end of each Activity, determine the next Activity and the next Actor by matching Process Context (Customer Type, Product Line, Channel…) and Actor Profiles.

The same Actor may execute several following Activities.

Configuring the Profiles, means that assignment of Activities

to Actors may change without changing the IT Model: the Solution Model is independent from Organization.

End to End

Process

2

Business

Process

Business Process

Class

3

>4

Activity

Activity

Class

>4

4

Organization

Function

Business

Function

Software

Service

  • Find next Actor,
  • Authorize

5

>5

  • Actor Profile:
  • Rights
  • Duties

Organization

Descriptor

Business

Descriptor

Descriptor

Class

1

>1

6

Configure Profile

exemple un probl me de pizza
Exemple: un problème de Pizza
  • Offre principale = Pizza, mais vend aussi Pâtes ou Boissons
  • Peut être commandé sur place ou par téléphone
  • Livraison pour les clients individuels jusqu’à 20km
  • Livraison client par client en scooter
  • Si plus de 5 kms et commande d’un plat chaud, livraison par voiture (sinon, refroidit): grouper les livraisons pour économies
  • 3 cuisiniers (2 pizzaiolos, 1 pour les pates), 3 scooters, 1 voiture
d finir les entit s
Définir les Entités

Offer

(price, delay...)

Order

Customer

(Name, adress..)

Internal

Actor

Vehicle

(Scooter, car)

slide107

Scenarios de Processus de bout en bout: identifier Processus Métier, Activités et Acteurs

Asynchronisme: donc nouveau Processus Métier

Ne pas définir toutes les combinaisons.

slide108

Exemple Pizza+

Processus Métier

« Commander Pizza »

Processus Métier

« Livrer en voiture »

PROFIL

d’ACTEUR

En attente

Devoirs

Moteur de Workflow

En voiture

  • 3 dimensions:
  • Pizza ou Pates
  • Distance
  • Canal

Process Context

Stocker Produitschauds

Livrer

Asynchronisme

Droits

Moteur de Sécurité²

Which nex Actor

SaisirOrdre

Find Next

Actor

Cuisiner

Find Next

Actor

Livrer

Autoriser

Activity Reuse

Find Next

Activity

Find Next

Activity

Demande Client

Voiture est pleine

En scooter ou sur place

If Product=Drink

Activité

« Saisir Ordre

 »

Activité

«  Cuisiner  »

Activité

«  Livrer  »

Activité

«  Livrer  »

slide109

Que faire concrètement?

  • La DG
  • Les Lignes Métier
  • La DSI et l’Equipe Fondation
  • La DRH
  • Les Achats
ce que la dg peut faire
Ce que la DG peut faire
  • Demander un Bilan de la Transformation: délai, qualité, cout global
  • Créer une Équipe Fondations (Métier et IT) qui regroupe toutes les préoccupations pour le Bien Commun:
    • Mission: faire croitre Agilité et trouver la bonne Synergie
    • Rôle: Processus et Outils de Transformation réutilisables
    • Rôle: Construire des Modèles Réutilisables: langage Métier commun, Cartographie des Solutions, Composants (SOA ou autre), Référentiels, Infrastructure Informatique...
  • Lui donner des Moyens
    • Un responsable compétent et reconnu par les lignes Métier
    • Une équipe d’excellente qualité
    • Plan d’action adapté à l’Entreprise (Industrie ou Service?): les moyens
    • Règles de refacturation qui ne dissuadent pas ceux qui jouent le jeu
    • Gouvernance adaptée: relation Client-Fournisseur
ce que les lignes m tier peuvent faire
Ce que les Lignes Métier peuvent faire
  • Séparer Opérations et Transformation
  • Affecter des personnes talentueuses à la Transformation: ils ont la tache la plus difficile
  • Tout peser dans le choix Progiciel/Spécifique:
    • Non seulement: cout, délai, risque, modélisation métier disponible
    • Mais aussi: une Architecture de plus, évolutivité
  • Jouer le jeu de la Réutilisation
  • Enrichir les Fondations: savoir perdre du temps en fin de projet
  • Chefs de Projet Gestionnaires et Constructeurs
  • Protéger les chefs de Projet d’un excès de tâches de Gestion
ce que la dsi peut faire
Ce que la DSI peut faire
  • « Bras armé » de la DG dans la recherche du Bien Commun
  • Éclairer les choix d’externalisation: approche Coopérative et perte de savoir
  • Lutter contre Bureaucratie et multiplication des Rôles
  • (voir Équipe « Fondation »)
ce que l equipe fondation peut faire
Ce que l’Equipe Fondation peut faire
  • Road Map pour simplifier le Modèle d’Entreprise (voir Livre Blanc sur Simplify Legacy System)
  • Attitude Fournisseur
  • Définir Approche « Construction de Solution »
    • Une Approche : Métier et IT
    • Privilégier Approche Coopérative pour les Domaines évolutifs
      • Non pas étude exhaustive des Besoins
      • Mais Architecture de Solution qui permet les incréments imprévisibles
    • Vérifier que le Problème est bien défini (1 ou 2 pages)
    • Glossaire métier
    • Construire des Solutions qui supportent des organisations successives
    • Outils de Modélisation communs pour Métier et IT
  • Se doter de Modèles Réutilisables et les supporter
ce que la drh peut faire
Ce que la DRH peut faire
  • Valoriser les Acteurs de la Transformation
  • Valoriser non seulement les qualités de Gestionnaire mais aussi celles de Constructeur
  • Maintenir un noyau d’excellentes compétences IT: connaissance du Modèle
  • Favoriser passerelles entre Équipes Fondations et Lignes métier
  • Formations à la Transformation
ce que les achats peuvent faire
Ce que les Achats peuvent faire
  • Mettre en valeur la qualité et pas seulement le prix: la productivité va de 1 à 10
  • Favoriser les partenariats avec les petites structures qui innovent
  • Nouvelles formes de partenariat /Régie et Forfait
    • Solution Construite pour accepter adjonctions Ultérieures
    • Forfaits successifs par Version
    • Périmètre fonctionnel décomposé entre parties Obligatoire et Variable
slide116

Conclusion

  • Conscience des Entreprises
  • AE est trop complexe
  • Agilité n’est pas suffisante
  • Absence de synergie, ce qui signifie: “Silos” et organization complexe
  • Nombre de Compagnies d’un Groupe devrait réutiliser le même Modèle de Solution, mais difficile à justifier, et difficile à exécuter.
  • Ce qu’ils devraient aussi faire:
  • Demander un bilan de la Transformation: délais et qualité
  • Expliquer à la direction le lien entre buts et EA
  • Accroitre objectifs et moyens de l’équipe Fondations
  • Excellence dans l’équipe Fondations
  • Construire un glossaire métier et le réutiliser
  • Lancer des projets pilotes pour approche coopérative
  • Trouver des outils de modélisation pour supporter l’approche
  • Pour chaque Solution: périmètre plus large+ Problème clair
  • Recruter et former chefs de projet manager/constructeurs
  • Créer une équipe de support pour les Fondations
  • Adapter Organisation de Projet: grouper Métier/IT, un seul chef, isoler la Transformation
  • Ce qu’ils font déjà:
  • Appliquer une nouvelle gouvernance: Contrôler que les Modèles de Solutions réutilisent les Fondations.
  • Construire un Modèle d’Entreprise
  • Construire une équipe Fondation: budget limité, souvent concentré sur « management »
engineering questions what exists what they hope in future
Engineering QuestionsWhat exists + what they hope in future
  • What is the Transformation Model?
    • Is an Approach available?
    • From Commodity to Competitive Solutions?
    • Contractual or Cooperative Approach?
    • Prototyping?
    • Which tools for Modelization?
  • Is « Context » Available?
    • Existing Solution Model: Core-Business Modeling available?
    • Available Foundations: Information access, interfaces, security, assign, price...
      • white Components: Process Patterns, inheritance?
      • Rule engine, workflow engine?
      • Supported?
  • IS Problem well defined?
    • Perimeter large enough? Includes manual Processes? Multi Countries? Multi Enterprise?
    • Goal and Indicators?
    • 2 pages summary?
  • Is there an Enteprise Model available to locate the Solution?
    • Do you define a Target Solution Architecture?
  • Information Model
    • Does a Business glossary exist? If yes, is it translated into an Entity/Relation Model
    • Does an Information Model exist?
    • Do you benefit from sharable Master Data?
    • Do you benefit from Reusable Functions to access Information?
  • Action Model
    • Core-Business Model available?
    • Do you use Rule Engine, Workflow Engine?
  • Actor Model
    • Do you produce a Solution Model which accepts successive Organizations?
management questions what exists what they hope in future
Management QuestionsWhat exists + what they hope in future
  • Governance
    • Was the Solution Project decided from a Solution Project Portfolio?
    • Does present Governance allow to check consistencey with Foundations?
  • Team Structure
    • Is Sponsor identified?
    • Business and IT in same Solution Project Team?
    • Are they Business Experts in Foundation Team?
    • Is the number of intervening parties too high?
    • Is there a single Foundation Team for all reusable Models (Components, security, workflow, approach, Modeling tools, technical architecture...)
  • Project Leader Profile:
    • Management only or Management+ Engineering?
    • Agree on « we can well manage the Building of a Bad Solution »?
  • Workload: Management/Engineering
    • Is % for management too high?
    • Do you use of Metrics for evaluation?
  • Documentation
    • Do you split management and Engineeering documentation?
    • Engineering:
      • Do you extract from project documentation: Existing Solution description, Foundation, Core Business Process Pattern
      • Do you produce part of documentation through Modeling Tools?
      • Do you version the main Engineering document to get a unique version of updated status?
ad