html5-img
1 / 46

Débat sur le rôle de l'analyste d'affaires dans les projets d'architecture d'entreprise (AE) et de gestion des processus

Débat sur le rôle de l'analyste d'affaires dans les projets d'architecture d'entreprise (AE) et de gestion des processus d'affaires (BPM). IIBA Région de Québec. Marc Alain. Jean Falardeau. 24 novembre 2010. Agenda de la conférence. Qui sont les conférenciers? Quelques définitions

aviv
Download Presentation

Débat sur le rôle de l'analyste d'affaires dans les projets d'architecture d'entreprise (AE) et de gestion des processus

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. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Débat sur le rôle de l'analyste d'affaires dans les projets d'architecture d'entreprise (AE) et de gestion des processus d'affaires (BPM) IIBA Région de Québec Marc Alain Jean Falardeau 24 novembre 2010

  2. Agenda de la conférence • Qui sont les conférenciers? • Quelques définitions • Complémentarité AE et BPM • Débat avec les résultats du sondage • Tendances AE et BPM

  3. 1. Les conférenciers • 25 années en consultation (conseil stratégique) • Grands chantiers récents : • SAGIR • Réforme de l'éducation • Portail des connaissances sur l’eau • Solution de justice intégrée • Co-auteur du livre : • «La réingénierie des processus d'affaires dans les organisations canadiennes; les avantages et les conditions de réussite: une étude de 134 projets» • Conférencier et auteur : • Plusieurs articles sur la résolution de problématiques complexes organisationnelles • Président-fondateur de l’IIBA Région de Québec Jean Falardeau, M.Sc.

  4. Les conférenciers (suite) • Plus de 20 années d’expérience dans le domaine des technologies de l’information • Implication dans des projets de développement et transformation organisationnelle majeurs • Système d’information écoforestière • Système de gestion des plans et rapports annuels d’intervention forestière • Conseil stratégique dans le cadre de grand chantier de transformation organisationnelle • Livraison des services TI (Foncier Québec) Marc Alain

  5. 2. Quelques définitions: AE

  6. Qu’est-ce que l’architecture d’entreprise ? Processus qui traduit la vision et la stratégie d’affaires en changement effectifs sur l’entreprise « Gartner » Une architecture d’entreprise bien menée soutient le développement et l’essor d’une organisation, tout en favorisant l’adéquation entre l’innovation des affaires et l’efficience des TI.

  7. Qu’est-ce que l’architecture d’entreprise ? (suite) • L’architecture d’entreprise vise à soutenir le développement et l’essor d’une organisation, tout en favorisant l’adéquation entre l’innovation des affaires et l’efficience des TI. • Il s’agit d’une vision large et dynamique qui accompagne l’organisation dans la préparation et la poursuite de son portefeuille de projets. • À partir d’un référentiel des actifs en place, l’architecture d’entreprise aide l’organisation dans : • la priorisation et l’assemblage du portefeuille de projets; • la cohérence des investissements en TI; • l’identification des enjeux des avant-projets.

  8. L’architecture d’entreprise : un rôle stratégique au sein de l’organisation

  9. Les composantes de l’architecture d’entreprise

  10. 2. Quelques définitions: BPM

  11. Qu’est-ce que le BPM ? • Business Process Management: • A discipline combining software capabilities and business expertise to accelerate process improvement and facilitate business • « IBM » • A management approach focused on aligning all aspects of an organization with the wants and needs of clients.. …………. It could therefore be described as a "process optimization process …. • « Wikipedia » 11

  12. Processus du processus d’amélioration Définir Zone BPA Optimiser Modéliser Analyser Simuler Monitorer Implanter Exécuter 12

  13. L’approche BPM permet d’accroître l’agilité d’une organisation • La disponibilitéd’informationtraitant de la performance des opérationspermetd’augmenter le niveau de confiance des dirigeants et facilite la prise de décision • La diminution du temps de révision des processusgrâce à unemeilleurecompréhension des responsabilités entre les unitésd’affaires et les directions TI • Une plus grande efficacitédans la définition et le déploiement des nouveaux processus, grâce à l’utilisation par les unitésd’affaires et les directions TI, d’outils et référentielscommuns

  14. Cycle de projet BPM Approche classique en cascades Efforts Réalisation Entretien Ver. 2 Durée des projets Approche BPM Efforts Ver. 3 Ver. N Pilote Ver. 1 Ver. 2 Durée des projets Approche BPM • Cycle continue de conception et d’optimisation • Itérations de moins de 6 semaines • Nouvelle règle d’affaires déployée en 1 jour Approche classique • Projet pilote de 1 à 2 mois • Première livraison: 6 mois à 1 an • Livraison d’entretien tous les 6 à 12 mois 14

  15. Qu’est-ce qu’un BPMS ? • Suite logicielle ayant pour but de formaliser la définition des processus d’une organisation afin d’en supporter l’automatisation: • Modélisation des processus • Définition de règles d’affaires • Simulation des processus • Intégration avec les systèmes opérationnels • Moteur d’exécution des processus • Gestion et suivi de la performance

  16. BPMS Le BPMS: un outil qui relie le monde des affaires et celui des TI Source : Opermix

  17. Qu’est-ce que le BPMN ? Business Process Modeling Notation: Formalisme reconnu et maintenu par l’OMG (Object Management Group) permettant de modéliser les processus d’affaires d’une organisation à l’aide d’une représentation graphique standard

  18. 3. Complémentarité AE et BPM

  19. AE et BPM: deux disciplines complémentaires L’architecture d’entreprise définit la cible en termes d’objectifs d’affaires alors que le BPM se concentre sur l’amélioration de la performance d’affaires. Les membres des deux groupes (Affaires et TI) doivent s’impliquer et collaborer dans chacune des deux disciplines afin d’en assurer la complémentarité. L’utilisation d’outils et de formalismes communs est essentielle afin d’assurer la continuité, la cohérence et l’intégration des travaux réalisés par les deux groupes.

  20. 4. Débat avec les résultats du sondage

  21. Débat avec les résultats du sondage Question 1

  22. Débat avec les résultats du sondage Un point de vue • L’AE n’est pas toujours diffusée adéquatement à tous les niveaux de l’organisation • L’AE est souvent perçue comme un exercice théorique, déconnecté de la réalité des projets • Exercice qui est souvent initié par les TI • La mise à jour de l’AE n’est généralement pas prioritaire, ce qui a tendance à la rendre statique Débat L’AE dans votre organisation: statique ou dynamique?

  23. Débat avec les résultats du sondage Question 2

  24. Débat avec les résultats du sondage Un point de vue • Les vrais projets BPM sont encore rares au Québec • Le BPA est tout de même assez répandu • Prend parfois une forte tendance TI • L’expertise en BPM est plutôt rare • Rarement un lien dynamique entre les modèles et les processus en production Débat La gestion des processus d’affaires: ça relève des affaires ou des TI?

  25. Débat avec les résultats du sondage Question 3

  26. Débat avec les résultats du sondage Un point de vue • Période intense (1ère génération) entre 2000 et 2008 • Relativement peu de projets en cours • En ce moment, c’est la période de remise en question • La 2ième génération se concentre davantage sur les volets Affaires et Information que sur le volet TI Débat L’AE: ça relève des affaires ou des TI?

  27. Débat avec les résultats du sondage Question 4

  28. Débat avec les résultats du sondage Un point de vue • Reflet du niveau de maturité AE (mal outillé) • Pas encore d’émergence de formalisme rassembleur • Différence de langage (TI et Affaires) • Difficulté de maintenir un référentiel corporatif

  29. Débat avec les résultats du sondage Question 5

  30. Débat avec les résultats du sondage Un point de vue • BPM: reflet du niveau de maturité (mal outillé) • BPM: utilisation plutôt rare d’outils « bout en bout » • BPA: devrait être mieux outillé que BPM • BPA: souvent des outils simples (peu structurant) • Différence de langage (TI et Affaires) Débat À titre d’analyste d’affaires: j’utilise BPMN ou UML?

  31. Débat avec les résultats du sondage Question 6

  32. Débat avec les résultats du sondage Un point de vue • Architecture d’entreprise: • formalisme n’est pas toujours le même que celui utilisé dans les projets (plus libéral) • BPA: relativement bien structuré (très connu) • BPM: souvent basé sur le BPMN (encore peu connu) • Modèle d’affaires • très peu structuré Débat Entre AE et BPM: chacun son formalisme ou un formalisme commun?

  33. Débat avec les résultats du sondage Question 7

  34. Débat avec les résultats du sondage Un point de vue • Les deux projets sont rarement liés par un référentiel • Pour vraiment apprécier une AE, il faudra qu’elle puisse se compléter dans le BPM et inversement Débat Lien AE et BPM: pour ou contre?

  35. 5. Tendances AE et BPM

  36. Tendances AE et BPM Selon Gartner Les projets d’architecture d’entreprise se concentreront davantage sur les volets informationnels et affaires car c’est là que les bénéfices sont les plus importants et visibles. Ce virage permettra de consolider la complémentarité des architectures d’entreprise et des projets BPM. Les architectes d’affaires seront de plus en plus ciblés pour être à la tête des projets d’architecture d’entreprise.

  37. Tendances AE et BPM Question 8

  38. Merci!

  39. Acétates complémentaires

  40. BPMS • Case management • Compensating transaction • Searching • Version management • Repository partitioning • Publish and subscribe services • Check-in/Check-out • Human-to-human • Human-to-system • System-to-system • Role management • Security management • System management monitoring • LDAP integration and active directory • Deployment tools • Drag-and-drop flow modeling • Organizational modeling • Business rule modeling • Testing and debugging • Prebuilt process templates and process wizards • Event-based rules • Inference-based rules • Rule test and debugging • Rule simulation/what-if analysis • Rule templates • Foldering • Document and image indexing • Manage structured and unstructured data • Document archiving • Document security management • Predictive analysis (financial and risk) • Concurrent process and rule simulation • Simulation repository • Optimization algorithms • Round-trip engineering • Shared work queues • Project portals/rooms • Role-based development • Instant messaging/blogs • Community bulletin board • Event listeners, alarms and triggers • OLAP/BI reporting • KPI dashboards • Graphical process monitoring • Process discovery tools • Technical adapters • Service support • Enterprise service bus • Data transformation tools • Application adapters 40 Source: Gartner

  41. BPMS Source: Gartner

  42. BPMN 2.0

  43. Generally, where we are today Modèle de maturité (processus) Phase of Maturity Sophisticated 1 2 3 4 5 6 Acknowledge Operational Inefficiencies Enterprise Valuation Control Intraprocess Automation and Control Process-Aware Agile Business Structure Interprocess Automation and Control Realign process with market strategy Compare alternatives via simulation techniques Innovate new businesses, products and services Model and analyze business processes Goal-driven processes Maturity Identify process owners Link the valuation of the business to process execution Create governance structure Measure business activities Establish process performance metrics Craft process automation across the enterprise Integrate activity-based accounting 43 Immature Source: Gartner 2010

  44. Modèle de maturité (processus) Source : OMG

  45. Modèle de maturité (processus) Process and Enterprise Maturity Model (PEMMTM) Source: www.hammerandco.com

  46. Tendances AE et BPM • Selon Forrester • Les organisations expriment de plus en plus de besoins à l’égard de l’intelligence d’affaires: • Accès en temps réel, accès libre-service, souplesse • La définition et l’implantation des règles d’affaires permettront d’aller plus loin dans l’automatisation des processus d’affaires • L’émergence des technologies mobiles constitue une opportunité offrant plus de souplesse et de nouvelles possibilités d’automatisation: • Des enjeux de sécurité sont toutefois toujours présents

More Related