Facebook EmaiInACirclel
Méthodologies

Comment rater son intégration DevOps en 5 points ?

PentaGuy

Blogger

Effet de mode ou réel « business value », les pratiques DevOps se répandent sur les équipes de développement projet. Pour ceux qui ne seraient pas encore atteints par la « grâce » du DevOps, il s’agit de décloisonner les pratiques des développeurs et de la production (exploitation). Pourquoi devraient-ils avancer avec des pratiques ou des objectifs divergents ? Mais il faut déployer les pratiques DevOps pour de bonnes raisons.

Les équipes agiles Pentalog intègrent dès le début du projet des pratiques DevOps afin de maximiser son efficacité.

Voici quelques points de repère résultant de raccourcis :

Faire du DevOps sur des environnements inadaptés

DevOps est un synonyme d’automatisation et de limitation du gaspillage (venu du lean). Il est donc indispensable que l’environnement technique ou l’organisation du projet de développement soit cohérent avec cette recherche d’automatisation. Des technologies ou des outils inadaptés ne pouvant être automatisés seraient une source d’échec. D’un autre côté, si les pratiques ne sont pas orientées vers des livraisons fréquentes et un niveau de fiabilité élevé pourquoi automatiser l’intégration, les tests, les livraisons ?

Déployer DevOps sans agilité

Le déploiement des pratiques DevOps en mode découverte ou en mode imposé n’apporte pas les mêmes résultats. Si les pratiques agiles sont bien implémentées, l’équipe travaille à l’amélioration continue de ses pratiques. C’est pour moi, un axe très fort de ces pratiques agiles. Perdre du temps sur les validations récurrentes et les livraisons va très vite devenir insupportable pour l’équipe. Elle va donc chercher à automatiser ces opérations, c’est alors le début du « bon » DevOps. La mise en oeuvre imposée, sans sérendipité, n’étanchera pas la soif de « l’âne ». Les gains doivent arriver au bon moment et durablement.

Maintenir une segmentation dans les équipes

Le schéma d’organisation avec une équipe de développement et une équipe dédiée aux opérations est révolu. A partir du moment où l’on cherche à réduire son « time-to-market », il est indispensable que le « Queue time » (temps entre les opérations) soit le plus réduit possible. Or, des équipes disjointes n’ont pas les mêmes priorités. Il faut donc lever les barrières posées entre les équipes et les faire travailler ensemble avec un objectif commun.

Agir sans se faire accompagner

Comme je l’ai cité précédemment, la mise en oeuvre du DevOps apporte des résultats différents suivants les pratiques de l’équipe de développement. Pour atteindre ce niveau de maturité rapidement, il est fortement recommandé de se faire accompagner pour découvrir rapidement ces pratiques et en tirer des gains à très court terme. Se transformer sans l’accompagnement d’un spécialiste, c’est limiter le sentiment d’urgence.

Oublier de prendre en compte la sécurité

Au final, DevOps n’est pas suffisant. C’est un peu comme le design qui rendrait « belle » une application à la fin du projet, il faut se préoccuper dès le début du projet de la sécurité. Cela doit complètement faire partie de la démarche sous peine d’avoir à reconcevoir certaines parties de l’application. On parle alors de DevSecOps. Quelle application pourrait aujourd’hui se permettre de ne pas prendre en compte cette contrainte ? Il faut certes de l’expertise intégrée à l’équipe mais il faut que l’équipe (du productOwner jusqu’aux développeurs) sachent gérer le risque « sécurité » pour ne pas uniquement se limiter aux exigences techniques.

Les équipes agiles Pentalog intègrent dès le début du projet des pratiques DevOps afin de maximiser son efficacité. Nos consultants accompagnent nos clients dans l’implémentation de cette démarche.


Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *

This site uses Akismet to reduce spam. Learn how your comment data is processed.

En poursuivant votre navigation sur ce site, vous acceptez l’utilisation de cookies. En savoir plus

The cookie settings on this website are set to "allow cookies" to give you the best browsing experience possible. If you continue to use this website without changing your cookie settings or you click "Accept" below then you are consenting to this.

Close