Dernier article de notre série sur la création de métriques personnalisées.

Nous allons aborder dans celui-ci les différents coûts attachés à la customisation de métriques, et qui sont généralement mal identifiés voire complètement ignorés lors d’un projet d’acquisition d’un outil d’analyse de code.

Nous terminerons par résumer l’ensemble des différentes questions à se poser – ou à poser à un client – afin de déterminer si la création de métriques personnalisées constitue réellement un critère de choix pour un tel outil.   Continuer la lecture →

Troisième article de notre série sur la création de métriques personnalisées, et pourquoi la possibilité de définir ses propres métriques dans un outil d’analyse de code n’est pas le critère important que tout le monde croit.

Nous avons vu dans le premier article que les métriques les plus simples à créer n’étaient pas les plus nombreuses et dans le second de cette série que les métriques les plus intéressantes et importantes étaient également les plus complexes à implémenter, voire même parfois (ou souvent) impossibles à réaliser.

Dans ce dernier post, nous allons aborder cette question de personnalisation sous l’angle des technologies applicatives, avant un dernier article qui nous servira à résumer le tout et à identifier les bonnes questions. Continuer la lecture →

La création de ses propres métriques dans un outil d’analyse de code présente-t-elle vraiment un intérêt ? Quel bénéfice peut-on en espérer ? Quels inconvénients, quels obstacles va-t-on rencontrer ?

Il est frappant de voir que ces questions sont la plupart du temps ignorées lors d’un choix d’outil. On préfère mesurer la facilité ou la difficulté à personnaliser le logiciel et à créer ses propres règles plutôt que de se demander si l’on en a vraiment besoin.

Cette série d’articles a donc pour objet de clarifier ces questions afin de vous aider à poser les bons critères si vous souhaitez acquérir un outil d’analyse de code. Si vous êtes un consultant Qualité qui doit assister un client pour un tel choix, vous pouvez aborder ces questions avec lui afin de l’aider dans sa sélection. Continuer la lecture →

Un consultant Qualité me demande s’il est « possible de créer ses propres métriques avec Sonar ? » et « quel est le degré de facilité d’introduire de nouvelles régles ? ».

Je sais qu’il est en train de travailler avec un client qui souhaite se doter d’un outil d’analyse de code. Et c’est le critère typique que l’on retrouve traditionnellement dans tous les cahiers des charges lorsqu’il s’agit de choisir un tel outil.

C’est devenu une règle universellement admise, au point même que certains vendeurs de software en ont fait un argument de vente et intègrent dans leurs démos avant-vente la création d’une nouvelle règle. Ce n’est pas critique mais cela plaìt. Vous imaginez un vendeur de voitures ouvrir le capot d’un véhicule en marche pour régler le carbu ? Ce serait spectaculaire mais quel intérêt ? Continuer la lecture →

J’ai reçu des documents de Capers Jones, auteur bien connu et conférencier international, qu’il n’ai pas nécessaire de présenter, mais au cas où : http://www.namcook.com/aboutus.html). Capers Jones est vice president et CTO de Namcook Analytics LLC.

Ce matériel constitue une bonne synthèse de l’état actuel de la qualité du logiciel, dont je vais résumer les principaux points, ce qui me permettra également de poser quelques questions à Capers.

Continuer la lecture →

Quels enseignements peut on tirer si l’on applique au domaine de la qualité de code les principes ITIL en matière de Capacity Management ?

Nous avons vu dans le post précédent que, selon cette approche, délivrer la Qualité dans le respect des accords de niveaux de service, des plannings et des budgets nécessitait de connaître ce que l’on a, c’est-à-dire son parc applicatif, mais également la qualité de celui-ci.

Cette connaissance basée sur des métriques quantitatives et qualitatives permet de mieux répondre aux besoins des utilisateurs, comme nous allons le voir dans ce second et dernier article de cette série.

Continuer la lecture →

Nous avons présenté la semaine dernière les grands axes du Capacity Management selon ITIL.

Si nous essayons d’appliquer ces bonnes pratiques au domaine de la qualité, quels sont les enseignements que l’on peut en tirer ? Que serait la gestion de la Qualité vue comme une analogie de la gestion de la Capacité ? Est-il possible de faire « plus avec moins » dans le domaine de la Qualité comme doivent le faire de plus en plus les équipes de Production ?

L’objectif premier du Capacity Management est de délivrer la capacité, c’est-à-dire les ressources dont vous avez besoin : un serveur de développement ou de test, un peu plus de disque dur pour une base de données, plus de puissance CPU dans une machine virtuelle, etc.

ITIL ajoute que la gestion de la capacité doit être assurée en accord avec les objectifs de niveau de service, dans les temps et de manière rentable. Continuer la lecture →

Vous savez quelle est ma blague préférée sur les consultants ?

Un homme entre dans un magasin d’animaux et voit un singe dans une cage avec un écriteau ‘Singe C – $2 000’. Le propriétaire du magasin s’approche et le client lui dit : « Il est cher votre singe. Qu’est-ce qu’il a de spécial ? ». Et le propriétaire lui explique « C’est un singe qui programme en C. Très bon programmeur, il est rapide, il produit un code de qualité et sans bugs. A ce prix-là, c’est une affaire ».

Le client regarde la cage à côté avec un panneau ‘Singe C++ – $3 000’. « Dites-donc, celui-ci est encore plus cher. Qu’est ce qu’il sait faire ? ». « Même chose que le précédent, mais en C++, un langage orienté objet, plus complexe, mais qu’il maîtrise très bien également, très bon programmeur. Et il connaît un peu de Java aussi ».

Le client voit alors une troisième cage et un panneau ‘Singe – $5 000’. « Ah, celui-ci est aussi cher que les deux autres réunis. Il doit vraiment être très bon. Qu’est-ce qu’il sait faire ? ».

« Et bien, je ne sais pas vraiment » répond le propriétaire. « Mais il dit qu’il est consultant ». (1)

Continuer la lecture →

Je repensais au post précédent sur la mesure de l’effort de projet – estimer les charges de développement et de QA avant le début du projet quand on dispose de peu d’éléments de chiffrage – lorsque je suis tombé sur une annonce dans un forum sur la mesure de la Qualité logicielle, pour une conférence sur ce même sujet.

Vous savez, un de ces évènements dans lequel différents orateurs effectuent un exposé sur des thèmes comme ‘quelles métriques pour évaluer les projets’ ou des tables rondes pour discuter de ‘méthodes d’estimation des coûts de développement et de maintenance’.

L’auteur de cette annonce a demandé aux membres du forum quels thèmes de réflexion et sujets d’actualité ils souhaiteraient voir aborder lors de cette conférence, ce qui a déclenché toute une série de réponses et de réactions assez insolites, mais que je vous résume brièvement :

• Halte, stop, assez, fini, arrêtez les présentations et les ‘papers’ sur ‘Comment mesurer la productivité en matière de maintenance logicielle ?’, ‘Mesures effectives du risque’ ou ‘Utilisation des Points de Fonction dans l’industrie aéronautique’.
• Cela fait maintenant plus de 35 ans que nous disposons de métriques et pourtant les directions IT continuent d’ignorer les mesures de qualité logicielle et le nombre de projets en échec ou en retard est toujours plus important. Continuer la lecture →