{"id":56459,"date":"2019-03-19T08:00:32","date_gmt":"2019-03-19T07:00:32","guid":{"rendered":"http:\/\/e3mag.com\/?p=56459"},"modified":"2020-02-09T14:43:20","modified_gmt":"2020-02-09T13:43:20","slug":"si-la-culture-fonctionne-la-technique-fonctionne-aussi","status":"publish","type":"post","link":"https:\/\/e3mag.com\/fr\/klappts-mit-der-kultur-klappts-auch-mit-der-technik\/","title":{"rendered":"Si la culture fonctionne, la technique fonctionne aussi"},"content":{"rendered":"

Le mouvement DevOps - une combinaison de culture, de pratique et d'outils qui permet aux entreprises de d\u00e9ployer des applications et des services \u00e0 tr\u00e8s grande vitesse - est fortement influenc\u00e9 par le concept CALMS, qui signifie Culture, Automation, Lean, Measurement et Sharing.<\/p>\n

La culture et l'\u00e9change - on pourrait et devrait peut-\u00eatre plut\u00f4t dire la communication pour ce dernier - sont au d\u00e9but et \u00e0 la fin, ils forment pour ainsi dire le cadre de l'ensemble du concept. Mais pourquoi les deux parties - Dev et Ops - doivent-elles apprendre \u00e0 se parler davantage ? La question peut sembler au mieux na\u00efve, au pire superflue ou m\u00eame stupide.<\/p>\n

Et pourtant, elle se pose r\u00e9guli\u00e8rement depuis l'effondrement de l'engouement pour Internet en 2000 et 2001. Par la suite, il a beaucoup \u00e9t\u00e9 question d'industrialisation de l'informatique, y compris chez SAP. Depuis lors, la technique n'\u00e9tait plus consid\u00e9r\u00e9e comme une fin en soi, mais devait servir l'entreprise et se soumettre \u00e0 ses exigences.<\/p>\n

Des normes telles que l'ITIL (IT Infrastructure Library ; recueil des meilleures pratiques en mati\u00e8re de gestion des services) ont \u00e9t\u00e9 mises en avant par de nombreux clients SAP existants, afin de les aider \u00e0 aligner syst\u00e9matiquement leur informatique sur leurs activit\u00e9s.<\/p>\n

\"\u00c9tude<\/p>\n

Et pourtant, le d\u00e9bat s'enflamme \u00e0 nouveau avec force depuis que l'informatique d'entreprise est mise au d\u00e9fi par les grands fournisseurs de cloud. Ce sont surtout les utilisateurs qui font sentir \u00e0 leurs coll\u00e8gues informaticiens leur insatisfaction quant \u00e0 leur travail.<\/p>\n

En effet, ils attendent le m\u00eame niveau de disponibilit\u00e9, de rapidit\u00e9, de simplicit\u00e9 et de confort auquel ils sont d\u00e9sormais habitu\u00e9s en tant que consommateurs. Est-ce un hasard si le Manifeste Agile, une sorte de charte pour le d\u00e9veloppement agile de logiciels, place l'orientation client en t\u00eate de ses priorit\u00e9s ?<\/p>\n

Il est donc de plus en plus \u00e9vident que l'ITIL n'a pas r\u00e9pondu \u00e0 toutes les attentes, voire \u00e0 tr\u00e8s peu d'entre elles. Mais quelle en est la raison ? L'ITIL a effectivement permis de rapprocher l'informatique et l'entreprise. Cependant, les<\/p>\n

La contradiction entre le d\u00e9veloppement et l'exploitation ne peut pas \u00eatre r\u00e9solue par les r\u00e8gles. En effet, la t\u00e2che fondamentale des d\u00e9veloppeurs est de r\u00e9pondre le plus rapidement et le mieux possible aux modifications des exigences commerciales et de les mettre en \u0153uvre.<\/p>\n

D'un autre c\u00f4t\u00e9, la t\u00e2che fondamentale des op\u00e9rations informatiques est de veiller \u00e0 la stabilit\u00e9 et \u00e0 la fiabilit\u00e9 des services informatiques, qui sont menac\u00e9s par les modifications apport\u00e9es au code du programme. Or, l'ITIL n'a jamais \u00e9t\u00e9 con\u00e7u pour r\u00e9soudre ce conflit d'objectifs fondamental, alors que les grands fournisseurs de services en nuage semblent justement y parvenir.<\/p>\n

La confiance plut\u00f4t que la peur<\/h3>\n

La plupart des entreprises sont organis\u00e9es selon le principe de la division du travail. Chacun est expert dans son domaine et ma\u00eetrise sur le bout des doigts les t\u00e2ches relevant de son domaine de responsabilit\u00e9. Mais comme seuls les experts d'un m\u00eame domaine parlent la m\u00eame langue, des murs invisibles se dressent autour d'eux, avec la barri\u00e8re de la langue.<\/p>\n

De minuscules portes entre les deux permettent de transmettre le r\u00e9sultat du travail. Ce qui se passe \u00e0 l'int\u00e9rieur des murs reste invisible pour les autres. Celui qui a transmis ses r\u00e9sultats est d\u00e9charg\u00e9 de toute responsabilit\u00e9 et n'a pas \u00e0 se soucier du r\u00e9sultat global - le mod\u00e8le parfait de la cascade.<\/p>\n

\"Dans les projets organis\u00e9s selon ce mod\u00e8le, les diff\u00e9rents membres de l'\u00e9quipe se concentrent souvent presque exclusivement sur la r\u00e9ussite de leur t\u00e2che respective, et non sur la r\u00e9ussite de l'ensemble. <\/em><\/p>\n

Plus le projet est vaste et strat\u00e9gique, plus il est facile d'accepter les erreurs ou les retards qui en r\u00e9sultent presque in\u00e9vitablement, afin de remplir malgr\u00e9 tout les objectifs sup\u00e9rieurs et les engagements pris envers les d\u00e9partements sp\u00e9cialis\u00e9s\".<\/em><\/p>\n

sait par exp\u00e9rience James Roberts, directeur technique chez Basis Technologies.<\/p>\n

\"Malheureusement, nous voyons toujours et encore assez souvent cette approche chez les clients SAP existants\".<\/em><\/p>\n

L\u00e0 o\u00f9 les fronti\u00e8res entre les silos font partie du quotidien, les d\u00e9veloppeurs SAP et leurs coll\u00e8gues de l'exploitation informatique ne communiquent pas entre eux, ou du moins pas assez. Les premiers sont responsables des changements, du Customizing, etc. et transmettent les r\u00e9sultats de leur travail sans comprendre ou v\u00e9rifier s'ils contiennent des probl\u00e8mes pour leurs coll\u00e8gues de l'administration des serveurs, du stockage ou du r\u00e9seau, de l'assurance qualit\u00e9 ou de la gestion de l'environnement de test.<\/p>\n

\"Achim<\/p>\n

Si le logiciel ne fonctionne pas comme pr\u00e9vu, les d\u00e9veloppeurs ne sont pas tenus pour responsables, tandis que l'exploitation informatique a fort \u00e0 faire pour trouver des solutions de contournement afin de r\u00e9duire au maximum le nombre et la dur\u00e9e des interruptions.<\/p>\n

Les d\u00e9veloppeurs, quant \u00e0 eux, sont sans cesse interrompus dans leur travail lorsqu'ils ne peuvent pas tester imm\u00e9diatement leurs artefacts, mais doivent ouvrir des tickets et attendre que l'environnement de test ad\u00e9quat soit techniquement et temporellement disponible pour eux. Les deux parties ne sont pas suffisamment satisfaites du travail de leurs coll\u00e8gues. Le silence risque ainsi de se transformer lentement en m\u00e9fiance.<\/p>\n

Dans une telle culture et avec les structures correspondantes, il n'est pas possible de r\u00e9pondre aux attentes des utilisateurs \u00e0 l'\u00e8re du cloud. Les entreprises doivent trouver le moyen de passer d'une culture de la m\u00e9fiance \u00e0 une culture de la confiance.<\/p>\n

Des tests de r\u00e9gression automatiques appropri\u00e9s, qui permettent de d\u00e9placer l'assurance qualit\u00e9 vers le d\u00e9veloppement, sur le mod\u00e8le du test shift-left, pourraient y rem\u00e9dier en grande partie.<\/p>\n

Corriger les erreurs et int\u00e9grer les modifications de derni\u00e8re minute des exigences avant m\u00eame qu'une nouvelle version ne soit mise en service est g\u00e9n\u00e9ralement 20 \u00e0 40 fois moins cher, surtout dans l'environnement SAP.<\/p>\n

Mod\u00e8le de fabrication<\/h3>\n

Cela peut surprendre, mais l'id\u00e9e d'une meilleure collaboration, parce que responsable et bas\u00e9e sur la confiance, est bien plus ancienne que l'industrie informatique. Elle a d'abord \u00e9t\u00e9 appliqu\u00e9e dans l'industrie manufacturi\u00e8re, il y a environ quatre-vingts ans d\u00e9j\u00e0. Car il est \u00e9vident que les probl\u00e8mes de division du travail et de sp\u00e9cialisation sont aussi vieux que ces derniers - et ne sont pas le produit de nouvelles technologies et m\u00e9thodes de travail.<\/p>\n

En r\u00e9ponse \u00e0 ces probl\u00e8mes, le physicien et statisticien Walter Shewhart a d\u00e9velopp\u00e9 la boucle de r\u00e9gulation PDSA (Plan-Do-Study-Act), qui a \u00e9t\u00e9 d\u00e9velopp\u00e9e en une th\u00e9orie par l'\u00e9l\u00e8ve de Shewhart, William Edwards Deming.<\/p>\n

Le programme de gestion d\u00e9velopp\u00e9 par l'ing\u00e9nieur et docteur en physique math\u00e9matique n'a toutefois pas trouv\u00e9 d'utilisateurs z\u00e9l\u00e9s aux \u00c9tats-Unis dans un premier temps, mais dans le Japon d'apr\u00e8s-guerre.<\/p>\n

\"DevOps<\/p>\n

Le syst\u00e8me de production de Toyota, qui a fait de l'entreprise le premier constructeur automobile mondial en quelques d\u00e9cennies, est un exemple de l'influence des id\u00e9es de Deming, qui n'ont \u00e9t\u00e9 per\u00e7ues et partiellement mises en \u0153uvre par un public plus large, et notamment par les managers, que dans les ann\u00e9es 1980 aux \u00c9tats-Unis.<\/p>\n

Des concepts tels que la gestion de la qualit\u00e9 totale, dans le cadre de laquelle la qualit\u00e9 est mesur\u00e9e \u00e0 tout moment et en tout point de la cha\u00eene de processus, contrairement \u00e0 l'\u00e9chantillonnage, ou la production en flux tendu, aujourd'hui connue et pratiqu\u00e9e par tous, illustrent ce changement de perception.<\/p>\n

Le clou et la r\u00e9volution de cette approche \u00e9tait que chacun \u00e9tait non seulement responsable de son propre domaine, mais que la qualit\u00e9 \u00e0 chaque \u00e9tape \u00e9tait rendue transparente pour tous et en particulier pour la direction.<\/p>\n

Le principe sous-jacent : Les erreurs arrivent. Mais si elles ne sont pas d\u00e9tect\u00e9es ou si elles ne sont constat\u00e9es qu'\u00e0 la fin du processus de fabrication, il est peut-\u00eatre trop tard pour pouvoir encore apporter des corrections, ou alors cela demande beaucoup de travail et d'efforts, en termes de temps et d'argent. De plus, il manque les points de mesure qui permettraient de faire des \u00e9valuations afin d'am\u00e9liorer continuellement le processus.<\/p>\n

\"IDC<\/h3>\n

Continuous Everything<\/h3>\n

Les m\u00e9thodes d'assurance qualit\u00e9 et d'am\u00e9lioration continues sont depuis longtemps la norme dans l'industrie manufacturi\u00e8re. Elles sont bas\u00e9es sur la responsabilit\u00e9, la transparence, les cycles courts et l'orientation vers l'\u00e9quipe, qui sont transpos\u00e9es de mani\u00e8re tr\u00e8s similaire dans le monde de l'informatique gr\u00e2ce \u00e0 DevOps.<\/p>\n

L'int\u00e9gration continue, le test continu, la livraison continue et l'am\u00e9lioration continue sont tous des \u00e9l\u00e9ments d'une approche DevOps r\u00e9ussie. Celle-ci poursuit l'objectif de d\u00e9ployer tout changement sans risque et, id\u00e9alement, sans intervention humaine, d\u00e8s qu'il est disponible.<\/p>\n

Les m\u00e9thodes de travail et les r\u00f4les doivent \u00eatre adapt\u00e9s en cons\u00e9quence pour obtenir les r\u00e9sultats que DevOps permet d'obtenir, comme cela a d\u00e9j\u00e0 \u00e9t\u00e9 le cas dans la fabrication.<\/p>\n

Les fronti\u00e8res entre les silos doivent \u00eatre abattues, les t\u00e2ches clairement d\u00e9limit\u00e9es doivent \u00eatre remplac\u00e9es par le travail en \u00e9quipes multidisciplinaires. Avec un seul objectif en t\u00eate : une meilleure collaboration. C'est la cl\u00e9 pour atteindre les objectifs commerciaux d\u00e9finis gr\u00e2ce \u00e0 DevOps.<\/p>\n

Comme nous l'avons d\u00e9j\u00e0 mentionn\u00e9, la culture est en effet une partie essentielle du concept DevOps et concerne en particulier les \u00e9l\u00e9ments C, M et S dans l'approche CALMS. Ne manquez pas la deuxi\u00e8me partie de l'article dans le prochain num\u00e9ro, qui traitera de l'impact de l'automatisation (A) et du lean management (L) sur les structures et processus de travail. Vous en apprendrez \u00e9galement plus sur le r\u00f4le que jouent divers outils pour faire de DevOps un standard simple, m\u00eame dans des environnements SAP complexes.<\/p>\n

\"https:\/\/e3mag.com\/partners\/basis_technologies\/\"<\/a><\/p>","protected":false},"excerpt":{"rendered":"

Les clients existants de SAP luttent plus que d'autres avec l'introduction du concept DevOps. Un changement de culture et des outils DevOps adapt\u00e9s permettent d'y rem\u00e9dier - Partie 1 : Pr\u00e9curseurs et mod\u00e8les de la culture DevOps.<\/p>","protected":false},"author":1674,"featured_media":56466,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"pmpro_default_level":"","footnotes":""},"categories":[5,27969],"tags":[145,39,17605,27252,451,369],"coauthors":[28005],"class_list":["post-56459","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-it-management","category-mag-1902","tag-automatisierung","tag-cloud","tag-continuous-delivery","tag-continuous-testing","tag-devops","tag-it","pmpro-has-access"],"acf":[],"featured_image_urls_v2":{"full":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/01\/shutterstock_269887781.jpg",1000,450,false],"thumbnail":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/01\/shutterstock_269887781-150x150.jpg",150,150,true],"medium":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/01\/shutterstock_269887781.jpg",400,180,false],"medium_large":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/01\/shutterstock_269887781-768x346.jpg",768,346,true],"large":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/01\/shutterstock_269887781.jpg",1000,450,false],"image-100":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/01\/shutterstock_269887781-100x45.jpg",100,45,true],"image-480":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/01\/shutterstock_269887781-480x216.jpg",480,216,true],"image-640":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/01\/shutterstock_269887781-640x288.jpg",640,288,true],"image-720":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/01\/shutterstock_269887781-720x324.jpg",720,324,true],"image-960":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/01\/shutterstock_269887781-960x432.jpg",960,432,true],"image-1168":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/01\/shutterstock_269887781.jpg",1000,450,false],"image-1440":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/01\/shutterstock_269887781.jpg",1000,450,false],"image-1920":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/01\/shutterstock_269887781.jpg",1000,450,false],"1536x1536":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/01\/shutterstock_269887781.jpg",1000,450,false],"2048x2048":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/01\/shutterstock_269887781.jpg",1000,450,false],"trp-custom-language-flag":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/01\/shutterstock_269887781.jpg",18,8,false],"bricks_large_16x9":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/01\/shutterstock_269887781.jpg",1000,450,false],"bricks_large":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/01\/shutterstock_269887781.jpg",1000,450,false],"bricks_large_square":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/01\/shutterstock_269887781.jpg",1000,450,false],"bricks_medium":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/01\/shutterstock_269887781.jpg",600,270,false],"bricks_medium_square":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/01\/shutterstock_269887781.jpg",600,270,false],"profile_24":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/01\/shutterstock_269887781-24x24.jpg",24,24,true],"profile_48":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/01\/shutterstock_269887781-48x48.jpg",48,48,true],"profile_96":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/01\/shutterstock_269887781-96x96.jpg",96,96,true],"profile_150":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/01\/shutterstock_269887781-150x150.jpg",150,150,true],"profile_300":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/01\/shutterstock_269887781-300x300.jpg",300,300,true]},"post_excerpt_stackable_v2":"

SAP-Bestandskunden ringen mehr als andere mit der Einf\u00fchrung des DevOps-Konzepts. Eine Kultur\u00e4nderung und die passenden DevOps-Tools schaffen Abhilfe \u2013 Teil 1: Vorl\u00e4ufer und Vorbilder der DevOps-Kultur.<\/p>\n","category_list_v2":"IT-Management<\/a>, MAG 19-02<\/a>","author_info_v2":{"name":"Achim T\u00f6per, Basis Technologies","url":"https:\/\/e3mag.com\/fr\/author\/achim-toeper\/"},"comments_num_v2":"0 commentaire","_links":{"self":[{"href":"https:\/\/e3mag.com\/fr\/wp-json\/wp\/v2\/posts\/56459","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/e3mag.com\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/e3mag.com\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/e3mag.com\/fr\/wp-json\/wp\/v2\/users\/1674"}],"replies":[{"embeddable":true,"href":"https:\/\/e3mag.com\/fr\/wp-json\/wp\/v2\/comments?post=56459"}],"version-history":[{"count":0,"href":"https:\/\/e3mag.com\/fr\/wp-json\/wp\/v2\/posts\/56459\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/e3mag.com\/fr\/wp-json\/wp\/v2\/media\/56466"}],"wp:attachment":[{"href":"https:\/\/e3mag.com\/fr\/wp-json\/wp\/v2\/media?parent=56459"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/e3mag.com\/fr\/wp-json\/wp\/v2\/categories?post=56459"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/e3mag.com\/fr\/wp-json\/wp\/v2\/tags?post=56459"},{"taxonomy":"author","embeddable":true,"href":"https:\/\/e3mag.com\/fr\/wp-json\/wp\/v2\/coauthors?post=56459"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}