Le sens de la Mesure

Etat de l'art du test de logiciel

Philippe Pruvost — Wed, 08 Sep 2010 17:42:00 +0200

Voici un lien vers une conférence qui a eu lieu à Genève en janvier 2010 sur l'état de l'art du test de logiciel.

Pour ma part, je note que, bien que la profession du logiciel développe ses propres outils et terminologies, la problématique du test de logiciel est semblable à celle du test de tout autre 'objet produit', qu'il soit mécanique, électronique, etc.

La complexité du logiciel, qui est immatériel et donc facilement extensible (sur des réseaux par exemple), rend cependant la maitrise des processus encore plus indispensable que pour la production et le test des objets matériels, par définition bien circonscrits.

Quelques principes fondamentaux pour un développement LabVIEW robuste

Philippe Pruvost — Wed, 07 Jul 2010 09:25:00 +0200

J'interviens de temps en temps sur des mises à jour ou évolutions de programmes réalisés par d'autres, plusieurs années auparavant. Je tombe souvent sur des programmes bancals, au comportement mal maitrisé (surtout si on a changé de compilateur entretemps).

Voici d'après moi quelques principes fondamentaux, qui facilitent la mise au point du programme, et qui permettent d'obtenir un programme stable et évolutif :

utiliser les machines d'état pour tous les séquentiels.
séparer les grandes fonctionnalités dans des boucles spécialisées. Cette séparation découle de l'analyse et de la conception de l'application. On pourra par exemple avoir des boucles séparées pour : la gestion des évènements utilisateurs, la gestion de l'aspect de la face avant, le séquentiel de test, la gestion des erreurs, la communication avec un PC superviseur, etc.
utiliser une programmation modulaire, avec pour chaque module un VI 'pilote'. On peut s'aider en créant des librairies dont les sous-vis sont
limiter l'emploi des variables, et utiliser au maximum le flux de données. Personnellement je limite l'utilisation des variables globales à des données de paramétrage, fixées au lancement du programme.

Je reviendrai sans doute sur ces différents points par la suite.

Quelles sont les qualités d'un bon acheteur ?

Philippe Pruvost — Thu, 22 Apr 2010 20:36:00 +0200

Un des directeurs d'une entreprise où j'ai travaillé, soutenait qu'un bon acheteur ne devait pas connaitre techniquement les produits qu'il achète, mais devait simplement savoir faire baisser les prix des fournisseurs.

J'étais, et je reste en désaccord avec cette opinion. En effet, la conséquence de ce raisonnement, est de fixer des objectifs de baisses de coûts d'achats aux acheteurs.

Et le moyen le plus simple de faire baisser ces coûts est de faire des impasses sur la qualité des produits achetés (d'ailleurs, un acheteur qui ne connait pas la technique ne verra pas la différence, et n'hésitera pas à le faire). Conséquence : baisse de coût d'achat, mais hausse du coût global pour la société, se traduisant pas une non qualité en production - qui sera éventuellement noyée dans la masse des informations comptables.

Le deuxième moyen est de délocaliser dans des pays low-cost. Là aussi, pour l'avoir vécu, je sais qu'au nom de la "stratégie", qui est en fait une forme de dogme, on est prêt à faire l'impasse sur la qualité (du produit, mais aussi du service, de la réactivité, etc.). Et là aussi, les coûts réels de l'opération sont masqués dans la comptabilité.

Deming disait que les chiffres les plus importants pour une entreprise ne sont pas connus. Comment chiffrer l'impact sur les clients du manque de souplesse induit par l'éloignement du fournisseur, et du rallongement du délai d'approvisionnement, voire de l'augmentation de la taille des lots (pour faire baisser le prix du transport) ?

Personnellement, en tant que qualiticien, j'appréciais d'avoir l'oreille d'un acheteur 'technicien', capable de comprendre les problèmes qualité sur les composants, et apte à négocier avec le fournisseur aussi sur l'aspect technique de sa fourniture. Quoiqu'il en soit, si cette expertise n'est pas chez un acheteur, il est indispensable qu'elle soit présente en interne de l'entreprise, au minimum pour les composants 'sensibles' ayant un impact sur la qualité finale du produit. Dans une entreprise de sous-traitance, si le bureau d'étude est inexistant, l'acheteur reste d'après moi la ressource-expert la plus logique .

