Devops et la méthode Kanban

Devops et la méthode Kanban

La méthode Kanban ne prescrit pas un panel spécifique de modèles ni des étapes de processus. En effet, la méthode Kanban commence avec les modèles et les processus que vous avez. La méthode Kanban stimule des changements continus, incrémentaux et évolutionnistes dans votre système.

Votre équipe doit convenir qu’un tel changement est le moyen d’améliorer le système de façon pérenne. Le type actuel de votre organisation doit dépasser ses peurs et sa résistance pour faciliter les changements futurs. En acceptant de respecter les rôles et les responsabilités, les peurs disparaissent. Cette initiative permet aussi de gagner un support élargi dans notre approche Kanban.

Lire la suite

La matrice de zones de Devops

zones de devops

Dans cet article nous allons introduire la matrice de zones de DevOps. Cette approche peut être introduite et cataloguées en quatre différentes zones. Cette répartition a pour but d’étendre le développement aux opérations et d’incorporer les opérations dans le développement.

La répartition de la matrice de zones de  DevOps

Patrick Debois suggère de diviser l’approche DevOps en quatre zones différentes et qui se chevauchent :

  • Zone 1 : Étendre le développement aux opérations. Dans cette section, le développement et les opérations collaborent sur tout ce qui concerne la livraison du projet jusqu’à sa mise en production.
  • Zone 2 : Étendre les opérations au développement. Cette section se focalise sur la collaboration du partage d’informations relatives au projet, des opérations au développement.
  • Zone 3 : Incorporer le développement dans les opérations. Cette section se concentre sur la participation du développement dans les éléments qui sont situé à l’origine en production. Ces éléments peuvent aussi être sous la responsabilité des opérations.
  • Zone 4 : Incorporer les opérations dans le développement. Cette section concerne la participation du département des opérations dans le processus de développement, d’une manière générale.

Lire la suite

Agilité et métriques

métrique agile

L’aspect crucial dans le génie logiciel est d’évaluer ce que vous faites. Tôt ou tard, vous serez amené à décider sur les métriques que vous souhaitez utiliser lors de votre processus de génie logiciel. Vous devez considérer quelle métrique est suffisamment significatif pour aider tous les intervenants ainsi que les processus de développement et de livraison. Les projets traditionnels mettent l’accent sur la mesure comme un outil important pour suivre la progression, pour identifier l’état actuel et pour la planification. Les paramètres des projets Agile essaient de trouver des approches différentes pour créer des métriques. Cependant, ces projets se retrouvent souvent sur des impasses en essayant de jouer l’intermédiaire entre les opérations et le développement. Les projets traditionnels et ceux d’Agile mettent souvent tous les deux l’accent sur l’importance de la mesure. En effet, vous pouvez vous améliorer que si vous vous évaluez.

Lire la suite

Gérer les conflits entre développeurs et opérationnelles

Conflits_dev_ops

Les entreprises traditionnelles divisent leurs équipes par type de travail. Par cette organisation, les équipes sont isolées l’une de l’autre. Certains départements s’occupent spécifiquement de la programmation. Plusieurs compagnies ont un département dédié au test des applications. En effet, selon eux, déployer un logiciel vers la production et l’entretenir demandent d’autres compétences que la programmation. Un département opérationnel a vu le jour. Chaque département est conduit par un manager spécialisé dans le domaine. Fractionner les différentes branches de telle manière semble contribuer à une bonne gestion, pourtant cela va générer des conflits.

Conflits au cours du déploiement

Chaque département définit ses objectifs en fonction de la répartition du travail. Le département de développement peut être mesuré par sa vitesse dans l’implémentation de nouvelles fonctions, alors que le département opérationnel peut être jugé par la durée de disponibilité du serveur et le temps de réponse de l’application.

Lire la suite

Devops pour les managers SI

Devops

Qu’est-ce que devops ?

Le mot DevOps est une combinaison de deux mots anglais « dev » qui est utilisé pour désigner les « Dev engineers » qui ont pour mission de faire évoluer le système d’information et les « ops » ou « Ops engineers » qui exploitent et maintiennent les applications au sein d’une organisation. Il a pour but d’améliorer la collaboration entre ces deux entités afin de produire des valeurs pour l’entreprise tout en augmentant simultanément la fiabilité, la stabilité, la résilience et la sécurité de l’environnement de production. Cela est possible par la réduction du temps de la mise sur le marché d’un nouveau produit. Historiquement, le début du mouvement DevOps a commencé aux alentours de l’année 2009 avec l’avènement des autres mouvements tels que « l’infrastructure as code » par Mark Burgess et Luke Kanies, l’ « Agile Infrastructure » d’Andrew Shafer, « l’administration du système Agile » de Patrick Debois et tant d’autres.

DevOps n’est pas un outil, c’est une méthodologie et culture issue du principe Agile.

Lire la suite