Versioning de services REST

Introduction

Le versioning de service est un thème à part entière dans les architectures orientée service tant il structure l’évolutivité d’un service. Les architectures REST n’échappent pas à la règle. Posant les principes généraux de l’architecture, Roy Fielding n’en a pas pour autant décrit tous les méandres. Il n’appartient donc qu’à nous, développeurs et architectes, de définir ce qu’est le versioning des services REST en respectant ces principes. Ce billet traitera donc la problématique de versioning des services REST.

Lire la suite

L’agilité et vous : participez à l’enquête du French SUG

Lors de l’inauguration du French SUG, un élément important avait été soulevé : il n’existe pas aujourd’hui de chiffres concrets sur l’utilisation des méthodes agiles en France. Luc Legardeur avait donc indiqué qu’un questionnaire était en cours de rédaction et arriverait prochainement …

Eh bien c’est désormais chose faite, le questionnaire est en ligne !!

Un mécanisme de parrainage pour gagner une wii pourra vous motiver à inciter vos connaissances à répondre à ce questionnaire. Il suffit de demander à ce que le champ parrain soit rempli avec vos noms et prénoms.

A vos claviers !

Autres standards de gestion des processus IT

PMBoK : Project Management Body of Knowledge

Le Project Management Body of Knowledge, ou PMBoK, est un standard international élaboré par le PMI (Project Management Institute) qui décrit lensemble des pratiques et des techniques avancées intervenant dans le management dun projet (corpus de connaissances). Il fournit un référentiel commun avec une terminologie claire et précise des phases, livrables et compétences nécessaires au chef de projet. Tous les aspects du management de projet y sont traités avec une approche  » process  » qui permet de systématiser les meilleures pratiques et donc de saméliorer en permanence.

Lire la suite

Accélération du changement et Dr House

On a la culture qu’on peut. C’est en regardant la série Dr House, que le cynique docteur m’a remis en mémoire le cycle d’acceptation du deuil : déni, colère, marchandage, dépression et enfin acceptation.
Quel rapport entre notre manière d’accepter la mort et la gestion du changement ??

Au fil de mes observations, j’ai pu constater que le changement, c’est à dire l’acceptation d’une nouvelle idée, suivait le même processus. Lorsque vous devez changer : je n’écris plus de code sans tests, je ne mens plus, je cherche à comprendre les gens plus qu’à les convaincre, ou tout autre changement par rapport à une attitude antérieure, vous subissez ce difficile processus de deuil de vieux choix.

La vitesse de ce processus dépend des individus et des groupes dans lesquels ils évoluent. Elle peut aller de la seconde à plusieurs années … Faites le test sur vous même en vous remémorant votre dernier deuil ….

Toutes les dynamiques d’amélioration continue (agile, lean, TOC ..) sont contraintes par ce processus. C’est finalement la contrainte des contraintes…

La place de la documentation dans les projets agiles

Les équipes agiles mettent l’accent sur la livraison de user stories. Dans le Manifesto for Agile Software Development, on retrouve cette notion de priorité au  développement du logiciel : Working software over comprehensive documentation. Cette rupture par rapport au mode de pensée dans les méthodes classiques est souvent perçue par les équipes agiles jeunes et peu expérimentées comme une chasse à la documentation, et une dévalorisation totale de celle-ci.

Cet article est basé sur un retour d’expérience d’un projet :

  • réalisé en agile depuis deux ans
  • mis en production depuis plusieurs mois
  • composé de 4 personnes avec un roulement d’une personne tous les 8 à 12 mois

Il a pour but de présenter le rapport des équipes agiles à la documentation projet en général et de fournir des pistes pour élaborer une documentation pertinente.

Lire la suite

Mozilla Firefox : 3 questions à Tristan Nitot

Tristan Nitot, président et fondateur Mozilla Europe, présentera la session Du chaos vers l’ordre : comment les contributions de dizaines de milliers de personnes aboutissent à un produit fini de qualité. L’exemple Firefox les 1er et 2 juillet prochains à l’Université du SI.

Nous lui avons posé 3 questions pour en savoir plus sur le contenu de sa session.

Lire la suite

VAL IT : Value for IT

Pourquoi VAL IT?

Value for IT, c’est à dire la création de la valeur pour l’informatique, permet de répondre à la question fondamentale : Est-ce que les investissements en SI sont réellement managés de sorte à :

  • obtenir la contribution maximale à la création de valeur?
  • à un coût supportable?
  • et avec un niveau de risque acceptable?

Lire la suite

La productivité des développements… n’est pas qu’une affaire de technologie !

12 leçons à retenir

Retour d’expérience sur le projet NéoRetraite de GENERALI, vu par Benamar développeur et Olivier coach. Ce projet stratégique consistait à mettre en production une nouvelle version d’un contrat de retraite. Il s’est déroulé sur 1 an et a nécessité l’effort coordonné de 3 équipes, chacune en charge d’une application participant au projet. Au plus fort de l’activité 50 développeurs travaillaient en même temps sur le projet.

Lire la suite