Qu'en pensez-vous ?

Vive le train !

Philippe Pruvost — Mon, 15 Mar 2010 19:51:00 +0100

lorsque je voyage, je préfère de loin le train à la voiture. Mais hier, ma fidélité a été mise à rude épreuve. Voici une petite liste de mes (mes)aventures :

le train Annemasse-Lyon arrive avec 10 minutes de retard (j'avais 13 minutes pour la correspondance), en effet le train était bien plein (c'était un retour de week-end), et on perdait pas mal de temps à chaque arrêt pour laisser monter les nouveaux voyageurs.
à la gare de Lyon Part-Dieu, impossible de changer de quai : les personnes qui voulaient monter dans mon train (qui repartait dans l'autre sens) empêchaient ceux qui en descendaient de quitter le quai.
le TGV est parti avec 10 minutes de retard (heureusement pour moi !) car une des rames de TGV avait dû être changée in-extremis pour un problème de motrice. Ceux qui comptaient manger dans le train furent contraints à la diète, car la voiture restaurant n'avait pas pu être approvisionnée.
A l'arrivée à Paris, on nous a annoncé un retard supplémentaire de dix minutes, pour des "problèmes de circulation"

Les retards étaient faibles, me direz-vous, et le problème rencontré pour la mise en place du TGV m'a permis de ne pas louper ma correspondance...Certes, mais ce sont autant de problèmes révélateurs de processus mal maitrisés... Si on veut vraiment développer les transports en commun (pour différentes raisons, comme les émission en carbone, ou parce que ce sont des emplois non délocalisables), il faut impérativement améliorer et maitriser les processus actuels.

Evolution des systèmes qualité

Philippe Pruvost — Wed, 03 Mar 2010 11:43:00 +0100

La préparation d'une première certification ISO 9001 est souvent problématique. En effet, le texte de la norme est court, mais - justement- parfois un peu un peu trop court, et à la première lecture, on se demande ce que cela peut bien pouvoir impliquer... Heureusement, les entreprises candidates peuvent se faire aider par des consultants, valider leur démarche avant la certification par un audit à blanc, etc.

Mais après la certification, que se passe-t-il ? Surtout après quelques années, pendant lesquelles le SMQ (Système de Management de la Qualité) a fonctionné ? A mon avis, tout dépend dans quelle optique la démarche initiale de certification a été entreprise ...

Je vous propose de faire un petit détour sur le blog d'une confrère, qui a écrit un article que je trouve très intéressant, et de nous retrouver ensuite.

Une partie des dysfonctionnements décrits dans l'article, proviennent certainement d'une démarche de certification ayant pour objectif "d'avoir le diplôme". C'est le cas des "organisations qualité trop éloignées du produit et du client", des "systèmes de management trop généraliste qui ne créent pas réellement de valeur et ne sont pas rentables", des "responsables qualité perdus dans leurs tableaux de bord". Eh oui, en visant le 'diplôme', on en oublie que la Qualité doit être centrée sur le client et la maitrise des processus.

D'autres remarques sont liées au manque d'engagement des Directions, qui 'délèguent' un peu trop la Qualité. N'oublions pas que le vrai responsable de la Qualité, c'est le dirigeant, qui seul a la légitimité d'intervenir sur le système et l'organisation et doit entrainer l'entreprise en donnant l'exemple dans son action (ce qu'on appelle le leadership). Ceux que l'on nomme habituellement Responsables Qualité, devraient avoir uniquement un rôle d'animateurs et de coach; ils ne devraient pas être perdus dans des tableaux de bords, mais aider les pilotes de processus à maitriser et améliorer ceux-ci, notamment à l'aide de la Théorie des Variations.

Quant aux entreprises qui songent aux systèmes intégrés, ce n'est pas réellement un abandon de l'ISO 9001, qui aura été la première étape de la démarche.

Présentation de la catégorie LabVIEW

Philippe Pruvost — Wed, 17 Feb 2010 10:31:00 +0100

Ce billet est le premier de la catégorie LabVIEW, dont voici l'objectif.

Il ne s'agit pas pour moi de faire un cours sur LabVIEW dans ce blog. Cependant, assez souvent lors des formations que j'anime, des stagiaires m'amènent des problèmes concrets qui les bloquent, et en guise d'illustration, je leur propose une solution possible à partir des concepts vus en cours.

Je me suis dit qu'il pourrait être intéressant de conserver ces exemples (lorsqu'ils ne sont pas confidentiels) et de les mettre à disposition des autres stagiaires. Cette rubrique sera donc destinée à partager des exemples de codes résolvant des problèmes concrets, ainsi que des trucs et astuces utiles. Le code sera disponible au format png, en version LabVIEW 2009 (en attendant la prochaine version...), par exemple :

Pour les lecteurs qui ne connaissement pas LabVIEW, voici une rapide présentation de ce langage de programmation graphique, orienté test et mesure ...

LabVIEW est un progiciel développé par National Instruments, destiné à l'instrumentation, l'acquisition et le traitement du signal. C'est donc un langage de programmation propriétaire.

Les techniques mises en œuvre dans LabVIEW sont entre autres :

• la programmation graphique,
• le flux de données,
• l'orientation objet,
• le parallélisme,
• le polymorphisme.

Les premières applications de LabVIEW permettaient de reproduire des faces avant d'appareils pilotés par GPIB : les programmes LabVIEW sont appelés depuis VI (Virtual Instrument).

LabVIEW est particulièrement performant pour la création rapide de manips d'acquisition du signal, et de traitement et présentation des données. Il est aussi utilisé pour des applications professionnelles, en laboratoire et en production, dans l'industrie et dans la recherche. Il a évolué depuis quelques années pour faciliter le développement de projets importants.

L'intégration avec le matériel National Instrument (acquisition de données, cartes GPIB, vision, commande d’axe,...) est particulièrement simple à mettre en œuvre. On utilise une couche logicielle intermédiaire, MAX (Measurement and Automation eXplorer), commune avec les autres logiciels développés par NI, pour configurer et tester le matériel installé. LabVIEW est multiplateformes (Windows, Mac/OS , Linux, RT, WinCE, etc.), et le code est portable après simple recompilation.

LabVIEW est extrêmement répandu, puisqu'on estime que la moitié des systèmes de mesure et de test informatisés, sont réalisés avec ce langage, au niveau mondial.

devinette ...

Philippe Pruvost — Wed, 10 Feb 2010 20:26:00 +0100

Voici une devinette ... devinez ce que représente cette photo.

Un indice ? c'est un moyen de mesure...

réponse dès que ce billet aura eu 5 commentaires, ou que quelqu'un aura donné la bonne réponse.

la roue de Deming, ou la démarche scientifique à la portée de tous

Philippe Pruvost — Wed, 03 Feb 2010 16:13:00 +0100

La roue de Deming, aussi appelée "cycle PDCA", est un outil à la fois simple et efficace pour améliorer les processus et les produits. Relativement ancien, il a connu un regain de popularité dans les pays occidentaux depuis la version 2000 de la norme ISO 9001, qui préconise son utilisation pour améliorer de manière continue les processus du Système de Management de la Qualité.

Cependant, la roue de Deming n'est pas que cela : c'est aussi une méthode simple et accessible à tous, pour mettre en œuvre la démarche scientifique,

Principe de la roue de Deming, ou cycle PDCA Le principe est contenu dans l'acronyme PDCA, qui correspond aux quatre phases de la méthode : Plan, Do, Check, Act. Avant de mettre en œuvre la méthode, la démarche scientifique suppose que vous ayez une théorie, que vous allez chercher à valider par ladite méthode. Selon les domaines, la théorie peut être plus ou moins simple, faire appel ou pas à des concepts mathématiques abstraits, etc.

A partir de cette théorie, vous allez vous demander quelles expériences vous pouvez mettre en œuvre pour la valider (ou l'exploiter). C'est la première phase : PLAN, ou PREPARER . Vous définissez vos expériences, et surtout comment vous allez mesurer leurs résultats (c'est important de le faire ici).

La deuxième phase DO, ou DEPLOYER, est sans mystère : vous mettez en place ce que vous avez prévu. Strictement. Sans modification. C'est important, car comment savoir si l'expérience a réussi si vous modifiez sans cesse ses conditions.

La troisière phase CHECK, ou CONTROLER, consiste à mesurer et contrôler les résultats obtenus. On applique les méthodes de mesures définies dans la phase PLAN.

La quatrième phase, ACT, ou AGIR, ou prendre ACTE, est celle où on décide de la suite à donner à l'expérience, en fonction des résultats collectés. On peut décider d'abandonner l'expérience, ou de la poursuivre en en modifiant les conditions (on fera alors un nouveau cycle PDCA), ou de généraliser et standardiser les méthodes qu'on aura pu valider.

Une démarche scientifique Cette méthode est simple, applicable par tous, il suffit d'être rigoureux dans l'application des phases. Et de se souvenir qu'une expérience réussie, est une expérience qui permet de tirer des conclusions... que la conclusion soit Oui (l'expérience confirme la théorie) ou NON (l'expérience infirme la théorie). Une expérience est ratée si elle ne permet de tirer aucune conclusion quant à la validité des hypothèses (mais rien n'interdit de mettre en place une nouvelle expérience...)

Deming ou Shewhart ? Pour la petite histoire, Deming présentait lui même le cycle PDCA comme étant le cycle de Shewhart. A la fin de sa vie, voyant que son nom était attribué systématiquement à l'outil, il en modifiant quelque peu le contenu en remplaçant le Check par un Study (étudier). La vraie roue de Deming, est donc en réalité le cycle PDSA...

5Why, ou la recherche (limitée) de la cause racine

Philippe Pruvost — Wed, 27 Jan 2010 08:43:00 +0100

5Why (5 Pourquoi), est une méthode de résolution de problèmes assez répandue dans l'industrie, notamment automobile. L'idée qui la sous-tend est assez séduisante : pour un problème donné, la cause directe n'est souvent elle même qu'un symptôme d'une cause plus profonde. On va donc se poser la question de la cause (pourquoi ?) 5 fois de suite, dans le but de remonter cette chaine de causalité. C'est la recherche de la cause racine, ou première.

Voici des liens qui illustrent un peu plus dans le détail cette technique : sur Wikipedia ou ici.

L'outil est basé sur certaines hypothèses :

5 niveaux suffisent pour trouver la cause racine
on veut effectivement trouver la cause racine

lesquelles ne se vérifient pas forcément, ce qui constitue à mon sens la limitation de l'outil.

Dans un exemple cités dans les liens ci-dessus, on donne pour cause racine (ou première) : Je n'ai pas respecté les préconisations du constructeur. Personnellement, j'aurais envie de demander encore pourquoi? (pas vous ?). Mais on touche sans doute dans ce cas à des problèmes délicats à résoudre, peut-être psychologiques, ou relationnels. Cela peut être un exemple où 5 niveaux ne suffisent pas à déterminer la cause racine, mais comme on n'a pas forcément les moyens, à ce moment, de traiter celle-ci, c'est finalement pas plus mal de s'arrêter à 5... Ce n'est bien sûr qu'un exemple, mais il parait évident que lorsque la cause racine concerne l'organisation de l'entreprise, seul le Management a les moyens de traiter cette cause (c'est d'ailleurs ce que nous rappelle Deming).

Il n'en est pas moins que l'outil 5W est intéressant pour ne pas s'arrêter à la cause immédiate, directe et évidente, d'un problème, et qu'il ouvre la voie à une meilleure prévention des problèmes.

Un des outils de la TOC (Théorie des Contraintes) poursuit le même but : il s'agit de l'Arbre de la Réalité Actuelle (CRT - Current Reality Tree), qui contrairement au 5W, n'impose pas de nombre de paliers. Le CRT se présente plutôt comme un outil d'aide à la réflexion, et comme support à la formalisation des intuitions. En revanche, par rapport au 5W, il demande une validation de type "nécessaire et suffisant" entre les causes supposées et leurs conséquences. J'aurai sans doute l'occasion de revenir sur ce outil.

Approche processus : est-ce que c'est efficace ?

Philippe Pruvost — Wed, 20 Jan 2010 08:19:00 +0100

Il y a quelques années, je travaillais au service qualité d'une usine de production. A l'issue d'un audit de certification, je discutais avec l'auditeur missionné par l'AFAQ. Celui-ci m'expliquait qu'il avait fait partie du comité de rédaction de la norme ISO 9001 version 2000, qui met l'approche processus en avant, mais avec le recul, il se demandait si cette approche processus était vraiment un gage de performance et de qualité pour les entreprises.

Après avoir muri la question quelques années, m'être beaucoup documenté, je peux enfin lui répondre (et je vais vous en faire profiter) .

Nous avons vu dans un billet précédent, que la Qualité consistait d'abord à déterminer les attentes et les besoins des clients ou du marché. A partir de ces besoins identifiés, une entreprise peut se positionner avec des produits et des services associés. A cette étape, on sait précisément QUOI faire (ou du moins on en a une idée assez claire pour pouvoir faire un test).

L'approche processus permet d'organiser le COMMENT faire, dans un esprit Qualité, c'est à dire en maitrisant puis en améliorant ce COMMENT. Un processus est un enchainement d'actions, permettant in fine d'obtenir un résultat escompté. L'approche processus consiste à identifier dans l'entreprise les différents processus (du moins les principaux), pour les maitriser et les améliorer.

Il y a quelques années, je travaillais au service qualité d'une usine de production. A l'issue d'un audit de certification, je discutais avec l'auditeur missionné par l'AFAQ. Celui-ci m'expliquait qu'il avait fait partie du comité de rédaction de la norme ISO 9001 version 2000, qui met l'approche processus en avant (ce n'est pas une exigence, simplement une recommandation, mais le texte utilise tellement ce terme de processus, qu'il est difficile de passer à coté), mais avec le recul, il se demandait si l'approche processus était vraiment un gage de performance et de qualité pour les entreprises.

Après avoir muri la question quelques années, m'être beaucoup documenté, je peux enfin lui répondre (et vous allez en profiter vous aussi, veinards que vous êtes).

La réponse est : OUI et NON. Quelle réponse de Normand ! , me direz-vous, mais laisser moi développer.

NON, l'approche processus n'apporte pas grand chose, si on se contente de la définition de la norme ISO 9001 :"Un processus est un ensemble d'activités corrélées qui transforme des éléments d'entrée en éléments de sortie." C'est une vision très mécaniste ... d'ailleurs, un confrère et ami, fait l'analogie avec un moulin à café : vous mettez des grains à l'entrée, et avec la force de votre bras (c'est la ressource), vous obtenez de la poudre à la sortie.

Le piège de cette définition, c'est qu'elle s'applique à n'importe quoi, y compris un organigramme hiérarchique. Si on cède à cette tentation, on obtiendra alors un processus Achats, un processus Production, un processus RH, etc. qui correspondront aux services Achats, Production, RH. On aura juste fait un peu de formalisme, ajouté des indicateurs (et encore, ils existaient peut-être déjà). Bref, un intérêt très limité, mais on aura une approche processus conforme à la norme ISO9001.

On pourrait même dire que l'approche processus peut se montrer néfaste, si les améliorations des processus sont faites sans tenir compte de l'impact et des incidences sur le reste du système. Je me souviens d'un responsable achats, pilote du processus achats, qui améliorait les indicateurs de son processus en achetant des composants au rabais. Peu lui importait que le taux de défaut en production augmente, car ce n'était pas son processus ! On peut prendre ce genre de décisions, mais en en assumant les conséquences au niveau du système. Par exemple, il peut être intéressant d'acheter des lots de composants de moindre qualité, mais en anticipant ce qu'il se passera en production (par exemple en faisant un essai limité sur un lot spécifique, on en faisant un tri des composants avant usage, etc.).

OUI, si on se réfère aux travaux de Deming, et qu'on considère les processus comme les composantes du système (de l'entreprise). De tels processus ne suivent pas l'organigramme hiérarchique, ils sont transversaux, et font intervenir plusieurs métiers.

Une démarche processus efficace aide à faire travailler les gens ensemble, ou comme disait Deming, faire tomber les barrières entre les services, pour améliorer les processus, et in fine s'attache à améliorer la performance globale du Système.

L'objectif à poursuivre en priorité est de maitriser chaque processus, en le mettant sous contrôle statistique. Ensuite, les améliorations sur un processus ne doivent pas être entreprises sans tenir compte de leur impact sur le reste du système. La mise en œuvre du PDCA pour une expérience limitée, est un moyen de détecter les incidences de modifications d'un processus sur le reste du système.

meilleurs voeux 2010

Philippe Pruvost — Wed, 06 Jan 2010 14:28:00 +0100

C'est la période idéale pour cela ... voici donc mes meilleurs vœux pour 2010. Je vous souhaite une année de Qualité, bien entendu, c'est à dire conforme à vos attentes exprimées et implicites, mais surtout conforme à vos valeurs (que j'espère humainement élevées).

Pour bien commencer l'année, voici une photo prise près de chez moi le dimanche 3 janvier.

ISO 9001 et Qualité

Philippe Pruvost — Wed, 23 Dec 2009 10:32:00 +0100

L"ISO 9001 est une norme internationale qui a pour objectif général la maitrise de la qualité dans les entreprises (ou plus généralement tout organisme). On peut cependant constater qu'entre l'esprit (l'objectif) et la lettre (certaines applications), il peut se produire des dérives qui vont à l'encontre de l'objectif poursuivi.

Je me souviens par exemple d'un directeur qui me disait "la Qualité, c'est du pipeau". Pour lui, il suffisait de faire un peu de cinéma le jour de l'audit AFAQ, et c'était bon, on gardait le certificat ISO9001. Il n'avait pas compris que ce n'était pas le certificat ISO9001 qui assurerait la pérennité de son entreprise (aujourd'hui disparue), mais bien une réelle démarche qualité.

De fait, on peut rencontrer des entreprises où cela se passe comme ça : 2 jours avant l'audit, tous les responsables restent dans leur bureau, et "grattent comme des fous" pour mettre à jour les indicateurs et les tableaux de bords.

Lors d'une visite d'une entreprise (sous-traitant du secteur automobile), on m'a même présenté une personne qui passait la moitié de son temps à "corriger" les relevés des graphiques de contrôle, avant qu'on les envoie au client (pour les novices : les graphiques de contrôle sont des outils qui permettent de vérifier si la production est stable et bien maitrisée. L'utilisation correcte des graphiques de contrôle est de les utiliser pour stabiliser et maitriser la production, ce n'est pas de bidouiller à postériori pour faire croire au client que tout va bien...).

Disons le tout net : ces comportements n'ont rien à voir avec la Qualité, et constituent des dérives de l'ISO9001. Respecter la lettre de la norme, sans en comprendre ou en en oubliant l'esprit, revient à appliquer aveuglément une série d'instruments sans liens entre eux, et surtout sans lien avec le progrès de l'entreprise...

(à suivre)

A quoi sert la Qualité

Philippe Pruvost — Wed, 16 Dec 2009 19:40:00 +0100

(suite du billet "La Qualité, pour quoi faire ?")

Qu'est-ce que la Qualité ? En fait vous le savez ...

Pour faire simple, disons que c'est l'ensemble des caractéristiques qui vous font apprécier quelque chose.

Si on décline cette définition au commerce (au sens large), on dira que la Qualité, c'est l'ensemble des caractéristiques qui vous font apprécier un produit ou un service, voire qui vous feront préférer ce produit ou ce service à un autre, qui a un moindre niveau de ces caractéristiques.

Une organisation (commerce, industrie, association, administration, ...) recherchera (en tout cas elle le devrait) la Qualité de ses produits ou service, pour les faire apprécier de ses clients (adhérents, usagers, ...)... voire les faire préférer à ceux proposés par d'autres.

Un exemple ? prenons celui d'une boulangerie. Les clients en apprécieront les produits et les services selon différents critères.

Bien entendu, pour commencer, la "Qualité" des produits. Personnellement, pour une baguette, j'apprécie qu'elle soit bien dorée, pas trop fine, Quand on appuie légèrement sur la croute, on entende un léger craquement. Les bouts (quignons) sont légèrement plus cuits et croustillants, mais pas brulés ! Quand on l'ouvre, que la mie soit aérée, avec de petites bulles, bien ferme, avec une légère odeur un peu aigre. Si de plus elle garde encore (un peu) mais pas trop de la chaleur de la cuisson, c'est formidable. (ça donne faim, non ?)

D'autres critères que la saveur des produits sont importants :

la diversité de l'offre, Est-ce que je pourrai trouver autre chose que du pain ?
la disponibilité des produits au cours de la journée, Après 11h30, est-ce qu'on trouvera encore des marchandises ? et à 16h00 ? à 19h00 ?
un prix adapté, Suis-je prêt à payer un peu plus cher que chez les concurrents pour cette merveilleuse baguette ? combien ?
facilité de se garer à proximité, Remarquez que nombre d'anciennes stations services se sont reconverties en boulangeries. Avantage du local : il y a plusieurs places pour se garer juste devant.
l'amabilité du personnel, Pas de commentaire.
la rapidité du service, Combien de temps suis-je prêt à attendre ?
les plages des horaires d'ouverture,
etc.

Pour rechercher la Qualité, cette boulangerie devra s'interroger sur ces différents critères, se demander à quel niveau sont ses concurrents directs, et quel niveau elle veut atteindre.

Se poser ces questions, c'est l'étape n°1 d'une démarche Qualité.

On appelle Management de la Qualité, l'ensemble des actions et des moyens mis en œuvre pour obtenir, conserver, et améliorer la Qualité.

Je vous parlerai dans un autre billet de ce que je considère comme l'étape n°0 de la démarche Qualité... elle vient avant l'étape 1, bien sûr...

La Qualité : pour quoi faire ?

Philippe Pruvost — Wed, 09 Dec 2009 19:15:00 +0100

Je prépare actuellement une série de cours sur la Qualité (j'aurai l'occasion d'y revenir). En faisant quelques recherches sur internet sur des cours existants, je suis frappé par le fait qu'on y aborde la Qualité sous un angle très 'technicien' .

Par exemple, on y aborde la norme ISO 9001 et ses différents aspects : approche processus, procédures obligatoires, engagement de la direction, planification des ressources, audits, etc. On y aborde aussi des techniques avec une forte coloration mathématique : Pareto, calcul de capabilités, de variabilité, etc.

Bref des approches très techniques, mais je ne suis pas sûr que cela donne envie au néophyte de s'intéresser à la Qualité. De plus tout ce jargon et ces outils laissent penser qu'il s'agit d'une affaire de spécialistes !

Pourtant, la Qualité intéresse tout le monde, mais il faut se rappeler à quoi sert elle sert, et pour quoi on la recherche...

(à suivre)

Premier billet

Philippe Pruvost — Wed, 21 Oct 2009 23:25:00 +0200

Bonjour,

j'ai reçu aujourd'hui un message du modérateur m'indiquant que mon blog serait bientôt supprimé : à juste titre, car je ne l'avais pas utilisé depuis sa création...

En effet ces derniers mois ont été bien occupés : après une période assez intense en portage salarial (les missions sont une chose, la prospection en est une autre), j'ai décroché un job à temps partiel chez mon client principal. Malheureusement, nos projets initiaux, qui étaient de monter une agence en Rhône-Alpes, ont été reportés aux calendes grecques (faute la crise...). Donc depuis un an je passe mon temps en déplacements, ce qui n'était pas ce qui était prévu au départ, et qui ne me convient guère sur le long terme.

Pourquoi démarrer ce blog aujourd'hui ? Simplement pour parler des thèmes qui m'intéressent vraiment, partager sur ces sujets que je trouve passionnants, et vers lesquels je souhaite orienter ma carrière. Je ne parle pas vraiment d'une reconversion, mais plutôt d'un recentrage... Mais j'aurai l'occasion de revenir sur tout cela.

à bientôt !