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

Mise en place de l’ISO 27001 version 2013

ISO 27001 version 2013

L’information est l’un des actifs stratégiques pour une organisation. Nombreuses sont les entreprises qui cherchent des moyens pour mieux gérer et protéger leurs systèmes d’informations. Beaucoup d’entre eux envisagent de mettre en place un Système de management de la sécurité de l’information basé sur la norme ISO 27001. Par conséquent, ils cherchent la façon la plus facile à l’implémenter. Je ne veux pas vous décevoir si je vous dise qu’il n’y a pas de moyen facile pour l’implémenter. En effet, sa mise en œuvre demande de la rigueur et surtout beaucoup de travail. Dans cet article, je vais vous faciliter la tâche en vous fournir les 16 étapes à suivre pour sa mise en place.

Lire la suite

Le SMSI en bref

SMSI

On attend par SMSI le système de management de la sécurité de l’information basé sur la norme ISO 27001. Un Système de Management est un système documenté et structuré basée sur le concept de l’amélioration continue ou roue de Deming. On dit que c’est un système documenté car, il est composé par des procédures, politiques, méthodes de travail et des enregistrements.

Lire la suite

Penser, planifier et appliquer Devops

Penser plannifier appliquer devops

DevOps est un concept qui a pour objectif de faire travailler ensemble plusieurs communautés sur un même projet. Bien que cette diversité puisse conduire à des divergences d’opinions, cette approche augmente considérablement la communication car les experts des différentes disciplines peuvent se rapporter à DevOps et ensemble peuvent apporter leurs expériences individuelles et leurs compétences. Une fois regroupés, ces experts peuvent plus aisément discuter et partager leur connaissance et leur expérience entre eux.

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

ITIL: La gestion des services en pratique

gestion de services

La gestion des services

Dans cet article, nous allons voir la gestion des services selon ITIL. Définissons d’abord ce qu’on attend par service. D’après ITIL, les services sont des moyens de création de valeur pour les clients. Ils facilitent les résultats et réduit l’effet des contraintes en améliorant la performance d’une tâche associée. Lorsqu’un client achète un service, il cherche des résultats sans être le responsable et être le propriétaire de tous les coûts et des risques associés. Tous services doivent avoir un budget quand ils prennent vie et cela devrait être géré. Le coût du service est réfléchi dans les termes financiers comme le retour sur investissement et le coût total du propriétaire. Le client va être seulement exposé au coût global ou du prix d’un service, qui va inclure tous les coûts du fournisseur ainsi que les mesures d’atténuation des risques. Le client pourrait ainsi juger la valeur d’un service basé sur la comparaison du coût ou du prix et la fiabilité avec le résultat voulu.

Lire la suite

Qu’est-ce que itil ?

itil

ITIL ou « information Technology Infrastructure Library » est une suite de publication de bonne pratique pour l’IT service management (ITSM), il  embarque des guides pour les qualités de services IT. ITIL est utilisé par de nombreuses organisations dans le monde. En 2007,  ITIL a rencontré un majeur changement qui a été publié en réponse aux avancements des technologies émergentes qui sont des challenges pour les fournisseurs de services.

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