{"id":10895,"date":"2017-05-23T13:39:00","date_gmt":"2017-05-23T13:39:00","guid":{"rendered":"https:\/\/blogs.msdn.microsoft.com\/premier_developer\/?p=10895"},"modified":"2019-03-05T14:41:04","modified_gmt":"2019-03-05T21:41:04","slug":"devops-diversit-inclusion","status":"publish","type":"post","link":"https:\/\/devblogs.microsoft.com\/premier-developer\/devops-diversit-inclusion\/","title":{"rendered":"DevOps diversit\u00e9 & inclusion"},"content":{"rendered":"

Premier Support for Developers is available in various regions worldwide.\u00a0 Representing our Canadian team, Application Development Manager, Adlene Sifi<\/a>, provides our first French post on DevOps Diversity and Inclusion.<\/p>\n

\n

Malgr\u00e9 les ann\u00e9es, il demeure difficile de d\u00e9finir clairement ce qu’est DevOps. \u00c0 la base DevOps \u00e9tait d\u00e9fini comment \u00e9tant une meilleure coh\u00e9sion entre les \u00e9quipes de d\u00e9veloppement et les \u00e9quipes d’op\u00e9rations. Cette d\u00e9finition a beaucoup \u00e9volu\u00e9 avec le temps. D\u00e9sormais, certains le voient comme une culture, d’autres comme un mouvement et finalement certains le voient comme un ensemble de pratiques. Cependant, dans tous les cas, on semble mettre l’emphase sur une meilleure communication et une plus grande synergie entre les diff\u00e9rents d\u00e9tenteurs d’enjeux impliqu\u00e9s dans la cr\u00e9ation de valeurs pour l’utilisateur final. \u00c0 cet \u00e9gard, la d\u00e9finition qui me semble la plus inclusive aujourd’hui est celle de Donovan Brown, “What is DevOps?”<\/a> :<\/p>\n

“DevOps c’est l’union des personnes, des processus et des produits pour permettre la livraison continue de valeur pour l’utilisateur final”<\/p>\n

\"\"<\/p>\n

Nous allons d\u00e9cortiquer cette d\u00e9finition. En premier lieu, cette d\u00e9finition met bien l’accent sur une meilleure collaboration entre l’ensemble des d\u00e9tenteurs d’enjeux. Pour bien comprendre ce dont il est question lorsqu’on parle de meilleure collaboration, il faut revenir quelques ann\u00e9es en arri\u00e8re. Dans l’illustration qui suit, on voit la s\u00e9paration qui existait entre les diff\u00e9rents d\u00e9tenteurs d’enjeux dans le mod\u00e8le de d\u00e9veloppement en cascade. La collaboration n’\u00e9tait pas tr\u00e8s optimale.<\/p>\n

\"\"<\/p>\n

Avec l’arriv\u00e9e des approches agiles, on voit une meilleure communication et une plus grande synergie entre les secteurs affaires et les \u00e9quipes de d\u00e9veloppement. Cependant, il y a toujours une barri\u00e8re entre les \u00e9quipes de d\u00e9veloppement et les \u00e9quipe d’op\u00e9ration ce qui entraine souvent des d\u00e9lais de livraison et beaucoup de tension entre les diff\u00e9rentes \u00e9quipes au d\u00e9triment de l’utilisateur final et du client (les secteurs d’affaires).<\/p>\n

\"clip_image006\"<\/a><\/p>\n

Avec DevOps, tous les d\u00e9tenteurs d’enjeux travaillent en \u00e9troite collaboration pour livrer plus de valeur et en continu \u00e0 l’utilisateur final. Les enjeux des op\u00e9rations tels la s\u00e9curit\u00e9, la rel\u00e8ve, la disponibilit\u00e9, la performance, le d\u00e9ploiement, la configuration, bref tous les besoins non fonctionnels sont enfin pris en charge tr\u00e8s t\u00f4t lors de la conception.<\/p>\n

\"\"<\/p>\n

DevOps n’est pas une r\u00e9volution. C’est plut\u00f4t une \u00e9volution des approches agiles qui elles-m\u00eames sont une \u00e9volution des approches de d\u00e9veloppement it\u00e9ratives et en cascade. Ainsi avant de vous lancer dans la mise en place de l’approche DevOps, commencez, si ce n’est pas d\u00e9j\u00e0 le cas, par adopter les approches agiles. C’est une question de maturit\u00e9 TI. Comme l’\u00e9l\u00e9ment le plus important pour adopter soit DevOps soit les approches agiles est le changement de culture, le fait d’avoir pr\u00e9alablement mis en place les approches agiles vient att\u00e9nuer les freins \u00e0 l’adoption de DevOps.<\/p>\n

J’attire \u00e9galement votre attention sur le fait que dans cette d\u00e9finition, il n’est pas question d’un produit miraculeux DevOps. En effet, il n’existe malheureusement pas de produit DevOps que l’on ach\u00e8te dans une petite boite et que l’on installe sur des serveurs. Quand je dis qu’il n’existe pas, cela signifie qu’il ne devrait pas en exister, parce que dans les faits, il y a plein de produits DevOps sur le march\u00e9, car toute nouvelle tendance est aussi une nouvelle opportunit\u00e9 d’affaires.<\/p>\n

Cette d\u00e9finition fait ensuite r\u00e9f\u00e9rence \u00e0 l’union des processus. Dans ce contexte, il est question d’une meilleure int\u00e9gration de l’ensemble des activit\u00e9s requises pour imaginer, penser, construire, livrer et faire vivre un produit. Dans le cadre de DevOps, ces activit\u00e9s sont commun\u00e9ment appel\u00e9es pratiques. Comme il semble en exister autant que de “produits DevOps”, j’ai d\u00e9cid\u00e9 de me baser sur une \u00e9tude exhaustive “What Is DevOps? : A Systematic Mapping Study on Definitions and Practices.”, ACM, 24 May 2016<\/a> qui a analys\u00e9 plus de 49 \u00e9tudes scientifiques sur l’approche DevOps afin d’en distiller les essences. Selon cette \u00e9tude, les principales pratiques DevOps sont :<\/p>\n