Archives mensuelles : février 2012

Dette technique – Développeurs vs. marketeux

Je dois vous faire un aveu : je me suis toujours méfié de la notion de dette technique. Cela m’a toujours paru un concept marketing.

C’est comme si vous décidiez d’acheter une voiture, que le vendeur vous remette fièrement les clés et ajoute avec un petit sourire : « vous devez déjà 10 000 $ ». Et il ne parle pas du crédit auto, non, il veut simplement dire que la voiture que vous venez d’acheter comporte certains défauts qui vont devenir de plus en plus apparents au fil du temps, fatigueront le moteur, la carrosserie, voire même probablement le conducteur.

Quelle serait votre réaction si un vendeur vous disait cela ? Accepteriez-vous d’acheter cette voiture ?

Lire la suite

1001

Juste un chiffre pour le post d’aujourd’hui: 1001.

C’est le nombre de visiteurs uniques sur mon blog Qualilogy en 3 mois.

Vous vous rappelez peut-être que, au 31 décembre dernier, soit 40 jours après son lancement, 300 visiteurs avaient effectué 456 visites et vu 1 160 pages.

Lire la suite

La qualité dans le Cloud

J’ai été invité cette semaine à un évènement comportant des tables rondes entre utilisateurs sur les thèmes du Cloud et de la virtualisation.

J’ai non seulement appris beaucoup de choses, mais surtout découvert la vision du monde de la production et de l’exploitation sur … la qualité des applications.

Avis aux équipes de développement: mangez votre pain blanc tant qu’il est encore temps. Lire la suite

10 à 20 métriques

Nous avons vu dans le post précédent ‘Cas d’utilisation – Ensemble et sans heurts‘ quels use cases sont les plus souvent appliqués avec un outil d’analyse de code, et permettent d’en tirer le plus grand bénéfice:

  • Quality Gate afin de valider la livraison d’une nouvelle version applicative.
  • Gestion de SLAs et benchmarking des fournisseurs.
  • Processus d’Intégration / Amélioration continue des équipes de développement.

Lire la suite

Cas d’utilisation – Ensemble et sans heurts

Nous avons vu dans les deux posts précédents qu’un certain nombre de cas d’utilisation – assez fréquents – ne nécessitaient qu’un nombre restreint de métriques. Ces cas d’utilisation sont les suivants :

  • Valider la livraison d’une nouvelle version de l’application (Quality Gate).
  • Disposer de données objectives pour les SLAs des fournisseurs.
  • Gérer les processus d’Intégration / Amélioration continue des équipes de développement.

La question posée en commentaires du premier post est la suivante : quelles sont ces 10 ou 20 métriques les plus importantes ? Lire la suite