Travaillons ensemble à votre contractualisation Agile

L’Agile est aujourd’hui un outil puissant d’amélioration de la qualité des produits et de la satisfaction des acteurs, utilisateurs comme artisans du système d’information.

Si la méthode commence à être connue, sa mise en œuvre peut néanmoins se heurter à des difficultés, notamment sur le volet contractuel.

Ainsi, dans les organisations où les pratiques d’achats reposent sur une définition exhaustive des besoins (i.e. cahier des charges) et une obligation de résultat portant sur un périmètre figé et qui ne peut évoluer qu’à l’aide d’avenants, il est souvent difficile voire impossible de concilier ces pratiques avec les principes fondamentaux de l’Agile à savoir : autoriser le changement, affiner et spécifier les fonctionnalités au fil de l’avancement du projet pour répondre mieux aux besoins des utilisateurs.

Alors que faire ? Comment concilier des principes d’achats bien rodés mais a priori antagonistes avec les principes de projet Agile ? Peut-on faire évoluer ces principes ? Chez OCTO, nous avons la conviction qu’il existe des moyens d’y parvenir en respectant les contraintes et les enjeux de votre entreprise.

Nous vous proposons d’échanger avec vous sur ce thème et pourquoi pas vous accompagner dans un travail en profondeur sur vos pratiques d’achats et de contractualisation.

Pour commencer nos échanges, nous offrons 2 séances de travail de 2h gratuites au 3 premières entreprises qui nous contacteront.

Contactez-moi pour cela sur ymartel@octo.com et travaillons ensemble à améliorer un peu plus votre ingénierie informatique!

Un workspace Eclipse standardisé

Uniformiser vos environnements de développement – Gagner en productivité

Marre des merges galères pour cause de formateurs différents ?

  • Marre qu’un membre de l’équipe commit en UTF-8, l’autre en ISO-8859-1 ?
  • Marre de reconfigurer la JDK, Checkstyle, PMD, le repo SVN, le proxy de la boite, et des millions de paramètres à chaque création d’un nouveau workspace ?

Ce tip & trick est pour vous !

Portails, une lecture fonctionnelle

Le terme portail recouvre de multiples réalités et il n’est pas toujours aisé de s’y retrouver notamment quand la technologie s’en mêle. Afin d’y voir plus clair, nous avons donc opter pour une grille de lecture fonctionnelle des portails.
Cette grille pourra notamment être utile lors de la phase d’identification des besoins fonctionnels de portail, en amont d’un projet. (Lire la suite…)

Formation Kanban avec David Anderson 27-28 Octobre 2010

Après le succès de la première édition, OCTO et David Anderson renouvellent l’expérience et organisent ensemble une formation Kanban qui se déroulera les 27 & 28 Octobre 2010.

A l’instar d’outils de gestion de flux Toyota et des taskboard agiles, les tableaux Kanban sont une façon simple de mieux maitriser la chaine de création de valeur au sein de votre DSI en appliquant les principes fondamentaux du Lean :
- visualiser la production
- lisser l’activité et mettre en place un flux tiré
- traiter les goulets d’étranglement
- améliorer le système en continue
Pour les participants français, cette formation peut être prise en charge par l’organisme de formation de votre entreprise et dans le cadre du DIF (Droit Individuel à la Formation).
Cette formation est dispensée en Anglais. En voici le contenu.
(Lire la suite…)

DoD – Déboire & Pouvoir

Un outil pour l’amélioration continue du standard

Désolé pour les gamers, mais non je ne vais pas vous parler du dernier Day of Defeat. Par DoD comprenez plutôt « Definition of Done », c’est à dire l’ensemble des critères à respecter pour considérer une tâche terminée. Par exemple, avant de soumettre son code, un développeur doit s’assurer de respecter le critère: « tests unitaires OK ».

En quoi un outil aussi « low-tech » et aussi simpliste qu’une check-list peut nous aider à l’ère de Google et de l’iPhone ? À une révolution dans le niveau de qualité fournie. Pour preuve emblématique, les initiatives récentes dans le milieu hospitalier. Cet extrait parle de la pose d’un cathéter (voie veineuse centrale).

« In 2001, though, a critical care specialist at Johns Hopkins Hospital named Peter Pronovost decided to give a doctor checklist a try. [...] Doctor are supposed to (1) wash their hands with soap, (2) clean the patient’s skin with chlorhexidine antiseptic, (3) put sterile drap over the entire patient, (4) wear a mask, hat, steril gown, and gloves, and (5) put a steril dressing over the insertion site once the line is in. [...]

In the Keystone initiative’s first eighteen months, the hospitals saved an estimated $175 million in costs and more than fifteen hundred lives.« 

(Lire la suite…)

ERP et agilité

Aujourd’hui les grands groupes industriels font face à une multiplication des solutions de gestion dans leurs filiales avec un constat, plus on s’éloigne du centre et plus les solutions se font hétérogènes et exotiques. Ces différentes solutions vont de SAP, leader du marché pour lequel les processus sont presque gravés dans le code jusqu’à un simple ensemble d’outils de bureautique : un tableur pour suivre les commandes et un éditeur de texte pour émettre des factures. Entre ces deux extrêmes il existe quelques acteurs majeurs : Oracle EBS, SAGE, NAVISION… et de nombreux éditeurs locaux.

Comment rationaliser un écosystème aussi diversifié ?

(Lire la suite…)

Cucumber pour l’AMOA

« Vincent, sincèrement, je comprends pas, on est pas censés faire de concessions au niveau de l’expression de nos besoin par les tests automatisés, mais d’un autre côté, plus le temps avance, plus on tord ce qu’on exprime pour que ça facilite le travail des développeurs. Faire des tableaux, des listes et tout ça, c’est parfois douloureux. » Martine AMOA.
gp
Exemple de test de recette automatisé Greenpepper
Demander à une AMOA de spécifier par les tests est souvent déroutant pour des équipes habituées à fonctionner à coup de spécifications plus « classiques ». Si en plus les outils sensés supporter cette nouvelle méthode de travail amènent avec eux une douleur, il est d’autant plus difficile de faire passer les messages vraiment essentiels:
  • automatisation des specifications au travers de tests afin de diminuer les temps de recette
  • fournir aux équipes de développement des user stories priorisés par valeur métier.

Et c’est vrai que certains outils de tests d’acceptance/recette sont parfois bizarre. Je veux dire, pourquoi est ce que je devrais faire tout un tas de tableaux (d’une seule ligne souvent) pour exprimer un scénario de test?
Parler de ces outils n’est pas le sujet de cet article. Non, aujourd’hui, je voudrais introduire Cucumber. Un gentil petit outil de tests de recette automatisés frais et léger.

(Lire la suite…)

Démarches de tests fonctionnels

Si vous êtes un habitué de notre blog, vous saurez à quel point les démarches de développement piloté par le test (TDD) nous sont chères. Allié à un bon outil de test fonctionnel le TDD s’avère être un levier de productivité très important.

L’objectif de cet article est de vous présenter les différents types d’outils de tests fonctionnels puis de donner quelques perspectives sur les outils de tests du futur.
(Lire la suite…)