Francis Dion sur le processus logiciel

Reporting 2.0

“Reporting 2.0” applique le concept général du « Web 2.0 » – où les contenus sont produits par les usagers eux-mêmes – au domaine des générateurs de rapports. Il s’agit d’un changement fondamental dans la dynamique établie entre le département TI d’une organisation et les usagers des lignes d’affaires pour la création et l’adaptation des rapports.

Dans le paradigme « Reporting 1.0 », un usager exprime des besoins qu’un analyste ou un programmeur tentera de traduire ou de réinterpréter dans le mode d’opération d’un générateur de rapport traditionnel. Ce processus est souvent compliqué par le clivage qui existe entre la façon dont les usagers conçoivent leurs besoins et les contraintes imposées par l’outil. Il faut aussi considérer les délais importants causés par les nombreux essais-erreurs et les allé-retours requis pour chaque changement, particulièrement lorsqu’ils touchent à l’organisation et à la présentation du rapport.

Le « Reporting 2.0 » transforme cette dynamique en permettant une meilleure séparation des responsabilités entre les professionnels de la technologie – principalement préoccupés par les méthodes d’accès sécurisés aux données, par l’application rigoureuse des règles d’affaires et par la définition des algorithmes – et celles des usagers qui sont les mieux à même d’appréhender, de mettre en évidence et d’exprimer le contenu informationnel sous jacent aux données brutes.

Xpertdoc Studio est un outil de type “Reporting 2.0” parce qu’il supporte optimalement cette nouvelle dynamique.

Informatique utilisateur

Dans les organisations d’une certaine envergure une tension se développe souvent entre le département des TI et certains usagers « technophiles » désirant développer eux-mêmes leurs propres solution sur mesure, généralement basées sur des langages de scripts et/ou une suite de productivité telle que Microsoft Office.

Devant cette situation, le département des TI doit choisir entre trois options distinctes :

• Ignorer le problème et courir le risque d’éventuellement devoir supporter une solution développée hors de son contrôle, plus souvent qu’autrement sans aucune considération pour les bonnes pratiques de développement.
• Prohiber strictement ce type d’activité, empêchant du même coup la réalisation d’initiatives valables et nécessaires pour les lignes d’affaires.
• Accepter que ces activités répondent à un besoin légitime pour lequel un développement d’application traditionnel n’est pas économiquement justifiable.

Dans cette troisième option, le rôle des TI est d’accompagner ces usagers en leur offrant le support et les outils leur permettant d’atteindre leurs buts sans pour autant contrevenir aux normes de gouvernances et aux règles d’affaires de l’entreprise.

xpertdoc est idéalement positionné pour supporter la réalisation de cette vision en intégrant :

• La versatilité d’un outil de mise en page (Microsoft Word)  connu et maîtrisé par la vaste majorité des usagers, et
• La puissance et la robustesse des langages de programmation modernes et des systèmes d’entreprise existants.

Avec ces caractéristiques, xpertdoc permet d’établir la balance exacte – et unique! – qui conviendra idéalement à chaque organisation.

Vous avez des expériences à partager sur ce sujet? Des bons coups dont vous êtes fiers? Des erreurs à ne pas faire… ou répéter !? Cliquez sur le lien suivant et xprimez-vous!

http://francisdion.blogs.com/processus_logiciel/2006/12/informatique_ut.html#post

Gemba Kaizen

J’ai terminé la lecture de « Gemba Kaizen, l’art de manager avec bon sens » par Masaaki IMAI.

En Japonais, Gemba signifie « lieu du travail » et Kaizen signifie « amélioration continue ». Le livre décrit comment une culture d’amélioration continue du lieu de travail (principalement mais pas uniquement des manufactures) est au cœur du Miracle Japonais depuis les années ’70.

Pendant que je lisais ce livre, je ne pouvais m’empêcher de penser à cette scène du film « Le dernier Samouraï » où Tom Cruise, un occidental fait prisonnier par une communauté de guerriers Japonais, s’émerveille de voir comment tous les habitants, des enfants jusqu’aux vieillards, s’appliquent constamment à atteindre la perfection dans tous les aspects de leur vie.

Voici certains des concepts clés de ce livre :

• L’amélioration de la qualité et la réduction des coûts sont compatibles et devraient, en fait, aller de pair.
• Là où il n'existe pas de standard, il ne peut y avoir d'amélioration
• Les 5S (équivalents Français des termes Japonais : trier, ranger, nettoyer, systématiser et standardiser) sont les règles d’une discipline exigeant que tout ce qui n’est pas utiles soit éliminé.
• Le Muda est tout ce qui est un déchet et/ou qui n’ajoute pas de valeur.
• Établir des standards, appliquer les 5S et éliminer le Muda sont les trois piliers de Gemba Kaizen.
• Le temps Takt est le temps maximum alloué pour produire un produit de façon à satisfaire la demande.
• Le temps de cycle est le temps réel requis pour produire un produit. Dans une organisation fonctionnelle, il est toujours inférieur ou égal au temps Takt.
• Pour qu’un processus soit optimale, chaque sous processus doit être ralenti jusqu’à correspondre le plus possible au temps de Takt.
• Il ne doit jamais y avoir un jour sans amélioration.
• La continuité est l'une des clés du succès à long terme.

Ceci n’est qu’un aperçu des concepts puissants (et parfois dérangeants) offerts par l’auteur. J’ai l’intention d’en explorer quelques uns plus en détails dans les prochaines semaines.

En conclusion, la matière est un peu aride mais j’ai néanmoins vraiment apprécié cette lecture, en bonne partie à cause du lien que je vois entre ces idées et certains des concepts sur lesquels s’appuient les méthodologies Agiles de développement de logiciel. Je le recommande fortement à quiconque s’intéresse à la qualité, à la productivité et à l’amélioration des processus.