tag:blogger.com,1999:blog-12083042086612121372024-03-19T10:31:40.789+01:00Value ArchitectureEnterprise Architecture versus Value Chain Architecture : The underlying Value Chain Architecture provides an invariant coherent long-term vision of the Enterprise, in its internal dynamics as well as in its ecosystem, beyond its bordersRené Mandelhttp://www.blogger.com/profile/17211584826619896315noreply@blogger.comBlogger78125tag:blogger.com,1999:blog-1208304208661212137.post-89940631783586551452021-06-24T00:03:00.000+02:002021-06-24T00:03:31.048+02:00Hommage à la « petite vaurienne »<p><br /></p>
<p class="MsoNormal"><span style="font-size: 14.0pt;">Poème de René du 7 avril 1967
(complété le 20 juin 2021 en hommage à Marie-Françoise, épouse adorée décédée
le 18 mars 2021)<o:p></o:p></span></p>
<p class="MsoNormal"><i><span style="font-size: 18.0pt; mso-fareast-language: FR;"><o:p> </o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;">La calligraphie des premières lignes tracées par
l’enfant fier,<br />
suinte dans ce cahier jaune au teint passé des vieux souvenirs.<o:p></o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;">Lui manquent quelques fleurs séchées, immatérielles,
collées dans l’oubli des pages quelconques.<o:p></o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;">Leur teint serait déjà parti dans l’ombre, pour ne
laisser sur notre bêtise que les nervures fines et fidèles des pétales
évanouis.<o:p></o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;"><o:p> </o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;">Si le « a » n’est pas le « o »,
c’est que le « a » marche, et que le « o » roule,<br />
il convient de s’appliquer si l’on veut que la marche du « a » soit
sûre, et le roulement du « o » léger.<o:p></o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;">Si le « i » rit, espiègle, le
« u » boudeur se cache et pleure sur notre bonheur,<br />
que les vannes de la vie, ouvertes sans but, auront noyé dans le flot boueux
des convenances et pensers humains.<o:p></o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;"><o:p> </o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;">***<o:p></o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;">Ce bonheur, imaginé le soir, à mes vingt ans,<o:p></o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;">fut inscrit dans les lignes de ma vie, avec l’inconnue de
mon futur.<o:p></o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;">Mon bonheur désiré, annoncé, prévu, attendu.<o:p></o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;"><o:p> </o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;">Un jour de printemps l’a révélé, Jumièges nous a
saisis au berceau de ses ruines,<o:p></o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;">Splendide torrent d’amour secret, il jaillit pour tout
une vie.<o:p></o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;"><o:p> </o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;">Oui, à Taormina, Francky s’efface et fuit, au théâtre
ébloui.<o:p></o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;">Oui, forme d’espoir, l’ombre passe, furtive, signe son
repli.<o:p></o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;">Oui, la « petite vaurienne » se voyait
laide à l’envie.<o:p></o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;"><o:p> </o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;">Un regard a suffi.<o:p></o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;">Enfin, la beauté éclate.<o:p></o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;">Enfin, le sourire triomphe, le charme domine, irradie.<o:p></o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;"><o:p> </o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;">L’icône est née.<o:p></o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;"><o:p> </o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;">Evidence émue, elle grandit son destin.<o:p></o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;">Du fond des yeux, la madone appose mystère, douceur,
clarté.<o:p></o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;">Du fond du cœur, la mère porte l’enfant radieux,
chante le poème de la vie.<o:p></o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;">Du fond du couple, la femme affirme et souffle sa
flamme.<o:p></o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;"><o:p> </o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;">Flamme de joie, flamme d’amour, flamme toujours.<o:p></o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;"><o:p> </o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;">Au delà des joies et des peines,<o:p></o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;">fusion d'instants d’un demi-siècle,<o:p></o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;">Notre amour était là, sûr, simple, solide, éclatant.<o:p></o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;"><o:p> </o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;">Hélas la vie a passé.<o:p></o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;">Sur fond de drame, l’icône est cassée.<o:p></o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;">Restent le chagrin, et l’infini des visages figés.<o:p></o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;"><o:p> </o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;">***<o:p></o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;">Oh ! temps éternel et stupide, ta bouche ouverte
ricane et ne parle pas, ton souffle n’existe pas,<br />
mais tu sembles, dans ton marbre, courir à un but que personne ne voit.<o:p></o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><i><span style="font-size: 18.0pt;">Ainsi en est-il de nous tous ignorants et futiles,
heureux par nos défauts, stériles par nos idées, et perdus dans nos vergers.<o:p></o:p></span></i></p>
<p align="center" class="MsoNormal" style="text-align: center;"><o:p><br /></o:p></p><p align="center" class="MsoNormal" style="text-align: center;"><o:p></o:p></p><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiAaPFSKRg3FAug2mYUnzzwoTdSiXCpgxb3-pNCqSNIbiljmUZmnE7hJtFeCa4iQiU6Mrhz1yQafk8sLIZlv5BZ6-3c4ITwiQ5ydviW5wCOXbIibLYarB_CRxtz29yx8Gne_ppVb40W7Oe5/s950/73-VA-print2+14-MF.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" data-original-height="950" data-original-width="633" height="320" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiAaPFSKRg3FAug2mYUnzzwoTdSiXCpgxb3-pNCqSNIbiljmUZmnE7hJtFeCa4iQiU6Mrhz1yQafk8sLIZlv5BZ6-3c4ITwiQ5ydviW5wCOXbIibLYarB_CRxtz29yx8Gne_ppVb40W7Oe5/s320/73-VA-print2+14-MF.jpg" /></a></div><br /><div class="separator" style="clear: both; text-align: center;"><i>Marie-Françoise</i></div><br />Pourquoi, ici, ce poème ?<p></p><p align="center" class="MsoNormal" style="text-align: center;"><o:p>En premier lieu, parce qu'il a du sens pour son auteur, au même titre que les diverses "inventions" proposées sur ce site (architecture de valeur, puits d'événements, trame business).</o:p></p><p align="center" class="MsoNormal" style="text-align: center;"><o:p>et cette production n'est-elle pas le résultat d'un processus créatif ?</o:p></p><p align="center" class="MsoNormal" style="text-align: center;"><o:p>Certes concevoir un système peut sembler plus rationnel que ce type de création... mais en est-on sûr ?</o:p></p><p align="center" class="MsoNormal" style="text-align: center;"><o:p>D'ailleurs si le poème est mauvais personne n'en pâtit, alors que dans le cas d'un logiciel !</o:p></p><p align="center" class="MsoNormal" style="text-align: center;"><o:p>Enfin, un poème est bien plus complexe qu'il n'y parait, car il doit être de qualité dans tous les détails, mais aussi dans son architecture...</o:p></p><p align="center" class="MsoNormal" style="text-align: center;"><o:p><br /></o:p></p>René Mandelhttp://www.blogger.com/profile/17211584826619896315noreply@blogger.com5tag:blogger.com,1999:blog-1208304208661212137.post-80491002961118063432020-02-25T16:10:00.001+01:002020-02-29T16:57:18.842+01:00Analyse "systémique" d'un régime universel de retraite<br />
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Dans notre
civilisation de plus en plus globale, de plus en plus complexe, de plus en plus
numérisée, la compréhension des enjeux, des évolutions, des perversions, nous
échappe bien souvent.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">En effet,
nous croyons ce que nous avons observé et appris.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Malheureusement
le monde évolue plus vite et nos croyances peuvent être de mauvais conseil :<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<ul type="disc">
<li class="MsoNormal" style="line-height: normal; mso-list: l2 level1 lfo1; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; tab-stops: list 36.0pt;"><span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Trop locales, parfois même
affectivement passéistes<o:p></o:p></span></li>
<li class="MsoNormal" style="line-height: normal; mso-list: l2 level1 lfo1; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; tab-stops: list 36.0pt;"><span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Fondées sur une connaissance
technologique désuète<o:p></o:p></span></li>
<li class="MsoNormal" style="line-height: normal; mso-list: l2 level1 lfo1; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; tab-stops: list 36.0pt;"><span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Centrées sur une pression de
satisfaction immédiate, un égoïsme exacerbé<o:p></o:p></span></li>
</ul>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">En somme,
alors que les enjeux globaux s'accumulent au fil de notre aveuglement
collectif, nous sommes des spécialistes des raffinements réglementaires, des
replis sur soi, et de la non-décision.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">On peut en
voir de nombreux exemples,<o:p></o:p></span></div>
<ul type="disc">
<li class="MsoNormal" style="line-height: normal; mso-list: l4 level1 lfo2; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; tab-stops: list 36.0pt;"><span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Le réchauffement climatique (la
multiplication des centrales au charbon, en alternative au nucléaire),<o:p></o:p></span></li>
<li class="MsoNormal" style="line-height: normal; mso-list: l4 level1 lfo2; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; tab-stops: list 36.0pt;"><span style="font-family: "times new roman" , serif; font-size: 12.0pt;">La réforme des retraites (la solidarité avec les générations futures, justifie-t-elle de figer le système actuel, et de ne pas l'adapter aux formes d'emploi actuelles et à l'accroissement de la durée de vie...),<o:p></o:p></span></li>
<li class="MsoNormal" style="line-height: normal; mso-list: l4 level1 lfo2; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; tab-stops: list 36.0pt;"><span style="font-family: "times new roman" , serif; font-size: 12.0pt;">L'emballement démographique qui
provoquera une déstabilisation globale inévitable.<o:p></o:p></span></li>
</ul>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">A chaque
fois, c'est "la même histoire" :<o:p></o:p></span></div>
<ul type="disc">
<li class="MsoNormal" style="line-height: normal; mso-list: l3 level1 lfo3; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; tab-stops: list 36.0pt;"><span style="font-family: "times new roman" , serif; font-size: 12.0pt;">pas de diagnostic global partagé, au
niveau de compréhension qui donnerait du sens,<o:p></o:p></span></li>
<li class="MsoNormal" style="line-height: normal; mso-list: l3 level1 lfo3; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; tab-stops: list 36.0pt;"><span style="font-family: "times new roman" , serif; font-size: 12.0pt;">pas de vision objective, à l'échelle
temporelle adaptée,<o:p></o:p></span></li>
<li class="MsoNormal" style="line-height: normal; mso-list: l3 level1 lfo3; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; tab-stops: list 36.0pt;"><span style="font-family: "times new roman" , serif; font-size: 12.0pt;">pas de conscience de la
complexité et des interactions, dans la logique des transformations en
cours.<o:p></o:p></span></li>
</ul>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Bien sûr
nous avons à notre disposition toutes les sciences, toutes les technologies, et
nous pourrions comprendre et expliquer des pans entiers du processus enclenché.
Encore faut-il activer ces savoirs à bon escient, et sortir des débats stériles
dont nous sommes spécialistes.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Nous sommes
incapables de nous accorder sur l'explication, justement par nos travers
d'étroitesse de vue, notre incapacité à anticiper, à nous projeter, à nous
accorder, et à quitter nos égoïsmes superficiels.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Les solutions ne sont pas identifiées, reconnues, partagées. Et encore moins les chemins pour mettre en
œuvre de telles solutions. Dès lors, collectivement, nous faisons
"n'importe quoi"... Un peu comme un programmeur qui écrirait un
programme sans avoir de vision sur les fonctions à automatiser, et sur la
migration pour la mettre en place !<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">En ce sens,
l'Architecture d'Entreprise (EA) est une expérience utile, car elle pose un
défi de maîtrise de la complexité. Et le présent site, si l'on en extrait la
quintessence, ne traite que de cela.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">L'Architecture
d'Entreprise permet de tester, à une échelle déjà bien souvent colossale, des
solutions à des problématiques complexes, techniques, sociales, culturelles...<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Pour notre
civilisation, confrontée par ailleurs à des sujets encore plus inextricables et
globaux, comme indiqués ci-dessus, voilà bien un terrain d'expérience exemplaire, et à
disposition.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Certes, dans le domiane de l'EA, il
nous faut avouer bien des lacunes, par exemple la maîtrise des grands projets,
dont la plupart sont voués à l'échec, progresse lentement. L'arsenal
méthodologique traditionnel de l'EA, bien souvent critiqué ici, est clairement
inadapté et déconnecté des réalités actuelles.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; mso-outline-level: 4;">
<b><span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Une vision systémique<o:p></o:p></span></b></div>
<div class="MsoNormal" style="line-height: normal; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; mso-outline-level: 4;">
<b><span style="font-family: "times new roman" , serif; font-size: 12.0pt;"><br /></span></b></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">L'Architecture
d'Entreprise veut décrire des systèmes complexes. Elle prétend dépasser les
visions technologiques et modéliser l'entreprise, au-delà de la stricte
structuration des systèmes d'information. Elle devrait donc pouvoir expliquer
les évolutions des systèmes d'information, mais aussi de nos sociétés, de notre environnement, de nos civilisations,
qui sont celles d'ensembles complexes. Avec le gigantisme de tels ensembles,
les descriptions et explications détaillées sont illusoires. Seules des visions
locales, des explications de sous-ensembles sont possibles, mais elles n'ont
pas de sens global et leur agrégation ne fonctionne pas.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">De même les
avancées en continuité, ou les petits changements par tâtonnement, rassurants,
plaisants et naïfs, ne font que précipiter les futures catastrophes : faute
d'anticipation et de maîtrise, ils créent l'irréversible, les multiples effets
sans retour trop souvent constatés ici : promesses imprudentes, dettes
techniques, choix malencontreux qui s'avèrent bloquants, facilités illusoires...<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Car, dans
les nombreux exemples que nous vivons, chacun comprend bien qu'il y a problème.
Souvent on se persuade de solutions "faciles", qui s'attaquent à une
partie du système... mais on doute vite de leur efficacité. En effet le
dysfonctionnement est global, et ces tentatives partielles sont vouées à
l'échec. Tout au plus une solution simpliste peut-elle s'imposer par
aveuglement collectif ou raisonnement primaire. Une analyse plus poussée,
prenant en compte l'ensemble des dimensions du sujet, est rarement aboutie, et,
en toute hypothèse, n'est pas consensuelle.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Cependant,
il ne faut pas désespérer, levons un peu le nez du guidon.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Notre époque
ne manque pas de défis motivants. Pour le réchauffement climatique, l'équilibre
des retraites, l'emballement démographique, à chaque fois la problématique
majeure est "systémique".<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Voilà bien
un sujet connu des Architectes d'Entreprise... Ils ont pu constater la vanité
des solutions partielles, les illusions des grandes planifications utopiques,
qui présupposent une connaissance parfaite du futur et ignorent les aléas.
Finalement ils sont confrontés à une complexité ingérable par une ingénierie
classique, toujours fondée sur des a priori déterministes, et ignorant les lois
de fonctionnement des systèmes.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Pourtant de
telles lois sont génériques et depuis plusieurs années proposées par la <a href="http://www.value-architecture.com/2017/07/voir-les-systemes-par-les-evenements.html" target="_blank">Trame Business</a> (au travers de nombreuses illustrations, par exemple sur le présent
site).<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Certes la
problématique de l'Architecture d'Entreprise est confidentielle. Elle semble bien spécifique.
Historiquement elle découle de l'empilement des projets, aux imprévisions, aux
aleas et aux changements de cap. Pourtant, dans la vraie vie, il en va de même,
l'assemblage des différentes facettes d'un sujet, qu'il soit écologique,
démographique, économique, est rarement objectivé, et les visions partielles,
voire partiales, dirigent l'opinion, la réflexion, et l'action individuelle
comme publique.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">En somme,
une approche globale et multi-faces, une approche "systémique" serait
en premier lieu un moyen pour comprendre le système, dans sa composition et ses
interactions. Ceci acquis, il serait possible de contrôler son évolution, et
peut-être sa maîtrise, s'il est encore temps et si des leviers existent.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; mso-outline-level: 4;">
<b><span style="font-family: "times new roman" , serif; font-size: 12.0pt;">La conscience des invariants<o:p></o:p></span></b></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Dans tous
les systèmes complexes que l'on peut observer, il est frappant de constater que
<b>plusieurs échelles temporelles</b> existent. Des rythmes très courts, par exemple
pour produire, consommer, et des rythmes plus lents, qui créent les structures,
les usines, les concepts,.... Et quelques invariants, ou cycles de longue
échéance, quasi <b>immuables dans un écosystème</b>. On en a vaguement conscience de
cette multitude de rythmes, et de leurs interactions typiques à un écosystème.
On en connait les lois, par exemple économique au niveau des échanges de
produits et de services, dans un écosystème d'agents économiques, ou
biologiques dans un écosystème de vies, voire sociales, morales, dans une
civilisation...<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Chaque assemblage
de telles lois suit des règles fixes, qui combinent les différents
événements cycliques et les transformations induites : c'est la mécanique
"systémique" proposée par la Trame Business.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Le mystère
est que le modèle s'applique à n'importe quel écosystème.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Le modèle
est fondé sur la connaissance de ces cycles et de leur invariance (chaque cycle
se reproduit à l'infini selon le même schéma) et leurs interactions. Le modèle
objective une structure architecturale stable, typique de l'écosystème. Et que
l'on retrouve toujours car dans toute vie, dans toute transformation, il y a des événements.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Le mystère
est que le modèle des modèles, le "meta-modèle" est lui-même stable
et invariant.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<h4 style="line-height: normal; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; mso-outline-level: 4;">
<b><span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Illustration avec l'épineux cas des régimes de
retraite</span></b></h4>
<div class="MsoNormal" style="line-height: normal; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; mso-outline-level: 4;">
<b><span style="font-family: "times new roman" , serif; font-size: 12.0pt;"><br /></span></b></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Un régime de
retraite est constitué par un ensemble de règles complexes. La refonte d'un tel
système est encore plus complexe puisqu'elle confronte la complexité de
l'ancien système à celle du nouveau système, dans une combinatoire infernale.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Pourtant, à
la base, c'est simple : l'utilisateur parcourt un cycle avec plusieurs temps,
des temps d'activité où il "ouvre des droits", et des temps de
retraite où il consomme ses droits. Ce parcours est conditionné par la vie
individuelle et professionnelle : éducation, formation professionnelle,
emplois, maladies, inactivité, ...<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; mso-outline-level: 4;">
<b><span style="font-family: "times new roman" , serif; font-size: 12.0pt;">L'univers de l'ouverture des droits<o:p></o:p></span></b></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">La chaîne de
valeur de transformation en droits est appelée, au sens de la Trame Business,
"univers des droits"<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Dans le
temps de l'ouverture de droits, les 2 parcours (vie professionnelle et
ouverture de droits) sont fondamentaux et liés par une chaîne de valeur qui
transforme les périodes, et événements de la vie professionnelle, en droits.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Pour
réaliser cette transformation on peut appliquer de nombreuses règles :<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<ul type="disc">
<li class="MsoNormal" style="line-height: normal; mso-list: l7 level1 lfo4; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; tab-stops: list 36.0pt;"><span style="font-family: "times new roman" , serif; font-size: 12.0pt;">dans l'ancien système, on
comptabilise des trimestres d'activité<o:p></o:p></span></li>
<li class="MsoNormal" style="line-height: normal; mso-list: l7 level1 lfo4; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; tab-stops: list 36.0pt;"><span style="font-family: "times new roman" , serif; font-size: 12.0pt;">dans le nouveau système on
comptabilise des points d'activité, ce qui est un changement de la maille
de comptabilité<o:p></o:p></span></li>
<li class="MsoNormal" style="line-height: normal; mso-list: l7 level1 lfo4; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; tab-stops: list 36.0pt;"><span style="font-family: "times new roman" , serif; font-size: 12.0pt;">l'événement dit de "droit
à la retraite" peut être conditionné par divers critères (âge, durée
d'activité, ...), il peut être impératif (retraite déférée ou avancée
pénalisée comme dans l'ancien système) ou au choix du futur retraité (avec
éventuellement un bonus-malus).<o:p></o:p></span></li>
</ul>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Toutes ces variantes
et subtilités caractérisent la chaîne de valeur de transformation en droits.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Bien sûr, on
peut cloisonner les divers individus en réalisant cette transformation dans des
"régimes" spécifiques à des statuts professionnels rigides, par
corporation (avec des règles plus ou moins spécifiques), ou fusionner les
régimes avec une règle unique. L'introduction de critères d'activité
(maternité, chômage, pénibilité) complique l'algorithme de transformation, mais
ne change en rien le principe du système.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Bien sûr, si
l'on changait les régles de calcul, en conservant une multiplicité de régimes,
cela n'aurait guère de sens. Dailleurs certains régimes fonctionnent déjà avec
des périodes fines, comptabilisées en points. Un système universel,
décloisonnant les corporations, implique donc des règles universelles, sans
doute aménagées, mais sur des critères objectifs liés au parcours professionnel
(pénibilité,...) ou aux événements de la vie (maternité, accident, chômage,
...) et non plus aux corporations historiques.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Ici on fait
abstraction des avantages ou inconvénients dont dispose tel ou tel régime du
fait de ses acquis (départ à la retraite avancé par exemple) ou de sa
démographie (rapport retraité/actifs favorable ou défavorable)... Cette
question va intervenir dans une autre transformation qui doit, ou non, réaliser
un équilibre global. Nous verrons que la nécessité d'un tel équilibre est induite par le principe
dit de la répartition.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; mso-outline-level: 4;">
<b><span style="font-family: "times new roman" , serif; font-size: 12.0pt;">La consommation des droits<o:p></o:p></span></b></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Une fois les
droits "ouverts", il faut bien un jour, lors de la "liquidation"
de la retraite, les transformer en droits réels, permettant d'assurer la
retraite. C'est le sujet le plus épineux sur lequel il y a les plus fortes
divergences, nous l'examinerons en dernier.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">On suppose
donc que, à la suite d'une liquidation, il y a eu retraite et donc consommation
des droits.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Le retraité
a ainsi un parcours de retraite qui peut être émaillé d'événements... Par
exemple cumul emploi-retraite (fortement découragé dans l'ancien système,
interdit ou pénalisé), activité partielle, bénévolat, retraite progressive,
réversion...). La coexistence entre cet univers et celui de l'ouverture de droits
est aussi envisageable, faisant sauter des verrous incompréhensibles
(cotisation obligatoire mais perdues...).<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;"><o:p> </o:p></span><span style="font-family: "times new roman" , serif; font-size: 12pt;"> </span></div>
<div class="MsoNormal" style="line-height: normal; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; mso-outline-level: 4;">
<b><span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Le transport des droits<o:p></o:p></span></b></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Nous
utilisons volontairement ce terme de "transport" des droits, pour
bien montrer qu'il s'agit de préserver ces droits acquis lors de la vie
professionnelle, sans les modifier, et de les rendre en droits utilisables pour
la retraite.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Il s'agit
d'un transport dans le temps, pour plusieurs décennies.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Plusieurs
méthodes sont pratiquées pour assurer ce transport :<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<ul type="disc">
<li class="MsoNormal" style="line-height: normal; mso-list: l8 level1 lfo5; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; tab-stops: list 36.0pt;"><span style="font-family: "times new roman" , serif; font-size: 12.0pt;">La capitalisation est une
opération financière qui organise le placement à long terme des droits
acquis, convertis en monnaie, sous forme de capital disponible lors de la
retraite. Le capital permet lors de la retraite de servir une rente,
calculée d'une part sur le rendement du capital et d'autre part sur la
durée de vie. La capitalisation comprend un risque, lié aux
investissements sur les marchés, ce qui est un des métiers des assureurs.
Ce principe est mal vu par les politiques "de gauche" car le
terme "capital" est synonyme d'injustice sociale, et de
recherche de profit. Pourtant des caisses de retraite ont recours à la capitalisation,
dans une déontologie respectant un modèle social. Le principal
inconvénient de la capitalisation est l'énorme inertie du système : il
faut de nombreuses années d'investissement pour constituer le capital.
Lors de la création des régimes de retraite, après-guerre, il a bien fallu
servir les retraites pour les nouveaux retraités, qui n'avaient pas
cotisé. Il eut fallu engager une énorme dette pour créer un tel régime.<o:p></o:p></span></li>
<li class="MsoNormal" style="line-height: normal; mso-list: l8 level1 lfo5; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; tab-stops: list 36.0pt;"><span style="font-family: "times new roman" , serif; font-size: 12.0pt;">La répartition créée, pour les
futurs retraités, un droit de tirage sur la masse des cotisations des
actifs, valable au moment de la retraite. A l'opposé de la capitalisation
elle permet de servir une retraite sans le détour de la capitalisation.
Mais elle crée aussi de fait une dette qui, au cours du temps peut par
effet cumulatif, s'accroître ou se réduire. Ainsi la répartition pose
l'épineux problème de l'équilibre du systéme, alors que la capitalisation
est, par construction, équilibrée, et s'adapte automatiquement à l'age de
départ à la retraite, qu'il soit voulu ou contraint.<o:p></o:p></span></li>
</ul>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Dans ce
dernier cas de la répartition, on ne peut aveuglément convertir les droits de
tirage en pension, avec un calcul de rendement comme on le ferait en capitalisation, car plusieurs facteurs peuvent déséquilibrer le système.
On connait les leviers classiques : décaler l’âge de départ à la retraite,
réduire les pensions, augmenter les cotisations, accroître la contribution
budgétaire... mais il faut déjà comprendre les facteurs de déséquilibre,
les mesurer, faire des simulations sur échantillons. Justement, c'est assez compliqué la simplicité de la répartition est un trompeuse.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; mso-outline-level: 4;">
<b><span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Les déséquilibres du système de répartition<o:p></o:p></span></b></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Si le système
de répartition était à un équilibre fixe, ce serait bien commode : on
connaîtrait la valeur du droit de tirage (trimestre de cotisation, point
horaire). Malheureusement un système de répartition est par nature en équilibre
instable, ce qui implique des ajustements.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">En effet son
équilibre est complexe car il met en balance les ressources que sont les
cotisations, et les dépenses de retraite.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; mso-outline-level: 4;">
<b><span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Equilibre des cotisations<o:p></o:p></span></b></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;"><br /></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Il peut y
avoir de mauvaises ou de bonnes années pour le recueil des cotisations, par
exemple du fait de l'activité économique. Ces fluctuations se traduiront par
des droits acquis réduits ou accrus, à l'échéance des retraites, mais elles
affectent directement l'équilibre annuel de la répartition. Il faut donc avoir
des mécanismes de réserve financière pour faire face à ces aléas annuels et
réduire les divergences annuelles.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Par ailleurs,
si on veut en moyenne assurer une retraite équivalente, il faut disposer d’une <span style="mso-spacerun: yes;"> </span>masse financière qui permette le service des
retraites, dans un contexte où la durée de vie s’allonge : il serait
souhaitable que les taux de cotisations soient les mêmes entre les anciens
régimes et le régime universel. Or ce n'est pas le cas pour 2 raisons :<o:p></o:p></span></div>
<ul type="disc">
<li class="MsoNormal" style="line-height: normal; mso-list: l6 level1 lfo6; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; tab-stops: list 36.0pt;"><span style="font-family: "times new roman" , serif; font-size: 12.0pt;">des différences entre les
régimes eux-mêmes, qui ont leurs sources dans les particularités
instituées,<o:p></o:p></span></li>
<li class="MsoNormal" style="line-height: normal; mso-list: l6 level1 lfo6; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; tab-stops: list 36.0pt;"><span style="font-family: "times new roman" , serif; font-size: 12.0pt;">des différences de taux entre
le régime "général" actuel et le régime universel, sont prévues (voir <a href="https://www.lesechos.fr/economie-france/social/retraites-la-baisse-de-cotisations-des-cadres-superieurs-sera-tres-progressive-1164439" target="_blank"><span style="color: blue;">publication des Echos</span></a>)
pour une part importante de la population (près de 13 % dont le revenu est
compris entre 1 et 3 fois le plafond annuel de la sécurité sociale 'PASS),
le taux passe de 26,9 % à 28,1 %, et au delà (entre 3 et 8 PASS) il n'y a
plus de cotisation (l'ancien taux de 26,9 % est remplacé par une
contribution de 2,8 % qui ne donne aucun droit... donc un impôt déguisé).
Ceci supprime une partie du financement pour les cadres retraités ayant
cotisé dans cette tranche : il n’y aura plus d’actifs cotisant pour
eux. En somme la répartition sera en panne : certains peuvent à juste titre être
inquiets pour le "transport" de leurs droits, alors qu'ils ont cotisé à un niveau élevé ! Cotisations perdues,mais aussi cotisations augmentées pour des régimes spécifiques (indépendants, intermittants,...).<o:p></o:p></span></li>
</ul>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Le souci
d'équilibre par rapport aux populations est pourtant fondateur d'un régime
universel par répartition. La principale comparaison se porte, dans la
documentation sur la réforme, principalement sur le régime général qui concerne
les actuels salariés du secteur privé, et le secteur public. Les autres agents
économiques, dont certains moins protégés (dont les agriculteurs;...) sont hors du champ de ces cas-type, listés ci-dessous :<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Cas-type au
salaire moyen (SMPT)<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Cas-type au
SMIC<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Cas type du
non-cadre à carrière continue<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Cas-type
d’une carrière heurtée<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Cas-type
d’une femme durablement à temps partiel<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Cas type
fonctionnaire – attaché d’administration<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Cas type
d’un secrétaire administratif<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Cas type –
adjoint administratif<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">A noter que
ces cas-types ne concernent que la génération 1980.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">A l’évidence,
un <b>panel de cas types représentatif</b> serait bien venu, pour illustrer et
informer. Il serait aussi utile comme référent, pour étudier l’impact de la réforme, simuler les
modifications, mieux anticiper. Un problème de système d'information simple pour les bureaux d'étude, les chercheurs, les services statistiques...<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Ceci dit,
même si les cotisations demeurent au même niveau, il y a beaucoup de difficultés
à comprendre comment se créé l’équilibre nécessaire à la répartition.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;"><br /></span></div>
<div class="MsoNormal" style="line-height: normal; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; mso-outline-level: 4;">
<b><span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Equilibre au sein d'une génération
(intra-générationnel)<o:p></o:p></span></b></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">L'équilibre
au sein de chaque génération peut être mis à mal : la durée de vie s'accroit
d'une génération à l'autre, le début d'activité se fait de plus en plus tardif,
la structure des emplois se déforme, ...<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">On pourrait
imaginer de rechercher un équilibre entre la masse des droits acquis et une
estimation des pensions à servir et cela <b>pour une génération</b>. En effet, pour
une génération, un certain nombre de paramètres sont typiques : durée de vie, âge
de début d'activité, métiers, accidentologie, ...<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">D'ailleurs
on ne comprendrait pas pourquoi une génération devrait cotiser plus qu'une
autre...<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Le premier
niveau de solidarité devrait être intra-générationnel. Mais ceci est n'est pas
acquis, car la solidarité s'est développée au sein des corporations, constituées
par profession. Or les métiers qui disposent d'un avantage démographique (par
exemple un métier émergent a beaucoup d'actifs cotisants et peu de retraités)
refusent cette solidarité, alors que les métiers en perte d'effectif veulent
figer le système pour faire appel au maximum à la solidarité au-delà de la
génération voire à la solidarité globale (recours aux provisions des régimes, augmentation des cotisations, des
impôts).<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Malgré tout,
un système universel aurait le mérite de permettre cette <b>solidarité
intra-générationnelle</b>, avec bien sûr les aménagements objectifs (pénibilité,
métier à risque...) ou des compensations sociales (voir ci-après). L'idée de l’âge
d’équilibre, ou d’âge pivot pourrait correspondre à cette recherche
d'équilibre, mais le sujet est noyé par un autre déséquilibre.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; mso-outline-level: 4;">
<b><span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Déséquilibre entre les générations (intergénérationnel)<o:p></o:p></span></b></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Il n'y a pas
d'équilibre entre les générations : les effectifs des générations sont
variables, et la pyramide des âges les retrace ... certaines générations ont
plus d'effectifs, d'autres moins. Ce déséquilibre intergénérationnel s'ajoute
aux autres déséquilibres : certaines générations, en bonne position dans la
pyramide disposent, pour la retraite, d'une forte population d'actifs. C’est un
effet d'aubaine, dont d'autres générations ne disposeront pas. Par
construction, le système par répartition crée un <b>déséquilibre intergénérationnel</b>.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Le
rééquilibrage devrait logiquement se faire par un mécanisme de compensation
"neutre" (n'impactant pas les droits) par une caisse dédiée à la
gestion de cette <b>dette intergénérationnelle</b> (comme pour la régulation d'un
marché).<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Une telle
caisse (FSVu) est prévue dans le régime universel, mais ne semble pas être
dédiée à ce seul objectif "<i>un fonds de réserve, constitué à partir des
réserves actuelles et des éventuels excédents futurs, offrira une assurance
supplémentaire aux générations futures qu’elles aussi pourront bénéficier de
retraites satisfaisantes</i>". Le risque est fort que ces fonds soient utilisés par opportunisme, privilégiant de fait des générations ou des corporations.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; mso-outline-level: 4;">
<b><span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Impact des compensations sociales<o:p></o:p></span></b></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Des
compensations sociales de solidarité : selon le rapport Delevoye "Aujourd’hui,
environ un quart des dépenses du système relève d’une logique de solidarité :
Droits à départ anticipé, droits familiaux et conjugaux, accès à des minima de
pension, prise en compte d’interruptions d’activité". Ces compensations
s'appliquent sur toutes les générations au moment de la liquidation, et
contribuent aux transferts sociaux au sein de la collectivité nationale.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; mso-outline-level: 4;">
<b><span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Impact des conditions de la liquidation<o:p></o:p></span></b></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Les conditions
de liquidation sont multiples :<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoListParagraphCxSpFirst" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm; mso-add-space: auto; mso-list: l1 level1 lfo8; text-indent: -18.0pt;">
<!--[if !supportLists]--><span style="font-family: "symbol"; font-size: 12.0pt;"><span style="mso-list: Ignore;">·<span style="font: 7.0pt "Times New Roman";">
</span></span></span><!--[endif]--><span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Conditions pour
pouvoir demander la retraite<o:p></o:p></span></div>
<div class="MsoListParagraphCxSpMiddle" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm; mso-add-space: auto; mso-list: l1 level1 lfo8; text-indent: -18.0pt;">
<!--[if !supportLists]--><span style="font-family: "symbol"; font-size: 12.0pt;"><span style="mso-list: Ignore;">·<span style="font: 7.0pt "Times New Roman";">
</span></span></span><!--[endif]--><span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Conditions pour
le taux plein,<o:p></o:p></span></div>
<div class="MsoListParagraphCxSpMiddle" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm; mso-add-space: auto; mso-list: l1 level1 lfo8; text-indent: -18.0pt;">
<!--[if !supportLists]--><span style="font-family: "symbol"; font-size: 12.0pt;"><span style="mso-list: Ignore;">·<span style="font: 7.0pt "Times New Roman";">
</span></span></span><!--[endif]--><span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Règles de
prorata,<o:p></o:p></span></div>
<div class="MsoListParagraphCxSpMiddle" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm; mso-add-space: auto; mso-list: l1 level1 lfo8; text-indent: -18.0pt;">
<!--[if !supportLists]--><span style="font-family: "symbol"; font-size: 12.0pt;"><span style="mso-list: Ignore;">·<span style="font: 7.0pt "Times New Roman";">
</span></span></span><!--[endif]--><span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Bonus-malus<o:p></o:p></span></div>
<div class="MsoListParagraphCxSpMiddle" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm; mso-add-space: auto; mso-list: l1 level1 lfo8; text-indent: -18.0pt;">
<!--[if !supportLists]--><span style="font-family: "symbol"; font-size: 12.0pt;"><span style="mso-list: Ignore;">·<span style="font: 7.0pt "Times New Roman";">
</span></span></span><!--[endif]--><span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Règles de calcul
des droits<o:p></o:p></span></div>
<div class="MsoListParagraphCxSpLast" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm; mso-add-space: auto; mso-list: l1 level1 lfo8; text-indent: -18.0pt;">
<!--[if !supportLists]--><span style="font-family: "symbol"; font-size: 12.0pt;"><span style="mso-list: Ignore;">·<span style="font: 7.0pt "Times New Roman";">
</span></span></span><!--[endif]--><span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Règles de calcul<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Regardons
par exemple les règles de calcul lors de la liquidation. Dans l'ancien système,
la retraite est calculée à partir de trimestres d'activité et des 25 meilleures
années, donc sur une partie de la carrière. Dans le futur système la retraite
se calcule sur toute la carrière et sur la base plus fine des heures
d'activité. L'idée s'est répandue que le nouveau mode de calcul était
systématiquement défavorable. Cependant, si l'on compare les 2 modèles de
calcul, et sans modifier les autres paramètres (âge de départ, compensations,
cotisations, etc...), la question est de savoir, pour une même masse à
répartir, quels sont les gagnants et les perdants... La réponse est simple :
cela dépend bien sûr du profil de carrière. Celui qui a eu de très bonnes 25
années, et un reste de carrière peu rémunérateur, sera avantagé par l'ancien
système. A contrario, celui qui aura eu une carrière longue, régulière et
continue sera avantagé par le nouveau calcul. Il y a d'autres cas particuliers,
par exemple les fonctionnaires avaient dans l'ancien système, une retraite
calculée sur le dernier salaire... avec une carrière où le salaire s'accroît
avec l'ancienneté. On voit ici que, partant du principe d'un respect
d'équilibre (même masse à répartir), on peut multiplier les variantes de
calcul. La multiplicité des régimes a introduit des disparités difficiles à
justifier. Le propos n'est pas ici de préconiser tel ou tel réglage,
d'arbitrer entre plusieurs "justices", car chacun trouve qu'il est
lésé et que les autres sont mieux lotis. Le sujet est de segmenter le problème
global posé, et de le diviser en plusieurs problèmes, afin d'éviter de tout
combiner, tout agréger en un seul propos où tous les thèmes se percutent.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Dans les
comparaisons des cas-type présentées dans le rapport Delevoye, il y a l'impact
de ce mécanisme de liquidation, mais qui se combine avec les autres mesures de
la réforme (mesures d'âge, bonus-malus, ...).<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; mso-outline-level: 4;">
<b><span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Autres interactions globales<o:p></o:p></span></b></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">D'autres
interactions globales affectent l'équilibre du système. La masse des cotisations
et des retraites versées n'est pas neutre au plan économique :<o:p></o:p></span></div>
<ul type="disc">
<li class="MsoNormal" style="line-height: normal; mso-list: l5 level1 lfo7; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; tab-stops: list 36.0pt;"><span style="font-family: "times new roman" , serif; font-size: 12.0pt;">les cotisations chargent les
emplois et accroissent le coût du travail en France, ce qui le rend moins
compétitif, ou, pour les emplois non marchands, alourdit les impôts et
autres charges collectives. De sorte que les cotisations réduisent aussi
mécaniquement la base taxable...<o:p></o:p></span></li>
<li class="MsoNormal" style="line-height: normal; mso-list: l5 level1 lfo7; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; tab-stops: list 36.0pt;"><span style="font-family: "times new roman" , serif; font-size: 12.0pt;">les retraites versées sont pour
une bonne part consommées, ce qui soutient l'économie. D'une certaine
manière, leur accroissement est assimilable à l'accroissement d'une dette,
et donc un risque à plus long terme. En ce sens l'égoïsme des générations
qui préconisent, à leur profit, un déséquilibre de ce type, se reporte sur
les générations futures. C'est l'inverse d'une solidarité intergénérationnelle.<o:p></o:p></span></li>
<li class="MsoNormal" style="line-height: normal; mso-list: l5 level1 lfo7; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; tab-stops: list 36.0pt;"><span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Enfin la rigidité d'un système,
mettant tous les actifs à la retraite par mesure d'âge, est
contre-productive au plan économique : une part de la population pourrait
volontairement prolonger son activité et contribuer ainsi à la production
nationale, alors qu'une autre part pourrait par exemple s'engager à temps
partiel dans des activités solidaires.<o:p></o:p></span></li>
</ul>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; mso-outline-level: 4;">
<b><span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Condamnés à la complexité ?<o:p></o:p></span></b></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Après ce
rapide tour de piste sur la réforme des retraites, on est perplexe...<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Sommes-nous
condamnés à la complexité ? Pouvait-on faire plus simple ?<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Il est clair
que la complexité vient de loin, l'état des lieux est à l'image d'une vieille
cité historique avec ses quartiers, et incohérences.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">La réforme a
voulu à la fois rationaliser cet ensemble historique figé, et ménager les situations
existantes, en proposant des transitions acceptables. Un compromis difficile.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">D'où cette
hyper-complexité qui rend la réforme illisible. Sans doute une autre réforme le serait
tout autant. On cite souvent l"esprit" fondateur de la répartition, comme fil directeur. Mais il induit une complexité congénitale. Le mieux est l'ennemi du bien, probablement le raffinement de la
réforme, pour respecter ce principe, explique-t-il au final son incompréhension, et son impopularité.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Si on
accepte de jeter un œil "apolitique" sur le sujet, avec une approche
systémique, on peut regretter cette vision actuelle touffue et fouillée, où tous les
sujets se percutent, les déséquilibres s'ajoutent aux déséquilibres, les masses
financières se mixent,...<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">La réforme se
heurte une complexité qui sera durable. D'aucuns n'auront de cesse de détricoter
ce qui a été fait, et le tout n'en sera que plus complexe et illisible. Bien
sûr cela se fera par clientélisme, avec un affichage de justice. Attention
chacun a, en la matière, sa propre définition de la justice.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Cependant,
si l’on prend du champ, plusieurs décennies, le coût de la réforme, avec ses
grèves, les frais de reconversion, les coûts informatiques, s’amortira et l’effort
de convergence aura du sens. <span style="mso-spacerun: yes;"> </span>A condition
que la solution mise en place soit bien charpentée et évolutive.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; mso-outline-level: 4;">
<b><span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Quelle stratégie de mise en œuvre ?<o:p></o:p></span></b></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">On sait<span style="mso-spacerun: yes;"> </span>bien que le plus compliqué dans une telle
mise en place est de gérer la longue migration entre les anciens systèmes et le
nouveau.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Faut-il une
<b>stratégie de rupture</b> ou, au contraire, une <b>migration progressive</b>, en douceur ?
En l’espèce, il a de tels écarts entre les règles de liquidation, par exemple
pour la fonction publique… impossible de procéder brutalement sans étudier les
différents scénarios. Par exemple, en ayant pour le régime transitoire des
fonctionnaires, une règle temporaire où le point de retraite serait calculé sur
le « point d’indice ». L’intégration des primes dans la base des
cotisations est un autre scénario, dont l’effet ne peut être que très lent.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">En toute
hypothèse, il est préférable, avec une telle complexité, de ne pas enfermer l’organisation,
et le futur système technique qui permettra d’opérer la répartition, dans un
carcan. Il est impossible de tout anticiper et le futur doit être adaptable. Il
faut donc le concevoir comme tel. Par exemple pour gérer la migration on peut soit :<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;"><o:p> </o:p></span><span style="font-family: "symbol"; font-size: 12pt; text-indent: -18pt;">·<span style="font-family: "times new roman"; font-size: 7pt; font-stretch: normal; line-height: normal;"> </span></span><span style="font-family: "times new roman" , serif; font-size: 12pt; text-indent: -18pt;">Engager l’adaptation
des systèmes actuels pour permettre la convergence, ce qui peut avoir un coût
multiple, parfois mal prévisible, et s’interfacer avec le régime unique,</span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;"><o:p> </o:p></span><span style="font-family: "symbol"; font-size: 12pt; text-indent: -18pt;">·<span style="font-family: "times new roman"; font-size: 7pt; font-stretch: normal; line-height: normal;"> </span></span><span style="font-family: "times new roman" , serif; font-size: 12pt; text-indent: -18pt;">Concevoir un
le futur système comme adaptable, et, en quelque sorte « multi-régimes ».
Ce qui est essentiellement une question de bonne qualité de la conception, pour
dégager le modèle générique qui fonde les différents régimes. Le régime
universel a ses propres règles, facilement transposables dans un moteur de règles,
son niveau de maille pour le suivi des activités, facilement paramétrable
(heures versus de trimestres…). Le coût d’un système générique est quasiment
identique au coût d’un système figé. L’investissement clé est en amont, dans sa
conception.</span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Ceci dépasse
largement le système technique support de la réforme. <b>L’enjeu se situe aussi
dans l’organisation cible</b>. Espérons que, dans les prochaines étapes, la
construction sera "modulaire", avec des opérateurs aux objectifs
clairs, des fonctions de service bien périmètrées, et une comptabilité cohérente,
analytique, ne mélangeant pas toutes les
sujets.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Du point de
vue systémique, la <b>surconcentration sur quelques opérateurs publics</b> (CNAVU,
ACOSS, FSVu), même si la gouvernance en est collégiale, ne garantit pas le
succès, bien au contraire. L'expérience prouve que les grands <b>monopoles
administratifs</b> ont assez systématiquement échoué dans leurs grands projets. Le
discours sur la concentration, la mutualisation, n'est pas historiquement crédible,
et le risque évident est de passer d'un système balkanisé à un système
hyper-concentré, sûr de son monopole, capable du pire.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Car la
concentration n'est pas une nécessité, c'est une dangereuse facilité. <b>Seul le
schéma doit être unique</b>, sans doute universel, mais une <b>répartition transverse</b>
aux corporations, séparant les cycles, serait innovante et sécuriserait le système, particulièrement
pour la gouvernance du "moteur" informatique !<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; mso-outline-level: 4;">
<b><span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Une Architecture des systèmes d’information flexible ou
rigide<o:p></o:p></span></b></div>
<div class="MsoNormal" style="line-height: normal; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; mso-outline-level: 4;">
<b><span style="font-family: "times new roman" , serif; font-size: 12.0pt;"><br /></span></b></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">En traitant
de ce sujet, nous ne voulions pas mettre en avant la question de l’architecture
du SI de retraite. En effet, il faut d’abord être au clair des finalités, de la
structuration autour des cycles fondateurs, de l’organisation prévue et souhaitable.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Tout ce dont
nous avons traité est la matrice du futur système.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">Réciproquement,
en retour, le SI, indispensable au fonctionnement, peut-être soit contraignant,
pérennisant des choix figés, soit stratégique pour, par sa flexibilité,
autoriser l’adaptation aux évolutions et la résistance aux aléas.<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">L’<a href="http://trame-business.fr/mon-installation/index.php/architecture-flexible/" target="_blank">Architecture Flexible</a> apporte les outils pour une telle garantie (référentiels, puits d’événements, <a href="http://www.value-architecture.com/2019/01/les-mysteres-de-la-tri-datation.html" target="_blank">datation rigoureuse</a>, …). Elle permet d’éviter le risque indiqué ci-dessus, qui découle fatalement d’une
organisation concentrée et monopolistique. Elle permettrait d’organiser un SI
en flux normés, ouvert et évolutif, en ligne avec la technologie actuelle (<a href="http://www.value-architecture.com/2016/02/larchitecture-flexible-en-pratique.html" target="_blank">voir aussi sur ce site</a>).<o:p></o:p></span></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<br /></div>
<div class="MsoNormal" style="line-height: normal; margin-bottom: .0001pt; margin-bottom: 0cm;">
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;">En posant
ici les différents cycles et parcours, les bases solides et pérennes d’un tel
système sont objectivées. On trouvera sur ce site et sur le blog de la Trame
Business tous les éléments du puzzle permettant d’articuler les multiples
systèmes, à faire converger et à créer, composant par composant.<o:p></o:p></span><br />
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;"><br /></span>
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;"><b style="font-family: "Times New Roman"; font-size: medium;"><span style="font-family: "times new roman" , serif; font-size: 12pt;">Polygone des cycles de retraite</span></b></span><br />
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;"><b style="font-family: "Times New Roman"; font-size: medium;"><span style="font-family: "times new roman" , serif; font-size: 12pt;"><br /></span></b></span>
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgKOE3JM571PKSc9Gc83U749Oj4vQCoKb2aRvfCBb86gIRz7UK8ItXzHY9PHwXbFQihTWEbxitEEk3Xi4AQ6l3ERbPSX_9iaUERfLvMoM8R1FVSdUuzvJRHk4Q575BlgF6B2JUN44yt7DTb/s1600/Retraite.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" data-original-height="702" data-original-width="952" height="293" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgKOE3JM571PKSc9Gc83U749Oj4vQCoKb2aRvfCBb86gIRz7UK8ItXzHY9PHwXbFQihTWEbxitEEk3Xi4AQ6l3ERbPSX_9iaUERfLvMoM8R1FVSdUuzvJRHk4Q575BlgF6B2JUN44yt7DTb/s400/Retraite.jpg" width="400" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Polygone des retraites</td></tr>
</tbody></table>
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;"><span style="font-family: "Times New Roman"; font-size: small;"><span style="font-family: "times new roman" , serif; font-size: 12pt;">Le schéma ci-dessus présente l'association, en un polygone, de l'ensemble des cycles des faces de la problématique de retraite que nous avons évoquée.</span></span></span><br />
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;"><span style="font-family: "Times New Roman"; font-size: small;"><span style="font-family: "times new roman" , serif; font-size: 12pt;"><br /></span></span></span>
<span style="font-family: "times new roman" , serif; font-size: 12.0pt;"><span style="font-family: "Times New Roman"; font-size: small;"><span style="font-family: "times new roman" , serif; font-size: 12pt;">Chaque cycle comprend des événements, des parcours typiques que nous avons évoqués ci-dessus. La synergie et la cohérence entre les cycles met en oeuvre des "<b>puits d'événements</b>" qui les synchronisent et des "<b>référentiels partagés</b>". L'"<b>Architecture Flexible</b>" permet de rendre le système évolutif et de l'adapter aux différentes implémentations organisationnelles et techniques.</span></span></span></div>
<br />René Mandelhttp://www.blogger.com/profile/17211584826619896315noreply@blogger.com11tag:blogger.com,1999:blog-1208304208661212137.post-11232821085705606282019-01-13T18:35:00.000+01:002019-04-14T23:25:07.075+02:00Les mystères de la tri-datationDans toutes les vies, la datation est un mystère universel. Partant d'une réflexion systémique, dans une pensée originalement appliquée aux systèmes d'information, je me suis rendu compte, il y a presque 2 décennies, de l'universalité d'un <b>modèle fondé sur les "événements"( la <a href="http://trame-business.fr/mon-installation/index.php/la-trame-business/" target="_blank">Trame Business</a>)</b>, et sur la datation.<br />
Ce modèle propose une vision, une structuration, du monde, bien au delà de celui représenté par un système d'information.<br />
Dès lors, ce prisme de vision a comme avantages :<br />
<br />
<ul>
<li>de s'appliquer à n'importe quel monde objet à étudier, en proposant une compréhension <b>globale</b>, systémique, originale par rapport aux nombreuses disciplines spécialisées sur tel ou tel cas de figure : vie sociale, biologie, monde artificiel, grand système socio-technique, écologie, démocratie, ...</li>
<li>dans le <b>cas particulier des systèmes d'information</b>, de fonder leur compréhension sur la représentation du monde auquel ils s'appliquent, ce qui est une condition évidente à satisfaire, peu garantie par les approches historiques de l'informatisation.</li>
</ul>
<div>
Dans mon ouvrage ("<a href="https://www.amazon.fr/strat%C3%A9gie-business-aux-syst%C3%A8mes-dinformation/dp/2746212978" target="_blank">De la stratégie Business aux Système d'Information</a>"), je me suis efforcé, semble-t-il sans convaincre grand monde, de démontrer l'<b>universalité de l'approche</b> dans les différents cas de figure du SI, au travers des grands classiques "fonctionnels" : fonction RH, fonction SI, pilotage,... C'était une étape nécessaire, vérifier l'application du concept à tout type de SI. Mais aussi, au delà des SI, pour les fonder sur leurs mondes objet. La généralisation fondamentale apparaissait alors clairement. Le modèle proposé s'est avéré un modèle universel, <b>indépendant des technologies</b> et de leurs multiples variantes.</div>
<div>
La meilleure preuve de solidité des concepts, est à présent leur application naturelle, au travers de technologies qui n'existaient pas il y a 20 ans, par exemple avec les objets connectés, ...</div>
<div>
<br /></div>
<h3>
Le fait de la tri-datation</h3>
<div>
<br />
Le modèle étant "<b>orienté événements</b>", il est indispensable de préciser la dynamique événementielle, et, en son cœur, la datation. A de nombreuses reprises j'ai eu l'occasion d'expliciter la "<a href="http://www.value-architecture.com/2014/02/le-trouble-des-dates-dans-les-systemes.html" target="_blank"><b>tri-datation</b></a>", et d'en exposer l'universalité. Ce principe, que je pense fondamental dans tout système, n'avait jamais été clairement posé. Curieusement les spécialistes du SI, architectes techniques, architectes d'entreprise, data officer, ... ne le reconnaissent pas, le rejettent. J'ai toujours, au mieux,"prêché dans le désert" à ce sujet. Je mets de coté les réactions violentes (arrachage de ma connexion HDMI, lors d'un exposé) ou méprisantes. La règle générale est l'indifférence.</div>
<div>
La tri-datation, pourtant "basique" à mon sens, n'est pas reconnue, ce qui est extrêmement dommageable dans une civilisation de plus en plus structurée par des "systèmes" complexes et sophistiqués.<br />
<br /></div>
<h3>
La cacophonie des systèmes</h3>
<div>
<br />
Ces systèmes ont en effet, dans de nombreux cas, un <b>vice de base</b> en leur cœur. Ne reconnaissant ni le besoin de cohérence des événements, ni, a fortiori, celle de tri-datation, ces systèmes sont alors "cacophoniques", comme un orchestre sans chef.<br />
Dans un contexte où les flux d'informations se multiplient, les frontières de l'entreprise disparaissent dans un fonctionnement en écosystème, l'instantanéité devient une exigence, ... la connexion de tous les êtres et tous les objets une réalité, ... les systèmes balkanisés et non synchronisés propagent des dissonances !<br />
Les <b>dysfonctionnements</b>, rendus visibles par l'instantanéité, deviennent la règle, et leurs corrections coûteux palliatifs, rustines n'ajoutant que confusions. Le mal est au cœur de ces systèmes, mal congénital, inscrit dès leur conception. Car, comme dis ci-dessus, la méconnaissance des lois de datation des événements est générale. De ce désordre, l'ordre ne peut découler, même si l'on fait appel à toutes les bonnes fées pour "urbaniser", être "agile", conduire le changement, ...<br />
<br />
<h3>
L'exemple d'une caisse de retraite : Ubu roi</h3>
</div>
<div>
<br /></div>
<div>
Les régimes de retraite paraissent complexes. Pourtant le mécanisme en est simple, voire simpliste.</div>
<div>
J'ai, pour ma retraite d'indépendant, été confronté au régime de retraite en vigueur, qui fonctionne par principe de points : l'actif, lors de son parcours accumule des points, calculés sur les revenus, et, devenu retraité, obtient une retraite basée mécaniquement sur cet acquis. Le système est simpliste, en particulier un retraité qui serait actif continue à cotiser, mais cela n'impacte pas sa retraite qui est fixée une fois pour toute lors de la liquidation (on comprend que cette solution était seule praticable quand toutes ces procédures étaient manuelles...).</div>
<div>
En pratique, dans mon cas, la caisse de retraite, m'a longtemps ignoré. J'avais, en temps et en heure, déposé mes déclarations à qui de droit, mais ces déclarations n'étaient pas parvenues jusqu'à la caisse.</div>
<div>
Bref un beau jour la caisse me découvre, m'identifie et réclame son dû.</div>
<div>
Une date intervient : la date d'exigibilité sur les cotisations des années passées. J'avoue que je n'ai fait preuve du plus grand empressement, ayant d'autres chats à fouetter. On était début 2017. Mi 2017 deux des années de cotisation sont alors atteintes par la prescription.. Vers la fin 2017, la caisse me met en demeure de régler les années non prescrites.</div>
<div>
C'est alors que commence la valse des dates ! Des pénalités de retard exorbitantes sont calculées, même pour l'année en cours. On me dit de payer d'abord et réclamer après...</div>
<div>
Sauf que, suite au paiement, la caisse, dans sa grande approximation des dates, l'affecte aux années prescrites. Erreur pour moi fatale : la suite confirme les divagations. Les montants dûs pour une même année, pourtant basée sur des revenus depuis longtemps figés, deviennent variables. L'incompréhension s'amplifiant, malgré mes paiements récurrents des diverses "provisions" et autres acomptes provisoires, la caisse m'assigne, au bout de ce processus autiste, au tribunal, et, arguant de faux impayés, rejette toute demande de remise de pénalités. La situation est alors <b>inextricable</b>.</div>
<div>
<br /></div>
<div>
La morale de cette histoire me semble à trouver dans la <b>confusion générale des dates</b>. Pour une même année de cotisation on va avoir :</div>
<div>
<ul>
<li>la date du <b>fait </b>: l'année en question, immuable</li>
<li>la date de <b>vision</b> : la cotisation est d'abord estimée, et cette estimation peut être revue jusqu'à la valeur définitive qui dépend du revenu de l'année qui sert de base de calcul (n-1 ou n-2 selon le cas),</li>
<li>la date d'<b>exigibilité</b>,</li>
<li>la date de <b>prescription</b>,</li>
<li>la date de <b>mise en qualité</b> (date de tel courrier où tel chiffre a été annoncé...)</li>
<li>la ou les dates de paiement,</li>
<li>etc ...</li>
</ul>
<div>
Ainsi, une même cotisation a <b>divers cycles de vie</b>, qu'il convient de traiter en tant que tels. A défaut, le système est invertébré, confus, désynchronisé, impénétrable pour celui qui le subit. Car, pour faire simple, le régime juxtapose 3 types de retraites : régime général tranche 1, régime général tranche 2, régime complémentaire ! Les règles de décalage annuel pour les calcul des cotisations sont différentes d'un régime à l'autre... En outre ces règles ont elles-même changé au cours du temps : de tout cela, résulte une complexité combinatoire, incompréhensible (on en aurait une vision claire en élaborant, sur la base des différents cycles, un beau <a href="http://www.value-architecture.com/p/ecosysteme.html" target="_blank">polygone de Mandel</a>).</div>
</div>
<div>
<br /></div>
<h3>
Une royauté bien partagée</h3>
<div>
<br /></div>
<div>
Pour cette caisse, comme pour bien d'autres organismes, divers cycles fondamentaux rythment sa vie et ses relations. Ceci structure bien sûr son SI, mais aussi ses processus, sa comptabilité, impacte son personnel et son organisation. Les "assujettis" n'ont d'autre choix que de subir.</div>
<div>
<br /></div>
<div>
En l'absence de gestion correcte des datations, l'organisme fonctionne sur une logique bancale, chaotique: celle d'une <b>royauté ubuesque</b>. A notre époque de tels schémas<b> </b>ubuesques sont malheureusement <b>dominants</b> et bien partagés, comme on le constate tous les jours dans nos relations avec les grandes structures, banques, assurances, organismes publics, administrations... Ces organismes ont hérité d'une <b>vision des dates obsolète</b>, qui les a structurés, et tombe en lambeaux avec l'explosion technologique actuelle.</div>
<div>
<br /></div>
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhAxEvuHszGpO6BBePuCQiBWKkuNeKt_h7cWIq5N05SihP83E_S_2UPYv2SgGSPxFhA4OAZgB6QqllHOBY5NxyRpt_N61BYOrTIdJXqzZj_Kdf-lUBA6xIG3GI9u_kP_cn-zTusLx2YtBJM/s1600/Charlemagnes.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" data-original-height="545" data-original-width="600" height="290" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhAxEvuHszGpO6BBePuCQiBWKkuNeKt_h7cWIq5N05SihP83E_S_2UPYv2SgGSPxFhA4OAZgB6QqllHOBY5NxyRpt_N61BYOrTIdJXqzZj_Kdf-lUBA6xIG3GI9u_kP_cn-zTusLx2YtBJM/s320/Charlemagnes.jpg" width="320" /></a></div>
<div>
<br /></div>
<div>
<br /></div>
<div>
<br /></div>
<div>
<h3>
Épilogue</h3>
</div>
<div>
L'obscurantisme finit par triompher. La confusion engendre la désorganisation, le mépris de l'assujetti qui n'a pas le choix et se perd dans l'incurie du système. Pour lui le seul refuge est l'abandon. Car le temps, encore une affaire de date, passe. Le système fou perdure, et son dysfonctionnement devient justification de son utilité</div>
<div>
De guerre lasse, dans le cas de notre caisse de retraite, j'ai fini par admettre l'inadmissible et liquider cette retraite. Je n'aurai sans doute jamais d'explication ! Pensez, au bout de mises en demeures et commandements d'huissier, j'ai payé 3 fois mes cotisations de 2017.</div>
<div>
<br /></div>
<div>
<br /></div>
<div>
<br /></div>
René Mandelhttp://www.blogger.com/profile/17211584826619896315noreply@blogger.com13tag:blogger.com,1999:blog-1208304208661212137.post-54694871136358902452018-05-30T22:54:00.000+02:002018-05-30T22:54:10.905+02:00Invention : quelle "valeur" de l'inférence ?Celui qui a eu l'occasion de "découvrir" un nouveau procédé, d'"inventer", s'interroge sur sa valeur que cela représente pour la profession, pour les utilisateurs, pour la société.<br />
<br />
On sait que beaucoup d'inventions sont dues<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhLI2-3OOz7xXCGW3qEGa5gVLVtDtc55B84MjridbOOP5uSlgvJ0u0DmuFu2Nq75Ca5ooszNaTxct7I6AJOZl2sbbG3nBVhElbBP4QTSxL_ISRk-_riECKmtpfkY2EECBEj7tb0h0LuSevf/s1600/Inf%25C3%25A9rence.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" data-original-height="400" data-original-width="600" height="266" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhLI2-3OOz7xXCGW3qEGa5gVLVtDtc55B84MjridbOOP5uSlgvJ0u0DmuFu2Nq75Ca5ooszNaTxct7I6AJOZl2sbbG3nBVhElbBP4QTSxL_ISRk-_riECKmtpfkY2EECBEj7tb0h0LuSevf/s400/Inf%25C3%25A9rence.jpg" width="400" /></a></div>
au hasard. Encore faut-il que l'inventeur "découvre" ce fait fortuit, en comprenant qu'il explique un mystère, apporte une solution.<br />
<br />
<h4>
La part d'inférence</h4>
<br />
Il y a aussi, outre le hasard, une part d'inférence : l'intuition que tel ou tel procédé résout, par déduction, une multitude de questions. Car la démarche doit être, lors de l'utilisation du procédé, déductive : énoncé de règles, adaptées par des paramètres, ce qui permet de multiplier les cas d'usage, et de simplifier la mise en oeuvre. A la limite, la déduction est automatique, lors de la mise en oeuvre du procédé, alors que la création du procédé, inductive, elle, échappe au raisonnement logique.<br />
<br />
On a ainsi dans une invention, d'une part un temps de la découverte, long, aléatoire, unique, et d'autre part un temps de l'utilisation, rapide et reproductible à l'infini.<br />
<br />
<br />
<h4>
Un procédé trivial, ou non ?</h4>
<br />
Les utilisateurs du procédé n'ont pas la vision de ces 2 "faces" de l'invention : ils ne voient qu'un procédé simple, efficace, et, finalement "évident". J'ai pu constater cela dans la durée, avec des réflexions de scepticisme, et parfois méprisantes. C'est le lot du consultant qui apporte une solution que personne ne voyait, une solution pourtant simple, voire simpliste. A la montée en charge des serveurs du Parisien Libéré, après l'expérience de Vélisy, j'ai pu effectivement résoudre une situation bloquée, jugée inextricable... et la solution fut ensuite adoptée par tous. Ce fait d'armes, à l'époque, me valait des félicitations. Mais ce n'était effectivement pas bien compliqué.<br />
<br />
Dans le cas qui m'intéresse, dont je revendique la propriété intellectuelle, c'est bien différent. Le procédé peut être vu, en première analyse, comme <b>trivial</b>. Mais par quelle alchimie a-t-il été imaginé ? Quelle était la probabilité de découverte ?<br />
<br />
On a beau jeu de dévaloriser le procédé en arguant de son évidence, sauf qu'il y a des milliers, voire des centaines de milliers de personnes qui, avec les mêmes outils, pouvaient le découvrir.<br />
<br />
<h4>
Quelle probabilité de découverte ?</h4>
<br />
J'ai en arrière pensée 3 de mes "découvertes" majeures : la <b>Trame Business</b>, les <b>Puits d'événements</b> (et la tridatation), et l'<b>Architecture Flexible</b>.<br />
<br />
Le cas de la Trame Business est intéressant, au moins par 3 aspects :<br />
<br />
<ul>
<li>l'efficacité, facilement reconnue, du procédé, qui ne nécessite qu'une formation très réduite (comparée par exemple aux certifications exigées en Architecture d'Entreprise : on n'est pas du tout dans les mêmes ordres de grandeur). D'où le syndrome de trivialité...</li>
<li>la portée très générale et durable du procédé, qui peut traverser des années de "mode" technologique (les bases posées il y a 15 ans sont toujours pertinentes, voire le sont encore plus avec la transformation numérique)</li>
<li>la faible probabilité de découverte du procédé, due à différentes raisons.</li>
</ul>
<div>
<br /></div>
<h4>
Une découverte combinant plusieurs concepts à maîtriser</h4>
<div>
<br /></div>
<div>
La Trame Business suppose la maîtrise de plusieurs concepts, c'est à dire, pour y parvenir, pour chacun de ces concepts, une abstraction, et de la rigueur.</div>
<div>
<br /></div>
<div>
Ce sont, sans entrer dans le détail les notions :</div>
<div>
<ul>
<li>d'événement (le fait et ses différentes perceptions)</li>
<li>de cycle et de parcours</li>
<li>de chaîne de valeur, avec son organisation typique (proximité, intégration, ressource)</li>
<li>d'univers de valeur</li>
<li>de polygone des cycles et parcours (polygone de Mandel)</li>
</ul>
<div>
La probabilité d'aboutir sur chacune de ces notions (dont 2 sont originales) est faible. Et la probabilité de trouver cet assemblage, ... cela m'étonne encore. Le résultat, en probabilités composées, est quasi nul.</div>
</div>
<div>
<br /></div>
<div>
Il y a aussi, comparé à des "Framework" mondialement reconnus, comme celui de Zachman, une grande différence : Zachmann a juxtaposé différentes approches d'ingénierie, en les disposant en colonne, avec des lignes qui correspondent à des étapes et des visions similaires de ces ingénieries : la combinatoire est faible.</div>
<div>
<br /></div>
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiUbamKD7GWa07cG7o1ERKtSOCISVpxAR8yZDreAt1ZhtgtHynjQ1ioU-brfFucBwssB8VeZFl0FfjeKpL2aXdPAPp15nS7Ua4QDGbzPXHbUWO_rUN6UV6arHeQd_1-Q9wjH3CYA1S_FD5g/s1600/mate-model-TB.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" data-original-height="641" data-original-width="911" height="281" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiUbamKD7GWa07cG7o1ERKtSOCISVpxAR8yZDreAt1ZhtgtHynjQ1ioU-brfFucBwssB8VeZFl0FfjeKpL2aXdPAPp15nS7Ua4QDGbzPXHbUWO_rUN6UV6arHeQd_1-Q9wjH3CYA1S_FD5g/s400/mate-model-TB.jpg" width="400" /></a></div>
<h2>
Dans la Trame Business, les concepts s'assemblent en un tout, et la solidité de l'ensemble peut être remise en cause par la faiblesse d'un seul concept.</h2>
<div>
<br /></div>
<div>
<br /></div>
<div>
<br /></div>
<div>
<br /></div>
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />René Mandelhttp://www.blogger.com/profile/17211584826619896315noreply@blogger.com11tag:blogger.com,1999:blog-1208304208661212137.post-35923157017941873762018-03-30T22:36:00.000+02:002018-04-23T18:34:24.473+02:00Données personnelles et civilisation digitale<br />
<div class="MsoNormal">
<span style="mso-spacerun: yes;">Les données personnelles sont souvent citées comme le "pétrole" de notre Civilisation Digitale. Ce pétrole est distillé, transporté, stocké dans des Architectures :</span></div>
<div class="MsoNormal">
Les <b>Architectures des Systèmes d’information</b>,
fortement structurées à chaque époque par le substrat technologique, sont
conditionnées, et conditionnent les <b>données personnelles</b>.</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
<o:p></o:p></div>
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgDrMXusqtGNlQSmdoNF8mQHQNjSWbrB8FD79aFhI6XXpXMV679x4j_FiOOovV8mq3tk9xOF2f8G04uyKW8cHG4Eim8k0NcrLqAkiM7AxtmXLjzF73IsWktu1usukUEgjGrhhuzlN37rGD8/s1600/Bertrand-Jouvenot-Article-civilisation-digital.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" data-original-height="356" data-original-width="942" height="120" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgDrMXusqtGNlQSmdoNF8mQHQNjSWbrB8FD79aFhI6XXpXMV679x4j_FiOOovV8mq3tk9xOF2f8G04uyKW8cHG4Eim8k0NcrLqAkiM7AxtmXLjzF73IsWktu1usukUEgjGrhhuzlN37rGD8/s320/Bertrand-Jouvenot-Article-civilisation-digital.jpg" width="320" /></a></div>
<div class="MsoNormal">
<br /></div>
<h4>
La dialectique <b>Architecture-Informations personnelles</b></h4>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Cette dialectique se décline sur tous les thèmes majeurs :<o:p></o:p></div>
<div class="MsoListParagraph" style="mso-list: l1 level1 lfo1; text-indent: -18.0pt;">
</div>
<ul>
<li>·<span style="font-size: 7pt; font-stretch: normal; font-variant-east-asian: normal; font-variant-numeric: normal; line-height: normal;"> </span><span style="text-indent: -18pt;">L’identification des personnes et leur rapport contractuel
avec la nation,</span></li>
<li>·<span style="font-size: 7pt; font-stretch: normal; font-variant-east-asian: normal; font-variant-numeric: normal; line-height: normal;"> </span><span style="text-indent: -18pt;">La sécurité garantie, ou menacée,</span></li>
<li>·<span style="font-size: 7pt; font-stretch: normal; font-variant-east-asian: normal; font-variant-numeric: normal; line-height: normal;"> </span><span style="text-indent: -18pt;">Les droits fondamentaux, à la différence et aux
choix de vie,</span></li>
<li>·<span style="font-size: 7pt; font-stretch: normal; font-variant-east-asian: normal; font-variant-numeric: normal; line-height: normal;"> </span><span style="text-indent: -18pt;">La santé, la prévention, la solidarité, la
mobilité, …</span></li>
</ul>
<!--[if !supportLists]--><o:p></o:p><br />
<div class="MsoListParagraph" style="mso-list: l1 level1 lfo1; text-indent: -18.0pt;">
<o:p></o:p></div>
<div class="MsoListParagraph" style="mso-list: l1 level1 lfo1; text-indent: -18.0pt;">
<o:p></o:p></div>
<div class="MsoListParagraph" style="mso-list: l1 level1 lfo1; text-indent: -18.0pt;">
<o:p></o:p></div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
J’en ai une vision personnelle de par mon parcours, depuis
le foyer de l’informatique de l’Insee des années 70, précurseur avec Sirène,
Safari (eh oui !), les premiers logiciels statistiques (première mondiale…), puis toutes sortes de péripéties de consultant (dont un schéma directeur des
Ministères sanitaires et sociaux), bref j’observe ces Architectures depuis plus
de 50 ans.<o:p></o:p></div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Progressivement se sont développés, et se développent encore furieusement, des <b>écosystèmes</b> de données personnelles, centres d'enjeux économiques mondiaux, renforcés par la ruée vers le Big Data.</div>
<div class="MsoNormal">
<br /></div>
<h4>
La réglementation entre dans le débat</h4>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Concernant les données personnelles, la RGPD traite de
certains de ces aspects, en complétant les fondements posés par la Loi Informatique
et Liberté. Elle est complexe : le sujet l’est. Elle est en phase avec la
technologie actuelle : comment pourrait-il en être autrement ?<o:p></o:p></div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Elle est <b>Européenne</b> : l’Europe, au moins sur ce sujet,
ne démissionne pas et affirme sa souveraineté, face aux GAFA, certes, mais
aussi aux Etats.<o:p></o:p></div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Mais la problématique est vaste. L’explosion technologique,
par son ampleur tant rebattue avec le Big Data, nous pose des défis.<o:p></o:p></div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Des <b>défis technologiques</b> : Le remède, si remède il y a,
et nous devons l’espérer, est forcément basé sur de la technologie. Nous ne
pourrons maîtriser une régulation avec des armées de petites mains ou des
cascades de processus ou formulaires.<o:p></o:p></div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Nous ne pourrons faire cela de façon désordonnée. C’est pour ces raisons que l’Architecture est une des clés
principales.</div>
<div class="MsoNormal">
<o:p></o:p></div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Ce sont ces Architectures qui soutiennent les écosystèmes où
naissent et sont traitées les données personnelles, dans un tourbillon
mondial. Ce sont et seront des Architectures qui fondent les systèmes de
contre-pouvoir et de contrôle.<o:p></o:p></div>
<div class="MsoNormal">
<br /></div>
<h4>
La recherche de l'équilibre entre des extrêmes</h4>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Ce thème de l’Architecture nous aide à comprendre l’évolution
qui nous conduit de la Résistance de <b>René Carmille</b> avec les premiers fichiers
de population « industrialisés » par la mécanographie, à Safari, à la
loi Informatique et Liberté, la CNIL, puis la RGPD, et aujourd’hui à l’exemple
de la blockchain estonienne comme fondement d’organisation civile (voir <a href="http://www.french-road.fr/" target="_blank">French-Road</a>).<o:p></o:p></div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Avec l’Architecture nous pouvons rechercher les variantes,
les alternatives, les points d’équilibre.<o:p></o:p></div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Par exemple <b>quel équilibre</b> :<o:p></o:p></div>
<div class="MsoNormal">
<br /></div>
<div class="MsoListParagraph" style="mso-list: l0 level1 lfo2; text-indent: -18.0pt;">
</div>
<ul>
<li>·<span style="font-size: 7pt; font-stretch: normal; font-variant-east-asian: normal; font-variant-numeric: normal; line-height: normal;">
</span><span style="text-indent: -18pt;">entre la vision ego-centriste (égoïste ?) de
la <b>personne</b>,</span></li>
<li>·<span style="font-size: 7pt; font-stretch: normal; font-variant-east-asian: normal; font-variant-numeric: normal; line-height: normal;">
</span><span style="text-indent: -18pt;">et la vision égocentriste de l’<b>Entreprise</b> :
elle consomme des données personnelles, mais elle en génère aussi énormément, et qui lui sont nécessaires.</span></li>
</ul>
<!--[if !supportLists]--><o:p></o:p><br />
<div class="MsoListParagraph" style="mso-list: l0 level1 lfo2; text-indent: -18.0pt;">
<o:p></o:p></div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
L’Entreprise est un <b>nœud de confiance</b> : par exemple si elle
applique la réglementation contre le blanchiment (LCB-FT) doit-t-elle être
transparente vis-à-vis de l’individu suspecté ? Doit-elle livrer ses secrets de fabrication aux auditeurs de toutes sortes ?<o:p></o:p></div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
C’est dans cet esprit que le Club Urba-EA a fondé son <b><a href="http://www.urba-ea.org/groupe-de-travail-club-laboratoire-gdpr/" target="_blank">projet exemplaire de "plateforme de conformité"</a></b> : nous pensons que la clé de voûte
de l’<b style="mso-bidi-font-weight: normal;"><a href="https://www.linkedin.com/pulse/protection-des-donn%C3%A9es-personnelles-et-ruptures-ren%C3%A9-mandel/" target="_blank">Architecture de conformité</a></b> doit
être centrée sur l’Entreprise (et non pas répartie entre les silos métier
comme on le constate dans de nombreux cas).<br />
<br />
Sans doute l’<b style="mso-bidi-font-weight: normal;">Architecture d’identité</b>, telle que jadis imaginée, dans la lignée
de Carmille, doit être basée à l’avenir sur un modèle tel que proposé par <a href="http://www.french-road.fr/" target="_blank"><b>French-Road</b></a>.
Cela est nullement contradictoire.<o:p></o:p></div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Au fond, qu’est-ce qui est « normal », qui est « anormal »?</div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Si l’on m’apporte un service gratuit, bien plus performant que celui que j’aurais
pu jadis espérer d’une « subdivision de l’équipement », mes données
personnelles ne sont-elles pas « <b>monnaie d’échange </b>» ?<br />
<br />
Un échange, mais jusqu’à
quel point ? Et si l’Etat voit ainsi sa sphère de prestation se réduire, n’a-t-il
pas moins d’impôts à lever ? Mais alors, ce « troc » le pénalise
lourdement en lui volant la TVA ? Un <b>troc mondial, facilitant un modèle économique bi-faces,</b> et une assiette de
taxation qui fond au soleil de la transformation numérique !<o:p></o:p></div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Prendre le <b>contrôle de mes données ? </b>La FING (Fondation Internet Nouvelle Génération) a montré l'utilisation de la "portabilité" au travers du projet "<a href="http://mesinfos.fing.org/" target="_blank"><b>mes infos</b></a>".<br />
<b><br /></b>
Plus radicalement, i<b>nversant le modèle</b> économique actuel, imposé par les
rendements d’échelle, l'association « <a href="https://www.generationlibre.eu/" target="_blank"><b>Génération libre</b></a> » propose la
patrimonialité des données : à l’extrême, tout un chacun, reconnu
propriétaire de ses données, pourrait les vendre librement…Une intermédiation
des données, un nouvel écosystème transnational, impensable encore sans <b>une
Architecture à concevoir</b> et financer.<o:p></o:p><br />
<br />
<br /></div>
<br />
La philosophie, l'économie, la politique, la morale, la technologie... et l'Architecture, sont conviées autour du berceau d'une nouvelle civilisation digitale.René Mandelhttp://www.blogger.com/profile/17211584826619896315noreply@blogger.com5tag:blogger.com,1999:blog-1208304208661212137.post-43468401085428792032018-03-17T21:38:00.001+01:002018-04-19T09:34:52.251+02:00Architecture de Protection des données personnelles dès la conception (Privacy by Design)La Réglementation Européenne de Protection des données personnelles (GDPR alias RGDP) prévoit que, dès la conception des projets, ceux-ci soient conformes. Ce "Privacy by Design" est un disposition particulièrement économique et prudent pour les très nombreuses entreprises et organisations soumises à cette réglementation. En effet elle leur évite les coûteux frais d'adaptation, en particulier pour les applications informatiques qui représentent <b>près de 70 % du coût</b> de mise en conformité à la GDPR.<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhZOAwZyhyphenhyphenvB0v9FCrdvCsdj9NQNdTsI7F-ICGTRkiMTP7_BcIREKdGylOuiKMM_nlJWlJ3GCeIS6hb1PuI2M4AMihyphenhyphen5tGXBBlLH9TOv-Wh2GE2NDpPxuMP_fWoro1tIbGbgQIq3uPT4oEC/s1600/Europe.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" data-original-height="617" data-original-width="960" height="205" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhZOAwZyhyphenhyphenvB0v9FCrdvCsdj9NQNdTsI7F-ICGTRkiMTP7_BcIREKdGylOuiKMM_nlJWlJ3GCeIS6hb1PuI2M4AMihyphenhyphen5tGXBBlLH9TOv-Wh2GE2NDpPxuMP_fWoro1tIbGbgQIq3uPT4oEC/s320/Europe.jpg" width="320" /></a></div>
<br />
<h4>
Composante architecturale du Privacy by Design</h4>
<br />
Le Privacy by Design se décline en de nombreux aspects (organisation, processus, juridique, sécurité informatique) qui concernent autant de responsabilités internes.<br />
Parmi tous ces aspects, la <b>composante architecturale</b> est sans doute celle qui a le plus d'impact potentiel, le plus fort effet de levier. En effet la <b>réglementation est transverse</b> à l'entreprise, quelles que soient les personnes concernées (clients, salariés, prospects, partenaires, ..), et quels que soient les "traitements" et "finalités".<br />
<br />
L'architecture Privacy by Design s'impose donc à toutes les organisations de l'entreprise : sa qualité fondera la qualité des solutions locales ou subsidiaires, ou, à contrario, ses défauts se propageront dans tous les domaines du SI de l'Entreprise.<br />
<br />
Dans de grands comptes, il existe une équipe d'<b>Architecture d'Entreprise</b> : il lui revient en toute évidence, sauf à démissionner de son rôle, de définir le <b>socle de conformité commun</b> à l'Entreprise.<br />
D'ailleurs, il serait pour elle illusoire de s'en remettre au marché des éditeurs et autres fournisseurs de service : ce marché est historiquement fragmenté et organisé face aux silos des métiers. Bien sûr chaque éditeur affirme qu'il répond au problème dans sa globalité. Mais il ne peut le faire de par sa position spécialisée. Et s'il propose une architecture globale, une architecture intégrée, elle pousse le client, d'intégrations en intégrations, à confier toutes les clés de son SI. Autre démission dangereuse sur un sujet hyper-sensible. Soyons lucides : les GAFA sont les mieux placés pour cette offre globale et transversale. No comment.<br />
<br />
Le sujet parait d'ailleurs insoluble, tant les données personnelles se sont subrepticement localisées dans de nombreux domaines du SI, avec des duplications incontrôlées, des conservations non-gérées,...<br />
<br />
Pourtant ...<br />
<br />
<h4>
Le modèle architectural de conformité</h4>
<br />
Du point de vue architectural, le sujet se divise, grâce à la cohérence de la réglementation, à l'application des canons de l'<a href="http://www.value-architecture.com/2016/02/larchitecture-flexible-en-pratique.html" target="_blank">Architecture Flexible</a>, en un problème architectural central majeur, et 4 problèmes subsidiaires.<br />
<br />
<h3>
La plateforme de conformité</h3>
<br />
La question majeure est celle de l'architecture de conformité : le principe est simple, mettre en commun l'ensemble des <b>fonctions communes</b> nécessaires, et les rendre les plus "génériques" possible. On aperçoit ainsi 3 dimensions de généricité :<br />
<br />
<br />
<ul>
<li>par rapport aux différentes <b>catégories</b> de personnes (catégories dans la réglementation : clients, salariés, etc.)</li>
<li>par rapport aux différents "<b>traitements</b>" (répertoriés dans le registre légal article 30)</li>
<li>par aux différents <b>droits</b> des personnes (accès, consentement, oubli, portabilité, opposition, limitation, correction, ...)</li>
</ul>
<div>
Cette architecture de conformité, ainsi définie, est réduite : une cinquantaine de données réparties entre une douzaine de tables relationnelles ou équivalent, représentant un petit nombre d'objets génériques. Une "clé de voûte" de la conformité, strictement identique d'une organisation à l'autre. Dans l'optique du Privacy by Design, le respect de cette architecture est facile et peu coûteux, il se limite à des principes d'interface, par exemple par <b>API</b>, et de traçage par des "<b><a href="http://www.value-architecture.com/2014/03/a-la-decouverte-des-puits-de-donnees.html" target="_blank">puits d'événements</a></b>" dédiés.</div>
<div>
<br /></div>
<h3>
Les 4 "façades" : des conformités subsidiaires</h3>
<div>
<br /></div>
<div>
Dans le modèle architectural de conformité, dont la plateforme constitue l'élément central pour toute l'organisation, celle-ci interfonctionne avec 4 <b>façades</b>. Ces façades sont des domaines d'intégration orientés vers 4 problématiques spécifiques. Elles sont, dans une vision globale et systémique, les suivantes:</div>
<br />
<br />
La <b>façade personne</b> : intégrer aux différents canaux d'interactions avec les personnes, et quelles que soient les variantes technologiques, les prescriptions de la réglementation pour informer, recueillir les demandes de droit, mettre à jour les consentements, etc... Certes cette intégration se subdivise selon les <b>catégories de personnes </b>(en particulier celles qui sont référencées dans le registre obligatoire au titre de l'article 30), et soulève les classiques sujets de référentiel des personnes, de cohérence, voire de subsidiarité. La GDPR peut être une opportunité, ou non, de faire le ménage dans cette "façade personnes". A tout le moins, dans le Privacy by Design, on alignera le CRM, la GRH, le marketing, aux modalités d'interaction exigées par la réglementation.<br />
<br />
La <b>façade des traitements</b> a une autre dimension de complexité, car les traitements sont dispersés dans les applications "métier" diverses et variées. Il faudra ici appliquer le cœur de l’exécution des droits, conforme aux consignes générales (frugalité, limitation de la conservation, ...) et appliquant les droits demandés par les personnes. Dans le <b>Privacy by Design</b>, grâce à la plateforme, bien des aspects sont simplifiés, et l'effort "urbanistique" sera de répondre aux demandes des personnes (accès, correction, portabilité, ...), et en respectant le protocole porté par la plateforme. Dans l'absurde, si un tel effort n'est pas imposé aux projets, on créerait une coûteuse <b>dette d'urbanisme</b>.<br />
<br />
La <b>façade des modèles</b>, regroupe la description du patrimoine SI bien connue des Architectes et des Data Officer : on y décrit les applications, les données, les processus. Ces informations sont précieuses pour formater le registre, et orienter l'accès aux données. Là aussi il faudra mettre en place les interfaces, les API, les points de vérité, pour relier les métiers (Architectes, responsables de traitement, DPO, CDO, ...) autour d'un équilibre de gouvernance intégrant les conformités qui s'imposent à l'organisation (GDPR, LCB-FT, et conformités sectorielles).<br />
<br />
La <b>façade DPO</b>, de protection des données, est dédiée, quant à elle, aux métiers de la protection (Data Protection Officer, responsables de traitements, RSSI, ...). Elle doit aussi impérativement être outillée, autour du <b>registre</b> obligatoire qui en est l'élément clé. Ce registret ne doit pas se limiter à un rôle documentaire passif : il est le composant informatique central de l'architecture et du Privacy by Design, interfonctionnant par API avec la plateforme et la façade des modèles. Le registre est le <b>point de vérité</b> sur les traitements, finalités, catégories de personnes et de données.<br />
<br />
<br />
<h4>
Un projet inter-entreprises</h4>
<br />
La description ci-dessus est rapide, trop dense... elle montre une voie. Le <b>Laboratoire du Club Urba-EA</b> a engagé ce chemin avec l'aide de <b>6 Grandes Organisations</b> (ACOSS, Agrica, Aéroports de Paris, Banque de France, Harmonie mutuelle, RATP) et de <b>3 éditeurs</b> (DPO Consulting, Axway, Orchestra Networks).<br />
<br />
Une première étape est franchie. Les enjeux sont importants pour tous, enjeux de société, enjeux de coût, de délai, de faisabilité. Nous n'avons maintenant plus de doute sur le modèle : il faut aller plus loin et prolonger ce mouvement avec un plus grand nombre d'Entreprises et Organisations qui y trouveront une <b>réponse opérationnelle, simple et efficace</b>, et se l'approprieront en l'intégrant à leurs spécificités métier.<br />
<br />
Rapprochez-vous du <a href="http://www.urba-ea.org/adherer/" target="_blank">Club Urba-EA</a> pour connaître les <b>modalités d'adhésion</b> à ce groupe.<br />
<br />
Contact : <a href="mailto:rene.mandel@oresys.fr" target="_blank"><b><i>René Mandel</i></b></a> ou <a href="mailto:marcyal.courtoux@hotmail.fr" target="_blank"><b><i>Marcyal Courtoux</i></b></a><br />
<a href="mailto:marcyal.courtoux@hotmail.fr" target="_blank"><br /></a>Ce projet a été présenté lors de la demi-journée sur les <b>Données Personnes et Architecture des Systèmes d'Information</b> organisée le 10 avril après-midi à Paris, ouverte à tous, programme :<br />
<a href="mailto:marcyal.courtoux@hotmail.fr" target="_blank"><br /></a>
<br />
<div align="center" class="MsoNormal" style="background: white; text-align: center; text-indent: -18.0pt;">
<b><span style="color: #1f4e79; font-family: "calibri" , sans-serif; font-size: 14.0pt;">Le modèle </span></b><a href="http://www.french-road.fr/"><b><span style="color: #1f4e79; font-family: "calibri" , sans-serif; font-size: 14.0pt;">French-Road</span></b></a><b><span style="font-family: "calibri" , sans-serif; font-size: 14.0pt;"> : confiance et maturité
digitale,</span></b><span style="font-family: "calibri" , sans-serif; font-size: 11.0pt;"><o:p></o:p></span></div>
<div align="center" class="MsoNormal" style="background: white; text-align: center;">
<b><span style="font-family: "calibri" , sans-serif; font-size: 14.0pt;">Emmanuel PESENTI Président de
French-Road</span></b><span style="font-family: "calibri" , sans-serif; mso-ascii-theme-font: minor-latin; mso-hansi-theme-font: minor-latin;"><o:p></o:p></span></div>
<div align="center" class="MsoNormal" style="background: white; text-align: center;">
<br /></div>
<div align="center" class="MsoNormal" style="background: white; text-align: center; text-indent: -18.0pt;">
<b><span style="color: #1f4e79; font-family: "calibri" , sans-serif; font-size: 14.0pt;">L’accélérateur GDPR</span></b><b><span style="font-family: "calibri" , sans-serif; font-size: 14.0pt;"> du Laboratoire du </span></b><a href="http://www.urba-ea.org/groupe-de-travail-club-laboratoire-gdpr/"><b><span style="font-family: "calibri" , sans-serif; font-size: 14.0pt;">Club Urba-EA</span></b></a><b><span style="font-family: "calibri" , sans-serif; font-size: 14.0pt;">, architecture Data
Centric : extension, adaptation et intégration</span></b><span style="font-family: "calibri" , sans-serif; font-size: 11.0pt;"><o:p></o:p></span></div>
<div align="center" class="MsoNormal" style="background: white; text-align: center;">
<b><span style="font-family: "calibri" , sans-serif; font-size: 14.0pt;">René MANDEL, Vice-président du
Club Urba-EA, promoteur du projet, Nicolas CHEVALIER, Architecte d'Entreprise</span></b><span style="font-family: "calibri" , sans-serif; font-size: 11.0pt;"><o:p></o:p></span></div>
<div align="center" class="MsoNormal" style="background: white; text-align: center;">
<br /></div>
<div align="center" class="MsoNormal" style="background: white; text-align: center; text-indent: -18.0pt;">
<b><span style="color: #1f4e79; font-family: "calibri" , sans-serif; font-size: 14.0pt;">Mise en œuvre du Règlement RGPD</span></b><b><span style="font-family: "calibri" , sans-serif; font-size: 14.0pt;"> à l'Insee</span></b><span style="font-family: "calibri" , sans-serif; font-size: 11.0pt;"><o:p></o:p></span></div>
<div align="center" class="MsoNormal" style="background: white; text-align: center;">
<b><span style="font-family: "calibri" , sans-serif; font-size: 14.0pt;">Patrick REDOR, chef de l'Unité
affaires juridiques et contentieuses, Insee<o:p></o:p></span></b></div>
<div align="center" class="MsoNormal" style="background: white; text-align: center;">
<br /></div>
<div align="center" class="MsoNormal" style="background: white; text-align: center; text-indent: -18.0pt;">
<b><span style="color: #1f4e79; font-family: "calibri" , sans-serif; font-size: 14.0pt;">Droit à la portabilité du RGPD</span></b><b><span style="font-family: "calibri" , sans-serif; font-size: 14.0pt;"> : quelles nouvelles opportunités
? Le Self Data et le projet « MesInfos »<o:p></o:p></span></b></div>
<div align="center" class="MsoNormal" style="background: white; text-align: center; text-indent: -18.0pt;">
<b><span style="font-family: "calibri" , sans-serif; font-size: 14.0pt;">Manon
MOLINS, </span></b><a href="http://fing.org/"><b><span style="font-family: "calibri" , sans-serif; font-size: 14.0pt;">Fing</span></b></a><b><span style="font-family: "calibri" , sans-serif; font-size: 14.0pt;"> (Fondation Internet Nouvelle Génération)<o:p></o:p></span></b></div>
<div align="center" class="MsoNormal" style="background: white; text-align: center; text-indent: -18.0pt;">
<br /></div>
<div align="center" class="MsoNormal" style="background: white; text-align: center; text-indent: -18.0pt;">
<a href="https://franceconnect.gouv.fr/"><b><span style="color: #1f4e79; font-family: "calibri" , sans-serif; font-size: 14.0pt;">FranceConnect</span></b></a><b><span style="font-family: "calibri" , sans-serif; font-size: 14.0pt;">, facilitateur de la mise en place de la RGPD pour les services
publics : principes, démonstration<o:p></o:p></span></b></div>
<div align="center" class="MsoNormal" style="background: white; text-align: center; text-indent: -18.0pt;">
<b><span style="font-family: "calibri" , sans-serif; font-size: 14.0pt;">Guillaume
HARRY de la direction interministérielle du numérique et du système
d'information et de communication de l'État (DINSIC), Responsable produits
FranceConnect<o:p></o:p></span></b></div>
<div align="center" class="MsoNormal" style="background: white; margin-left: 72.0pt; text-align: center; text-indent: -18.0pt;">
<br /></div>
<div align="center" class="MsoNormal" style="background: white; text-align: center; text-indent: -18.0pt;">
<b><span style="color: #1f4e79; font-family: "calibri" , sans-serif; font-size: 14.0pt;">Evolution de la protection des
données personnelles</span></b><b><span style="font-family: "calibri" , sans-serif; font-size: 14.0pt;"> : perspective par l’Association Française des Correspondants
à la Protection des Données à caractère Personnel </span></b><a href="https://www.afcdp.net/"><b><span style="font-family: "calibri" , sans-serif; font-size: 14.0pt;">AFCDP</span></b></a><b><span style="font-family: "calibri" , sans-serif; font-size: 14.0pt;"> :<o:p></o:p></span></b></div>
<div align="center" class="MsoNormal" style="background: white; text-align: center; text-indent: -18.0pt;">
<b><span style="font-family: "calibri" , sans-serif; font-size: 14.0pt;">Marie Noëlle
SEHABIAGUE, Directeur et Cil mutualisé Cnaf et Caf, administrateur de l’AFCDP</span></b></div>
<a href="mailto:marcyal.courtoux@hotmail.fr" target="_blank">
</a><br />
<div align="center" class="MsoNormal" style="text-align: center;">
<br /></div>
<br />
<br />
<br />
<br />
<br />
<br />René Mandelhttp://www.blogger.com/profile/17211584826619896315noreply@blogger.com3tag:blogger.com,1999:blog-1208304208661212137.post-49653912971647506872017-12-28T16:29:00.000+01:002019-01-27T12:04:17.394+01:00Conduire la transformation vers le Data Centric<br />
<h3>
<i><span style="background-color: white; color: #cc0000; font-size: large;">Le modèle de projet en spirale (Spiral Project Model)</span></i></h3>
<br />
En cette nouvelle année 2018<br />
<table cellpadding="0" cellspacing="0" class="tr-caption-container" style="float: right; margin-left: 1em; text-align: right;"><tbody>
<tr><td style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhtkve95YXt8OT7dMmhv-xzo9MxeRQqRAgfflhW03LhG1B_glAtx4DwWSqidfbldm_PH-TZTU6exMCGjFEcHkJ2nIOhG1PqXp3SlCkIEepfQJXuv74lRxnx7NDZmPIy2vJc6gERbee_r7iT/s1600/Polygone.jpg" imageanchor="1" style="clear: right; margin-bottom: 1em; margin-left: auto; margin-right: auto;"><img border="0" data-original-height="421" data-original-width="428" height="196" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhtkve95YXt8OT7dMmhv-xzo9MxeRQqRAgfflhW03LhG1B_glAtx4DwWSqidfbldm_PH-TZTU6exMCGjFEcHkJ2nIOhG1PqXp3SlCkIEepfQJXuv74lRxnx7NDZmPIy2vJc6gERbee_r7iT/s200/Polygone.jpg" width="200" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Polygone de Mandel</td></tr>
</tbody></table>
voyons comment conduire la transformation de l'Entreprise vers le "Data Centric"<br />
<br />
Dans les contextes d'informatiques héritées d'années de projets, et d'empilement d'applications de tous types, le patrimoine SI des entreprises est tout, <b>sauf "Data Centric"</b> : les données y sont éparses, redondantes, incohérentes, mal synchronisées, et dans des états de qualités mal maîtrisés.<br />
<br />
La transformation de l'Entreprise, pour qu'elle dispose d'un SI "Data Centric", est un programme de changement compliqué, à <b>conduire avec méthode</b>. C'est une approche où les grands classiques de l'Architecture d'Entreprise ne proposent pas de référence.<br />
<br />
<h4>
La promesse du Data Centric</h4>
<div>
<br />
Un monde de processus et de logiciel, articulé sur des données de qualité, permettrait :</div>
<div>
<br /></div>
<div>
<ul>
<li>de capitaliser sur les connaissances (expérience client, ...), en mobilisant les atouts technologiques actuels,</li>
<li>de limiter les redondances et incohérences, néfastes à l'image, freins à l'efficacité,</li>
<li>d'évoluer plus rapidement, en s'articulant sur les invariants portés par les données.</li>
</ul>
<div>
L'<a href="http://trame-business.fr/mon-installation/index.php/architecture-flexible/" target="_blank">Architecture Flexible</a> est la réponse typique, conceptuellement solide, à cette promesse. Nous avons vu que son approche top-down rencontrait maintenant le savoir faire acquis autour des <a href="http://www.value-architecture.com/2017/09/architecture-flexible-le-rendez-vous.html" target="_blank">micro-services</a>. Ceci est en passe de révolutionner le monde du développement logiciel, et celui des architectures, en association avec la généralisation des démarches agiles (voir à ce sujet la synergie <a href="http://trame-business.fr/mon-installation/index.php/architecture-flexible/agilite-versus-flexibilite/" target="_blank">agile vs flexible</a>).</div>
<div>
<br /></div>
<div>
Disposer d'une telle solution flexible, idéale dans l'absolu, en rupture par rapport aux Architectures calées sur une cible immuable, est un précieux acquis. Mais comment parvenir à cet objectif, comment <b>migrer le patrimoine et les données</b> ? Il n'y a pas de recette miracle qui nous dote instantanément d'un système répondant aux imprévus, et d'une agilité tous azimuts. Certes on s'accorde sur la nécessité de mettre de l'ordre dans les <a href="http://trame-business.fr/mon-installation/index.php/architecture-flexible/referentiels-de-donnees/" target="_blank">référentiels</a>, mais les résistances sont multiples et le projet aléatoire.</div>
<div>
<br /></div>
<div>
La solution du Big Bang, jadis systématique, est impraticable, car le SI existant reste la référence opérationnelle, et sa transformation est infiniment complexe.</div>
<div>
<br /></div>
<div>
Dès lors, comment évoluer pas à pas, prudemment, en minimisant les risques, et apportant le plus de valeur au plus tôt ?</div>
<div>
<br />
<br /></div>
<h4>
Naviguer dans l'incertain</h4>
<div>
<br />
Pour migrer vers le Data Centric, nous devons mener de front plusieurs projets, chaque projet ayant sa propre incertitude.</div>
<div>
<br /></div>
<div>
On pourrait imaginer un chemin rationnel, une "road map" rassurante : On sait d'expérience que cette <b>rationalité est illusoire</b>, car les projets ne se dérouleront pas comme prévu. Nous avons déjà utilisé la métaphore du labyrinthe pour <a href="http://www.value-architecture.com/2016/11/levolution-darwinienne-des-systemes.html" target="_blank">expliquer ces aléas, sources d'échecs</a>.<br />
<br />
Imprévu des projets, mais aussi incertitudes dans l'assemblage des projets : autant d'occasions de surprises et déconvenues.</div>
<div>
<br /></div>
<div>
La démarche déterministe aboutit, comme dans un labyrinthe, à de fausses issues. Pour autant faut-il abandonner toute anticipation et se précipiter tête baissée dans les projets, par exemple en comptant sur son agilité ? Ceci ne protège pas cependant des errements, blocages, et volte-faces impossibles. En effet, même si l'on est magicien du logiciel, les rigidités des comportements humains, les contraintes économiques, les faits d'image, ... rappellent les imprudents à la réalité. Un projet ne se réduit pas à la validation de spécifications et à la simple réalisation de code.</div>
<div>
<br /></div>
<div>
A défaut donc de disposer d'un chemin tout tracé, comment naviguer dans l'incertain ?</div>
<div>
<br />
<br /></div>
<h4>
Une approche méthodique</h4>
<div>
<br />
Il nous faut découvrir notre chemin pas à pas, et, à chaque étape, se protéger au maximum des aléas de chaque projet, et des dépendances entre projets.</div>
<div>
<br /></div>
<div>
Le parcours doit être opportuniste pour s'adapter aux difficultés rencontrées. Il doit aussi être <b>méthodique pour progresser dans la transformation globale</b>, vers le Data Centric.<br />
<br />
<br /></div>
<div>
<h4>
Identifier les axes d'amélioration</h4>
</div>
<div>
<br /></div>
<div>
Le patrimoine existant n'a pas les atouts du Data Centric. Il convient de l'améliorer progressivement, par parties, selon les opportunités, à des vitesses adaptées...</div>
<div>
<br /></div>
<div>
Pour cette progression, dans le contexte de l'entreprise, quelques axes d'amélioration ont du sens. Ce sont par exemple, selon le contexte :</div>
<div>
<br /></div>
<div>
<ol>
<li>Normalisation des <b>objets</b></li>
<li>Multiplication des <b>interactions</b></li>
<li>Développement technique, <b>fonctionnel</b>, organisationnel</li>
<li>Gestion des <b>latences</b> et temporalités</li>
<li><b>Industrialisation</b></li>
</ol>
</div>
<div>
<br /></div>
<div>
<br /></div>
<div>
Ces cinq axes sont génériques, et on les retrouve facilement d'un cas à l'autre (publication à venir sur le site de l'<a href="http://trame-business.fr/mon-installation/index.php/architecture-flexible/" target="_blank">Architecture Flexible</a>).</div>
<div>
<br /></div>
<div>
<br /></div>
<h4>
Un indicateur de maturité des projets</h4>
<div>
<br /></div>
<div>
<br /></div>
<div>
Sur chacun des axes des incréments sont définis. On peut se référer des incréments standards (publication à venir sur le site de l'<a href="http://trame-business.fr/mon-installation/index.php/architecture-flexible/" target="_blank">Architecture Flexible</a>).</div>
<div>
<br /></div>
<div>
Les bases d'un indicateur générique de <b>maturité des projets</b> sont ainsi constituées : cet indicateur est la boussole nécessaire à la "navigation" mentionnée ci-dessus.</div>
<div>
<br /></div>
<div>
<br /></div>
<div>
<br /></div>
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhIscR749U1BxrRvDcLvkkn50TF7EFWpffNkUiwJ-xUHG4NwR4_89XNWXRMXE5U1JEDrZ-VHwKnmJpEXtcvMfQSw1qJrJuUC3qQU3Ntq1hR9GxZvyEUeORFNX7FsmIXlwzmSe1wo8y8MKnv/s1600/Indicateur+maturit%25C3%25A9.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" data-original-height="289" data-original-width="554" height="206" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhIscR749U1BxrRvDcLvkkn50TF7EFWpffNkUiwJ-xUHG4NwR4_89XNWXRMXE5U1JEDrZ-VHwKnmJpEXtcvMfQSw1qJrJuUC3qQU3Ntq1hR9GxZvyEUeORFNX7FsmIXlwzmSe1wo8y8MKnv/s400/Indicateur+maturit%25C3%25A9.jpg" width="400" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Indicateur de maturité : cas MDM</td></tr>
</tbody></table>
<div class="separator" style="clear: both; text-align: center;">
</div>
<div>
<br /></div>
<div>
<br /></div>
<div>
<br /></div>
<div>
Le schéma ci-dessus présente le cas d'un projet MDM en approche Data Centric de l'Architecture Flexible.</div>
<div>
<br /></div>
<div>
Dans le contexte particulier de l'Entreprise, on identifiera les axes d'amélioration et on caractérisera les incréments souhaitables sur chaque axe. Nous pourrons dès lors objectiver le mûrissement de chaque projet en le positionnant sur ces axes et incréments.</div>
<div>
<br />
<br /></div>
<div>
<h4>
La démarche incrémentale : expansion en spirale</h4>
<br />
Pour maîtriser l'expansion d'un projet, on engage alors une <b>démarche incrémentale</b> : à chaque étape, on change d'un incrément un seul des paramètres du projet.</div>
<div>
</div>
<div>
L'expansion du projet se fera alors en spirale, depuis son "nid" initial vers sa pleine maturité où ses composants son pleinement opérationnels sur tout le périmètre.<br />
<br />
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="float: right; margin-left: 1em; text-align: right;"><tbody>
<tr><td style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjowKgU09v5TgngEQFDj26bxWWSE6r_BV9DZbmyu_mNb2Xu4OKng2NAAc1vAuPrhTpbSNF9Qc64Sf2D0oIvoJqmcb2AUvhuApf38P8tTPo4VGzplZNYkLCrnyGCnQB91hrhtB2YKcbdtSC-/s1600/Indicateur+maturit%25C3%25A9+spirale.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" data-original-height="289" data-original-width="554" height="207" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjowKgU09v5TgngEQFDj26bxWWSE6r_BV9DZbmyu_mNb2Xu4OKng2NAAc1vAuPrhTpbSNF9Qc64Sf2D0oIvoJqmcb2AUvhuApf38P8tTPo4VGzplZNYkLCrnyGCnQB91hrhtB2YKcbdtSC-/s400/Indicateur+maturit%25C3%25A9+spirale.jpg" width="400" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Expansion en spirale</td></tr>
</tbody></table>
<br /></div>
<div>
L'exemple ci-contre schématise l'évolution de l'indicateur de maturité au gré des cinq étapes d'un projet.<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<br />
<h4>
La transformation globale de l'Entreprise par son SI</h4>
</div>
<div>
<br />
En utilisant le levier des composants de l'Architecture Flexible, c'est toute l'Entreprise, par son SI devenant <b>progressivement Data Centric</b>, qui est mise en mouvement : ouverture vers le Digital, réduction des latences, dématérialisation, fonctionnement matriciel, agilité dans les écosystèmes...</div>
</div>
René Mandelhttp://www.blogger.com/profile/17211584826619896315noreply@blogger.com242tag:blogger.com,1999:blog-1208304208661212137.post-18072481817758747052017-11-26T23:40:00.002+01:002017-11-26T23:40:38.908+01:00Le rebond de l'Architecture d'Entreprise<h3>
Un concept qui vient de loin</h3>
<div>
<br />
Le concept d'Architecture d'Entreprise provient des premiers ages de l'informatique, où l'empilement des systèmes a commencé à poser problème.</div>
<div>
Quelques décennies, mais, au train où vont les choses, c'est une éternité dans la courte histoire de l'informatique.</div>
<div>
Par analogie avec les constructions matérielles (construction navale dans le cas de Zachmann...) où la maîtrise de projets complexe est aussi une nécessité, les "Framework" ont poussé comme champignon après la pluie.</div>
<div>
Ils ont tous eu des points communs : </div>
<div>
<ul>
<li>analyser le système par couches, par exemple pour l'axe Business-technologie</li>
<li>se focaliser sur la nécessité d'une cible, comme aboutissement de la transformation de l'existant.</li>
</ul>
</div>
<div>
Le schéma ci-dessous est une représentation caractéristique de cet état d'esprit, et du cadre dans lequel voulait se développer ce concept d'Architecture d'Entreprise.</div>
<div>
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEia7QLZJOZbC-3QkPO3PaqysEsndAjJL1OdkEC3ktOEY3LBVhA4TwQp0CcF_xHzJ_6d6eeWiI7HehGFY2XfNyvpyoFOtOtV3pQRpcmQA_dzdvTFBta26JqUo-6mnQbn1lo2JlxWS2-bTSDJ/s1600/feaf.gif" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" data-original-height="362" data-original-width="499" height="232" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEia7QLZJOZbC-3QkPO3PaqysEsndAjJL1OdkEC3ktOEY3LBVhA4TwQp0CcF_xHzJ_6d6eeWiI7HehGFY2XfNyvpyoFOtOtV3pQRpcmQA_dzdvTFBta26JqUo-6mnQbn1lo2JlxWS2-bTSDJ/s320/feaf.gif" width="320" /></a></div>
</div>
<div>
<br /></div>
<div>
<br />
<ul>
<li>En somme un guide pour un double passage : comment satisfaire, voire générer, le business par un socle technologique,</li>
<li>comment atteindre la cible qui marque l'aboutissement et le succès d'un épisode de transition.</li>
</ul>
</div>
<div>
<br /></div>
<div>
Cette logique s'est imposée dans tous les pays et dans beaucoup de grands comptes, diffusée par des prescripteurs, les enseignements, les opérateurs globaux.</div>
<div>
<br /></div>
<div>
Elle est encore largement dominante au niveau académique et de la profession d'Architecte d'Entreprise, ne serait-ce que par les certifications qui la perpétuent, et sécurisent les employeurs.<br />
<br /></div>
<div>
<h3>
L'accélération tout azimuts bouscule l'EA</h3>
</div>
<div>
<br />
Une banalité est de dire que toutes les transformations se sont accélérées, tant au niveau du Business, qu'au niveau technologique. Malgré cette litanie, l'Architecture d'Entreprise continue à s'imposer. Sans doute pour de bonnes et de mauvaises raisons !</div>
<div>
<br /></div>
<div>
Pour de mauvaises raisons, car penser que les vérités du passé s'appliqueront toujours et doivent guider le métier et les méthodes de l'Architecte d'Entreprise est fatalement illusoire... On voit clairement que la tenaille, l'éteinte, formalisée par l'EA sur le schéma ci-dessus, ne peut plus fonctionner avec les cycles de transformation actuels : l'inertie du "système" EA reste la-même, avec tous ses pre-requis, ses cartographies, de sorte que son échelle de temps ne peut se raccourcir : son process est manuel et organisationnel, gouverné, donc tributaire des pesanteurs des organisations, et du caractère artisanal de la profession.<br />
<br />
<h3>
Adapter la méthode de l'EA</h3>
<div>
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgxD-hO0ObqIXz-rZN-I0Bt4Tfm6MXWu2zD6_kg2n5jDzAXo6fBzEhwpYWv0iz3KkpjC8rLWrmW7xv4J1e-XuvMOGh-PY2fVWjoDzv7-rodHpuSsIZv6Q8z4rs4C8ZXJWIqxc38H_MbfyuX/s1600/roue-deming-2.jpg" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" data-original-height="317" data-original-width="350" height="180" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgxD-hO0ObqIXz-rZN-I0Bt4Tfm6MXWu2zD6_kg2n5jDzAXo6fBzEhwpYWv0iz3KkpjC8rLWrmW7xv4J1e-XuvMOGh-PY2fVWjoDzv7-rodHpuSsIZv6Q8z4rs4C8ZXJWIqxc38H_MbfyuX/s200/roue-deming-2.jpg" width="200" /></a><br />
<br />
Bien sûr, le poids des acquis pourrait inciter, en préservant le capital méthodologique, à adapter la "méthode", quelle que soit la variante qui est référencée dans chaque entreprise.</div>
<div>
<br /></div>
<div>
La Méthode, partant du principe d'amélioration continue, préconisait une "Roue de Deming" repensée pour l'Architecture d'Entreprise, avec une série de phases séquentielles incontournables.</div>
<div>
L'adaptation fait apparaître des allers-retours entre phases, multipliant les cycles.</div>
<div>
Voir par exemple l'adaptation de la fameuse boucle de l'ADM de Togaf.</div>
<table cellpadding="0" cellspacing="0" class="tr-caption-container" style="float: right; margin-left: 1em; text-align: right;"><tbody>
<tr><td style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEipIySaFBx_P3jmwuSQ_Q8Y_gBeOzK66LLVQCklMDu2q1J5z_7NxXONDY5Vli4UK6UsqZtb7tlLvjVfYnWbcL3L6Vj4Vh6GHdD08hDnDt78OeUsww7hrI8pGa9oc1mLT8B3tEYNU_qIh3DW/s1600/ADM.jpg" imageanchor="1" style="clear: right; margin-bottom: 1em; margin-left: auto; margin-right: auto;"><img border="0" data-original-height="550" data-original-width="504" height="320" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEipIySaFBx_P3jmwuSQ_Q8Y_gBeOzK66LLVQCklMDu2q1J5z_7NxXONDY5Vli4UK6UsqZtb7tlLvjVfYnWbcL3L6Vj4Vh6GHdD08hDnDt78OeUsww7hrI8pGa9oc1mLT8B3tEYNU_qIh3DW/s320/ADM.jpg" width="293" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">ADM de Togaf</td></tr>
</tbody></table>
<div>
<br /></div>
<div>
Est-ce suffisant ? </div>
<div>
<br /></div>
<div>
<br /></div>
<br />
L'écart de temporalité entre l'EA et les projets, sensés lui être fidèlement assujettis, ne peut que croître. L'EA se discrédite, et perd alors son utilité par inefficacité pratique.</div>
<div>
<br /></div>
<div>
Nous avons ici, à plusieurs reprises, <a href="http://www.value-architecture.com/2016/01/le-futur-de-larchitecture-dentreprise.html" target="_blank">sonné l'alarme sur ce sujet</a>, et le point semble maintenant s'approcher du consensus.<br />
<br />
<br />
<h3>
Le refuge dans "l'Agile"</h3>
</div>
<div>
<br />
<br /></div>
<div>
D'ailleurs, la généralisation des projets "agiles" contribue à ce discrédit. On peut en effet laisser croire, somme toute assez naïvement, que du désordre des projets, jaillira naturellement un ordre merveilleux. On retrouve cette croyance en une "<a href="https://fr.wikipedia.org/wiki/Main_invisible" rel="nofollow" target="_blank">main invisible</a>", dans le manifeste agile qui avance cette pétition de principe :<br />
<br /></div>
<div>
<div style="text-align: center;">
<span style="font-size: large; text-align: -webkit-center;">"The best architectures, requirements, and designs </span><span style="font-size: large;">emerge from self-organizing teams."</span></div>
</div>
<div>
<table cellpadding="0" cellspacing="0" class="tr-caption-container" style="float: right; margin-left: 1em; text-align: right;"><tbody>
<tr><td style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEh6YgBDmfJ1R7Sa7r9trqcqnWdS8sehKJyNToMEbH3MYvdrYMyTWY7fAnXjN_zXtTOK4hyphenhyphenEckPnkra4WAXjf4shirJD8JyK5Tiu3NWnS4xNcF82bgU6Lr8TgS6dRH1bvE4h7mHm8lS3_vvM/s1600/Rapport-chaos.jpg" imageanchor="1" style="clear: right; margin-bottom: 1em; margin-left: auto; margin-right: auto;"><img border="0" data-original-height="439" data-original-width="600" height="234" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEh6YgBDmfJ1R7Sa7r9trqcqnWdS8sehKJyNToMEbH3MYvdrYMyTWY7fAnXjN_zXtTOK4hyphenhyphenEckPnkra4WAXjf4shirJD8JyK5Tiu3NWnS4xNcF82bgU6Lr8TgS6dRH1bvE4h7mHm8lS3_vvM/s320/Rapport-chaos.jpg" width="320" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Résultats du rapport Chaos du Standish Group pour 2015</td></tr>
</tbody></table>
<br />
<br />
La démarche agile améliore les chances de succes des projets, c'est indéniable. Voir à ce sujet les résultats du <a href="https://www.infoq.com/fr/articles/rapport-chaos-2015" target="_blank">rapport Chaos du Standish Group</a>. L'amélioration est-elle dûe à une meilleure "architecture" ? Les chiffres disponibles ne parlent pas. L'agile est une bonne pratique, mais elle ne saurait garantir une architecture, qui dépend en bonne part des efforts de conception réalisés avant le lancement des projets.<br />
<br />
<br />
<br /></div>
<div>
De toutes façons, le pourcentage de projets en échec reste important. Quoiqu'on fasse, le parcours d'un projet est l'exploration d'un labyrinthe, ou la part d'imprévisible est, en quelque sorte "mathématique" : c'est, dit savamment, un "processus stochastique", avec, à chaque porte du labyrinthe, un tirage selon une loi de probabilité. Plus le projet est important plus il y a de portes à franchir, et donc de tirages, et la probabilité de réussite, qui est une probabilité composée, tend vers 0. Car un projet est parsemé de voie sans retour, de déconvenues et détours imprévus (voir à ce sujet l'effet bollos dans <a href="http://www.value-architecture.com/2016/11/levolution-darwinienne-des-systemes.html" target="_blank">le post sur l'évolution darwinienne des SI</a>).<br />
<br />
Bref, le déterminisme des projets est en bonne partie illusoire. Le déterminisme d'un EA "Requirement Centric", tel que présenté par ADM, est trompeur car il ne restitue pas cette mouvance.<br />
<br />
Cependant, dans ce contexte parsemé d'inconnus, et de fausses certitudes, il y a de bonnes raisons de croire encore dans la nécessité, et en les vertues d'une Architecture d'Entreprise revisitée.<br />
<br />
<h3>
Là où l'EA peut reprendre pied</h3>
</div>
<div>
<br />
Traditionnellement l'Architecture d'Entreprise trouve sa justification dans 3 fondements :</div>
<div>
<br /></div>
<div>
<ul>
<li><b>Transversalité</b> : la prise de recul par rapport aux visions fragmentaires, celles des fameux silos que l'on retrouve dans toute organisation, est indispensable pour la cohérence, la synergie, la subsidiarité que l'EA peut préconiser. La position transverse nourrit l'apport de valeur de l'EA.</li>
<li><b>Technologie</b> : l'EA tire de la quintessence de l'offre technologique, et de son évolution, les propositions pertinentes tant au niveau business que sur les couches fonctionnelles, applicatives, techniques, ainsi que pour la composition des systèmes d'information.</li>
<li><b>Vison à Terme</b> : par delà la précipitation des différents métiers, avides de voir leurs "besoins" satisfaits, l'EA apporte une perspective indispensables pour assembler ces initiatives et les faire converger.</li>
</ul>
<div>
Ces fondements sont durables, même dans un contexte plus agile et plus frénétique. Ils en sont d'ailleurs renforcés. Et les enjeux auxquels l'EA contribue changent de nature, se portant au delà du SI, dans les chaînes de valeur elles-même.</div>
<div>
<br /></div>
<div>
Ces fondements ne suffisent plus. Heureusement l'EA peut reprendre pied : La technologie, par l'émergence du "Data Centric" et de ses fidèles bibliothèques de Data Integration, d'API management, de Master Data Management, ouvre un nouveau levier pour l'EA : l'<b>action de court terme</b>.<br />
<br />
L'EA peut ainsi se reconnecter au monde actuel, retrouver une crédibilité indispensable, et prouver concrètement son apport de valeur.<br />
<br /></div>
<h3>
L'action de court terme change tout</h3>
<div>
<br />
L'Architecte d'Entreprise était un grand ingénieur de cible, et producteur de cartographies. L'action de court terme lui permet de devenir le praticien des Architectures Data Centric. Ces Architectures désimbriquent les composants et préparent un SI recomposable facilement, adaptable aux aléas du Business comme aux ruptures technologiques.</div>
<div>
<br />
Avec l'<a href="http://www.value-architecture.com/2016/02/larchitecture-flexible-en-pratique.html" target="_blank">Architecture Flexible</a>, nous avons posé les principes de telles architectures, et proposé d'<span style="color: #0000ee; text-decoration-line: underline;">articuler le SI sur les invariants.</span><br />
Par delà la méthode, il s'agit pour l'EA d'un changement de posture aux multiples conséquences.<br />
<br />
<h3>
Le rebond stratégique de l'EA : changement de posture</h3>
</div>
</div>
<div>
<br />
Même si l'EA demeure fondée sur ses 3 raisons d'être traditionnelles, la posture comme acteur du court terme, et du changement, est prééminente : plus visible, plus concrète, plus présente le long du cycle de vie des projets.<br />
<br />
Dès lors, l'idole de la cible passe au second plan. Le mouvement prime sur la théorie des exigences. Et surtout le cœur de métier de l'Architecte devient la <b>constante recherche de flexibilité</b>.<br />
<br />
<br />
<ul>
<li>La <b>Flexibilité</b> à introduire au gré des opportunités,</li>
<li>La <b>Flexibilité</b> à démontrer à chaque instant dans les scénarios les plus improbables,</li>
<li>La <b>Flexibilité</b> à maintenir contre vents et marées.</li>
</ul>
<br />
Enfin, l'Architecte d'Entreprise abandonne ses rivages méthodologiques et entre dans un nouveau paradigme, où il défend la transformation de l'Entreprise par le levier du Data Centric, au fil de l'eau des projets.<br />
<br />
Le SI reste vu comme un système, mais non plus dans une systémique déterministe et utopique, dont on connait les écueils et les échecs, mais dans une <b>systémique active</b>.<br />
<br />
Cet EA à vision systémique, darwinienne, met en place progressivement les catalyseurs de transformation du SI. Le métier de l'EA est celui d'un <b>concepteur et praticien</b> de ces catalyses (puits d'événements, référentiels pivots) introduites à des points clés du patrimoine SI. Au sien d'un SI qui mute alors naturellement, <b>sans cible impérative</b>, par tâche d'huile, et décisions décentralisées.</div>
René Mandelhttp://www.blogger.com/profile/17211584826619896315noreply@blogger.com3tag:blogger.com,1999:blog-1208304208661212137.post-82135438622456197502017-09-24T23:19:00.000+02:002017-09-25T08:45:50.169+02:00Architecture flexible : le rendez-vous avec les architectures événementielles<br />
<div class="MsoNormal" style="clear: right; float: right; margin-bottom: 1em; margin-left: 1em;">
<!--[if gte vml 1]><v:shapetype id="_x0000_t75" coordsize="21600,21600"
o:spt="75" o:preferrelative="t" path="m@4@5l@4@11@9@11@9@5xe" filled="f"
stroked="f">
<v:stroke joinstyle="miter"/>
<v:formulas>
<v:f eqn="if lineDrawn pixelLineWidth 0"/>
<v:f eqn="sum @0 1 0"/>
<v:f eqn="sum 0 0 @1"/>
<v:f eqn="prod @2 1 2"/>
<v:f eqn="prod @3 21600 pixelWidth"/>
<v:f eqn="prod @3 21600 pixelHeight"/>
<v:f eqn="sum @0 0 1"/>
<v:f eqn="prod @6 1 2"/>
<v:f eqn="prod @7 21600 pixelWidth"/>
<v:f eqn="sum @8 21600 0"/>
<v:f eqn="prod @7 21600 pixelHeight"/>
<v:f eqn="sum @10 21600 0"/>
</v:formulas>
<v:path o:extrusionok="f" gradientshapeok="t" o:connecttype="rect"/>
<o:lock v:ext="edit" aspectratio="t"/>
</v:shapetype><v:shape id="Image_x0020_2" o:spid="_x0000_i1025" type="#_x0000_t75"
alt="TM Architecture" style='width:513pt;height:252pt'>
<v:imagedata src="file:///C:\Users\RM\AppData\Local\Temp\msohtmlclip1\01\clip_image001.png"
o:href="cid:image002.png@01D334B7.8DD914F0"/>
</v:shape><![endif]--><!--[if !vml]--><!--[endif]--><span style="color: #1f497d; mso-fareast-language: EN-US;"><o:p></o:p></span></div>
<br />
<h4>
L'originalité de l'Architecture Flexible</h4>
<br />
L'Architecture Flexible, telle que définie ici et <a href="http://trame-business.fr/mon-installation/index.php/architecture-flexible/" target="_blank">sur le site</a> qui est dédié à ce concept, est d'abord une approche conceptuelle.<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgF_KfguAKjByzmXPNfAox9ARD3-a-rLMpQSgwzGT8rOSEhjULidScJTugvtgw-4Vw-pu09sqlfvZVMJDiFXO0Jgnq596QEfyNcf73TTjsXK244tlKXlJ9gpXA-PDdb2gPC7zggIdkWczWv/s1600/Flexible.png" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" data-original-height="533" data-original-width="593" height="287" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgF_KfguAKjByzmXPNfAox9ARD3-a-rLMpQSgwzGT8rOSEhjULidScJTugvtgw-4Vw-pu09sqlfvZVMJDiFXO0Jgnq596QEfyNcf73TTjsXK244tlKXlJ9gpXA-PDdb2gPC7zggIdkWczWv/s320/Flexible.png" width="320" /></a></div>
Elle trouve son fondement dans les chaînes de valeur, qui structurent le Business, au delà des processus, et des systèmes d'information. Le framework de la "<a href="http://trame-business.fr/mon-installation/index.php/la-trame-business/" target="_blank">Trame Business</a>" explique cette structuration du Business.<br />
<br />
Au niveau des systèmes d'information la figure de style propre à l'architecture flexible, qui lui donne toutes ses capacités, est celle du <b><a href="http://trame-business.fr/mon-installation/index.php/architecture-flexible/puits-de-donnees/" target="_blank">puits d'événement</a></b> (ce terme est mieux adapté que celui de puits de données qui peut prêter à confusion).<br />
<br />
C'est en combinant judicieusement puits d'événements, référentiels de données (généralement qualifiées de données maîtres d'où l’acronyme de MDM), dans le domaine étudié, que l'Architecture Flexible offre une solution innovante et pérenne. La Trame Business fournit un guide à cette analyse, lui donnant une efficacité inconnue dans les approches cantonnées au seul SI, qui peinent à définir des domaines objectifs, et stables.<br />
<br />
<h4>
Un atterrissage technique à prouver</h4>
<br />
Conceptuellement, l'Architecture Flexible peut fonctionner avec toutes technologies. En particulier, le modèle du Puits d'événement étant simple, il peut sans probléme être implanté sur une base de données classique, avec un modèle raltionnel en somme rudimentaire par rapport à celui de bien des bases existantes. De plus ce type de base est peu évolutif.<br />
<br />
Cependant, en plaçant des Puits d'événements comme clés de voute de toutes les interactions, l'architecture technique doit être particulièrement efficace et sûre. Elle doit fonctionner en 24/7 et en temps immédiat.<br />
<br />
De plus, il est souhaitable de pouvoir ajouter cette couche d'intelligence à moindre coût et sur des solutions "scalables".<br />
<br />
<h4>
L'émergence de nouvelles offres basées sur des "log d'événements"</h4>
<br />
L'évolution du monde de l'Open Source donne lieu à de nombreux projets, dont certains répondent aux besoins des entreprises natives de l'internet, typiquement confrontées aux grosses volumétries, aux multiples interactions, et un écosystème nativement événementiel.<br />
<br />
Grosso modo, l'organisation des données a toujours été séparée en deux phases : celle de l'enregistrement et de mise en forme et celle de l'utilisation. C'était déjà le cas dans l'ancien temps, avec les registres de naissance par exemple, qui nécessitaient un gros travail manuel de préparation pour rendre les recherches faciles. Avec les bases de données, l'accent est mis sur la structuration sur des dimensions de recherche, ce qui en complique grandement la gestion. Avec les technologies traditionnelles, c'était le prix à payer pour rendre les bases de données exploitables. Avec la technologie actuelle, la performance des recherches permet d'imaginer des bases où la préparation est minimaliste. Ceci rendra probablement les bases classiques obsolètes... Sans pour autant dévaluer les vertus du modèle relationnel, des travaux sur la qualité des données, ... bref tout un acquis qui n'est pas à remettre en cause dans le monde dit "de la gestion".<br />
<br />
De fait, le modèle technique qui tend à s'imposer est celui des "log d'événements immuables" : c'est justement le modèle des faits invariants défini pour les puits d'événements. Pour une argumentation convaincante sur ce nouveau modèle voir le long et lumineux article de Martin Leppmann : "<a href="https://www.confluent.io/blog/turning-the-database-inside-out-with-apache-samza/" target="_blank">Turning the data base inside-out with Apache Samza</a>".<br />
<br />
Les experts des micro-services, confrontés à la réalité de l'entropie naturelle, imaginent des architectures, dans une démarche "bottom-up". Ces démarches convergent de façon flagrante avec l'approche "top-down" de l'Architecture Flexible. Lire en particulier l'article très clair de Chritian Posta : "<a href="http://blog.christianposta.com/microservices/the-hardest-part-about-microservices-data/" target="_blank">The hardest part about microservices : your data</a>".<br />
<br />
<h4>
Une convergence nécessaire</h4>
<br />
Le schéma central de l'article de C. Posta correspond avec le type d'organisation de SI ciblé par l'architecture Flexible :<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjDoo6IFhX8hQkkM1q8gb0yywgFz7Qe0gVgrJC5crj-MAOd7qclngE0W1HpgcSlKAnezOtzYdvnTr1B7p1U1YJqoFOzKebQ2DP1bwmcMuGiFfGIzMpazWDuusHVtYri_fP300AyRSnUPIcs/s1600/microservices.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" data-original-height="336" data-original-width="684" height="313" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjDoo6IFhX8hQkkM1q8gb0yywgFz7Qe0gVgrJC5crj-MAOd7qclngE0W1HpgcSlKAnezOtzYdvnTr1B7p1U1YJqoFOzKebQ2DP1bwmcMuGiFfGIzMpazWDuusHVtYri_fP300AyRSnUPIcs/s640/microservices.jpg" width="640" /></a></div>
<br />
<div class="MsoNormal">
<span style="color: #1f497d; mso-fareast-language: EN-US;">On
voit bien qu’il y a coexistence de ba</span><span style="color: blue;">s</span><span style="color: #1f497d; mso-fareast-language: EN-US;">e « classiques » sur SQL et
d’autres de type Elastic Seach.<o:p></o:p></span></div>
<div class="MsoNormal">
<span style="color: #1f497d; mso-fareast-language: EN-US;">Cet "event log" correspond bien à un « puits d’événements ». Il est
instancié sur Apache Kafka.<o:p></o:p></span></div>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Tout les avantages de la "promesse" de l'architecture Flexible sont repris par C. Pasta, avec un vocabulaire plus concret et technique :</div>
<div class="MsoNormal">
<span lang="EN" style="color: #333332; font-family: "times new roman" , serif;"><br /></span></div>
<div class="MsoNormal">
<span lang="EN" style="color: #333332; font-family: "times new roman" , serif;">This comes with some great advantages:<o:p></o:p></span></div>
<ul type="disc">
<li class="MsoNormal" style="color: #333332; mso-list: l0 level1 lfo1; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; tab-stops: list 36.0pt;"><span lang="EN" style="font-family: "times new roman" , serif;">we avoid expensive, potentially
impossible transaction models across boundaries<o:p></o:p></span></li>
<li class="MsoNormal" style="color: #333332; mso-list: l0 level1 lfo1; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; tab-stops: list 36.0pt;"><span lang="EN" style="font-family: "times new roman" , serif;">we can make changes to our system
without impeding progress of other parts of the system (timing and
availability)<o:p></o:p></span></li>
<li class="MsoNormal" style="color: #333332; mso-list: l0 level1 lfo1; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; tab-stops: list 36.0pt;"><span lang="EN" style="font-family: "times new roman" , serif;">we can decide how quickly or
slowly we want to see the rest of the outside world and become eventually
consistent<o:p></o:p></span></li>
<li class="MsoNormal" style="color: #333332; mso-list: l0 level1 lfo1; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; tab-stops: list 36.0pt;"><span lang="EN" style="font-family: "times new roman" , serif;">we can store the data in our own
databases however we’d like using the technology appropriate for our
service<o:p></o:p></span></li>
<li class="MsoNormal" style="color: #333332; mso-list: l0 level1 lfo1; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; tab-stops: list 36.0pt;"><span lang="EN" style="font-family: "times new roman" , serif;">we can make changes to our schema/databases
at our leisure<o:p></o:p></span></li>
<li class="MsoNormal" style="color: #333332; mso-list: l0 level1 lfo1; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; tab-stops: list 36.0pt;"><span lang="EN" style="font-family: "times new roman" , serif;">we become much more scalable,
fault tolerant, and flexible<o:p></o:p></span></li>
</ul>
<div class="MsoNormal">
<span lang="EN" style="color: #333332; font-family: "times new roman" , serif;">Notably, this comes with disadvantages:<o:p></o:p></span></div>
<br />
<ul type="disc">
<li class="MsoNormal" style="color: #333332; mso-list: l1 level1 lfo2; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; tab-stops: list 36.0pt;"><span lang="EN" style="font-family: "times new roman" , serif;">it’s more complicated<o:p></o:p></span></li>
<li class="MsoNormal" style="color: #333332; mso-list: l1 level1 lfo2; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; tab-stops: list 36.0pt;"><span lang="EN" style="font-family: "times new roman" , serif;">difficult to debug<o:p></o:p></span></li>
<li class="MsoNormal" style="color: #333332; mso-list: l1 level1 lfo2; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; tab-stops: list 36.0pt;"><span lang="EN" style="font-family: "times new roman" , serif;">since you have a delay when seeing
events, you cannot make any assumptions about what other systems know
(which you cannot do anyway, but it’s more pronounced in this model)<o:p></o:p></span></li>
<li class="MsoNormal" style="color: #333332; mso-list: l1 level1 lfo2; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; tab-stops: list 36.0pt;"><span lang="EN" style="font-family: "times new roman" , serif;">more difficult to operationalize<o:p></o:p></span></li>
<li class="MsoNormal" style="color: #333332; mso-list: l1 level1 lfo2; mso-margin-bottom-alt: auto; mso-margin-top-alt: auto; tab-stops: list 36.0pt;"><span lang="EN" style="font-family: "times new roman" , serif;">you have to pay even more
attention to CAP Theorem and the technologies you chose to implement your
storage/queues<o:p></o:p></span></li>
</ul>
<div>
<div class="MsoNormal">
<span style="color: #1f497d;">A noter que ne mettre en place que Apache Kafka, sans formaliser le log, n’a aucun intérêt : l’architecture repose certes sur la techno mais aussi sur la conception. Tant que les événements sont noyés dans des batchs il n’y a rien de possible ! Sans parler de la tri-datation. Il faut reconstituer un flux événementiel, souvent effacé par la mise en base de données. Par ailleurs, l’article montre bien que cette architecture, en organisant la division en domaines autonomes (mais interdépendants via le log), simplifie l’ensemble.</span></div>
<div class="MsoNormal">
<span style="color: #1f497d;"><br /></span></div>
<div class="MsoNormal">
<span style="color: #1f497d;">Il y a bien convergence, et possibilité d'enrichissement mutuel, entre ces approches.</span></div>
<div class="MsoNormal">
<span style="color: #1f497d;"><br /></span></div>
</div>
René Mandelhttp://www.blogger.com/profile/17211584826619896315noreply@blogger.com3tag:blogger.com,1999:blog-1208304208661212137.post-10935152785328915632017-07-08T19:00:00.002+02:002018-03-09T18:22:30.739+01:00Voir les systèmes par les événementsSuite à une mission concrète pour une entreprise, comment ne pas se perdre dans le SI ? avec ses strates, les a priori, les incompréhensions, les recettes miracles ?<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
</div>
<h4>
La "Méthode" une sécurité ?</h4>
<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhO9YjOxBUvneXPEs2FyxpO9Sb3MQEHlyKNeYXlaAof4k0CISujrkA6ln4RAtIkj6UAXGGUjhKL0KOTsGcekQwxDZ3cl-slJIMZO_PacQkqLJHkyLfp8wBERZfVTtbeGgQuI-RHxEbHiCvn/s1600/l-approche-systemique-peut-elle-aider-a-apprehender-la-complexite-de-l-evaluation-des-politiques-publiques.jpg" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" data-original-height="475" data-original-width="475" height="320" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhO9YjOxBUvneXPEs2FyxpO9Sb3MQEHlyKNeYXlaAof4k0CISujrkA6ln4RAtIkj6UAXGGUjhKL0KOTsGcekQwxDZ3cl-slJIMZO_PacQkqLJHkyLfp8wBERZfVTtbeGgQuI-RHxEbHiCvn/s320/l-approche-systemique-peut-elle-aider-a-apprehender-la-complexite-de-l-evaluation-des-politiques-publiques.jpg" width="320" /></a></div>
Chacun est friand de Méthode, de "pattern", de tour de main reconnu. Auteur moi-même de tels outils (la <b><a href="http://trame-business.fr/mon-installation/index.php/la-trame-business/" target="_blank">Trame Business</a></b>, l'<b><a href="http://trame-business.fr/mon-installation/index.php/architecture-flexible/" target="_blank">Architecture Flexible</a></b>), la référence à ces efforts de conception est commode. Et l'on a toujours en réserve un catalogue de cas d'usage, précieuse justification de la Méthode.<br />
<br />
Cependant, chacun doute toujours. Et il le faut, c'est la garantie du progrès. La Méthode n'est qu'un guide qu'il faut transgresser. Confronter ce guide à la réalité : on trouvera des faiblesses. Mais aussi des forces imprévues. Il en est une que j'affectionne particulièrement : la <b>simplicité.</b><br />
<br />
<br />
<h4>
Un défi de complexité</h4>
<div>
<br /></div>
<div>
Une mission brassant en un coup d'oeil l'intégralité de l'Entreprise est toujours un défi de complexité.</div>
<div>
Un défi à lever dans un délai court et avec un temps d'analyse réduit. Il est clair qu'une approche d'Entreprise Architecture sophistiquée n'est d'aucun secours. Quand il faut plusieurs mois pour l'apprendre, on aura une mise en oeuvre en cohérence avec cette temporalité.</div>
<br />
Comment rester pertinent en entrant cependant dans le sujet ? Il me semble que seule une approche "<b>systémique</b>" peut à la fois résumer le système et ouvrir des pistes pour l'analyse détaillée.<br />
<br />
Mais cela ne suffit pas : il faut aussi comprendre les fonctionnement actuel, dans ses travers et subtilités.<br />
<br />
Pour ce deuxième aspect, l'<a href="http://trame-business.fr/mon-installation/index.php/architecture-flexible/le-data-hub-epine-dorsale-de-la-flexibilite/" target="_blank">approche </a><b><a href="http://trame-business.fr/mon-installation/index.php/architecture-flexible/le-data-hub-epine-dorsale-de-la-flexibilite/" target="_blank">par les données</a> </b>permet de s'abstraire de multiples détails.<br />
<br />
Abstraction, abstraction ? Quelles sont les clés ?<br />
<br />
<h4>
La vision par les données</h4>
<br />
La vision par les données est à la mode. A une époque, le concept de "<a href="http://trame-business.fr/mon-installation/index.php/architecture-flexible/puits-de-donnees/" target="_blank">puits de données</a>" provoquait une incompréhension quasi totale. Les choses changent petit à petit. Le <b>Data Centric </b>est encore trop centré sur la découvert des technologies Big Data et des merveilleux Data Scientists.<br />
<br />
Par les données, on réinvente l'Architecture du SI, et surtout on peut la mettre en mouvement avec quelques composants clés (les <a href="http://www.value-architecture.com/2014/03/systemes-dinformation-bouger-les.html" target="_blank">roulettes de la cathédrale</a>...). Par les données on peut contourner les énormes blocs du Legacy, et préparer un fonctionnement du SI plus fluide. C'est tout le jeu de Lego de l'Architecture Flexible, pour lequel les bases technologiques existent. Mais un jeu qui est bien ailleurs, dans la conception même d'un SI : décider de ce qui est partagé et de ce qui est subsidiaire.<br />
<br />
<h4>
Donner du sens par les événements</h4>
<br />
La mécanique de l'Architecture Flexible doit répondre à des enjeux de transformation. Chercher le Business Model ? En a-t-on vraiment besoin ? On peut si facilement s'abstraire des configurations d'affaires, de l'organisation, des processus et des SI : il faut <b>voir le système par les événements</b>.<br />
<br />
La Trame Business propose le modèle et permet une analyse fondatrice. Une abstraction salutaire.<br />
<br />
Comme disait un interlocuteur découvrant une Trame Business réalisée lors de la mission récente : "<i>C<b>omment avez vous fait cela </b></i>?"<br />
<br />
On lui demande pourquoi il pose cette question :<br />
<br />
"<i><b>Parce que cela représente bien la réalité</b></i>."<br />
<br />
Simple et efficace.<br />
<br />
<br />
<br />René Mandelhttp://www.blogger.com/profile/17211584826619896315noreply@blogger.com3tag:blogger.com,1999:blog-1208304208661212137.post-81661942669781144762017-03-01T14:10:00.003+01:002017-03-01T14:12:47.494+01:00La réglementation GDPR défi d'Architecture d'Entreprise<br />
La prochaine réglementation de <b>protection des données personnelles</b> (GDPR) sera en application dans l'ensemble de l'Europe dès mai 2018.<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhDeCkljJbOzcJzZhZF2zJJ12amm2-XGRZk2bY-F881IAId2s_-c7bPSET7WlxO_AQbqOJZqSQ5f0W3nJVLgY962mmze_Veuz2oG1LHbyiAK6eLxKyqoPDPusnONSxwg1uF9GiOCygSSdaz/s1600/Capture+plein+%25C3%25A9cran+01032017+122008.bmp.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="194" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhDeCkljJbOzcJzZhZF2zJJ12amm2-XGRZk2bY-F881IAId2s_-c7bPSET7WlxO_AQbqOJZqSQ5f0W3nJVLgY962mmze_Veuz2oG1LHbyiAK6eLxKyqoPDPusnONSxwg1uF9GiOCygSSdaz/s320/Capture+plein+%25C3%25A9cran+01032017+122008.bmp.jpg" width="320" /></a></div>
<br />
Pourtant, les entreprises et organisations ne semblent pas prendre la mesure de l'enjeu, de la sensibilité du sujet, de sa complexité, et des risques.<br />
Par exemple peu de DPO (Data Protection Officer) ont été désignés. Pourtant ce prérequis est nécessaire. Face à une réglementation complexe, les DPO auront-ils le temps de l'assimiler ? Auront-ils les moyens d'agir d'ici l'échéance ?<br />
<br />
Chaque entreprise devra faire des choix pour appliquer cette réglementation d'une centaine d'articles, et d'autant de "considérants"... et faire face à d'éventuelles procédures individuelles et collectives. Dès la promulgation de cette loi, européenne, les responsabilités sont clairement posées. Les DPO seront en première ligne, comment seront-ils outillés ?<br />
<br />
<h4>
Une situation paradoxale</h4>
<br />
Certes la nouvelle réglementation prolonge les réglementations précédentes, mais elle en change la magnitude :<br />
<br />
<ul>
<li>s'appliquant dans toute l'Europe, elle devient de fait obligatoire pour les multi-nationales,</li>
<li>elle introduit de <b>nouveaux droits</b> (portabilité des données, droit à l'oubli, droits des mineurs, droit d'information en cas de piratage des données, ...) et des modalités de mise en oeuvre contraignantes (consentement clair et explicite, information compréhensible,...),</li>
<li>les <b>procédures de recours </b>et les amendes ont été sérieusement durcies par rapport aux règles précédentes, les amendes administratives pouvant s'élever jusqu'à 20 000 000 EUR ou <b>4 % du chiffre d'affaires annuel mondial</b> de l'entreprise.</li>
</ul>
<div>
Pour les entreprises, dès lors qu'elles ont une activité qui nécessite l'usage de données personnelles, le risque est patent. On peut douter de cette réalité, mais divers "contre-pouvoir" auront là une voie de recours, et il serait étonnant qu'ils n'en fassent pas usage.</div>
<br />
Paradoxe donc entre l'apathie des entreprises et organisations, et les risques encourus, juridiques, financiers, et de <b>dérapage d'image</b> au cas où une pratique non conforme apparaîtrait au grand jour.<br />
<br />
<h4>
Un "tsunami" pour le SI ?</h4>
<div>
<br />
La GDPR est une problématique globale, <b>systémique</b>, pour le SI. Un enjeu aux infinies répercutions, dans les dédales du patrimoine SI. Un problème de type "An 2000" ou "Euro", genre de dépense qui n'apporte pas de valeur, et dont le coût est imprévisible ?</div>
<div>
<br /></div>
<div>
Le sujet est, en soi, plus complexe qu'à l'ordinaire. Complexe et incertain, car, sur bien des articles du texte, plusieurs interprétations seront possibles.<br />
<br />
L'<b>incertitude est stratégique</b> : quelle anticipation, quelle vision ? qui croire des plus optimistes (doute sur l'application du texte, probabilité de contournement, jurisprudence favorable à l'entreprise,..), au plus pessimistes (rigueur des procédures, exigences sociétales croissantes, ... ) ?</div>
<div>
<br /></div>
<div>
L'<b>incertitude est aussi technique</b>. La mise en conformité du SI, peu étudiée jusqu'à présent dans l'attentisme ambiant, sera-t-elle :<br />
<ul>
<li>Rapide, peu coûteuse, localisée seulement en certains endroits du SI ?</li>
<li>Ou au contraire, au long cours, impliquant de multiples adaptations interdépendantes ?</li>
</ul>
</div>
<div>
<br /></div>
<h4>
Une question typique "d'urbanisme du SI", "d'Architecture d'Entreprise" </h4>
<div>
<br />
La problématique centrale de l'Architecture d'Entreprise (EA), est de faire évoluer "en douceur" et à moindre coût, un patrimoine SI. La GDPR, par delà les questions stratégiques posées, relève typiquement d'une telle problématique.<br />
<br />
Avec le temps qui passe, le défi prend de la force : le temps de cycle de l'EA est un temps plus long que celui des développements agiles, de par la complexité de systèmes empilés, imbriqués et étendus.<br />
<br />
Particulièrement dans de grandes structures, tous les systèmes ne sont pas centralisés, il existe des silos organisationnels, des filiales, des entités locales... alors que le risque propagé par la GDPR est un <b>risque d'image global</b>. Le risque technique existe dans ces diverses configurations, et, par la structuration du SI qu'elle a créé, l'<b>Architecture est critique</b> pour ce risque.<br />
<br />
<h4>
Du point de vue "architectural", distinguer "cœur GDPR" et annexes</h4>
<br />
Au vu de la réglementation, et de ses multiples dispositions, il faut se donner un point de vue architectural, Ainsi peut-on distinguer, dans les fonctions requises, des fonctions "cœur" et d'autres "annexes".<br />
<br />
La réglementation implique des fonctions "<b>cœur</b>" :<br />
<ul>
<li>Fonctionnements des traitements réalisés qui doivent être conformes : ne pas réaliser un traitement correspondant à une finalité pour laquelle le consentement n'a pas été recueilli.</li>
<li>Limiter le champ sémantique et l'historique des informations au minimum requis pour les traitements consentis,</li>
<li>Exécuter le droit à l'oubli, etc ...</li>
</ul>
Ces fonctions sont complétées par des fonctions <b>annexes</b>, qui bien que majeures, s’appuient sur les fonctions "cœur" :<br />
<ul>
<li>Recueillir et gérer les consentements</li>
<li>Informer les personnes des incidents survenus (atteinte à la sécurité, ...)</li>
<li>Tenir un registre des traitements,</li>
<li>Gérer les demandes de portabilité, ...</li>
</ul>
<div>
Bien sûr, ce n'est ici qu'une <b>esquisse</b> d'analyse du sujet, sommaire. Mais elle vise à faire un premier tri, et, par exemple, de clarifier les subsidiarités possibles (selon les finalités, les profils de personnes, les pays, ...) à prévoir dans l'Architecture.</div>
<div>
<br /></div>
<h4>
La vision "cycle de vie du patrimoine"</h4>
<div>
<br />
L'Architecture d'Entreprise, par une approche méthodologique très orientée "grand projet", pourrait inciter à un "urbanisme" "haussmannien" : casser de grandes zones du SI pour les refaire à neuf.</div>
<div>
Ceci serait possible dans le cadre de grands programmes, mais l'opportunité est rare. Le responsable de la mise en place de la GDPR n'aura certainement ni le délai, ni les moyens pour cette thérapie chirurgicale.</div>
<div>
<br /></div>
<div>
Le problème est dès lors :</div>
<div>
<ul>
<li>d'une part de statuer sur le cas de<b> nouveaux développements</b> au sein du SI, pour qu'ils soient "nativement" conformes (approche dite "<a href="https://cnpd.public.lu/fr/dossiers-thematiques/nouvelles-tech-communication/privacy-by-design/index.html" target="_blank">privacy by design</a>")</li>
<li>d'autre part de faciliter une <b>migration progressive</b> du patrimoine, au fil de l'eau, de façon déconcentrée, pour s'aligner à la conformité.</li>
</ul>
<div>
On retrouve là encore un grand classique de l'EA, et des défis de long terme auxquels elle répond.</div>
<div>
<br /></div>
<h4>
Propager la conformité au sein de l'iceberg SI</h4>
<div>
<br />
De ces premières réflexions émergent quelques idées simples :<br />
<br />
<ul>
<li>le cœur d'architecture est clé pour la conformité à la GDPR, que ce soit pour le "<b>privacy by design</b>", ou pour la <b>propagation de cette conformité</b> au sein de l'iceberg du SI existant</li>
<li>ce cœur d'architecture est fortement <b>générique</b>, car reposant sur un modèle semblable quelques soient les organisations (personnes, finalités, activités, consentements)</li>
<li>le schéma typique, pour ce cœur, fondé sur des référentiels pour la structuration, et des "puits de données" pour le traçage des interactions, relève de l'<b><a href="https://fr.wikipedia.org/wiki/Architecture_flexible" target="_blank">Architecture Flexible</a></b>.</li>
</ul>
<br />
En somme, malgré la complexité inhérente au sujet, pour les entreprises et organisations, une possible voie est tracée. </div>
<div>
<br /></div>
</div>
<h4>
L'initiative du Club Urba-EA</h4>
<div>
<br /></div>
<div>
Le Club Urba-EA a décidé de prolonger ses travaux sur les pratiques en entreprise, par la mise en oeuvre d'un <b><a href="http://www.urba-ea.org/projet/laboratoire-de-la-flexibilite/" target="_blank">Laboratoire de la Flexibilité</a></b>, dans le but de tester et démontrer des architectures innovantes. Dans le cadre de ce Laboratoire, la question des données personnelles sera l'objet de réflexions et de réalisations concrètes de prototypes.<br />
<br />
Le cas de la GDPR, par sa <b>généricité</b> et son <b>universalité</b>, permettra de réaliser un démonstrateur de "<b><a href="http://trame-business.fr/mon-installation/index.php/2017/02/21/projet-de-moteur-de-conformite-a-gdpr/" target="_blank">moteur de conformité GDPR</a></b>". Il illustrera le framework dont les bases sont indiquées ci-dessus.<br />
Un tel produit simplifié sera un accélérateur, et levier d'architecture, pour les projets que les entreprise et organisations auront à conduire dans les mois qui viennent.</div>
</div>
René Mandelhttp://www.blogger.com/profile/17211584826619896315noreply@blogger.com3tag:blogger.com,1999:blog-1208304208661212137.post-1146484940789584722016-11-29T23:07:00.002+01:002016-11-29T23:07:45.983+01:00L'évolution darwinienne des Systèmes d'informationDans un monde qui semble <b>imprévisible</b>, avec des bouleversements économiques, sociaux, technologiques, les certitudes et rationalités passées sont remises en cause.<br />
De quoi le monde de demain sera-t-il fait ? Un monde hyper-connecté, mais avec quelle redistribution du travail et des richesses ? Quels "business models" à succès, au delà des ubérisations de facilité ?<br />
<br />
On prédit que d'autres grandes entreprises globales suivront le sort de Kodak, vont <b>disparaître</b>, qu'une multitude d'emplois traditionnels seront exclus de l'économie, que des légions de start-up vont tailler des croupières aux groupes les plus puissants...<br />
<br />
Dans l'économie des systèmes d'information, qu'elle soit interne à l'entreprise, ou plus globale, le "bouillon de culture" d'une évolution darwinienne est aussi à l'oeuvre, dans une <b>remise en cause généralisée</b> des architectures, méthodes et outils traditionnels.<br />
<br />
Cette métaphore de l'évolution nous ouvre une double perspective : celle de l<b>'effet déterminant des aléas</b>, et celle des <b>répercutions "systémiques"</b> aux conséquences souvent violentes.<br />
<br />
Cette vision s'applique particulièrement bien aux systèmes d'information.<br />
<br />
<h4>
L’Écosystème et ses cycles de vie</h4>
<br />
<table cellpadding="0" cellspacing="0" class="tr-caption-container" style="float: left; margin-right: 1em; text-align: left;"><tbody>
<tr><td style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEj1fmc3LCg2Pf4Yw_MdiRXHDk9xglF3ZGcVIh4IBsednqrzhE70uidLwwLOtclF_eQhMyJNcSgaKsbOPr6nISwQPGNSeVQNzZcuuRG5zPc6V-DVeK1Jo6_Aqb3wqpfWIwK2DlI-Ke2GrNEU/s1600/ecosystem+marketing.jpg" imageanchor="1" style="clear: left; margin-bottom: 1em; margin-left: auto; margin-right: auto;"><img border="0" height="195" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEj1fmc3LCg2Pf4Yw_MdiRXHDk9xglF3ZGcVIh4IBsednqrzhE70uidLwwLOtclF_eQhMyJNcSgaKsbOPr6nISwQPGNSeVQNzZcuuRG5zPc6V-DVeK1Jo6_Aqb3wqpfWIwK2DlI-Ke2GrNEU/s320/ecosystem+marketing.jpg" width="320" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Infographie d'un écosystème</td></tr>
</tbody></table>
Le terme d'écosystème caractérise un ensemble dont les composants sont :<br />
<br />
<ul>
<li><b>variés</b> : par exemple des entreprises et organisations multiples, ou, dans le SI : des composants (micro-services, composants d'intégration, APIs, ...), ou en biologie des cellules, des bactéries, ...</li>
<li><b>vivants en symbiose</b> forte, avec des interactions synergiques : tissus de PME, systèmes complexes, biotopes, ...</li>
<li>en <b>mutation continuelle</b> : démographie des entreprises, création de composants logiciel, mutations génétiques,... </li>
</ul>
On peut analyser le fonctionnement d'un écosystème, quel qu'il soit, à plusieurs niveaux :<br />
<ul>
<li>celui des <b>opérations individuelles</b>, cycles qui font vivre les organes, individus, entreprises, avec leurs diversités et leurs symbioses...</li>
<li>celui de l'<b>ensemble</b> constitué par l'écosystème, dans une vie globale, en abstraction des vies détaillées, comme on observe la vie d'un corps humain en abstraction de ses vies cellulaires, des vies bactériennes qui l'habitent.</li>
</ul>
<div>
Cette analyse, qu'elle soit individuelle ou globale, est faite "<b>à système constant</b>". En quelque sorte comme si les règles de fonctionnement étaient figées. Mais il y a aussi, dans l'échelle temporelle d'un écosystème, d'autres évolutions, fondamentalement distinctes des précédentes, de ces transformations opérationnelles que nous venons d'illustrer, ce sont :</div>
<div>
<ul>
<li>celles des <b>mutations</b> qui modifient les caractéristiques "génétiques" (gènes, business model, logiciel...) des individus, </li>
<li>les <b>changements d'équilibre</b> de l'écosystème, soit par l'effet des mutations, créant de nouvelles compétitions entre les espèces et une sélection naturelle, ou par l'impact de changements exogènes.</li>
</ul>
</div>
<div>
Dans le langage courant on utilise les termes de transformation (<i>transformation numérique</i>) de changement (<i>conduite du changement</i>), d'évolution (<i>théorie de l'évolution</i>), de mutation (<i>mutation génétique</i>). Il faut les relier dans une <b>perspective systémique</b>.</div>
<br />
<div>
La théorie darwinienne fournit une explication de ces transformations et évolutions des écosystèmes, dans une telle perspective.<br />
<br /></div>
<h4>
L'Architecture d'Entreprise et la vision darwinienne des "système d'information"</h4>
<br />
La <b>complexité</b> des systèmes d'information n 'a cessé de croître depuis l'apparition de l'informatique. L'extension de ces systèmes, la dynamique de leur évolution, leur interaction de plus en plus intime avec le monde vivant, rend les modélisations, la maîtrise, le contrôle, la prospective de plus en plus difficiles. Pourtant les enjeux sont majeurs et dépassent la technologie.<br />
<br />
L'<b>Architecture d'Entreprise,</b> sensée procurer les leviers de compréhension et de maîtrise des SI, est face à un défi. Une <b>vision darwinienne des systèmes d'information</b>, de leurs populations de composants, de leurs mutations continuelles, peut s'appliquer. Certes l'Architecte n'est pas un biologiste, mais il doit appréhender l'infiniment petit des micro-services, l'infiniment multiple des technologies et des solutions, dans un marais logiciel qui repousse toutes les limites.<br />
<br />
Le courant de pensée de l'Architecture d'Entreprise est celui d'une <b>pensée rationnelle</b>, qui voit le SI comme un tout cohérent, décrit selon différentes vues par des cartes fidèles de son état (cartographie des fonctions, des processus, architecture technique, ...). Cette pensée rationnelle peine maintenant à saisir tout le SI et toutes ses évolutions. Elle peine à décrire la <b>complexité des interactions systémiques</b>, car elle utilise des prismes d'analyse classiques, figés, devenus doctrinaires.<br />
<br />
Pourtant une vision globale des systèmes d'information, comme l'Architecture d'Entreprise a l'ambition de restituer, <b>doit être systémique</b>, car par delà l'apparente complexité, les interactions suivent des lignes invariantes, comme nous l'avons maintes fois expliqué sur ce site.<br />
<br />
Par ailleurs, la culture de l'ingénierie des SI, <b>n'admet pas les aléas</b>, qui sont pourtant la règle constatée en pratique.<br />
<br />
Au centre de la théorie Darwinienne de l'évolution, se trouve l'hypothèse de <b>mutations aléatoires</b> des espèces. Cette idée, appliquée au SI et à ses populations de logiciels mutantes, amène à penser que, dans le SI comme ailleurs, <b>d'impondérables aléas jouent un rôle déterminant</b>. Nous allons en donner l'explication.<br />
<br />
<h3>
L'effet Bolos "tombeur" des projets SI complexes</h3>
<br />
Le <b>bolos</b> est un lasso terminé par des brins de longueur différente et affublés de boules de diverses masses. Ce lasso, manié correctement, est très efficace pour capturer un animal, car les boules bloquent par exemple les pattes de la victime. L'explication est simple: lors du jet du lasso, parmi l'infinité de parcours des boules possible, et des enroulement provoqués, il y a une probabilité voisine de 1 qu'un des enroulements soit <b>bloquant</b> autour du membre de l'animal visé...<br />
<br />
Dans le souffle en partie erratique d'un projet SI complexe, les opportunités que se crée, suite à divers aléas, dont l'origine est imprévisible, mais l'émergence une certitude, des situations malencontreuse, sont légion : communication catastrophique, déploiement de solution de rupture, choix d'infrastructure IT malheureux et inadapté, conception amont s'avérant trop tard erronée, volte-face d'un éditeur, Big Bang imprudent, ... autant d'états imprévus et souvent <b>difficilement réversibles</b>.<br />
<br />
Transposons le lancer de lasso au cas de la migration induite par un <b>projet SI complexe</b>. La "capture de la cible" réussira-t-elle ? Supposons qu'un être supérieur, pleinement rationnel, par exemple un Architecte d'Entreprise (!) ait pu objectiver la migration de ce système complexe, et ait formalisé tous les chemins en un labyrinthe (voir par exemple l'<a href="http://www.value-architecture.com/2015/02/articuler-le-si-sur-les-invariants.html" target="_blank">articulation proposée ici</a>) : selon ce plan, beaucoup de chemins de migration n'aboutissent pas, et seul un petit nombre amène au résultat.<br />
<br />
En réalité, bien que la rationalité soit un <b>axiome de base</b> de la culture IT, on ne dispose pas d'un tel plan, ... en pratique, assommés par les prérequis de tout décrie et cartographier, faute de temps,de clairvoyance, face à une complexité incommensurable, les acteurs projet partent "à la découverte" de la cible, <b>sans fil d'Ariane</b>. C'est un péché d’optimisme, voire une croyance aveugle en l' "agilité" capable de parer à tout... Dans une cette précipitation optimiste, le parcours de migration prend la forme d'une succession de <b>tirages aléatoires</b>, à chaque embranchement imprévu du labyrinthe. Il faudra énergie et retards pour, par tâtonnements, trouver les bons passages. Le projet subit une <b>inflation des coûts et délais</b>. Qui a vécu des projets complexes pourra relater les multiples anecdotes, voltes-faces et stériles détours qui émaillent l'histoire erratique du projet. Pire, la probabilité d'être confronté, en cours de route, à une situation irréversible, un effet bolos, est forte.<br />
<br />
Tous ces parcours de projet erratiques expliquent les <b>statistiques d'échecs de projets</b>, dont on connait l'accablante reproduction depuis que les projets SI existent (cf. <a href="https://www.projectsmart.co.uk/white-papers/chaos-report.pdf" target="_blank">rapport Chaos</a>) ! Alors que seulement 2 % des grands projets aboutissent, ce phénomène perdure (voir <a href="https://www.linkedin.com/pulse/louvois-la-fin-du-tunnel-attendue-en-2021-charles-fcharles" target="_blank">le projet Louvois</a>). La sélection naturelle darwinienne s'applique aux projets SI !<br />
<br />
<br />
<h4>
Le coupable est l'Architecture</h4>
<div>
<br /></div>
<div>
Au sein du mouvement brownien des composants logiciel, avec leurs empilements coralliens, et leurs mutations constantes, que l'agilité logiciel permet de créer à tout propos, il y a 2 types de composants :</div>
<div>
<ul>
<li>ceux dont les évolutions ont des effets qui se <b>limitent à un petit nombre</b> d'autres composants,</li>
<li>ceux dont les évolutions ont un <b>impact général</b> sur une vaste population de composants.</li>
</ul>
</div>
<div>
<br /></div>
<div>
De fait, tout patrimoine SI peut être discriminé selon ce filtre. Tout patrimoine SI a une épine dorsale, qu'elle soit voulue ou subie, qui en est l'<b>Architecture, avec un grand A</b>. Les composants d'Architecture font partie de la classe des composants à fort impact.</div>
<div>
<br /></div>
<div>
Un système logiciel complexe est donc bien plus sensible aux aléas pervers affectant les composants d'Architecture, qu'aux mêmes effets s'appliquant aux composants ordinaires. Un échec, une étreinte fatale, un effet bolos, concernant des composants ordinaires ne se propage pas au sein du patrimoine, et son impact <b>reste local</b>. Il en va bien sûr autrement pour les composants d'Architecture.<br />
<br />
La <b>sinistralité des projets</b> trouve ainsi son origine dans des erreurs d'Architecture : absence de vision systémique, ambition d'une exhaustivité illusoire, croyance en une rationalité pourtant impossible.<br />
<br />
Pour l'Architecture, la tradition rassurante est de <b>vouloir tout décrire</b>, laissant ainsi agir une combinatoire infernale : on préfère une <b>description extensive irréaliste et molle</b>, à la <b>rigueur se focalisant sur le noyau structurant</b>. Dès lors les aléas se propagent de façon incontrôlée, et <b>systémique</b>.<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjhAGyMfpiJQeHP61_WSARhl-nBWhI1ydNnDjmy6ISM2m9Lfv3LIrs3q0uNGa8-ymgIzNwWF1M-S7S8mqhMbhb75DI2b-J3MZOJMYvWykZAYA9Uo9YAVItRCxCb-Lm7T7V6reuBezoHIsLs/s1600/Nasa-apollo-2002.jpg" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" height="200" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjhAGyMfpiJQeHP61_WSARhl-nBWhI1ydNnDjmy6ISM2m9Lfv3LIrs3q0uNGa8-ymgIzNwWF1M-S7S8mqhMbhb75DI2b-J3MZOJMYvWykZAYA9Uo9YAVItRCxCb-Lm7T7V6reuBezoHIsLs/s200/Nasa-apollo-2002.jpg" width="199" /></a></div>
En conclusion, la métaphore de l'urbanisme a déjà utilement fécondé les approches d'Architecture d'Entreprise en France. Celle de l'écosystème darwinien ouvre une perspective pour :<br />
<br />
<ul>
<li>en terme d'Architecture, bannir la rigidité, la complexité, et le laisser faire : avec un minimum d'effort de conception ciblée, l'offre technologique permet une <b style="text-align: center;">flexibilité</b><span style="text-align: center;"> jusqu'alors inconnue (cf. ici l'</span><a href="http://www.value-architecture.com/2016/06/le-projet-flexible-la-fin-des-grands.html" style="text-align: center;" target="_blank">Architecture Flexible</a><span style="text-align: center;">)</span></li>
<li>en terme de développement de composants : l'<b style="text-align: center;">agilité</b><span style="text-align: center;"> permet d'accélérer le processus et d'en améliorer l'adéquation à des "besoins" locaux.</span></li>
</ul>
</div>
<div>
<br />
<span style="font-size: large;"><span style="font-family: "times new roman";">La flexibilité d'Architecture (</span><a href="http://trame-business.fr/mon-installation/" style="font-family: "times new roman";" target="_blank">pour aller plus loin: voir le <b>site dédié</b></a><span style="font-family: "times new roman";">) est indispensable à la pérennité de l'écosystème du SI.</span></span></div>
<div>
<br /></div>
René Mandelhttp://www.blogger.com/profile/17211584826619896315noreply@blogger.com15tag:blogger.com,1999:blog-1208304208661212137.post-8367446430569048842016-10-14T19:39:00.001+02:002016-10-15T15:51:21.288+02:00Du monde des formulaires au monde ultra connectéLes interfaces avec le vivant, mobiles, tablettes, objets personnels connectés, ... se multiplient.<br />
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgx6_Dgu8nB5ZvEOV0DfpRejgpnEgokp9xFGeOy8ENyc0auza9caXsqpzB0xS8Ft39NKsG9RjS8XYYuN4Wu2Aec9jb8mlq4oPVxY_5JMQY1q-Rhn4yt7tjzzG7IJ-HfgSuyiH0yR71oOVM5/s1600/cube+num%25C3%25A9rique.jpg" imageanchor="1" style="clear: right; float: right; margin-bottom: 1em; margin-left: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgx6_Dgu8nB5ZvEOV0DfpRejgpnEgokp9xFGeOy8ENyc0auza9caXsqpzB0xS8Ft39NKsG9RjS8XYYuN4Wu2Aec9jb8mlq4oPVxY_5JMQY1q-Rhn4yt7tjzzG7IJ-HfgSuyiH0yR71oOVM5/s1600/cube+num%25C3%25A9rique.jpg" /></a>Se créent ainsi des espaces d'activité, de vie, de santé, connectés, qui étaient inimaginables avant cette rupture technologique. Ce <b>monde du connecté</b> donne l'exemple d'un fonctionnement plus direct, immédiat.<br />
L'<b>organisation traditionnelle</b>, avec ses agences physiques, ses guichets, réels ou virtuels, ses formulaires, matérialisés ou dématérialisés, ses processus, doit se remettre en cause, se donner une perspective, avec ces exemples qui se multiplient dans tous les espaces de vie.<br />
<br />
<h4>
Une organisation héritée des contraintes matérielles</h4>
<br />
Avant l’ubiquité de l'internet, avant l'intimité et l'immédiateté du connecté, les contraintes matérielles étaient multiples :<br />
<br />
<ul>
<li>espace <b>physique</b>, imposant aux clients, aux administrés, de se déplacer, aux grandes entreprise et administrations de créer des agences locales</li>
<li>supports de communication pauvres, souvent <b>réduits au papier</b> pour la formalisation des transactions (achats, traces d'activité, d'événements de santé, d'état civil, ...)</li>
<li><b>délais</b> de traitement importants et nécessité de concentrer en masse pour industrialiser la production matérielle, et et les services dans les premiers temps de la mécanisation (mécanographie, informatique de production,...).</li>
</ul>
<br />
Bref un monde où règnent les sacro-saints <b>formulaires</b>. Un monde atteint d'une lourde <b>pathologie</b> de division de l'économie en grandes structures spécialisées, centralisées, elles mêmes organisées en silos pour maîtriser la compétence et jouer les rendements d'échelle.<br />
<br />
Bien sûr, la civilisation, qui est en train de s'achever à petits pas, a mis des siècles à évoluer, à se perfectionner, au gré des conflits, et des accidents de parcours. Elle à créé des systèmes d'information gigantesques, une organisation sociale, et de multiples protections.<br />
<br />
Bien sûr, elle perdure dans des métiers, même si certains sont ubérisés ou pourront l'être, elle perdure dans une réglementation pléthorique et souvent ubuesque, dans les structures mentales, les enseignements, et bien d'autres stéréotypes.<br />
<br />
Elle perdure aussi dans les démocraties actuelles qui ont peu prise sur ce monde connecté émergeant, trans-national, parfois immoral et déréglementé : leur réponse est souvent d'arrière garde, au mieux marginale, et parfois dérisoire face aux enjeux géopolitiques.<br />
<br />
<h4>
Les fondements du monde ultra connecté</h4>
<div>
<br />
La révolution en cours nous amène à des organisations de la société radicalement différentes, dont il est difficile de prévoir toutes les configurations.</div>
<div>
<br /></div>
<div>
Cependant, en faisant abstraction de l'histoire et de ses pesanteurs, on fait apparaître un fonctionnement "nominal" d'une telle civilisation :</div>
<div>
<br />
La "vie" des personnes, des acteurs économiques, des institutions, des objets, des écosystèmes, est <b>rythmée par des événements</b>, c'est une loi universelle. Dans un monde connecté :</div>
<div>
<ul>
<li>la préhension de l'événement se fait <b>au plus près, sans détour</b>, capté par une intelligence connectée</li>
<li>cette préhension est <b>immédiate</b></li>
<li>elle déclenche une <b>chaîne de valeur automatique</b>, qui, grâce aux API et aux multiples recompositions des acteurs économiques, collaboratifs, administratifs, et des systèmes techniques,... se propage pour le meilleur et, peut-être, pour le pire.</li>
</ul>
<br />
Ce modèle est celui de la "<a href="http://trame-business.fr/mon-installation/index.php/la-trame-business/" target="_blank"><b>Trame Business</b></a>" (que j'ai pu définir il y a une décennie). Il est fondé sur les événements, les cycles, les parcours, et leurs invariants. Il fournit la vision <b>la plus stable possible</b>, résistant aux évolutions de SI, aux ruptures business, aux changements de modèle, traversant les révolutions technologiques, les refontes de processus, et les reconfigurations économiques (désintermédiation, globalisation, ...).</div>
<div>
<br /></div>
<div>
Bien sûr, le rêve d'un monde ultra connecté, simple et efficace, peut paraître lointain, Mais les pièces du puzzle se mettent en place, on en voit des exemples tous les jours. La pression d'une économie globalisée, l'accélération de la créativité, le darwinisme qui en découle, la super puissance des GAFA, l'extension du monde du logiciel libre : la <b>dynamique est en route</b>, le cycle historique est engagé.</div>
<div>
<br /></div>
<div>
<br /></div>
<h4>
L'hybridation des 2 mondes</h4>
<br />
Un tel bouleversement ne se fera en un jour. Il atteint d'abord certains secteurs économiques, certaines chaînes de valeur facilement uberisées par les circuits courts de la communication connectée.<br />
<br />
En quelque sorte une <b>révolution à ciel ouvert</b>, exploitant les nouveaux gisements de valeur révélés par la banalisation technologique, avec des investissements faibles, et des coûts récurrents dérisoires. Car l'infrastructure est devenue une sorte de "service public" globalisé, financé par ailleurs.<br />
<br />
Les différentes vagues de révolution technologique exposent ainsi de nouveaux gisements à ciel ouvert. Par exemple ceux qui apparaîtront avec la blockchain, pour créer de multiples formes de notariat.<br />
<br />
Mais à coté de ces nouveaux territoires, les répartitions entre acteurs économiques vont bouger, prolongeant des mouvements déjà engagés, par exemple dans la mobilité, ou encore dans le monde de la santé. Les grands secteurs économiques entrent alors dans la dance, et les plus solides tremblent sur leurs bases... craignant de subir le sort de Kodak.<br />
<br />
Quel est l'intérêt "supérieur" des Etats, des collectivités, par delà ces secousses telluriques ? Les emplois fondent au soleil de la "numérisation" ? Couver des start-up, former des ingénieurs, qui partiront ailleurs ? Certains pensent que le salut vient de l'<b>agilité</b>... comme si l'agilité en développement de logiciel créait l'agilité en affaires.<br />
<br />
Il n'y a pas bien sûr de recette miracle pour négocier un tel bouleversement. Plutôt que d'agilité, incantatoire quand on mesure les multiples pesanteurs de notre contexte, c'est de <b>flexibilité</b> dont on a besoin : l'existant, avec son inertie, ses masses, ses règles, impose aussi son tempo. Le choc frontal que certains appellent de leurs souhaits, peut être encore plus destructeur. Cette flexibilité serait salutaire. Elle se décline sur tous les plans :<br />
<br />
<ul>
<li>flexibilité du SI,</li>
<li>flexibilité de l'organisation,</li>
<li>flexibilité des règles internes,</li>
<li>et, au final, flexibilité de la réglementation elle-même, ce qui n'est pas une mince affaire.</li>
</ul>
<br />
<br />
En ce qui concerne le SI, on trouve sur ce site les concepts de l'<a href="http://www.value-architecture.com/2016/02/larchitecture-flexible-en-pratique.html" target="_blank">Architecture Flexible</a>, qui permettent d'évoluer au travers de tous ces changements, sans rejeter ni les nouveautés, ni le "vieux" patrimoine encore indispensable... Donc de trouver l'optimum entre "je casse tout" et "je garde mes vieux systèmes".<br />
<br />
Au delà du SI, à une époque où les "Direction Digitale" poussent comme champignon, cet exemple est emblématique. Saura-t-on trouver de telles voies ?<br />
<br />
<h4>
Un défi de complexité</h4>
<br />
Le monde actuel est extrêmement complexe. Mais le transformer est d'une complexité d'un autre ordre de magnitude, car c'est s'engager dans une combinatoire infernale.<br />
<br />
Certains ont pensé qu'on pouvait décrire a priori une telle aventure. On a vu naître des méthodes d'Architecture d'Entreprise, prétendant transformer non seulement le SI, mais aussi toute l'entreprise dans une vision englobante. Ces outils sont maintenant mal-adaptés, et nuisibles à l'image de la profession des Architectes d'Entreprise, du fait de leur lourdeur et l'anachronisme de leurs bases technologiques. Le pragmatisme, les échanges d'expérience entre pairs, s'avèrent bien plus efficaces que les prérequis et prescriptions méthodologiques (le <a href="http://www.urba-ea.org/" target="_blank">Club Urba-EA</a> le démontre dans la durée).<br />
<br />
Dans le cas de la complexité du SI, elle peut se réduire progressivement par une Architecture Flexible, qui concentre les quelques <b>charnières stratégiques</b> dont l'entreprise a besoin pour traverser les ruptures technologiques et les "disruptions" de business : inutile de cartographier le labyrinthe, si l'architecture permet de s'adapter rapidement aux imprévus.<br />
<br />
Pour le reste, pour ce contexte qui semble souvent anarchique, ubuesque, accablant de formules et exigences superfétatoires, que faire ? Il faut s'atteler à sa migration. La complexité actuelle est en grande partie due aux <b>contraintes historiques subies depuis des siècles</b>. Maintenant, dans un monde connecté, <b>tout peut être plus simple</b>, validé en direct, et apporte sa valeur dans l'immédiat.<br />
<br />
L'exemple de l'outil socio-technique de notre "modèle social" est particulièrement illustratif : assiettes de calcul décalées de plusieurs exercices, nécessitant acomptes, régularisations, provisions, règles de calculs abscons, multiplication de plafonds... au travers de "régimes" différents, divisant les citoyens.<br />
<br />
Le décalage d'informations, la massification des déclarations, la multiplication des cas particuliers sont autant de <b>facteurs de complexification</b>. Pour avoir travaillé sur les premiers "guichets uniques" j'ai touché un peu cette complexité, approché les récifs réglementaires. Et que dire des premières "liasses" tentant de regrouper les multiples cas particuliers sur un document unique, dans le cas des CFE (centre de formalité des entreprises) ? Un casse tête... Et des scandales comme celui que connaissent les indépendants avec les affres du RSI, et le gouffre de ses rapports avec l'URSSAF... Un notariat des rémunérations reste à inventer !<br />
<br />
<h4>
Utiliser le levier du SI</h4>
<br />
On a l'habitude de parler, avec le vieillissement du patrimoine SI, de "dette technique"... Saura-t-on évaluer la "dette technique" de notre système d'assurance sociale ? Plus généralement, notre société n'est elle pas pénalisée par une immense "<b>dette réglementaire</b>", qui pèse sur son efficacité, et désavantage fatalement son économie et ses emplois ?<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEia6Xf9SDjIcsn-4s8AxV81XpRC07VyMqfB5Tlwp4hNN3-W1AjoqiCGQXkBmgkmOl57pMqrqhzhE_GijIahrQQveuVHnbV_nbOvKmrXH3sJOfxDzA9sLA5MasiZZNUK-Ve0-q6tHRHh6wx9/s1600/G9plusSImai2016.jpg" imageanchor="1" style="clear: right; float: right; margin-bottom: 1em; margin-left: 1em;"><img border="0" height="177" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEia6Xf9SDjIcsn-4s8AxV81XpRC07VyMqfB5Tlwp4hNN3-W1AjoqiCGQXkBmgkmOl57pMqrqhzhE_GijIahrQQveuVHnbV_nbOvKmrXH3sJOfxDzA9sLA5MasiZZNUK-Ve0-q6tHRHh6wx9/s320/G9plusSImai2016.jpg" width="320" /></a></div>
<br />
Seuls des systèmes "informatiques" peuvent aider à relever un tel défi de maîtrise d'une <b>immense complexité</b> : d'abord parce qu'il faut faire migrer la "couche" SI, mais surtout parce que la <b>migration de tout le système</b> ne peut se faire sans la mise en place d'<b>un SI flexible</b>, un levier qui la soutient, et évite les malheureux "big bang" dévastateurs.<br />
<br />
PS Un sujet connexe à ces propos sera abordé lors de la conférence organisée par la CNAV ("<a href="https://www.lassuranceretraite.fr/portail-info/files/live/sites/pub-bootstrap/files/pdf/QSN/Programme-seminaire-25-octobre.pdf" target="_blank">Urbanisation du SI, gestion et validation de flux massifs de données</a> : pratiques innovantes", table ronde avec René Mandel, le DSI de la CNAV et la DG du GIP-MDS) <a href="https://cvip.sphinxonline.net/SurveyServer/s/LassuranceRetraite/SeminaireDQMU25-10-2016/questionnaire.htm" target="_blank">Inscription gratuite</a>.René Mandelhttp://www.blogger.com/profile/17211584826619896315noreply@blogger.com3tag:blogger.com,1999:blog-1208304208661212137.post-193446720827100222016-09-25T10:47:00.000+02:002016-09-28T08:59:55.147+02:00Les API vont-ils dissoudre le monde économique ?Les API, interfaces standardisés, publiés, gérés, ... se développent dans l'économie de façon extensive.<br />
La douce époque des "échanges informatisés", à base de normes interprofessionnelles, et de standards gouvernés, l'époque des EDI, de flux batch massifs, est surannée.<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgmEtNFF0fX8mVgQUzgKgwmSwabhLKuMR-1RCFLZ3M9FzH_p-uE12_TFKUod-TNiEvHpYJZIbzpUk2VCeRw76RFZ1nZhjVSZPuYmmzolScnLHRfrDA-mtNrwA4kT8Z2DQDuRkuT9KwV4_iL/s1600/liquidation-dissolution-sas.jpg" imageanchor="1" style="clear: right; float: right; margin-bottom: 1em; margin-left: 1em;"><img border="0" height="138" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgmEtNFF0fX8mVgQUzgKgwmSwabhLKuMR-1RCFLZ3M9FzH_p-uE12_TFKUod-TNiEvHpYJZIbzpUk2VCeRw76RFZ1nZhjVSZPuYmmzolScnLHRfrDA-mtNrwA4kT8Z2DQDuRkuT9KwV4_iL/s320/liquidation-dissolution-sas.jpg" width="320" /></a></div>
Les API s’immiscent à tout propos, dans les relations internes à l'entreprise, ou dans ses interactions avec ses clients, ses partenaires, voire avec des start-up friantes de conquêtes de segment de la chaîne de valeur. Cette invasion ne va pas simplement bouleverser les SI, mais surtout <b>rebattre les cartes des affaires</b>.<br />
<br />
<h4>
</h4>
<h4>
Les transactions entre acteurs économiques</h4>
<br />
Chacun sait que la "valeur" résulte des transactions entre les acteurs économiques, car ces transactions matérialisent un échange. Echanges de biens, de services, de prestations, qu'elles soient marchandes ou non.<br />
L'API devient la cheville ouvrière de ces transactions. Elle en <b>change radicalement</b> les modalités, le contexte socio-technique, la performance et le coût.<br />
<br />
<ul>
<li>Les <b>modalités</b> sont différentes : là où, bien souvent, il fallait solliciter un acteur humain, plus ou moins indisponible, téléphoner à un service saturé, remplir un formulaire complexe et inadapté, ou faire la queue à un guichet... la transaction est directe, colle à l'événement, et, dans l'idéal, aboutit sans détour au résultat attendu.</li>
<li>Le <b>contexte socio-technique</b> est dès lors différent, ne mobilisant l'acteur humain qu'à bon escient, en toute connaissance de cause, le plaçant directement sur la globalité du sujet, sans perte et fragmentation dans de sombres processus.</li>
<li>La transaction ainsi instrumentée est plus <b>performante</b>, agréable aux parties, et différenciante dans un contexte concurrentiel.</li>
<li>Enfin, le <b>coût de transaction</b>, à forte composante technologique, chute de façon drastique, pour les transactions courantes, internes et externes, des entreprises et organisations.</li>
</ul>
<div>
Comme souvent, sous couvert d'une transformation numérique, une <b>modification plus fondamentale</b> est engagée.</div>
<br />
<br />
<br />
<h4>
La dissolution des frontières internes et externes</h4>
<br />
En effet, l'opportunité de changer de façon radicale les relations, internes comme externes, aura forcément des conséquences majeures :<br />
<ul>
<li>pour les <b>organisations internes</b>, qui structurent le fonctionnement des entreprises et institutions,</li>
<li>pour les <b>périmètres des entreprises</b>.</li>
</ul>
Par exemple, en <b>interne</b>, la généralisation des API favorisera une organisation différente, moins structurée par les silos métier, plus fonctionnelle et modulaire, avec une hiérarchie réduite. Plus de fonctions seront ainsi facilement mutualisées et transversales.<br />
En effet, les APIs et leurs contrats formaliseront le cœur des opérations, sans les inconvénients et les limites des relations humaines.<br />
L'organisation traditionnelle s'appuie sur une fragmentation des équipes, leur localisation en proximité, la cascade hiérarchique pour gérer les effectifs, les compétences métiers, les multiples transversalités.<br />
En somme, après avoir été pendant des décennies structuré par l'organisation en "métier", et sa rigidité, à son tour, le <b>SI structurera toute l'entreprise</b>. C'est déjà ce qui apparaît avec la mise en place, dans de grands comptes, d'une Direction "Digitale", intégrant nouveau business et SI agile, et armée d'APIs.<br />
Le mouvement provient de la technologie... Certes, mais l'effacement des barrières matérielles gomme ces artifices historiques, et aligne progressivement les organisations aux <b>chaînes de valeur</b>, par delà les frontières des métiers traditionnels.<br />
<br />
Ce même mouvement remet rapidement en cause les <b>frontières des entreprises</b>. Déjà elles fonctionnent de plus en plus en écosystème le long des chaînes de valeur. Elles s'ouvrent à des partenariats, explorent les segments amont de la valeur. Dans ces interfonctionnements, la composante SI devient primordiale, et les jeux de configurations en sont facilités. En symbiose par APIs, les SI des partenaires deviennent <b>reconfigurables</b>.<br />
<br />
Ainsi, à terme, avec les APIs, les entreprises deviennent elles-mêmes reconfigurables, pour leur bonheur ou leur malheur. Les lignes de fracture vont bouger, sur l'<b>échiquier de la <a href="http://www.value-architecture.com/2014/09/les-fondamentaux-de-la-trame-business.html" target="_blank">Trame Business</a></b>.<br />
<br />
<h4>
APIfier mais autour de quelle architecture ?</h4>
<div>
<br />
Comment <b>être à la hauteur des enjeux</b> ? Il ne s'agit pas d'aller à l'encontre d'une dynamique vertueuse, qui pousse à ouvrir le SI, à le rendre accessible par tous moyens numériques. Mais où ces <b>aménagements de surface</b> conduisent-ils l'entreprise ?<br />
<br />
On pourrait croire au miracle d'une mise en cohérence progressive, une simplification naturelle inconsciente, une sorte de "main invisible" qui mettrait tous les SI dans une situation optimale.<br />
<br />
Pourtant l'expérience enseigne que seul le désordre se développe naturellement !<br />
<br />
Au fond, par delà les API de surface, de quelle "<b>architecture</b>" l'entreprise se dote-t-elle ?<br />
<div>
<br /></div>
L'évolution de l'architecture est une transformation d'un autre ordre. Elle se réduit pas à l'API management. Elle <b>dépasse le court terme</b>, et pose des problèmes structuraux difficiles : maintien de l'existant, tolérance technologique, cohérence des référentiels, ...<br />
<br />
On retrouve les grands classiques de l'Architecture d'Entreprise, d'une <b>EA repositionnée, et revisitée</b>, suite à l'invasion de l'informatique "agile". Car au centre de cette transformation, se trouve l'architecture du SI. L'évolution de cette architecture ne peut se faire en un instant, même si les métiers de l'IT deviennent miraculeusement agiles. Par construction, l'architecture du SI est un <b>levier aux infinies conséquences</b>, bien au delà du SI, des processus, jusque dans les opérations vitales de l'entreprise, sur les façades client, fournisseur, définition des produits, gestion des ressources, etc... Dans toutes les dimensions du Business Model.<br />
<br />
Il s'agit alors d'<b>investir sur le durable</b>, en complément de l'APIsation, pour donner une nouvelle force à l'architecture sous-jacente.<br />
<br />
Voilà une raison de plus de s'engager résolument dans l'<a href="http://www.value-architecture.com/p/architecture-flexible.html" target="_blank"><b>Architecture Flexible</b></a>, pour que l'avenir ne reproduise pas les errements du passé.<br />
<br />
<h4>
Les invariants sous-jacents révélés</h4>
<div>
<br />
Les APIs effacent les contraintes matérielles, mais ne vont pas recréer le monde. Les cycles de vie demeurent, pour les individus, les familles, les sociétés. Le monde ne s'arrêtera pas, les mêmes événements se produisent, simplement ils sont directement appréhendables par des moyens numériques.<br />
<br />
Ayant prêché pendant des années pour la reconnaissance de cette <b>invariance</b> (voir à ce sujet la <b>"<a href="http://www.value-architecture.com/2014/09/les-fondamentaux-de-la-trame-business.html" target="_blank">Trame Business</a>"</b>), l'émergence des API renforce ces vérités premières. Les multiples APIs brillent de milles facettes. Mais, quand les viscosités, héritées des contraintes passées, seront dissoutes, elles refléteront les <b>cycles et parcours qui structurent le monde vivant</b>.<br />
<br />
L'erreur serait de ne s'en tenir qu'à une vision superficielle, à une euphorie technologique, sans analyser ces cycles de vie, ces transformations, qui sont le fondement.</div>
</div>
René Mandelhttp://www.blogger.com/profile/17211584826619896315noreply@blogger.com3tag:blogger.com,1999:blog-1208304208661212137.post-31858791955861067562016-07-13T19:26:00.002+02:002016-09-05T09:31:20.578+02:00Architecture de Systèmes ou Système d'Architectures<h4>
Un château de cartes méthodologique</h4>
<br />
Visions ensemblistes, systémiques, démarches de modélisation se sont formalisées au cours des décennies de la courte histoire de l'informatique.<br />
<br />
Elles sont à présent matures, et largement enseignées au niveau académique : modélisation des données, des processus, multiples langages formels dans la famille UML, métiers de l'analyse de systèmes, de l'amélioration des processus, ...<br />
<br />
De sorte que <b>plusieurs disciplines</b> sont progressivement apparues. Chacune se réfère à ses propres standards, ses propres prescriptions, ses cursus, ses certifications.<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgnnXr_lGocJQASxvjQOmo46eCzuLgrVrsz7Pz0uXr4ATx7lCpJedDiGFSUonnT4EIKbPR9px_D6jVmPPxw8jQxCx9OBrtPQ9s3fo0QMYO9KBOedrwIvp6TSQ6b01z0qiR_WWIxqHGIMPOR/s1600/house-of-cards-by-mauricio-arruda-yatzer-3.jpg" imageanchor="1" style="clear: right; float: right; margin-bottom: 1em; margin-left: 1em;"><img border="0" height="266" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgnnXr_lGocJQASxvjQOmo46eCzuLgrVrsz7Pz0uXr4ATx7lCpJedDiGFSUonnT4EIKbPR9px_D6jVmPPxw8jQxCx9OBrtPQ9s3fo0QMYO9KBOedrwIvp6TSQ6b01z0qiR_WWIxqHGIMPOR/s400/house-of-cards-by-mauricio-arruda-yatzer-3.jpg" width="400" /></a></div>
Cependant, avec la révolution numérique qui est en cours, avec le séisme technologique amorcé, tous ces édifices de savoir et de certitudes sont ébranlés. Au sommet du "<b>château de cartes</b>" méthodologique, se trouve l'<b>Architecture d'Entreprise</b>, et nous avons ici argumenté pour <a href="http://www.value-architecture.com/2016/01/le-futur-de-larchitecture-dentreprise.html" target="_blank">sa refondation</a>. Le doute atteint maintenant jusqu'à <a href="https://blog.opengroup.org/2016/06/07/enterprise-architects-know-nothing-a-conversation-with-ron-tolido/" target="_blank">un expert</a> de l'Open Group, organisme promoteur du Togaf, dont le corpus méthodologique est colossal.<br />
<br />
Dans ce contexte, face à un projet de système, comment procéder ? Doit-on imaginer une cible ? La concevoir comme un tout cohérent, application d'un système de modèles ? Ou juxtaposer différents modèles ?<br />
<br />
Parmi toutes ces approches, la plus tendancielle est celle qui juxtapose <b>autant de modèles qu'il y a de disciplines</b>. On peut la qualifier "Système d'Architectures" : elle combine Architecture des SI, Architecture métier, Architecture fonctionnelle, Architecture Technique...et tous ces termes coexistent.<br />
<br />
<h4>
"Système d'Architectures" : complexité, risques et sur-coûts</h4>
<br />
Toutes ces disciplines consacrent autant de visions partielles du "système". Elles s'écartent de la réalité de la vraie vie qui mixe processus, savoir-faire humains, logiciels, données, "apps", ...<br />
<br />
La juxtaposition de ces différentes architectures crée de la <b>complexité</b>, car la symbiose entre les architectures est traitée a posteriori. Sans vision ensembliste, chacun des métiers d'architecture voit midi à sa porte. Doit-on concevoir d'abord les processus, les automatiser, et leur asservir les fonctions ? Ou, à l'opposé, faire table rase des processus, dans un enchaînement automatique de fonctions ? Ou encore, figer l'organisation pour y couler les exigences en système d'information ? Une combinatoire de détails de cohérence, aux multiples paramètres, conciliés au cas par cas.<br />
<br />
La démarche "système d'Architectures" est <b>risquée</b>, car elle ne met pas le système d'ensemble à l'abri des surprises, dans le détail des interactions entre architectures. Au final, les multiples aléas, même improbables, en se combinant, génèrent <b>retards et sur-coûts</b>.<br />
<br />
Pourtant, cette approche semble cumuler les précautions, les savoirs, la sécurité des certifications, et autres préconisations émises par toutes les fées disciplinaires (ISACA, Open Group, OMG, ISO,...). Mais c'est un <b>faux semblant</b>. Ce capharnaüm méthodologique ne garantit pas le succès, au contraire les projets sont pour une bonne part en échec, comme nous l'avons <a href="http://www.value-architecture.com/2016/06/le-projet-flexible-la-fin-des-grands.html" target="_blank">déjà remarqué ici</a>.<br />
<br />
<br />
<br />
<h4>
La promesse de l'Architecture de Systèmes</h4>
<div>
<br />
<br />
L'idéal serait de concevoir une Architecture d'ensemble, une <b>Architecture de Systèmes</b>, qui puisse prendre en compte tout le système, dans sa complexité, et toutes ses facettes au delà de la seule vision "informatique".<br />
<br /></div>
<div>
C'est un défi de conception, un idéal, au quel veulent répondre, dans notre pays, au moins deux "Centres d'Excellence" en Architecture et systèmes complexes : CESAMES, et CEISAR. L' ambition de l'<a href="http://www.enseignement.polytechnique.fr/informatique/chaire-systemes-complexes/-Architecture-des-systemes-.html" target="_blank">Architecture de Systèmes complexes</a> est en effet immense. La <b>promesse</b> a une portée universelle.<br />
<br />
Cependant cette excellence se traduit, dans chaque cas, par un "modèle" du "système" pris dans sa globalité. L'approche est logique, rigoureuse, sans doute "excellente", car présentée comme issue d'une certitude scientifique.<br />
<br />
L'objet n'est pas ici de critiquer ces méthodes et leurs modèles. Elles sont cohérentes et remarquables. Simplement, leur <b>axiome de base</b> est qu'une telle maîtrise globale, dans un modèle homogène, est possible. Cet axiome est malheureusement totalement déconnecté de la réalité des actuels projets de systèmes d'information, dans un contexte secoué par une tempête d'incertitudes..<br />
<br />
En effet, en pratique, dans l'exercice de l'Architecture d'Entreprise, le cas de la conception d'un nouveau système à partir de zéro <b>ne se pose jamais</b> :<br />
<br />
<ul>
<li>il y a la plupart du temps un <b>existant</b>, incontournable pour assurer la continuité du service, existant qui ne peut respecter les canons du modèle,</li>
<li>même si le système est entièrement neuf, il est irréaliste d'ignorer les multiples composants logiciel, ou <b>ERP</b>, ou services, utilisables,</li>
<li>enfin, le problème ne se réduit pas à la création du futur système, il faut aussi en assurer la montée en puissance, et la conduite du changement, <b>phases transitoires</b> cruciales qui ne rentrent pas non plus dans le modèle.</li>
</ul>
<br />
Ces contraintes pratiques, ignorées par l'axiomatique de l'Architecture de Systèmes, annulent la portée d'une vision conceptuelle pourtant remarquable.<br />
<br />
<br />
<h4>
L'illusion des modèles</h4>
<br />
Tous les grands cabinets, gourous et grands prophètes de notre époque, nous abreuvent de constats et de prévisions sur les <b>ruptures historiques</b>. L'époque change. mais ces mêmes prophètes nous prescrivent les <b>outils du passé</b>.<br />
<br />
Le dénominateur commun des recettes miracle, mentionnées ci-dessus, passe par des <b>modèles</b>, des plans d'ingénierie représentant ce monde futur. Une <b>illusion de maîtrise</b> d'une réalité infiniment complexe.<br />
<br />
Le modèle est, en soi, utile, praticable <b>dans un cas simple</b> : celui d'un ensemble d'information cerné, stable, non ambiguë, de processus invariants, d'interactions habituelles, d'une industrie opérationnelle, de procédures réglementées, ... Mais dans un système plus vaste, et en transformation, la dynamique imprévisible multiplie les aléas, et rend tout <b>plan obsolète le lendemain de sa création</b>.<br />
<br />
Car on applique la recette miracle du modèle à un <b>champ infini, insaisissable</b>, où le recours à cet artifice est <b>totalement illusoire</b>.<br />
<br />
Doit-on pour autant se passer de tout effort de conception, de tout modèle, de toute exigence de qualité, par exemple en absorbant toute donnée disponible et la déposant sans détour dans un Data Lake ? Ceci serait une autre illusion, sacrifiant à la mode du Big Data, passant d'un excès à l'autre.<br />
<br />
<h4>
Une modélisation minimaliste du cœur de l'Architecture</h4>
<br />
Arrêtons ces illusions, levons le malentendu : l'enjeux est simplement d'appliquer l'effort de conception, et une modélisation minimaliste, sur la <b>clé de voûte de l'Architecture</b>, sans se perdre dans la mouvance de tout le système et ses infinies variantes.<br />
<br />
Voilà bien le changement de paradigme de l'Architecture Flexible, une Architecture "<b>tolérante</b>" avec toutes les solutions, tous les existants. mais une Architecture <b>exigeante</b> pour le périmètre très restreint de sa clé de voûte, de sa pierre angulaire, le <b>cœur de l'Architecture</b> d'ensemble. Ce cœur est constitué par un <b>système d'intégration</b> taillé sur mesure. Un système conçu pour intégrer et donner toutes les flexibilités, comme cela a été <a href="http://www.value-architecture.com/2016/03/les-atouts-de-larchitecture-flexible.html" target="_blank">précédemment exposé sur ce blog</a>. Un système basé sur un modèle réduit et stable, reprenant les invariants de chaînes de valeur.<br />
<br />
Ainsi cette <b>Architecture minimaliste</b> devient-elle pragmatique, réaliste, et opérante, parce que son périmètre est <b>réduit à l'essentiel</b>, et ignore le subsidiaire.<br />
<br />
<br /></div>
René Mandelhttp://www.blogger.com/profile/17211584826619896315noreply@blogger.com4tag:blogger.com,1999:blog-1208304208661212137.post-46016640100348435932016-07-02T11:08:00.001+02:002016-07-03T09:25:44.633+02:00La rigidité est la norme, la flexibilité l'exceptionSur ce site, nous avons à plusieurs reprises vanté les avantages de l'<a href="http://www.value-architecture.com/p/architecture-flexible.html" target="_blank">Architecture Flexible</a>.<br />
Plus récemment, dès lors que l'émergence d'une architecture du SI réellement flexible est acquise, ce qui commence à être admis, nous avons proposé de conduire les projets SI de façon flexible, ...C'est le concept de "<a href="http://www.value-architecture.com/2016/06/le-projet-flexible-la-fin-des-grands.html" target="_blank">Projet Flexible</a>".<br />
<br />
En somme, une approche pour affronter les défis de complexité des projets, un fil pour dévider la pelote de laine.<br />
<table cellpadding="0" cellspacing="0" class="tr-caption-container" style="float: left; margin-right: 1em; text-align: left;"><tbody>
<tr><td style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi6R_b-SB7Jw_JuukilNF58Tak3XyDPfqJJPE_p9cMbyM2FzAOJvpLeRxWQyWRZu37C5kwPHf6ATdVos4KWAb2U7sHx1nVwEG1PoKD3r9Sz0FkIb0moQK6l5NLl-X401Bv2Oj-rHesLQgsu/s1600/pelote-de-laine-rouge-evidee-2-300x300.jpg" imageanchor="1" style="clear: left; margin-bottom: 1em; margin-left: auto; margin-right: auto;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi6R_b-SB7Jw_JuukilNF58Tak3XyDPfqJJPE_p9cMbyM2FzAOJvpLeRxWQyWRZu37C5kwPHf6ATdVos4KWAb2U7sHx1nVwEG1PoKD3r9Sz0FkIb0moQK6l5NLl-X401Bv2Oj-rHesLQgsu/s1600/pelote-de-laine-rouge-evidee-2-300x300.jpg" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Le fil pour dénouer la complexité</td></tr>
</tbody></table>
<br />
Cela découle d'une réflexion simple :<br />
<br />
<br />
<ul>
<li>la flexibilité de l'<b>Architecture</b> est précieuse : elle rend celle-ci plus durable, en permettant les adaptations aux évolutions qui s'imposeront, sur tous les plans, du Business, aux processus, aux fonctions du SI, et à l'architecture technologique,</li>
<li>mais cette flexibilité est aussi un atout pour le <b>Projet</b>, en permettant une approche progressive, sans Big Bang, ménageant des phases d'appropriation avec leur propre rythme. Un projet où chaque étape est validation concrète, grâce à la création de l'Architecture dès le début du projet.</li>
</ul>
<div>
La durée de vie du système sera accrue, et sa gestation mieux contrôlée car progressive et adaptative.</div>
<div>
<br /></div>
<div>
On pourrait croire que cet usage récurrent du mot "flexible" sacrifie à la mode de l'agilité... et que cela n'est que paroles !</div>
<div>
<br /></div>
<h4>
La rigidité est naturelle</h4>
<div>
<br /></div>
<div>
De fait, il ne suffit pas de dire "flexibilité". Au contraire, la flexibilité doit être voulue : la rigidité est la norme, elle se crée naturellement sans effort.</div>
<div>
<br /></div>
<h3>
Rigidité de l'architecture</h3>
<div>
<br />
Prenons le cas de l'Architecture du SI. Le plus souvent on dressera un magnifique schéma rationnel qui sous-tend le futur système... On créera une <b>vision cible</b>, un partage du territoire fonctionnel, des quartiers, des zones, bref un classement sensé être immuable : n'est-ce pas déjà rigidité ?</div>
<div>
<br />
On adossera cette architecture dite "fonctionnelle" sur une architecture des données. Par exemple, du temps de la période de la modélisation à tout propos, symbolisée par le langage universel de modélisation (UML), le modèle dominant pour les données est le <b>modèle relationnel</b>. Dès lors que ce modèle, adapté aux besoins des systèmes opérationnels, ne permet pas de multiplier les axes d'analyse pour les besoins décisionnels, on invente de nouveaux modèles, et on organise les norias de données entre les SI opérationnels et les SI de la Business Intelligence.<br />
<br />
Le résultat de cette histoire prend la forme de <b>silos de données</b> opérationnelles, plus ou moins cloisonnés, partageant les données de référence avec plus ou moins de bonheur par rapport aux canons de beauté de la gestion des référentiels de donnée (Master Data Management). Et la Business Intelligence, un peu plus transversale, n'en est pas moins balkanisée en ODS, Datamart ...<br />
<br />
Bien sûr, ces territoires de systèmes perdurent encore, et sont progressivement institutionnalisés par la <b>Gouvernance</b>. Celle-ci, partant de bons principes, génère aussi sa propre rigidité : compromis créés à force de frictions internes, inertie structurelle, modes d'organisation surannés, empilements hiérarchiques, se cristallisent en tables de lois, frontières inamovibles.<br />
<br />
L'histoire de ces <b>rigidités héritées</b> ne s'arrête pas à la porte de notre époque, nous y contribuons encore :<br />
<br />
<ul>
<li>de nouvelles exigences de transversalité apparaissent, par exemple avec la réglementation sur les données personnelles, et sur l'Open Data : il faut à nouveau dédier une "architecture" spécifique, <b>maillée</b> avec celle du "Legacy".</li>
<li>la possibilité d'exploiter des masses considérables de données accumulées en interne (les "logs") ou externe (réseaux sociaux...) crée de nouveaux territoires de "Big Data", nouvelle province, en ajout à l'existant, et <b>faiblement intégrée</b> à cet ancien monde.</li>
</ul>
<br />
Bien sûr, à chaque étape, ses <b>progrès</b> : en puissance d'analyse sur un monde infini de données, en agilité de développement, en chute vertigineuse des coûts matériels, en flexibilité des solutions, au recours extensif à l'Open Source, à l'économie collaborative.<br />
<div>
<br /></div>
<div>
Des ruptures tonitruantes, mais aussi des <b>révolutions silencieuses</b>. Par exemple, réaliser, sans entrer dans les affres du Big Data et de l'explosion de ses multiples déclinaisons, sans détour, sans data scientist, et en "libre service" : des visions de données simples, pour des tableaux de bord, des indicateurs, des tableaux croisés dynamiques, sur tout type de jeu de données.</div>
<div>
<br /></div>
<div>
Sur ce chemin s'écrira immanquablement une <b>histoire de déconvenues</b>, de choix malheureux de tel ou tel plateforme reléguée par une vente au plus offrant, par les aléas de toutes sortes, ... Ces scories seront durables. Qui se souvient du système "<a href="https://fr.wikipedia.org/wiki/Pick_(syst%C3%A8me_d%27exploitation)" target="_blank">Pick</a>" qui avait tout pour plaire, avec sa base flexible et son langage d'interrogation "naturel" ? Et combien de conversions vers Unix, quand le produit fut passé de mode ? Pourtant, dans l'univers de la fondation Apache resurgissent des principes proches, et le présent bouillon de culture aura aussi ses laissés pour compte.<br />
<br />
L'Architecture résulte toujours d'une histoire, en partie subie, et ses contraintes globales, ses rigidités fondamentales, s'imposent naturellement.</div>
<div>
<br /></div>
<h3>
Rigidité des projets</h3>
<div>
<br />
Certes, à notre époque, on sait mener des développements en mode agile. certes on sait travailler en mode collaboratif, mener des "hackathon" pour mettre des équipes créatives en compétition.</div>
<div>
<br /></div>
<div>
Mais soyons réalistes :</div>
<div>
<ul>
<li>peut-on mener toutes les transformations selon ces recettes ?</li>
<li>et, en pratique, la culture d'entreprise, les pratiques, les méthodologies, le management, la gouvernance vont-ils dans ce sens de l'agilité ?</li>
</ul>
<div>
Prenons simplement un axe d'analyse, parmi tant d'autres relevant de la <b>sociologie des organisations</b> : les prescriptions méthodologiques. C'est un thème mainte fois développé ici au sujet de l'Architecture d'Entreprise, et un sujet d'étonnement : comment peut-on raisonnablement croire que la "certification" d'architectes d'entreprise apporte une quelconque sécurité de conception des SI à notre époque !</div>
</div>
<div>
<br /></div>
<div>
Qu'en est-il de la <b>méthodologie de projet</b> ? D'abord le volet "gouvernance" avec l'institution de la dichotomie "maître d'ouvrage" et "maître d'oeuvre". Certes dans un projet complexe, il y a une dimension métier et une dimension SI. Mais doit-on être aussi rigide dans cette dialectique ?</div>
<div>
<br /></div>
<div>
Puis il en va bien sûr de la une gestion de projet, basée sur une méthode. En soit, la méthode n'est pas mauvaise, elle procède de <b>bonnes intentions</b> de gestion, de prévision, d'optimisation. Mais, la méthode, qui sécurise les acteurs, <b>renforce la tradition</b> : les exemples d'application de la méthode sont ceux de projets classiques, menés en mode "rigide", avec une prévision rationnelle, un ordonnancement cohérent... mais on en connait les extraordinaires contre-performances, comme nous l'avons pointé dans le message précédent.</div>
<div>
<br /></div>
<div>
Pire, dans un contexte naturellement <b>conservateur</b>, tout promoteur de changement a la charge de la preuve, et ne sera pas reconnu en cas de succès. Mais celui qui ne prend aucun risque, en respectant la tradition, n'aura pas la responsabilité de l'échec : l'échec est collectif (cf. la gouvernance par consensus et compromis), et, bien souvent, le projet a été porté par le "drapeau" d'un grand cabinet. Ainsi la rigidité du concept, le paradigme projet perdure.</div>
<div>
<br /></div>
<div>
Bref, la rigidité est la norme, et la flexibilité l'exception.</div>
<div>
<br /></div>
<div>
<br /></div>
<h4>
"Penser" la flexibilité </h4>
<div>
<br />
Revenons au propos initial : la flexibilité n'est pas un sujet trivial, on aurait tors de rester au niveau du discours.</div>
<div>
<br /></div>
<div>
La flexibilité doit être <b>voulue, pensée, méritée</b> :</div>
<div>
<ul>
<li><b>flexibilité de l'Architecture</b>, dont nous avons exploré les différentes dimensions, et pour les quelles les données sont des leviers,</li>
<li><b>flexibilité du Projet</b>, pour en réduire les risques, et maximiser l'apport de valeur au plus tôt.</li>
</ul>
<div>
Une flexibilité globale, qui n'est pas de l'ordre du détail, mais concerne les <b>grands </b>composants, les chantiers <b>majeurs</b>.</div>
<div>
<br /></div>
<div>
L'ingénierie de la flexibilité est émergente.<br />
<br />
Nous devons la décliner sur 2 plans distincts, celui de l'<b>Architecture</b>, avec ses <b>figures de style</b><b>, </b>et celui des <b>projets </b>avec leurs <b>scénarios </b>de maîtrise des<b> aléas</b>.<br />
<br /></div>
<div>
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhXYxgw3YvqpjTtZidUP-8uKe55vufDxnEp0m9yoDq5DEePM0v3eE_A0Nl_tJ_RL99rSEf7sLRHNPdA8tJR6vxi4ewyxpHaV0w0fUkWRIEBlFF3lsYFCwbHP1XIm-JEJMSGGijiNPFLPb49/s1600/%25C3%25A9quilibre.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" height="400" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhXYxgw3YvqpjTtZidUP-8uKe55vufDxnEp0m9yoDq5DEePM0v3eE_A0Nl_tJ_RL99rSEf7sLRHNPdA8tJR6vxi4ewyxpHaV0w0fUkWRIEBlFF3lsYFCwbHP1XIm-JEJMSGGijiNPFLPb49/s400/%25C3%25A9quilibre.jpg" width="317" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Trouver l'équilibre au plus haut</td></tr>
</tbody></table>
<br /></div>
<div>
<br /></div>
</div>
</div>
René Mandelhttp://www.blogger.com/profile/17211584826619896315noreply@blogger.com5tag:blogger.com,1999:blog-1208304208661212137.post-23668012706759462252016-06-19T18:35:00.001+02:002016-06-28T22:36:36.978+02:00Le "Projet Flexible" : la fin des grands projets SI risquésOn sait depuis longtemps que les risques d'échec des projets informatiques sont importants. On sait que ces risques s'accroissent en fonction de la taille du projet.<br />
Voir à ce sujet l'excellent article de <a href="https://www.linkedin.com/pulse/louvois-la-fin-du-tunnel-attendue-en-2021-charles-fcharles" target="_blank">Frédéric Charles sur Pulse</a>.<br />
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgoX3jJIAyGkVN5CLNJVdkdqkvrqfrLa8y5UiYvKqxBaFKAQzTfdiwFFytU4ElaLP9VaE0EMWc_a_4_Obxrler2os8RGvWT0Ehr7RnrM8TgL-Ff5Ebm-7LP5XtlqPS1G4U2pV8MMVrVupNg/s1600/Gestion+grds+programmes.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" height="289" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgoX3jJIAyGkVN5CLNJVdkdqkvrqfrLa8y5UiYvKqxBaFKAQzTfdiwFFytU4ElaLP9VaE0EMWc_a_4_Obxrler2os8RGvWT0Ehr7RnrM8TgL-Ff5Ebm-7LP5XtlqPS1G4U2pV8MMVrVupNg/s320/Gestion+grds+programmes.jpg" width="320" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Dessin de FIX expert en projets</td></tr>
</tbody></table>
Et pourtant on continue de mener des projets complexes.<br />
Certes les entreprises et organisations évitent les grands projets. Elles privilégient des développements agiles, et incrémentaux. Cela suffit-il pour créer, au fil du temps, un patrimoine SI harmonieux ? L'obsolescence existera toujours, et, combinée aux exigences des nouveaux espaces qui attirent le business, des projets d'envergure demeurent incontournables.<br />
<br />
<h3>
Une approche traditionnelle rationnelle mais risquée</h3>
<br />
Il est temps d'envisager de mener ces projets complexes selon une <b>approche</b> différente. La complexité ne se réduira pas d'elle même, Dans un récent article paru dans la revue Génie Logiciel (N° 117 juin 2016), j'ai proposé une explication de cette complexification "naturelle".<br />
<br />
On pourrait penser que les développements agiles, que l'abandon du cycle en cascade, que DevOps, sont le remède pour maîtriser les aléas des projets, et réduire la sinistralité. Certes, mais les erreurs, les surprises, ne se situent pas seulement dans le codage, qui est de l'ordre du détail, mais <b>dans l'Architecture du SI</b>. Elles impactent l'assemblage de grands ensembles de codes et de données, avec des effets imprévus perturbants, parfois catastrophiques.<br />
<br />
L'approche traditionnelle définit cette architecture qui fonde les développements à engager. Le projet SI en découle, avec ses contraintes de dépendance et ses phases d'intégration, ses tests.<br />
<br />
C'est l'ambition de prévoir la décomposition en sous-ensembles fonctionnels, les fameux "building blocks", optimale, calquée sur un puzzle fonctionnel qui sert de maître à penser.<br />
<br />
La gestion de projet répartit, ordonnance les travaux et ressources ... en se basant sur cette <b>conception immuable</b>. Une parfaite ingénierie, fondée sur un jeu d'hypothèses objectives : évolution du Business, contraintes réglementaires, bases technologiques, organisation du travail, processus, engagement client, ...<br />
<br />
Comment, avec une telle ambition de tout prévoir et ordonnancer, ne pas se tromper ? Il est naturel qu'il y ait des changements, et les aléas sont inévitables. En somme, s'engager dans un projet, c'est <b>entrer dans un labyrinthe</b> dont on croit avoir le plan. Mais, en chemin, les faits se vengent, bousculent le plan, les impasses se révèlent.<br />
<br />
Ces changements sont d'autant plus perturbants que le projet est complexe. La <b>combinatoire </b>entre les multiples imprévues est infinie. Tout au plus pourrait-on mettre en équation les probabilités composées qui expliquent les risques pris dans l'architecture traditionnelle de grand projet.<br />
<br />
<h3>
Le projet flexible : refonder l'approche des projets complexes</h3>
<br />
Les risques projet majeurs sont imputables aux risques portés par l'architecture et par les intégrations induites. Ils ne sont pas localisés en un seul composant, mais dans la <b>propagation systémique, </b>allant jusqu'aux fatals <b>effets domino.</b><br />
<br />
L'architecture traditionnelle repose sur les intégrations donnant assez peu de degrés de liberté. Certes l'intégration par API est plus souple. Elle ne réduit pas la complexité, qui se cache encore sous cet habit de modernité. Le syndrome du "plat de spaghetti", version API, menace.<br />
<br />
L'architecture flexible fait éclater ce modèle, et systématise la flexibilité des intégrations. Elle constitue une épine dorsale fondée sur les invariants des chaînes de valeur, naturellement "anti-sismique". Les combinaisons peuvent être testées dès que le cas se présente, à temps pour prévenir les incidents, et avant toute décision sans retour dans un cycle de développement, fût-il agile, dans une conduite du changement, dans un plan de communication.<br />
<br />
Ceci a 3 conséquences :<br />
<ul>
<li>réduire les aléas, car les "joints de dilatation" mis en place encaissent de nombreuses surprises, l'architecture n'en est pas remise en cause, et il n'y a pas de propagation systémique</li>
<li>simplifier les dépendances entre travaux de développement de logiciel, ceux-ci pouvant être parallélisés ou différés en fonction des urgences ou opportunités,</li>
<li>prolonger la durée de vie des applications actuelles, qui peuvent être connectées aux nouveaux composants, sans intrusion, rapidement et à peu de frais. Réduisant d'autant la taille du projet.</li>
</ul>
<div>
C'est une approche en rupture avec la tradition. Nous l'appellerons l'approche <b>"projet flexible"</b>. Profitant de l'architecture flexible, le projet pourra différer des choix, éviter de les figer a priori, de spécifier, s'adaptant ainsi, au fil de l'eau, aux évolutions apparues, ou incidents constatés.<br />
<br />
Engageant en amont les <b>POC de démonstration et de validation</b>, le projet flexible crée la plateforme de base, le "Data Hub", avant les travaux lourds de développement, de conduite du changement. Le projet flexible complète ainsi les nouvelles approches, agiles, ou DevOps, qui ne portent pas sur le plan de l'Architecture. Agnostique par rapport aux choix technologiques, le projet s'adaptera à tous les contextes techniques.</div>
<div>
<br /></div>
<h3>
Changement de paradigme projet</h3>
<div>
<br /></div>
<div>
Belle promesse diront les sceptiques. Oui, mais sous condition ! En effet, tout l'avantage découle du "<b>Data Hub</b>" qui est au cœur de l'architecture flexible.</div>
<div>
<br /></div>
<div>
La conception du Data Hub est l'équivalent de la conception de l'architecture dont il était question ci-dessus. La nuance est que cette architecture devient concrète, préexistante, testée, démontrée, au point qu'elle valide ses bases architecturales, sur toutes les "couches" habituelles, du Business, au métier, aux processus, aux SI.</div>
<div>
<br /></div>
<div>
C'est un <b>changement de paradigme</b> projet :</div>
<div>
<ul>
<li>l'intégration devient le premier travail, avant les développements,</li>
<li>l'ordonnancement projet est moins piloté par les pré-requis SI, et les dépendances entre composants SI, et prend en compte d'autres rigidités,</li>
<li>les choix de solutions alternatives, au niveau SI, sont ouverts.</li>
</ul>
<h3>
</h3>
<h3>
Un projet global calé sur les facteurs sociaux et humains</h3>
</div>
<div>
<br /></div>
<div>
Les contraintes dues au SI étant diminuées, le projet est plus fluide, avec la possibilité de produire des résultats plus facilement, plus rapidement, de façon diversifiée et plus fiable. En somme, l'inertie de la composante SI du projet est réduite.</div>
<div>
<br /></div>
<div>
Cependant le projet comprend en général d'autres composantes : processus, métier, façade client, industrie, logistique. Le changement de chaque composante a ses <b>caractéristiques propres</b>, son inertie, son temps de cycle.</div>
<div>
<br /></div>
<div>
L’allègement de l'inertie SI permet de repenser le projet global, en le calant sur les facteurs sociaux et humains, sur les contraintes industrielles. La flexibilité permet aussi d'<b>éclater le projet global en autant de sous-projets </b>qu'il y a de segments clients, ou de zones géographiques, ou toute autre classification pertinente pour constituer des variantes adaptées au contexte.</div>
<div>
<br /></div>
<div>
La flexibilité de l'Architecture ouvre une perspective enthousiasmante de flexibilité du projet, pour <b>minimiser les risques</b> techniques et sociaux, et<b> maximiser l'acceptation et le retour sur investissement</b> au plus tôt.</div>
<div>
<br /></div>
<div>
Le projet flexible : la fin des projets tunnel, des mega-projets d'intégration, des grands projets voués à l'échec et dont on n'ose parler.</div>
René Mandelhttp://www.blogger.com/profile/17211584826619896315noreply@blogger.com2tag:blogger.com,1999:blog-1208304208661212137.post-5177409413147478342016-06-06T10:15:00.000+02:002017-11-26T23:24:09.723+01:00Les trésors des "Puits d'événements"Le monde est devenu "Data Centric", c'est un fait. La civilisation découvre, par delà l'automatisation qu'elle a connue, l'omni présence des données crées à cette occasion, et surtout des avalanches d'informations disponibles qui retracent les comportements des prospects, des clients, les "chat" sur les réseaux sociaux, les "logs", les moindres frémissements des objets connectés.<br />
<br />
De nouvelles promesses apparaissent autour des Big Data, du marketing prédictif et autres machines learning. Un nouveau monde avec de nouveaux modèles d'affaire et une émergence technologique foisonnante.<br />
<br />
Pour autant, l'ancien monde, celui du patrimoine d'applications existantes, reste au centre du SI opérationnel dans la majorité des cas. Surtout, il rythme les processus, se colle à la réglementation, à l'organisation qui structure encore la masse des emplois.<br />
<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEh95bw80b2Azs1282r0lCi3gKPnL3-3L8E_uwQlahzzUho6NvJPhz7MPKeR1zKadHjgLmJvKKZDIdIF36Sd33MsQKAuBC0hSDw1BFJccG2jr32gw2sfr0we2Vfj2ICcHegriKu5r3I-ieUs/s1600/big+data.jpg" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEh95bw80b2Azs1282r0lCi3gKPnL3-3L8E_uwQlahzzUho6NvJPhz7MPKeR1zKadHjgLmJvKKZDIdIF36Sd33MsQKAuBC0hSDw1BFJccG2jr32gw2sfr0we2Vfj2ICcHegriKu5r3I-ieUs/s1600/big+data.jpg" /></a></div>
<br />
<h3>
Le grand écart</h3>
<br />
Les entreprises et organisations voudraient tirer le meilleur de ces deux mondes, avec la nouvelle intelligence que procurent les "Data Lab", et en préservant l'acquis du SI existant.<br />
<br />
On peut voir entre ces deux mondes une rupture de méthode, d'outils de développement, voire une rupture dans les modèles même de représentation des données, avec l'alternative SQL-NoSQL.<br />
<br />
On peut voir aussi d'une part le fameux cycle en cascade qui a présidé aux développements selon l'ancienne école du Génie Logiciel, et d'autre part les démarches agiles, incrémentales.<br />
<br />
Il y a bien, sur tous ces aspects, deux mondes de l'IT, avec un écart qui ne cesse de se creuser.<br />
<br />
<h3>
Le cas de l'architecture du SI</h3>
<br />
Le clivage se retrouve aussi au niveau plus global de l'Architecture du SI.<br />
<br />
L'ancienne école avait l'ambition de déployer des niveaux de modélisation depuis le Business, jusqu'aux couches techniques. Cette approche demeure majoritaire dans les grandes structures, car opérationnelle pour le SI existant, et surtout maintenant intégrée à la culture d'Entreprise et aux cursus professionnels. Une représentation simple et efficace s'est imposée pour la "couche fonctionnelle", fortement pratiquée en France, est celle du POS (plan d'occupation des sols, selon l'ancienne terminologie des l'urbanisme du droit des sols français), qui est une référence incontournable comme "Carte d'Etat Major" des grandes manœuvres du SI.<br />
<br />
Dans le nouveau monde des Big Data, de l'agile, et de toute la mouvance Open Source, il ne se dégage pas encore de "Big Picture" de référence. On trouve même des débats sur les critères de classement des composants, qui divisent les experts.<br />
<br />
Pourtant, réduire l'écart entre les deux mondes passe au premier chef par l'architecture du SI. Permettre la dynamique, la synergie entre ces mondes, est typiquement une question d'Architecture.<br />
<br />
<h3>
Le cas des données</h3>
<br />
Les données seraient l'or de notre nouvelle civilisation. Elles sont au centre d'enjeux entre les individus, les entreprises, la collectivité. Le cadre réglementaire se durcit, en même temps que les océans de données et autres Data Lake deviennent immenses, incommensurables.<br />
<br />
La complexité galope plus vite que toutes les bonnes intentions de gouvernance et de maîtrise... vouloir faire un POS de données, une cartographie exhaustive, vouloir tout sécuriser, contrôler sera-t-il possible ?<br />
<br />
Une telle "pensée totale" a-t-elle des chances de succès ? Est-elle praticable face au foisonnement actuel, sans en tuer l'énergie débridée ?<br />
<br />
<h3>
Le chemin innovant des "Puits d'événements"</h3>
<br />
L'approche par les <a href="http://www.value-architecture.com/2014/03/a-la-decouverte-des-puits-de-donnees.html" target="_blank">Puits d'événements</a> est en rupture avec les stratégies méthodologiques habituelles. En effet, comme dit ci-dessus, celles-ci se sont développées par niveau, et dans un classement systématique des zones ou quartiers. Elles privilégiaient la vision statique : les cartes de fonctions, de référentiels de données.<br />
<br />
Les Puits d'événements, a contrario, sont centrés sur :<br />
<br />
<ul>
<li>le noyau de d'informations partagées, noyau réduit et non extensif, simple à maîtriser,</li>
<li>les fondamentaux des événements du monde réel : une vision de la réalité dynamique, qui est, dans sont modèle, d'une surprenante stabilité,</li>
<li>une implémentation unique depuis la vision business jusqu'aux couches techniques, ce qui évite les tentatives bureaucratiques d'architectes de tous bords, et fédère les acteurs du SI sur une même plateforme commune des noyaux du SI.</li>
</ul>
<br />
<br />
Toutes ces qualités des Puits d'événements, posent ce concept comme réponse centrale, et probablement unique, aux défis de convergence exposés ci-dessus.<br />
<br />
<h3>
Les outils de gestion des données</h3>
<div>
<br /></div>
<div>
Le concept de "Puits d'événements" ne fait pas partie des standards du Consulting. On constate facilement dans l'avalanche de messages sur l'Architecture d'Entreprise, structurés par les diverses écoles de pensée d'Architecture certifiantes. De même au sein des sirènes du Big Data, voire des prescriptions de l'Open Data.</div>
<div>
<br /></div>
<div>
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgRpp3yyNlGcwd1Y-YdE40gaqoySpel6pKkzekpVl8C4C_jwKZpjYVm3OJs4P1lhVMs392l_OJxpFFGAuTLN8MO69r_6-jA6NHjU4H0O2GzQwtjiiL_BLvxEOShHU1xJ2HRKDbo39_BT_UK/s1600/master-data-management-network.jpg" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" height="175" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgRpp3yyNlGcwd1Y-YdE40gaqoySpel6pKkzekpVl8C4C_jwKZpjYVm3OJs4P1lhVMs392l_OJxpFFGAuTLN8MO69r_6-jA6NHjU4H0O2GzQwtjiiL_BLvxEOShHU1xJ2HRKDbo39_BT_UK/s320/master-data-management-network.jpg" width="320" /></a></div>
Cependant les approches se "modernisent", de nouveaux instruments de management, d'audit des données, avec des représentation graphiques macroscopiques, voient le jour. Ils sont mobilisables pour les fusions-acquisitions (voir <a href="http://www.reltio.com/about/news/2015/9/accelerating-mergers-with-modern-data-management" target="_blank">par exemple</a>).<br />
<br />
Un nouveau champ d'expérience et d'exploration est ouvert.<br />
<br />
Les "Puits d'événements" sont de petits repères sur ce chemin innovant, repères praticables, simples, mobilisables rapidement. Point n'est besoin d'outil sophistiqué, car, à ce niveau réduit, ils s'agit d'évidences démontrables par un POC (Proof of Concept) rapide et peu coûteux. Ce sont là les trésors des Puits de Données, pivots de l'<a href="http://www.value-architecture.com/2016/02/larchitecture-flexible-en-pratique.html" target="_blank">Architecture Flexible</a>.</div>
René Mandelhttp://www.blogger.com/profile/17211584826619896315noreply@blogger.com5tag:blogger.com,1999:blog-1208304208661212137.post-26620415052350876252016-05-11T22:30:00.003+02:002016-05-12T14:31:44.783+02:00Seven Principles of Enterprise Architecture<br />
<h4>
Enterprise Architecture is short of ideas</h4>
<a href="http://www.value-architecture.com/2016/04/sept-principes-durbanisme-des-systemes.html" target="_blank">(french version)</a><br />
With the break of digital Transformation, discipline of Enterprise Architecture, EA, is shaken on its bases. A questioning is more than necessity. Large consulting firms, carriers of miracle solution, are reduced to simplistic recommendations (bimodal IT) attacked by competitor gurus (<a href="http://searchcio.techtarget.com/news/450293796/Backlash-against-a-bimodal-IT-strategy" target="_blank">see the debate</a>), without real proposal on the bottom.<br />
Confronted on the one hand with an immense IT heritage, and on the other hand with this multiform disruption, Enterprise, CIO, do not know by which end take the problem. One claims to see cleavages everywhere: between the IT into bimodal, between the SQL and NoSQL, between intern and external Information Systems… But, clearly, these dichotomies does not function, because the value chain do not divide thus.<br />
<br />
Let us opt for an “Urbanistic” vision, a comprehensive view of the large heritage of IT components, and of their life cycles… all across the silos, technologies, beyond the borders of the company. And see the infinitely complex system of these components like an immense city, where the local action is vain : the city metaphor remains powerful.<br />
Let us explore the “urbanistic” actions in the form of invariable <b>principles</b> , of rules to the long course.<br />
<br />
<h2>
Imperfections of the demography of the components</h2>
<br />
<br />
If we suppose that, by unit of time, a number of components is created, and an other number of components disappears, we have a population whose total volume varies. This volume is the cumulative result of these births and death of components.<br />
<br />
In fact, components, even useless, do not disappear naturally in the course of time: their lifetime is artificially lengthened. The global population tends to increase more than necessary, it is the phenomenon of “coral reef”: new components are embedded with old components, sometimes completely useless.<br />
In addition, the connections between components are, to some extent, erratic, redundant, contingent. It is the spaghetti effect. I called these deviations "imperfection of the algebra of composition" (see the document available on Slideshare).<br />
<br />
In short, one can explain the dysfunctions by the “imperfect linkage” between components.<br />
<br />
These imperfections are of several orders. By objectifying them appear easily some EA rules susceptible to correct these well known faults.<br />
<br />
<br />
<h4>
7 Principles of Enterprise Architecture</h4>
<br />
7 principles of Enterprise Architecture are suggested to correct in egg the defects which appear, in the course of time, in any system.<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEj4ZjKrU_9PaL89CxxYKltSMvD5mMtK2kp0yujMbB8scCzGmdtINmgxdjCseCCdZhSNv6LvFgNofpXIJjseLrA8mPk_6fbTqWOt3gRoRzmS068SHEf5093LeK5ZPHQkc5urVsL68jDA9-5p/s1600/mediation-english-V2.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="337" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEj4ZjKrU_9PaL89CxxYKltSMvD5mMtK2kp0yujMbB8scCzGmdtINmgxdjCseCCdZhSNv6LvFgNofpXIJjseLrA8mPk_6fbTqWOt3gRoRzmS068SHEf5093LeK5ZPHQkc5urVsL68jDA9-5p/s640/mediation-english-V2.jpg" width="640" /></a></div>
<br />
<br />
<h3>
1. Correction of the imperfections of temporality</h3>
<br />
Let us suppose an exchange, an interaction, unambiguous: the same fact, in the same vision, the same cycle of setting in quality, same exchanged information. It is “perfect”. But in fact this can result in exchange in terms of:<br />
<br />
<ul>
<li><b>latency</b> (batch mode),</li>
<li><b>desynchronization</b> (message mode),</li>
<li><b>synchronism</b> (mode service or API).</li>
</ul>
<br />
Thus the exchange is imperfect, variable in its methods, dependent on fortuitous circumstances. This imperfection should be corrected, for example by using a storage to accept or restore various temporalities.<br />
The creation of clones of the same component will be thus avoided. One will avoid perennializing the imperfections of long latencies by propagation, during successive exchanges.<br />
<br />
<h3>
2. Imperfections of identity</h3>
<br />
Let us suppose an exchange which one believes perfect, but makes some error on <b>identity</b>, or a defect of <b>synchronism</b>,…<br />
For example the object has changed of state, whereas this change is not known by the partners of the exchange. A checking is to be made before validating the exchange, to avoid the propagation of errors.<br />
<br />
<h3>
3. Imperfection of genericity</h3>
<br />
Let us suppose an exchange which would seem perfect, from the point of view of the supplier, this supplier being polarized on a case, a vision silo, etc… Actually, in a more complete view, one can estimate that it is only one typical case, which, in this vision, must be included in a set of vaster cases.<br />
One cannot let transmitting and receiving exchange in all quietude: from the global point of view, their “private” exchange would be imperfect.<br />
This exchange is to be placed in a <b>more general case</b>. The community can thus have a transverse vision, at the adequate level. The generics simplifies Information System, and facilitates its transformation.<br />
<br />
<h3>
4. Imperfection of granularity</h3>
<br />
Between 2 levels of exchange, one being located at a “macro” level and the other at the <b>finest level</b>, the level of the grain, the second is amply preferable. It is a fundamental rule of Enterprise Architecture.<br />
Indeed the exchanges of aggregates are disrupted as soon as the logic of aggregation chnages. It is simpler and stable to calculate the aggregates by request, at the need time.<br />
<br />
<h3>
5. Imperfection of publicity</h3>
<br />
Let us suppose an exchange, perfect on any criterion, but which, completely or partially, can concern a “public” IS space. It does not have to remain completely private, or under private statute using redundant publishing functions.<br />
Publicity can be organized, with deposit <b>contracts</b>, and managed, under the terms of contracts of subscription.<br />
The mutualisation of this function makes economies of scale, unimbricates the suppliers and the customers, and gives transverse knowledge.<br />
<br />
<h3>
6. Imperfection of stability</h3>
<br />
Let us suppose a perfect exchange at a given time. However, after functional evolutions, modifications are introduced, making the exchanges impossible in the state, and implying a management of version, on the supplier and customer sides.<br />
This creates a complexity, which one can compensate for by masking instability, the successive versions being converted into alternatives of the <b>same one version</b>.<br />
<br />
<h3>
7. Imperfection of subsidiarity</h3>
<br />
In the absence of management of subsidiarity, two extreme situations possible and are unbalanced:<br />
<br />
<br />
<ul>
<li>To manage all the central level, by choking any management or decentralized initiative,</li>
<li>Nothing to put in coherence, between autonomous spaces which do not respect any constraint.</li>
</ul>
<br />
Very often, exchanges, either completely centralized, or completely decentralized, are imperfect: they cause associations between components badly positioned, with perverse effects in the long term. For example centralization combines components of any azimuth. With unslung autonomy the inconsistencies are the rule.<br />
<br />
Subsidiarity is declined on several axes (organisational, commercial, produced,…), requiring a comprehensive IS view of all the <b>points of balance</b>.<br />
<br />
Management of subsidiarity makes it possible to fix the points of balance (for the data and the meta-data) and to create the parameters to make them evolve.<br />
<br />
<h4>
An eternal cleavage</h4>
<br />
The "city" of the components, to urbanize, is cleaved between:<br />
<br />
<ul>
<li><b>shared components</b>, candidates with the public reference: recalling structures, identities, cycles, course,</li>
<li><b>subsidiary components</b>, fruits of private autonomy.</li>
</ul>
<br />
This division, copied on the value chains, is permanent. It transcends the so-called bimodal IT, the chapels of structured and of not structured model, the borders of the Company in dilution, the Internet of all things…<br />
<br />
These 7 EA principles allows, through organisational or technical solutions, to simplify IS, to make it more economic, transformable by hybridization, and flexible device.<br />
<br />
The urbanistic vision is essential, a realistic metaphor, allowing, in long term, to transform the IT heritage <b>gradually</b>, without Big Bang, or heavy methodology.<br />
<br />
The principal effort is not any more to relate on the method miracle, or technological cleavage.<br />
<br />
It is necessary to act, because, with interfunctionings per thousands, and exchanges intimate to IS, “laissez-faire” leads unrelentingly to the embolism.<br />
<br />
It is necessary to put under control the interactions between the atoms of IS. One needs a “mediation” between components, applying these 7 principles. And to nip in the bud congenital complexity and rigidity.René Mandelhttp://www.blogger.com/profile/17211584826619896315noreply@blogger.com3tag:blogger.com,1999:blog-1208304208661212137.post-65671226966333446562016-04-30T15:40:00.003+02:002016-05-11T22:34:53.495+02:00Sept principes d'urbanisme des systèmes<h4>
L'EA orpheline d'idées</h4>
<div>
(<a href="http://www.value-architecture.com/2016/05/seven-principles-of-enterprise.html" target="_blank">english version</a>)</div>
<div>
Avec la déferlante de la Transformation numérique, la discipline d'Architecture d'Entreprise, l'EA, est secouée sur ses bases. Une remise en cause est plus que nécessaire (voir le<a href="http://www.value-architecture.com/2016/01/le-futur-de-larchitecture-dentreprise.html" target="_blank"> futur de l'EA</a>).</div>
<div>
Les grands cabinets, grands porteurs de recette miracle, en sont réduits à des préconisations simplistes (bimodal IT) attaquées par force gourous concurrents (<a href="http://searchcio.techtarget.com/news/450293796/Backlash-against-a-bimodal-IT-strategy" target="_blank">voir le débat</a>), sans réelle proposition sur le fond.</div>
<div>
Confrontée d'une part à un patrimoine IT immense, et d'autre part à cette déferlante multiforme, l'Entreprise, le DSI, ne sait par quel bout prendre le problème. On prétend voir des clivages partout : entre les IT en bimodal, entre le SQL et le NoSQL, entre le SI interne et l'externe, ... Mais, clairement, ces dichotomies ne fonctionnent pas, car les chaînes de valeur ne se divisent pas ainsi.</div>
<div class="MsoNormal">
<br />
Prenons le parti d'une vision "Urbanistique", d'une vision globale de tout le patrimoine des composants, et de leurs cycles de vie... par delà les silos, les technologies, les frontières de l'entreprise. Certes l'Urbanisme des SI est démodé... mais voir l’infiniment grand des composants du SI comme une immense cité, où l'action locale est vaine, est une métaphore qui demeure puissante.<br />
<br />
Explorons les actions "urbanistiques" sous forme de principes invariants, de règles au long cours.<br />
<br /></div>
<h4>
Les imperfections de la démographie des composants </h4>
<h1>
<o:p></o:p></h1>
<div class="MsoNormal">
<br />
<br /></div>
<div class="MsoNormal">
Si nous supposons que, par unité de temps, il se crée un
nombre fini de composants, et un autre nombre non moins fini de composants disparaît, nous
avons une population dont le volume total varie. Ce volume est résultat cumulatif de ces naissances et décès de composants.<o:p></o:p><br />
<br /></div>
<div class="MsoNormal">
De fait, sauf à faire un effort de rationalisation, à faire
le ménage, donc à provoquer des décès de composants devenus peu utiles ou obsolètes, les composants, même inutiles, ne disparaissent
pas naturellement au fil du temps : leur durée de vie est artificiellement allongée.<o:p></o:p></div>
<div class="MsoNormal">
La population globale tend à augmenter plus que nécessaire,
c’est le phénomène de « <b>récif de corail </b>» : de nouveaux
composants sont adossés à d’anciens composants, parfois totalement inutiles.<o:p></o:p></div>
<div class="MsoNormal">
Par ailleurs, les liaisons entre composants sont, pour
partie, erratiques, redondantes, contingentes. C'est l'<b>effet spaghetti</b>. J’ai appelé tout cela l’<b>imperfection de l’algèbre de composition</b> (voir le <a href="http://fr.slideshare.net/RenMANDEL/fatalit-entropiev1">document disponible sur
Slideshare</a>).<o:p></o:p></div>
<div class="MsoNormal">
<br />
En résumé, on peut expliquer les dysfonctionnements par les « assemblages imparfaits »
entre composants.</div>
<o:p></o:p><br />
<div class="MsoNormal">
Ces imperfections sont de plusieurs ordres. En les objectivant apparaissent facilement quelques règles d'urbanisme susceptibles de corriger les travers bien connus.<br />
<br />
<br />
<h4>
7 Principes d'urbanisme</h4>
<br />
Voici les <b>7 principes d’urbanisme</b> proposés pour corriger dans l’œuf les défauts qui apparaissent, au fil du temps, dans tout système.<o:p></o:p></div>
<div class="MsoNormal">
<br /></div>
<h3 style="margin-left: 36.0pt; mso-list: l1 level1 lfo2; text-indent: -18.0pt;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEggQKgNJiEl0o1QRSzQ1rxTX3aJgqkIC9apCMlRCgSvYlvVyrdd1NFmEUBQ_ODB0wHE837IztfPc0UK4SFD3iTBvjNKpzuo78312iphIAhO3c62nWzhGojvA6Puk-DvoNogqNIR6dQIFpX3/s1600/M%25C3%25A9diation.png" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" height="425" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEggQKgNJiEl0o1QRSzQ1rxTX3aJgqkIC9apCMlRCgSvYlvVyrdd1NFmEUBQ_ODB0wHE837IztfPc0UK4SFD3iTBvjNKpzuo78312iphIAhO3c62nWzhGojvA6Puk-DvoNogqNIR6dQIFpX3/s640/M%25C3%25A9diation.png" width="640" /></a>
1.<span style="font-size: 7pt; font-stretch: normal; font-weight: normal;">
</span><!--[endif]-->Correction des imperfections de temporalité</h3>
<h1 style="margin-left: 36.0pt; mso-list: l1 level1 lfo2; text-indent: -18.0pt;">
<o:p></o:p></h1>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Supposons un échange, une interaction, non ambiguë : le
même fait, dans la même vision, le même cycle de mise en qualité, les mêmes
informations échangées. Il est « parfait ». Mais en fait cela peut donner lieu à échange dans des modalités :<br />
<div style="text-indent: 0px;">
</div>
<ul>
<li><span style="text-indent: -18pt;">à <b>latence</b> (mode batch),</span></li>
<li><span style="text-indent: -18pt;">en <b>désynchronisation</b> (mode message),</span></li>
<li><span style="text-indent: -18pt;">en <b>synchronisme</b> (mode service ou API).</span></li>
</ul>
</div>
<div class="MsoListParagraphCxSpFirst" style="mso-list: l2 level1 lfo1; text-indent: -18.0pt;">
<!--[if !supportLists]--><o:p></o:p></div>
<div class="MsoListParagraphCxSpMiddle" style="mso-list: l2 level1 lfo1; text-indent: -18.0pt;">
<o:p></o:p></div>
<div class="MsoListParagraphCxSpLast" style="mso-list: l2 level1 lfo1; text-indent: -18.0pt;">
<o:p></o:p></div>
<div class="MsoNormal">
Donc l’échange est imparfait, variant en apparence, dépendant de circonstances
fortuites. Il faut corriger cette imperfection, par exemple en
utilisant un stockage (cf. le <a href="http://trame-business.fr/mon-installation/index.php/architecture-flexible/puits-de-donnees/" target="_blank">concept de "puits" de données</a>, pour accepter ou restituer les différentes
temporalités.</div>
<div class="MsoNormal">
<o:p></o:p></div>
<div class="MsoNormal">
On évitera ainsi la création de clones du même composant. On évitera de pérenniser les imperfections de latences longues, par propagation au cours d’échanges successifs.<o:p></o:p></div>
<div class="MsoNormal">
<br /></div>
<h3 style="margin-left: 36.0pt; mso-list: l1 level1 lfo2; text-indent: -18.0pt;">
2.<span style="font-size: 7pt; font-stretch: normal; font-weight: normal;">
</span><!--[endif]-->Imperfections d’identité</h3>
<h1 style="margin-left: 36.0pt; mso-list: l1 level1 lfo2; text-indent: -18.0pt;">
<o:p></o:p></h1>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Supposons un échange que l’on croit parfait, mais en fait qu'il
y ait erreur sur l’<b>identité</b>, ou un défaut de <b>synchronisme</b>, …<br />
Par exemple l’objet a changé
d’état, alors que ce changement n’est pas connu par les partenaires de l’échange. Une vérification est à faire avant de valider l’échange, pour éviter la propagation virale d’erreurs. <o:p></o:p><br />
<br /></div>
<h3 style="margin-left: 36.0pt; mso-list: l1 level1 lfo2; text-indent: -18.0pt;">
3.<span style="font-size: 7pt; font-stretch: normal; font-weight: normal;">
</span><!--[endif]-->Imperfection de généricité</h3>
<h1 style="margin-left: 36.0pt; mso-list: l1 level1 lfo2; text-indent: -18.0pt;">
<o:p></o:p></h1>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Supposons un échange qui semblerait parfait, du point de vue
du fournisseur, ce fournisseur étant polarisé sur un cas, un métier, une vision en silo, etc…
En réalité, dans une vision plus globale, on peut estimer que ce n’est qu’un
cas particulier, et que, dans cette vision, ce cas doit être inclus dans un
ensemble plus vaste.<o:p></o:p></div>
<div class="MsoNormal">
On ne peut alors laisser émetteur et récepteur échanger en toute
quiétude : du point de vue global, leur échange « privé » serait
imparfait, particulier, troublant la simplicité d'une vision plus distanciée.<br />
Cet échange est à placer dans <b>un cas plus général</b>. La collectivité peut ainsi disposer d’une perspective transverse, de bon niveau. La généricité simplifie le SI, et facilite sa transformation.<o:p></o:p></div>
<div class="MsoNormal">
<br /></div>
<h3 style="margin-left: 36.0pt; mso-list: l1 level1 lfo2; text-indent: -18.0pt;">
4.<span style="font-size: 7pt; font-stretch: normal; font-weight: normal;">
</span><!--[endif]-->Imperfection de granularité</h3>
<h1 style="margin-left: 36.0pt; mso-list: l1 level1 lfo2; text-indent: -18.0pt;">
<o:p></o:p></h1>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Entre 2 niveaux d’échange, l’un se situant à un <b>niveau
« macro »</b> et l’autre au niveau le plus fin, <b>le niveau</b> du <a href="http://trame-business.fr/mon-installation/index.php/architecture-flexible/puits-de-donnees/la-tri-datation/" target="_blank">grain d'information</a>, le second
est amplement préférable. C’est une règle d’Urbanisme fondamentale.<br />
En effet les échanges d'agrégats sont remis en cause par les changements dans la logique d'agrégation. Il est plus simple et stable de calculer les agrégats à la demande, au moment du besoin.<o:p></o:p></div>
<div class="MsoNormal">
<br /></div>
<h3 style="margin-left: 36.0pt; mso-list: l1 level1 lfo2; text-indent: -18.0pt;">
5.<span style="font-size: 7pt; font-stretch: normal; font-weight: normal;">
</span><!--[endif]-->Imperfection de publicité</h3>
<h1 style="margin-left: 36.0pt; mso-list: l1 level1 lfo2; text-indent: -18.0pt;">
<o:p></o:p></h1>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Supposons un échange, parfait sur tout critère, mais qui,
totalement ou partiellement, peut intéresser un espace "public", au sens de l'Urbanisme du SI. Il n’a pas à
rester totalement privé, ou sous statut privé s'attribuant de redondantes fonctions de publication.<o:p></o:p></div>
<div class="MsoNormal">
La publicité des informations peut être organisée, en regard d’un <b>contrat</b> de
dépôt, et gérée, en vertu de <b>contrats </b>d’abonnement.<o:p></o:p></div>
<div class="MsoNormal">
La <b>mutualisation de cette fonction </b>réalise une économie
d’échelle, dés-imbrique les fournisseurs et les clients, et donne la connaissance transverse du patrimoine.<o:p></o:p></div>
<div class="MsoNormal">
<br /></div>
<h3 style="margin-left: 36.0pt; mso-list: l1 level1 lfo2; text-indent: -18.0pt;">
6.<span style="font-size: 7pt; font-stretch: normal; font-weight: normal;">
</span><!--[endif]-->Imperfection de stabilité</h3>
<h1 style="margin-left: 36.0pt; mso-list: l1 level1 lfo2; text-indent: -18.0pt;">
<o:p></o:p></h1>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
Supposons un échange parfait à un moment donné. Cependant,
après des évolutions fonctionnelles, des modifications sont introduites, rendant
les échanges impossibles en l’état, et impliquant une gestion de version, coté fournisseur et coté client.<br />
Ceci crée une complexité. On peut compenser ce trouble en <b>masquant l’instabilité</b>, les
versions successives étant converties en variantes d’une seule et même version.<o:p></o:p></div>
<div class="MsoNormal">
<br /></div>
<h3 style="margin-left: 36.0pt; mso-list: l1 level1 lfo2; text-indent: -18.0pt;">
7.<span style="font-size: 7pt; font-stretch: normal; font-weight: normal;">
</span><!--[endif]-->Imperfection de subsidiarité</h3>
<h1 style="margin-left: 36.0pt; mso-list: l1 level1 lfo2; text-indent: -18.0pt;">
<o:p></o:p></h1>
<div class="MsoNormal">
<br /></div>
<div class="MsoNormal">
En l’absence de gestion de la subsidiarité, deux situations
<b>extrêmes</b> sont possibles et déséquilibrées :<span style="font-family: "symbol"; text-indent: -18pt;"><span style="font-family: "times new roman"; font-size: 7pt; font-stretch: normal;"> </span></span><br />
<br />
<ul>
<li><span style="text-indent: -18pt;">Tout gérer au niveau <b>central</b>, en étouffant toute
gestion ou initiative décentralisée,</span></li>
<li><span style="text-indent: -18pt;">Ne rien mettre en cohérence, entre des espaces <b>autonomes</b> qui ne respectent aucune contrainte.</span></li>
</ul>
</div>
<div class="MsoListParagraphCxSpLast" style="mso-list: l0 level1 lfo3; text-indent: -18.0pt;">
<o:p></o:p></div>
<div class="MsoNormal">
Bien souvent, des échanges soit totalement centralisés, soit totalement
décentralisés, sont imparfaits : ils provoquent des associations entre
composants mal positionnées, avec des effets pervers à terme. Par exemple à la centralisation extrême s'associe une combinatoire des composants tout azimut. Avec l'autonomie débridée, les incohérences sont la règle.<o:p></o:p><br />
<br />
La subsidiarité se décline sur plusieurs axes (organisationnel, commercial, produits, ...), nécessitant une vision globale de tous les <b>points d'équilibre</b>.</div>
<br />
<div class="MsoNormal">
La gestion de la subsidiarité permet de fixer les points
d’équilibre (pour les données et pour les meta-données) et de créer les paramètres pour les faire
évoluer.<o:p></o:p><br />
<br />
<h4>
Un clivage éternel</h4>
<div>
<br /></div>
<div>
La cité des composants, à urbaniser, est clivée entre :</div>
<div>
<ul>
<li>composants<b> partagés</b>, candidats à la <b>référence publique</b> : retraçant structures, identités, cycles, parcours,</li>
<li>composants<b> subsidiaires</b>, fruits de l'<b>autonomie privée</b>.</li>
</ul>
<div>
Ce clivage, calqué sur les chaînes de valeur, est peu variant. Il transcende les soi-disant IT bimodal, les chapelles du structuré et du non structuré, les frontières de l'Entreprise en dilution, les Internet de toutes choses...</div>
</div>
<div>
<br /></div>
<div>
Reconnaître les 7 principes d'urbanisme permet, au travers de solutions organisationnelles ou techniques, de <b>simplifier</b> le SI, de le rendre <b>plus économique</b>, <b>transformable</b> par hybridation, et <b>flexible</b>.</div>
<div>
<br /></div>
<div>
La vision urbanistique s'impose comme la métaphore réaliste, permettant, dans une vision long terme, de transformer progressivement le patrimoine, sans Big Bang, sans lourde méthodologie.</div>
<div>
<br /></div>
<div>
L'effort principal n'est plus à porter sur la méthode miracle, ou sur le clivage technologique.</div>
<div>
<br /></div>
<div>
Il faut agir, car, dans les interfonctionnements par milliers, ces échanges intimes au SI, le "laisser-faire" aboutit inexorablement au trouble, au risque, et à l'embolie.</div>
<div>
<br /></div>
Il faut <b>mettre sous contrôle les interactions</b> entre les atomes du SI. Il faut une "<b>médiation</b>" entre composants, appliquant ces 7 principes. Et tuer ainsi dans l’œuf complexités et rigidités congénitales.</div>
René Mandelhttp://www.blogger.com/profile/17211584826619896315noreply@blogger.com2tag:blogger.com,1999:blog-1208304208661212137.post-43838739000301148172016-04-21T09:56:00.000+02:002016-04-21T09:56:22.002+02:00De l'Architecture d'Entreprise à l'Architecture d'Ecosystème<br />
Le concept d'Architecture d'Entreprise structure la pensée des Urbanistes SI ou des Architectes d'Entreprise depuis des décennies. Cette approche historique est menacée par la 3 ème révolution industrielle, et par le séisme technologique en cours. La faire évoluer ? Lui substituer une nouvelle approche ?<br />
<br />
<h4>
La nécessité d'une vision globale</h4>
<br />
Au delà des évolutions en cours, la nécessité d'une <b>vision de moyen terme </b>demeure. Elle doit être <b>globale</b>, et l'Entreprise ne peut s'en remettre à la seule dynamique des projets. L'ensemble du patrimoine des applications, et des nouveaux composants, issus de tous ces projets, résulte de visions locales, partielles, opportunistes. Cet ensemble, au fil du temps, deviendrait de plus en plus complexe, redondant, incohérent. Malgré les progrès technologiques, les mêmes causes produiraient les mêmes effets, qui ont justifié l'Architecture d'Entreprise et l'Urbanisme des SI.<br />
<br />
Certes le développement <b>agile</b>, les microservices, les <b>Big Data</b>, nouvelles <b>plateformes</b> effacent de vieilles contraintes. Mais la maîtrise d'une complexité globale reste le sujet majeur, qui dépasse le SI : ce système d'information est calqué sur l'organisation de l'Entreprise, sur les Métiers. Il en reproduit fidèlement <b>cloisonnements et complexité</b>.<br />
<br />
<h4>
Sur quel périmètre architecturer l'Entreprise ?</h4>
<br />
L'Architecture d'Entreprise s'est développée avec une approche <b>centrée sur l'Entreprise</b>. Elle a lutté contre le cloisonnement, les fameux silos, et le manque de vision à terme, avec cible ou "To Be".<br />
<br />
La révision de la méthode et des processus de l'EA est indispensable (voir à ce sujet "<a href="http://www.value-architecture.com/2016/01/le-futur-de-larchitecture-dentreprise.html" target="_blank">le futur de l'Architecture d'Entreprise</a>"). Mais <b>sur quel périmètre</b> appliquer notre projet "urbanistique" ? Faut-il encore cartographier l'Entreprise ? Le bureau d'étude d'urbanisme doit-il se limiter à la Cité ? Et d'ailleurs, quelle est la Cité du SI de l'Entreprise numérique ?<br />
<br />
<h4>
Les frontières de l'Entreprise se dissolvent dans l'Ecosystème</h4>
<br />
Les fonctionnements entre l'Entreprise et ses partenaires, entre l'Entreprise et ses clients, se dématérialisent, et surtout s'automatisent. Les coûts d'interfonctionnement en sont réduits, et les processus deviennent transverses aux Entreprises et organisations.<br />
<br />
L'Entreprise et ses partenaires forme un <b>conglomérat</b> qui fonctionne, progressivement, comme une seule et même Entreprise... Un conglomérat d'entreprises interconnectées et fournissant les services sans latence, directement sans le détour de processus, et autres chicanes héritées des traitements papier, des guichets, des saisies...<br />
<br />
Ce conglomérat n'est pas simple addition, juxtaposition : il se constitue en intelligence, chaque partenaire y jouant le rôle pour lequel il est le mieux doté, avec les meilleures capacités.<br />
<br />
Le terme d'<b>Ecosystème</b> désigne ce conglomérat multi-acteurs.<br />
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="margin-left: auto; margin-right: auto; text-align: center;"><tbody>
<tr><td style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgwsP9qKUYjSHai2n_jxtZLoRlsRNfXkNH5EM6hPiG1i37QMKh6LpjkYTldbfsZJF3vs6qNOW6SYRli5w9XN-jKK748_bZ1YmilTj20ELt1K8HrpZd3JGW80T_lKrbj-aejhcqp0-oi0dkS/s1600/Ecosystem.png" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" height="520" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgwsP9qKUYjSHai2n_jxtZLoRlsRNfXkNH5EM6hPiG1i37QMKh6LpjkYTldbfsZJF3vs6qNOW6SYRli5w9XN-jKK748_bZ1YmilTj20ELt1K8HrpZd3JGW80T_lKrbj-aejhcqp0-oi0dkS/s640/Ecosystem.png" width="640" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Un écosystème, ses acteurs, ses échanges, ses cycles de vie</td></tr>
</tbody></table>
<br />
<br />
<h4>
Vers les SI d'Ecosystème</h4>
<br />
L'analogie, du point de vue de l'Architecture du SI, entre l'Entreprise et l'Ecosystème est flagrante :<br />
<br />
<ul>
<li>Dans l'entreprise on se plaignait des <b>silos</b>, avec leurs visions orientées "métier", on s'efforçait de partager les grands référentiels transverses par une approche de type MDM,</li>
<li>Dans l'entreprise on créait des entrepôts <b>transverses</b>, reprenant les données issus de divers flux, pour alimenter le décisionnel... on mettait en place des MDM, du pilotage, des "visions 360",</li>
<li>Dans l'entreprise on orientait le SI vers le client, pour le fidéliser, l'engager, diversifier l'offre.</li>
</ul>
<br />
Avec l'<b>Ecosystème</b>, se posent les mêmes problématiques avec acuité. Elles transcendent celles de l'Entreprise, "piégée" par l'Ecosystème comme canard dans sa mare. Simplement, les questions d'affrontements internes, les zizanies, ... deviennent des <b>confrontations concurrentielles</b>, d'influence, de lobbying réglementaire.<br />
<br />
Le SI de l'Ecosystème, comme du temps de l'Entreprise, est enjeux de pouvoir. Ce levier est crucial puisque les luttes ne sont plus intestines, mais de survie, dans le monde implacable des rendements d'échelle de l'Iconomie.<br />
<br />
Et le client, doté de la meilleure "application", devient l'arbitre du duel économique.<br />
<br />
<h4>
L'Architecture d'Entreprise connectée à l'Architecture d'Ecosystème</h4>
<div>
<br />
Le barycentre du SI passe ainsi de l'Entreprise à l'Ecosystème. L'Architecture d'Entreprise n'a plus guère de sens, si elle n'est <b>alignée, et subsidiaire de l'Architecture de l'Ecosystème.</b></div>
<div>
<br /></div>
<div>
Par exemple, tel <b>référentiel</b>, qui identifie les acteurs, tel autres des clients, ou encore tel référant les cycles de vie,... : ces données maîtres ont un tronc commun à toutes les parties prenantes de l'Ecosystème. Logiquement, des offres globales, spécialisées par type de référentiel, émergent, comme par exemple pour la <a href="http://www.businesswire.com/news/home/20160301005095/en/MDM-Leader-Stibo-Systems-Forms-Strategic-Partnership#.VtaKSJPMpKg.linkedin" target="_blank">gestion des référentiels produits</a>.</div>
<div>
<br /></div>
<div>
On réutilisera le savoir-faire acquis pour "architecturer" l'Entreprise, en adaptant la méthode : L'Ecosystème est, par construction, multi-acteur. Il est, dans le contexte, très évolutif. Son Architecture ne peut être conçue comme la bonne vieille Architecture d'Entreprise, avec ses processus normés, sa Gouvernance, et son lent déploiement.</div>
<div>
<br /></div>
<h4>
De l'infiniment grand ...</h4>
<div>
<br />
Jusqu'où peut nous amener le saut conceptuel de l'Entreprise à l'Ecosystème ? Quelles sont les nouvelles frontières ? Vers de super écosystèmes où toutes les Entreprises se diluent ?</div>
<div>
<br /></div>
<div>
L'avenir est incertain. Pourtant des <a href="http://www.value-architecture.com/2013/02/frontieres-un-espace-objectiver-suivez.html" rel="nofollow" target="_blank"><b>frontières</b></a> "virtuelles" existent, celles marquées par les événements pertinents pour l'écosystème. Par exemple :</div>
<div>
<br /></div>
<div>
<ul>
<li>Si l'Ecosystème a trait aux <b>soins</b>, il s'agit des parcours de santé, et des cycles de soin. Après tout, les phénomènes, même si leurs modalités changent, sont éternels : vieillissement, maladie, thérapies, hygiène de vie, etc...</li>
<li>Si on s'intéresse à la <b>mobilité</b>, une organisation en Ecosystème est tout aussi complexe, rythmée par les jalons du parcours physique. Avec des modalités changeantes (transports automatiques, covoiturage, uberisation) dans un cadre éternel (aller d'un point A à un point B, et à cette occasion voir, communiquer,...).</li>
</ul>
</div>
<div>
<br /></div>
<div>
Et pourquoi ne pas intégrer de tels ensembles dans une "Smart City", ville intelligente et connectée ?</div>
<div>
<br /></div>
<div>
<h4>
à l'infiniment petit</h4>
</div>
<div>
<br /></div>
<div>
De l'infiniment grand à l'infiniment petit. A l'opposé de cet infiniment grand, l'infiniment petit de l'atome d'information : le <b>grain le plus fin</b>, porteur de sens pour tous les participants à l'écosystème.</div>
<div>
<br /></div>
<div>
Ce grain d'information est le <b>plus petit commun dénominateur</b> de l'Ecosystème, toutes les parties prenantes le comprennent, et le reconnaissent comme trace de leurs actions communes.Il n'est pas toute l'information, mais il est centre de la marguerite d'informations, à la quelle chaque contributeur apporte son pétale. Il identifie l'objet et l'événement : l'individu, la maladie, le soin, dans notre exemple.</div>
<div>
<br /></div>
<div>
Quelles que soient les recompositions de l'Ecosystème, le <b>modèle du grain</b> (voir <a href="http://trame-business.fr/mon-installation/index.php/architecture-flexible/la-tri-datation/" target="_blank">ce concept</a>), des gains typiques, demeure. Pour le recueillir, le tracer, la figure de style du <a href="http://trame-business.fr/mon-installation/index.php/architecture-flexible/puits-de-donnees/" target="_blank"><b>Puits de données</b></a> s'impose.</div>
<div>
<br /></div>
<div>
<br /></div>
<h4>
L'Architecture de l'Ecosystème existe</h4>
<div>
<br />
L'Architecture d'un Ecosystème <b>existe</b>. Comment organiser les systèmes autour de ces grains, pivots de cohérence et de synergie ? Par quel miracle l'Ecosystème pourrait-il fonctionner autrement ? Car il lui faut une <a href="http://trame-business.fr/mon-installation/index.php/architecture-flexible/le-data-hub-epine-dorsale-de-la-flexibilite/" target="_blank">épine dorsale</a> de SI pour véhiculer les influx nerveux.</div>
<div>
<br /></div>
<div>
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEj0_mvSwCNC2_ITE7WQnNcpDvUuoaMdMHRhO11zODFcLLbBc0_G2fkmei8rCNUY1rk4FyV-5L7ehs7B-UEVwxoEjV6R98Q57Vwxm2zPW2-5c4LwIgrpCWdklb76chpri2X2dBh35EcJplfp/s1600/architecture+flexible.jpg" imageanchor="1" style="clear: left; float: left; margin-bottom: 1em; margin-right: 1em;"><img border="0" height="183" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEj0_mvSwCNC2_ITE7WQnNcpDvUuoaMdMHRhO11zODFcLLbBc0_G2fkmei8rCNUY1rk4FyV-5L7ehs7B-UEVwxoEjV6R98Q57Vwxm2zPW2-5c4LwIgrpCWdklb76chpri2X2dBh35EcJplfp/s200/architecture+flexible.jpg" width="200" /></a></div>
<br />
Est-ce de la philosophie ? De l'Iconomie ? C'est l'application d'une méthode rigoureuse adaptée à cet enjeux : l'<b><a href="http://trame-business.fr/mon-installation/index.php/architecture-flexible/" target="_blank">Architecture Flexible</a></b>. L'Architecture de conquête de l'Ecosystème.</div>
<div>
</div>
<br />René Mandelhttp://www.blogger.com/profile/17211584826619896315noreply@blogger.com3tag:blogger.com,1999:blog-1208304208661212137.post-5923382662902700362016-04-17T10:24:00.001+02:002016-04-17T10:24:47.165+02:00Une architecture canoniqueEn rappel d'anciens souvenirs d'adoration des mathématiques l'idée est ici atteindre, dans la conception d'une Architecture, une "<b>forme canonique</b>", la forme unique et durable...<br />
<br />
En effet les définitions de l'<a href="https://fr.wikipedia.org/wiki/Architecture_flexible" target="_blank">Architecture Flexible</a>, récentes, sont faites pour que le concept dure.<br />
<br />
Cependant, le doute est là. Ces concepts résisteront-ils aux modes et aux avancées technologiques ? D'autres solutions architecturales émergeront-elles ? Les <a href="http://www.value-architecture.com/2016/03/les-atouts-de-larchitecture-flexible.html" target="_blank">5 flexibilités</a> apportées suffiront-elles pour traverser tous les aléas ?<br />
<br />
La "solidité" de l'Architecture Flexible se trouve dans sa logique de conception, et la recherche d'une forme canonique, pierre philosophale de l'Architecture d'Entreprise.<br />
<br />
<h4>
Des axiomes universels</h4>
<br />
Un <b>axiome</b> est une vérité première, facilement vérifiable, mais non démontrée. Sur cette base, une théorie peut être développée, dans un enchaînement déductif.<br />
<br />
Les <b>axiomes</b> de l'Architecture Flexible sont :<br />
<ul>
<li>l’Architecture se développe dans l'<b>Ecosystème</b></li>
<li>des <b>données de référence partagées</b> existent dans tous les cas de SYSTEMES (domaine, Entreprise, Ecosystème), dans le SI et au delà</li>
<li>les modèles « pivot » des données de référence sont <b>simples et stables</b></li>
<li>Ces modèles pivot s'étendent en <b>fractales</b> et par jeu de subsidiarité</li>
</ul>
<div>
Ce jeu d'Axiomes vient en complément de ceux basant la Trame Business :</div>
<ul>
<li>les transformations se font toujours <b>par étapes</b></li>
<li>les événements sont organisés en <b>cycles et parcours</b></li>
<li>les événements sont à l’origine des <b>transformations</b></li>
<li>un SYSTÈME est toujours agité par <b>plusieurs cycles</b></li>
</ul>
<div>
Ces 8 vérités <b>objectives</b> sont la base logique de tout édifice d'Architecture d'Entreprise. Une base, intemporelle, liée, ni à une technologie, ni à une activité.</div>
<div>
<br /></div>
<h3>
Une déclinaison logique</h3>
<div>
<br /></div>
<div>
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="float: left; margin-right: 1em; text-align: left;"><tbody>
<tr><td style="text-align: center;"><span style="margin-left: auto; margin-right: auto;"><img border="0" height="178" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhLjzPib0S_yBpeF6Yft7JrFiKJaziH4coRKKnXOzUNHL3aUmNx1hO4LcLStHK2INq3lqMb86tGFQodpTgpGQMU-6el1GJxdhKCQwmCGUO1CxsEEgUQxtLbsbJ0NOG5RuPkwPvji_4_V81G/s320/spectacle10_DxO.jpg" width="320" /></span></td></tr>
<tr><td class="tr-caption" style="text-align: center;">Photo de Doisneau (extrait)</td></tr>
</tbody></table>
Sans entrer dans le détail, pour chaque cas d'usage, on adaptera l'architecture aux chaînes de valeur, aux objets concernés, aux biorythmes des transformations. On réglera et paramétrera les modèles (MDM, Puits) aux jeux de configuration (désintermédiation, intégration, modèle d'organisation, de collaboration).</div>
<div>
<br /></div>
<div>
Cette déclinaison, ce jeu de construction, est un travail passionnant de conception :<br />
<br />
<ul>
<li>où l'on assemble les pièces standards (figures de style) dans un <b>Lego d'Architecture</b> constituant l'épine dorsale architecturale.</li>
<li>puis on connecte les composants et applicatifs sur cette épine dorsale, dans un <b>Lego systèmique</b> d'ensemble</li>
</ul>
<br />
Une démarche rigoureuse, logique, créative, car distançant l'existant et ignorant les poncifs et prérequis méthodologiques.</div>
<div>
<br /></div>
<h3>
Combler un "vide" conceptuel</h3>
<div>
<br /></div>
<div>
A une époque où les anciens dogmes sont brisés, les stéréotypes de haut-niveau, comme les framework d'architecture, ne sont plus opérationnels. Le taylorisme qu'ils préconisaient n'est plus de mise.</div>
<div>
<br />
L'omni-présence technologique, et l'état de grâce induit, pourrait laisser croire qu'il suffit de développer en méthode agile, d'appliquer les circuits courts de DevOps, d'assembler des microservices.<br />
<br />
Même si chaque acteur du SI était infiniment agile, et que tous ces composants s'assemblaient de façon parfaite, que dire du résultat final ? Il serait image, certes d'une infinie qualité dans la <b>perfection du détail</b>, mais restituant une trame, une conception d'ensemble sous-jacente. Cette perfection ne garantirait pas l'adéquation au problème posé. Car cette adéquation ne se joue pas dans le détail et l'anecdote.<br />
<br /></div>
<div>
<b>Plus que jamais, l'effort de conception est primordial</b> : il conditionne toutes les merveilles technologiques, les projets et leurs habiles servants, la conduite du changement, l'image propagée auprès des utilisateurs et clients, et les services rendus... Avec le nouveau paradigme qui se met en place, se creuse un <b>vide conceptuel</b>.<br />
<br />
L'Architecture Flexible, en proposant un schéma d'ensemble, et la façon d'approcher progressivement une cible, comble ce vide conceptuel.<br />
<br /></div>
<h3>
En synergie avec la technologie</h3>
<div>
<br /></div>
<div>
Les avancées technologiques ne s’arrêteront pas.<br />
<br />
Prenons l'exemple de la <b>Blockchain</b>, présentée comme l'innovation majeure de l'après Internet. Ne nous bloquons pas à la question des cyber-monnaies, qui cache la forêt des usages potentiels. Finalement cette technologie permet de créer des "registres" fiables, infalsifiables. L'équivalent des dispositifs d'enregistrement des actes auprès des services de publicité foncière (où tout un chacun peut déposer un acte pour preuve de son d'authenticité).</div>
<div>
<br /></div>
<div>
N'est ce pas la technologie rêvée pour instancier un <b>puits de données</b> dans le cadre d'un écosystème réunissant plusieurs partenaires ? Elle historise, authentifie, et coupe court à toute contestation.</div>
<div>
Les obstacles de performance actuels seront probablement levés, dans les cas pratiques au l'ouverture est restreinte. D'ailleurs c'est la technologie qui est intéressante, et non son cas d'usage pour les cyber-monnaies, où le diable du super profit est à l'oeuvre.</div>
<div>
<br /></div>
<h3>
En synergie avec le futur de l'Iconomie</h3>
<div>
<br /></div>
<div>
Sur le plan économique, "Iconomique", on n'est pas non plus à la fin du film. Prenons l'exemple des <b>objets connectés</b>.<br />
<br /></div>
<div>
Dans de nombreux cas, il faudra synchroniser, orchestrer ce déluge d'événements, avec les grandes orgues des applications existantes. Il faudra se <b>fonder sur des référentiels</b>. Bref, émerge un monde hyper-structuré, car les objets n'inventent rien, et leurs messages utilisent un vocabulaire déterministe.<br />
<br />
Et l'on verra apparaître des référentiels et "puits" configurés comme pivots de ces données déferlantes. Le V de variété des Big Data ne doit pas cacher la <b>cohérence implacable des automates</b>, au centre de ce cyclone de données.</div>
<div>
<br /></div>
<h3>
Une Forme Canonique</h3>
<div>
<br />
L'Architecture Flexible est-elle unique ? Ne serait-elle pas la forme canonique attendue ?</div>
<div>
<br /></div>
<div>
D'une façon ou une autre, dans un monde d'une infinie complexité, on devra reconnaître les <b>concentrations focales</b> qui fédèrent sa sémantique, structurent sa syntaxe, figent ses meta-données.<br />
<br />
Par delà les péripéties technologiques, le développement de cette complexité s'organisera autour de pivots de flexibilité, véritables "éléments neutres" de l'algèbre des cyberespaces.<br />
<br />
<br /></div>
<div>
L'<b>Architecture Flexible préfigure cette forme canonique incontournable</b>.</div>
René Mandelhttp://www.blogger.com/profile/17211584826619896315noreply@blogger.com3tag:blogger.com,1999:blog-1208304208661212137.post-88848424024953209182016-03-20T11:18:00.001+01:002016-04-13T18:59:42.539+02:00Les atouts de l'Architecture Flexible<h4>
<i>
La petite musique de l'Architecture Flexible</i></h4>
<div>
<i><br /></i></div>
<i><br /></i>
L'<b>Architecture Flexible</b>, ce site en a présenté les bases, est une <b>innovation</b> dont les atouts apparaissent à l'occasion de sa mise en oeuvre.<br />
<br />
Face aux messages assourdissants sur la Transformation numérique, de l'Uberisation, aux sirènes du Big Data, aux commerces des Architectures et méthodologies, elle développe sa <b><i>petite musique</i></b>, ses thèmes et tonalités.<br />
<br />
Les premières applications révèlent des avantages, des atouts, dont on ne soupçonnait pas l'ampleur.<br />
<br />
<h4>
Une agilité "stratégique"</h4>
<br />
Le schéma ci-après symbolise les différentes flexibilités introduites par l'architecture. Elles confèrent une agilité "stratégique" pour l'entreprise, impactant son devenir à terme :<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjRYlz3yvKF97whEbkV-uOmuCR8dxVNXCjQ9F8hanprCCT-M6Ne0CGZ2SRcKrRIquZoNHjoMeYvPmeq0htJi9VdS0MI50Qjq1tH9XrXjBZeVsqRevkXkFgHDXXxcNAabqeMRD0F7R2FDEUe/s1600/flexible.jpg" imageanchor="1" style="clear: right; float: right; margin-bottom: 1em; margin-left: 1em;"><img border="0" height="287" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjRYlz3yvKF97whEbkV-uOmuCR8dxVNXCjQ9F8hanprCCT-M6Ne0CGZ2SRcKrRIquZoNHjoMeYvPmeq0htJi9VdS0MI50Qjq1tH9XrXjBZeVsqRevkXkFgHDXXxcNAabqeMRD0F7R2FDEUe/s320/flexible.jpg" width="320" /></a></div>
<br />
<br />
<ul>
<li>Flexibilité "<b>Ecosystème</b>" : l'Entreprise en s'adaptant aux enjeux de son écosystème, peut mettre à profit ses atouts le long des chaînes de valeur, et réagir aux aléas économiques. Par exemple anticiper une désintermédiation, en disposant d'une Architecture SI adaptable à ce scénario. Ou bien prévoir l'éventualité d'une nouvelle répartition de la chaîne de valeur productive, par une co-production avec un nouveau partenaire (mise en oeuvre de référentiels et de puits gérant la subsidiarité).</li>
<li>Flexibilité "<b>Transversale</b>" : l'Architecture connecte les silos et donne une vision transverse.</li>
<li>Flexibilité "<b>Technologique</b>" : l'Architecture interfonctionne avec l'ensemble du patrimoine, quelle que soit son histoire technologique. Elle permet d'hybrider l'existant avec les nouveaux composants, les micro-services.</li>
<li>Flexibilité de <b>Migration</b> : l'ingénierie des flux et l'orchestration des appels de services, basées sur les Puits, permet les migrations douces par l'organisation de nécroses et de couveuses des composants du SI.</li>
<li>Flexibilité de <b>Transformation numérique</b> : l'Architecture, fondée sur les événements, est nativement adaptée aux chaînes de valeur numériques (mobilité, IoT, collaboratif).</li>
</ul>
<h4>
Une agilité opportuniste</h4>
<div>
<br /></div>
<div>
L'enjeu d'Architecture sont clairement sur le moyen terme : dans toute entreprise des choix d'architecture se sont avérés pénalisant, voire catastrophiques. Car l'architecture rigide implique des choix, des options irréversibles, c'est un classique historique.</div>
<div>
<br /></div>
<div>
L'Architecture flexible est fondée sur les <b>invariants des chaînes de valeur</b> (les cycles et parcours) et des objets de l'écosystème (les entités du monde réel : personnes, patrimoine, produits, services, et leurs cycles de vie, leur datation tri-datée). Elle permet donc un cheminement opportuniste, sans le risque de paris sur le modèle business.</div>
<div>
<br /></div>
<h4>
L'effet de court terme du "double Lego"</h4>
<div>
<br /></div>
<div>
L'Architecture Flexible crée un double Lego :</div>
<div>
<ul>
<li>Une <b>épine dorsale d'Architecture</b>, pensée comme un Lego d'architecture, pouvant être construit progressivement.</li>
<li>L'extension du patrimoine, connecté à cette épine dorsale, en <b>mode Lego</b> (par des interfaces définis en anticipation, contractualisés, pensés en services, déclinés par des implantations technologiques "Janusiennes").</li>
</ul>
<div>
Outre la flexibilité congénitale ainsi obtenue, les effets de <b>court terme</b> sont :</div>
</div>
<div>
<ul>
<li>La <b>réduction de la taille des projets</b>, et donc du risque projet, dont on sait qu'il devient majeur avec la taille,</li>
<li>La <b>réduction du périmètre confié aux progiciels </b>métier, qui ont tous tendance à embarquer des fonctions génériques (search, analytics, BPM, ...) disponibles par ailleurs à moindre coût, et en mutualisation transversale.</li>
<li>L'ouverture à des <b>solutions émergentes dynamiques</b> (Open Source, intégration de données, Big Data), qui améliorent considérablement le rapport service rendu/coût.</li>
</ul>
<br />
<h4>
Renverser la charge de la preuve</h4>
<div>
<br /></div>
<div>
Ces assertions sont le retour des premières mises en oeuvre dans le cadre de projets, projets très importants et en contexte actuel fortement perturbé et incertain.</div>
<div>
<br /></div>
<div>
Un tel contexte est extrêmement favorable à l'Architecture Flexible. Certains acteurs de ces projets, convaincus, la disent dès lors incontournable !</div>
<div>
<br /></div>
<div>
Existe-t-il une alternative ? On pourrait croire que le salut est dans le développement agile, dans les architectures techniques à base de micro-services... Certes, c'est de la bonne oeuvre, mais il s'agit ici du global et non du détail ...</div>
<div>
<br /></div>
<div>
Bien sûr, l'ensemble du contexte dans le entreprises, sera automatiquement septique, par méfiance naturelle. Surtout, un <b>marketing ambiant assourdissant</b> rend inaudible la dite petite musique de l'Architecture Flexible. Comme pour toute innovation, il faut mettre en mouvement, et renverser la charge de la preuve : le scénario "rigide" classique, avec sa cible immuable, ne tiendrait pas la comparaison.</div>
<div>
<br /></div>
<h4>
Quel principe de précaution pour les projets ?</h4>
<div>
<br /></div>
<div>
Ces promesses sont-elles réelles ? Un mirage, une utopie ? Une n-ième innovation sans lendemain ? Une improvisation ?</div>
<div>
<br /></div>
<div>
Personnellement, je sais que, grâce à cet outil, je peux réorienter fondamentalement un projet complexe en <b>une demi-journée</b>. Donc pour un coût quasi nul au regard du coût, et des risques, du projet.</div>
<div>
<br /></div>
<div>
On pourrait donc rêver d'un monde réel où les sponsors de projets, les chefs de projets et analystes, toutes les fées qui se penchent sur le berceau des projets, appliqueraient un principe de précaution : <b>tester à moindre coût</b> l'Architecture Flexible.</div>
<div>
<br /></div>
<div>
Mais, vous avez bien compris... <i>Ce n'est qu'un rêve !</i><br />
<i><br /></i>
Pour que ce rêve devienne réalité, un site est dorénavant <b><a href="http://trame-business.fr/mon-installation/index.php/architecture-flexible/" target="_blank">dédié à l'Architecture Flexible</a>.</b></div>
<div>
<i><br /></i></div>
<div>
<br /></div>
</div>
René Mandelhttp://www.blogger.com/profile/17211584826619896315noreply@blogger.com3tag:blogger.com,1999:blog-1208304208661212137.post-53959176003694884942016-02-19T10:37:00.002+01:002016-03-19T19:26:08.390+01:00La face cachée de la transformation numérique<br />
<div class="MsoNormal" style="text-align: justify;">
<div class="separator" style="clear: both; text-align: center;">
<iframe width="320" height="266" class="YOUTUBE-iframe-video" data-thumbnail-src="https://i.ytimg.com/vi/NYREQiPTjfg/0.jpg" src="https://www.youtube.com/embed/NYREQiPTjfg?feature=player_embedded" frameborder="0" allowfullscreen></iframe></div>
<br />
<br />
La révolution numérique va concerner
tous types d’entreprises et organisations.</div>
<div class="MsoNormal" style="text-align: justify;">
On parle d’uberisation, de
l’économie collaborative avec Airbnb, Blablacar, des objets connectés, etc… de
3 éme révolution industrielle. On parle de cela tous les jours, de ces évolutions spectaculaires, </div>
<div class="MsoNormal" style="text-align: justify;">
Par delà ces exemples, les enjeux sont énormes et peu
d’entreprises sont à l’abri d’un mouvement qui est général et global. L’horizon
est incertain pour tous les acteurs économiques. Les plus grandes mutations
sont encore devant nous, en particulier pour les grandes entreprises, les
grandes organisations publiques.</div>
<div class="MsoNormal" style="text-align: justify;">
<br /></div>
<h3 style="text-align: justify;">
Un mouvement profond se prépare</h3>
<div class="MsoNormal" style="text-align: justify;">
<br /></div>
<div class="MsoNormal" style="text-align: justify;">
Il y a un mouvement profond qui n’apparait
pas à la surface, et émergera un jour.<span style="color: red;"> </span>Toutes les grandes structures ont une histoire informatique qui date de plusieurs
décennies. Un patrimoine d’applications, souvent
très important, pouvant aller jusqu’à plusieurs dizaines de milliers. Rien que
pour entretenir ce patrimoine, il faut des milliers, des dizaines de milliers
d’informaticiens… Car il y a d’incontournables mises à niveau technologiques,
et une réglementation qui est en constant perfectionnement.</div>
<div class="MsoNormal" style="text-align: justify;">
<br /></div>
<div class="MsoNormal" style="text-align: justify;">
Les grandes entreprises ont pour la
plupart engagé le <b>virage numérique</b>. Elles créent des postes de Digital Officer ou de Responsable
de la Transformation digitale, apprivoisent les technologies du Big Data, de la
machine learning, … Elles remettent en cause le développement traditionnel en
cascade … Les plus concurrentielles ont engagé un marketing prédictif, voire
intrusif, exploitant les traces Internet, la géolocalisation, et des algorithmes
sophistiqués…</div>
<div class="MsoNormal" style="text-align: justify;">
<o:p></o:p></div>
<div class="MsoNormal" style="text-align: justify;">
<br /></div>
<div class="MsoNormal" style="text-align: justify;">
Mais la transformation va aussi
atteindre le <b>patrimoine SI</b>, cette grande masse d’applications héritée d’années
d’informatisation. Ces ensembles d’applications, organisées comme on le dit en
silos, sont autant de cathédrales de masse et de complexité. Ces masses ne
peuvent être changées sans efforts considérables, allant parfois jusqu’à leur réécriture
dans des projets tunnels hasardeux. Elles
n’obéissent pas aux injonctions du management… Et ce sont ces applications qui font tourner la boutique, fournissent
les produits, les services, paient les employés, lèvent l’impôt, distribuent
les allocations, calculent les statistiques du chômage, … En somme, une
inertie incontournable, une résistance massive au changement.<o:p></o:p></div>
<div class="MsoNormal" style="text-align: justify;">
<br /></div>
<h3 style="text-align: justify;">
Une concurrence entre acteurs économiques</h3>
<div class="MsoNormal" style="text-align: justify;">
<br /></div>
<div class="MsoNormal" style="text-align: justify;">
Ce patrimoine, cet "actif immatériel", jusqu'à présent valorisé en tant que tel, ne serait-ce que par son coût de création, et sa durée supposée d'amortissement, devient en quelque sorte un handicap.</div>
<div class="MsoNormal" style="text-align: justify;">
Mais
tout dépend bien sûr de la situation de concurrence. Si la grande entreprise est confrontée à une start-up, ou un GAFA, elle a des soucis à se faire… quand il s’agit d’un GAFA, autant dire que le combat
est quasi perdu d’avance, vu l’efficacité de leurs modèles et leur maîtrise de
la technologie (par exemple Amazon dépasse largement IBM ou Microsoft ou Google en
chiffre d’affaires Cloud).</div>
<div class="MsoNormal" style="text-align: justify;">
<o:p></o:p></div>
<div class="MsoNormal" style="text-align: justify;">
<br /></div>
<div class="MsoNormal" style="text-align: justify;">
Mais dans la majorité des cas, au
moins dans la phase actuelle de la révolution numérique, la concurrence entre les grandes entreprises traditionnelles, se fait d’abord
entre elles. Depuis déjà plusieurs années elles cherchent à
se diversifier, comme la banque-assurance, comme les mutuelles et assureurs
sociaux qui veulent aller sur le secteur santé, les industriels du transport
glissant vers le service, etc…<o:p></o:p></div>
<div class="MsoNormal" style="text-align: justify;">
<br /></div>
<div class="MsoNormal" style="text-align: justify;">
<br /></div>
<h3 style="text-align: justify;">
Une course de vitesse</h3>
<div class="MsoNormal" style="text-align: justify;">
<br /></div>
<div class="MsoNormal" style="text-align: justify;">
<br /></div>
<div class="MsoNormal" style="text-align: justify;">
Dans cette lutte entre grands acteurs économiques, ne nous leurrons pas, ils ne deviendront pas Amazon. Et ne seront pas aussi agiles
qu’une start-up… Simplement, dans la phase actuelle, l’économie
traditionnelle, bien que fragilisée, reste en place, la concurrence provoque une
course de vitesse. Une course de vitesse d’évolution du Business, des métiers,
et donc du système d’information, car <b>il est partout</b>.</div>
<div class="MsoNormal" style="text-align: justify;">
<br /></div>
<div class="MsoNormal" style="text-align: justify;">
<o:p></o:p></div>
<h3 style="text-align: justify;">
La face cachée de l'iceberg</h3>
<div class="MsoNormal" style="text-align: justify;">
<br /></div>
<div class="MsoNormal" style="text-align: justify;">
Évoluer, plus rapidement que les concurrents, avec l'handicap du SI existant, c’est la question
cruciale. Et la face cachée de l’iceberg.<br />
<div class="separator" style="clear: both; text-align: center;">
<a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiOHg9kle54f_I75Tkr8ZQSrc6kc3iM6zzdpzrA2FmjdaKDmyBMri_0RKd9vwpV0SmtAEH72puLx9BIJz-_twfrKxFOOjEOc_NT9arT6Jfn8UdMuE3ZQF-KNqfsDT-OmmrZoKN1ehWD89kS/s1600/f_ice-berg-25a7b22.png" imageanchor="1" style="clear: right; float: right; margin-bottom: 1em; margin-left: 1em;"><img border="0" height="240" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiOHg9kle54f_I75Tkr8ZQSrc6kc3iM6zzdpzrA2FmjdaKDmyBMri_0RKd9vwpV0SmtAEH72puLx9BIJz-_twfrKxFOOjEOc_NT9arT6Jfn8UdMuE3ZQF-KNqfsDT-OmmrZoKN1ehWD89kS/s320/f_ice-berg-25a7b22.png" width="320" /></a></div>
</div>
<div class="MsoNormal" style="text-align: justify;">
<o:p></o:p></div>
<div class="MsoNormal" style="text-align: justify;">
Plusieurs attitudes sont
possibles :</div>
<div class="MsoNormal" style="text-align: justify;">
</div>
<ul>
<li><span style="text-indent: -18pt;">Le recours à la <b>Méthode</b>, en menant de lourds projets de modernisation, de convergence, de refonte pour atteindre une cible : c’est un grand classique, on en connait les risques et coûts, et le résultat est loin d’être garanti.</span></li>
</ul>
<br />
<ul>
<li><span style="text-indent: -18pt;">Le </span><span style="text-indent: -18pt;">recours aux <b>ruptures</b>, avec des projets associant une rupture technologique avec une rupture business. Les entreprises créent des Spin Off, des filiales dédiées à la création des nouveaux modèles Business. Avantage de vitesse mais désavantage car clivage avec le reste de l’entreprise ou du groupe, et clivage pour les clients. Toutes les entreprises n’ont pas forcément une telle opportunité, et les exemples sont encore rares. Ils pourront probablement se multiplier avec les objets connectés.</span></li>
</ul>
<br />
<ul>
<li><span style="text-indent: -18pt;">La recherche de la <b>flexibilité</b>. C’est une attitude de pragmatisme, le Club Urba-EA la privilégie. L’idée, et c’est celle que nous défendons, est d’utiliser les avancées technologiques. Plusieurs acteurs de l’OpenSource proposent des catalogues de logiciels permettant d’hybrider l’ancien monde informatique, celui des fameuses applications, et le nouveau monde du Big Data, du non-structuré, etc.</span></li>
</ul>
<b><br /></b>
<br />
<h3>
<b style="text-indent: -18pt;">L'approche
pragmatique</b></h3>
<br />
<div class="MsoNormal" style="margin-left: 18.0pt; text-align: justify;">
<br /></div>
<div class="MsoNormal" style="margin-left: 18.0pt; text-align: justify;">
Sans entrer dans les détails (déjà largement exposés sur ce site), le principe, vis-à-vis de ce patrimoine d'applications, est simple : il faut intervenir en étant totalement non
intrusif. C’est-à-dire qu’il n'y a aucune modification du logiciel à faire. Simplement
on respecte les modes d’échange entre applications, si c’est par exemple en
mode fichier, on continue de les alimenter par les fichiers qu’elles attendent,
et d’exploiter les fichiers qu’elles fournissent… Idem, s’il s’agit de
messages, voire d’API, … En quelque sorte, on les leurre, et <b>ne les perturbe en
aucune façon</b>.<o:p></o:p></div>
<div class="MsoNormal" style="margin-left: 18.0pt; text-align: justify;">
<br /></div>
<div class="MsoNormal" style="margin-left: 18.0pt; text-align: justify;">
Bien sûr, pour
faire cela il faut mettre de l’intelligence au bon endroit. Il faut jeter les
bases d’une « <a href="http://www.value-architecture.com/p/architecture-flexible.html" target="_blank">architecture flexible</a> » qui va permettre de faire
évoluer les grandes masses, de rapprocher les classiques silos applicatifs qui
divisent l’entreprise. Et de connecter cet ancien monde à celui de l’IT rapide
qui se crée autour des plateformes de la mobilité, des réseaux sociaux, des
objets connectés … et enfin d’ouvrir le SI à l’écosystème, les partenaires, le
collaboratif…</div>
<div class="MsoNormal" style="margin-left: 18.0pt; text-align: justify;">
<br /></div>
<div class="MsoNormal" style="margin-left: 18.0pt; text-align: justify;">
Finalement, le sujet n'est pas technologique, et dépasse les modes actuelles, puisque la réflexion doit porter sur les <b>fondamentaux</b> des chaînes de valeur.</div>
<div class="MsoNormal" style="margin-left: 18.0pt; text-align: justify;">
<br /></div>
<h3 style="margin-left: 18.0pt; text-align: justify;">
Des enjeux de Société</h3>
<div class="MsoNormal" style="margin-left: 18.0pt; text-align: justify;">
<br /></div>
<div class="MsoNormal" style="margin-left: 18.0pt; text-align: justify;">
Pour l'Architecture du SI, pour l'Urbanisation et l'Architecture d'Entreprise, <b>une page est en
train d’être tournée</b>. Certaines entreprises ont adopté cette philosophie. Des
projets se conduisent. Le mouvement est lancé, et ce type d’architecture
flexible se met en place.</div>
<div class="MsoNormal" style="margin-left: 18.0pt; text-align: justify;">
<o:p></o:p></div>
<div class="MsoNormal" style="margin-left: 18.0pt; text-align: justify;">
<br /></div>
<div class="MsoNormal" style="margin-left: 18.0pt; text-align: justify;">
Les enjeux
sont colossaux. Par-delà les investissements informatiques qu’on ne peut passer
en pertes et profits, il y va de milliers d’emplois encore formatés par les
applications historiques, et par une vision du système à base de formulaires, de processus, de guichets,.. Au final, il y va de <b>millions
de clients et usagers </b>qu’il faut accompagner, sans Big Bang, dans la
transformation numérique de la Société.</div>
René Mandelhttp://www.blogger.com/profile/17211584826619896315noreply@blogger.com2tag:blogger.com,1999:blog-1208304208661212137.post-7693376270545525372016-02-07T10:43:00.002+01:002016-02-07T10:45:36.047+01:00L'Architecture Flexible en pratiqueNous avons sur ce site posé les bases d'une <a href="http://www.value-architecture.com/2015/12/architecture-dentreprise-architecture.html" target="_blank">Architecture Flexible</a>.<br />
<br />
Les avantages d'une telle architecture, dans un monde où l'avenir est de plus en plus imprévisible, sont une évidence.<br />
<br />
On pourrait croire qu'un tel dispositif relève de la magie ! N'y a-t-on pas rêvé depuis des lustres, englué dans un patrimoine SI guetté par l'embolie ?<br />
<br />
<span style="font-weight: normal;">Non, l'Architecture Flexible ne relève pas d'un tour de passe-passe, ou d'une invention marketing illusoire.</span><br />
<div>
<br /></div>
<div>
Bien sûr, il s'agit d'une innovation contre les <a href="http://www.value-architecture.com/2016/01/le-futur-de-larchitecture-dentreprise.html" target="_blank">pratiques actuelles</a>, et passées, d'une rupture qui provoque immédiatement le scepticisme.</div>
<div>
<br /></div>
<div>
Pourtant, concrètement, une fois l'Architecture définie, en un temps réduit, les Hommes de l'Art (du coté IT et du coté métier) sont séduits : comment a-t-on pu penser faire autrement !</div>
<div>
<br /></div>
<h4>
L'Architecture Flexible c'est simple</h4>
<br />
L'Architecture Flexible, telle que définie ici, aboutit à une architecture <b>simple</b> :<br />
<br />
<br />
<h3>
C'est une architecture réduite</h3>
<br />
Un système d'Information est <b>complexe</b> car il s'étend en tous sens, et contient de multiple interactions dans une combinatoire sans limites. Pire, dans le contexte actuel de transformation numérique et de dissolution des frontières des entreprises, un système de systèmes, associant plusieurs SI, est encore plus incommensurable.<br />
<br />
A contrario, une Architecture Flexible, ne porte que sur l'<b>épine dorsale du SI</b>, sur quelques invariants, ignorant les multiples déclinaisons subsidiaires. Ancrée dans les chaînes de valeur, elle se concentre sur les fondements des transformations, sans détailler ni processus, ni algorithmes, chassant la complexité dans les briques d'un Lego extensible, organisé en fractales.<br />
<br />
<h3>
C'est une architecture basée sur peu de concepts </h3>
<br />
Une Architecture Flexible utilise un nombre limité de concepts que l'on retrouve ici :<br />
<br />
<br />
<ul>
<li><a href="http://www.value-architecture.com/2013/02/les-azimuts-des-chaines-de-valeur.html" target="_blank">chaîne de valeur</a> (in <a href="http://www.value-architecture.com/p/value-chain.html" target="_blank">english</a>)</li>
<li><a href="http://www.value-architecture.com/p/les-data-hub.html" target="_blank">Data Hub</a></li>
<li><a href="http://www.value-architecture.com/p/puits-mem.html" target="_blank">Puits</a></li>
<li><a href="http://www.value-architecture.com/2013/03/referentiels-de-donnees-piliers-du-si.html" target="_blank">MDM</a></li>
</ul>
<br />
<br />
<br />
<br />
<h3>
C'est une architecture définie à faible coût et peu de délai</h3>
<br />
Basée sur des faits invariants, directement identifiable, l'Architecture combine des figures de style, qui se retrouvent dans tous les domaines de l'entreprise et d'un écosystème. En effet, les chaînes de valeur, malgré leur apparente diversité, obéissent à un modèle caractéristique.<br />
<br />
La définition de l'architecture découle ainsi d'une phase de conception rapide.<br />
<br />
Le raisonnement est logique, générique, transposable aux cas spécifiques.<br />
<br />
Bien sûr, l'architecture suppose un socle technique, mais la qualité de la modélisation, de la conception des composants d'architecture. En somme, un schéma en A4 est en général suffisant pour poser les bases de cette conception.<br />
<br />
<h3>
C'est une architecture modifiable</h3>
<br />
Dans l'esprit, la création et l'introduction de l'architecture n'impose pas de Big Bang. Et pendant son usage, le paysage est recomposable, comme un Lego. Surtout l'épine dorsale peut aussi connaître des évolutions, par modification de périmètres, de règles de subsidiarité, de modèles de données.<br />
<br />
Car l'Architecture Flexible trace systématiquement la vie du système, par une gestion rigoureuse des dates (modèle tri-daté).<br />
<br />
<h3>
C'est une architecture durable</h3>
<div>
<br /></div>
<div>
Fondée sur les invariants de chaînes de valeur, l'architecture peut traverser toutes les évolutions : reconfigurations du Business, transformation numérique, ruptures technologiques, ...<br />
<br /></div>
<h4>
</h4>
<h4>
L'Architecture Flexible c'est concret et praticable</h4>
<div>
<br /></div>
<h3>
C'est une Architecture qui traverse tous les niveaux de conception</h3>
<br />
Point n'est besoin de modéliser le Business, les processus, le fonctionnel, l'architecture SI, l'architecture technique, ...<br />
<br />
Les concepts les plus porteurs, en effet, ont du sens à tous ces niveaux. Par exemple celui d'événement. Celui d'information de référence.<br />
<br />
<h3>
C'est une architecture "démontrable" facilement sur un exemple représentatif</h3>
<div>
<br />
Certes un socle technique est nécessaire, mais il existe sur étagère et peut être mobilisé dans le Nuage.</div>
<div>
<br /></div>
<div>
Une phase de conception rapide peut aboutir à des développements légers en coûts et délais, en rupture avec la lourdeur des études classiques (avant-projet, schéma directeur, spécifications, ingénierie des exigences, ...).</div>
<br />
<h3>
C'est une architecture ouverte vers tous les mondes de l'IT</h3>
<div>
<br />
L'Architecture Flexible fait un lien entre les différents mondes de l'IT, sans exclusive.</div>
<div>
<br /></div>
<div>
Elle utilise des méthodes de modélisation simples, et peut interfonctionner facilement avec les vieux fichiers comme les nouvelles API.</div>
<div>
<br /></div>
<h4>
L'Architecture Flexible est Data Centric</h4>
<br />
L'Architecture Flexible est fondée sur les données, et organise de façon structurée le cyclone des données, en synergie avec toutes les mises en forme possibles. Voir les relations entre les <a href="http://www.value-architecture.com/p/puits-de-donnees-compare-aux-data-lake.html" target="_blank">Puits et ODS, Data Lake</a>, ...<br />
<br />
<table align="center" cellpadding="0" cellspacing="0" class="tr-caption-container" style="float: left; margin-right: 1em; text-align: left;"><tbody>
<tr><td style="text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiP-k-wVXiVRJ663t2saJ5WrUYCVOuAtRrX2oLiczXV6Kp83_Bk8ayey9nXJmUX4TIGlqFKYaZT8bkVfzMPkSu8CNz7oPsG-DlUmOetlx6V8mwxG2doJJcK2mf5YuQFsJWDhoPwYf6CudXv/s1600/Doha.jpg" imageanchor="1" style="margin-left: auto; margin-right: auto;"><img border="0" height="299" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiP-k-wVXiVRJ663t2saJ5WrUYCVOuAtRrX2oLiczXV6Kp83_Bk8ayey9nXJmUX4TIGlqFKYaZT8bkVfzMPkSu8CNz7oPsG-DlUmOetlx6V8mwxG2doJJcK2mf5YuQFsJWDhoPwYf6CudXv/s640/Doha.jpg" width="640" /></a></td></tr>
<tr><td class="tr-caption" style="text-align: center;"><br /></td></tr>
</tbody></table>
<br />
<br />
<br />
<h4>
</h4>
<a href="http://www.xiti.com/xiti.asp?s=568896" target="_top" title="WebAnalytics">
<script type="text/javascript">
<!--
Xt_param = 's=568896&p=page_AFpratique';
try {Xt_r = top.document.referrer;}
catch(e) {Xt_r = document.referrer; }
Xt_h = new Date();
Xt_i = '<img width="39" height="25" border="0" alt="" ';
Xt_i += 'src="http://logv4.xiti.com/hit.xiti?'+Xt_param;
Xt_i += '&hl='+Xt_h.getHours()+'x'+Xt_h.getMinutes()+'x'+Xt_h.getSeconds();
if(parseFloat(navigator.appVersion)>=4)
{Xt_s=screen;Xt_i+='&r='+Xt_s.width+'x'+Xt_s.height+'x'+Xt_s.pixelDepth+'x'+Xt_s.colorDepth;}
document.write(Xt_i+'&ref='+Xt_r.replace(/[<>"]/g, '').replace(/&/g, '$')+'" title="Internet Audience">');
//-->
</script>
<noscript>
Mesure d'audience ROI statistique webanalytics par <img width="39" height="25" src="http://logv4.xiti.com/hit.xiti?s=568896&p=page_AFpratique" alt="WebAnalytics" />
</noscript></a>
René Mandelhttp://www.blogger.com/profile/17211584826619896315noreply@blogger.com3