Mon organisation doit-elle adopter Agile Soft? Dev. avant d'adopter DevOps?


13

Le développement logiciel agile est aujourd'hui la méthodologie de choix pour les éditeurs de logiciels. Mais il existe encore des organisations qui ne pratiquent pas Agile dans leur développement logiciel, qui pourraient être intéressées à adopter DevOps.

Quand je parle de développement logiciel agile, je veux dire toute progéniture issue du Manifeste pour le développement logiciel agile . Tels que Extreme Programming , Scrum , Lean Software Development et autres.

Le développement logiciel Agile est-il une condition préalable obligatoire à l'adoption de DevOps au niveau de l'organisation?


1
Cette question a été créée car devops.stackexchange.com/questions/73/… a été déclassé comme trop large.
Evgeny

1
C'est une très bonne et très valable question
Alexandre

Un article très pertinent sur les raisons pour lesquelles Agile ne fonctionne pas et comment DevOps s'intègre dans l'image a été publié sur hackernoon.com/why-isnt-agile-working-d7127af1c552
Evgeny

Réponses:


8

Le développement logiciel Agile n'est pas nécessaire pour faire du DevOps, mais je pense que l'on peut avancer que la proposition de valeur pour DevOps est souvent beaucoup plus faible sans Agile.

DevOps, c'est beaucoup de choses, mais l' automatisation est un thème central. La valeur de l'automatisation augmente en proportion directe de la fréquence avec laquelle Development crée de nouvelles versions. Un déploiement fréquent a un impact positif sur certains types de produits, en particulier les applications grand public. Une vitesse élevée tout au long du cycle de vie de la livraison de logiciels renvoie de la valeur pour chaque itération (quiconque a vu l'annonce CA où les zombies veulent de nouvelles fonctionnalités dans leurs applications?)

Sans Agile, les versions haute fréquence sont extrêmement difficiles, voire impossibles. Si l'équipe de développement publie un logiciel une fois par trimestre ou deux fois par an, DevOps peut toujours automatiser le processus, mais à quoi cela sert-il? L'investissement en temps, en formation et en ressources pour adopter DevOps peut être partiellement rendu en qualité, cependant, la meilleure valeur est de maintenir une vitesse élevée tout au long du cycle de vie de la livraison.

On pourrait également affirmer que si vous allez adopter DevOps, pourquoi n'adopteriez-vous pas également Agile? Les principes qui les font fonctionner tous les deux fonctionnent bien ensemble. Pratiquer DevOps seul, sans Agile, pourrait créer un déséquilibre entre Ops et Dev, dans lequel Ops surpasse Dev pour la prestation de services.


4

NON

Je dirais que l' opération Mature DevOps nécessite un processus Agile mature . Il est peu probable que vous puissiez obtenir la confiance totale pour déployer en continu ou permettre à vos développeurs de lancer le processus de déploiement sans qu'un processus Agile mature soit en place.

Cependant, je pense qu'il est très important de préciser qu'une organisation n'a PAS besoin d'adopter son processus agile avant de développer sa culture et son infrastructure DevOps. En fait, je dirais qu'il est en fait plus facile d'adopter Agile une fois que vous avez des DevOps de base travaillant dans votre entreprise. Plutôt que Agile soit une condition préalable pour DevOps, je suggère que DevOps soit utilisé pour aider à faire avancer votre implémentation agile.


2

Lors de la conférence Agile 2008, Andrew Clay Shafer et Patrick Debois ont discuté de "l'infrastructure agile". Ce fut le début du mouvement DevOps.

Mais alors que DevOps a ses racines dans le Manifeste Agile, le fait est qu'il n'est pas strictement nécessaire que les équipes de développement soient Agiles. La plupart des principes Agile sont en effet importants à suivre, mais aucune méthodologie Agile spécifique n'est prescrite et si l'équipe de développement peut trouver sa propre façon de travailler, tout en respectant plus ou moins les principes Agile, vous pouvez en réaliser les avantages.


2

Pas nécessairement; comme les autres réponses l'ont indiqué, les méthodologies agiles et la mentalité DevOps peuvent se construire l'une sur l'autre, mais pour moi, DevOps est plus large que les efforts de développement agile ou lean. Les entreprises qui adoptent DevOps examinent l'intégralité de la chaîne de valeur, y compris les opérations, le développement, la conception des produits, le marketing, la sécurité, etc. Le mouvement peut prendre naissance dans n'importe quel silo avec l'intention de démanteler les barrières.


1

À mon humble avis, il n'en a pas besoin .

De DevOps (accent sur le mien):

DevOps (un composé coupé de "développement de logiciels" et "OPÉRATIONS de technologies de l'information") est un terme utilisé pour désigner un ensemble de pratiques qui mettent l'accent sur la collaboration et la communication des développeurs de logiciels et des professionnels des technologies de l'information (TI) tout en automatisant le processus de livraison de logiciels et changements d'infrastructure. 1 [2] Il vise à établir une culture et un environnement où la création, les tests et la publication de logiciels peuvent se produire rapidement, fréquemment et de manière plus fiable.

J'ai mis can happenen évidence que ce n'est pas le cas must happen.

Rien dans la description ci-dessus ne nécessite réellement une méthodologie de développement agile.

Mais je soupçonne souvent que les transitions vers DevOps intègrent souvent l'insertion de méthodologies agiles dans le processus de développement car elles s'intègrent vraiment bien.


1

Le concept des devops est apparu précisément en raison de la prolifération de l'agile, il est donc approprié d'utiliser les approches devops dans un agile. Par exemple, avec Agile, l'intégration continue est utilisée (qui fait partie de l'approche Devops), l'orchestration des services et des conteneurs pour tester et déployer de nouvelles versions pour les environnements de test et de production.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.