Affichage des articles dont le libellé est Qualité. Afficher tous les articles
Affichage des articles dont le libellé est Qualité. Afficher tous les articles

mardi 29 novembre 2011

Communiquer : faut-il parler de PAQ Agile ?


"Si ! si ! je t'assure ! Ils ont osés le PAQ Agile chez OCTO Technology ;)"

La question que je pose est "faut-il estampillé d'Agile le PAQ ?" et plus largement faut-il utiliser l'étiquette Agile pour tout et rien ?

Pour moi la méthodologie n'a pas d'influence sur le PAQ, au pire la partie consacrée aux "Documents applicables et de références" sera "light" ;)

Par contre, je suis tout à fait d'accord qu'il faut mettre en avant dans le contenu du PAQ les points positifs en termes de suivi, validation et assurance qualité portés par la philosophie Agile !

Dans tous les cas allez vite lire ce billet d'Anne-Florence Canton bien rédigé et plein de bon sens.

mercredi 13 avril 2011

Concevoir : Less, moins de CSS pour d'avantage d'efficacité

Une bonne façon de s'obliger à structurer ses développements CSS : http://lesscss.org/

"LESS est un langage de présentation qui étend CSS pour lui apporter ce qu’il manque : productivité, facilité de maintenance et un héritage de propriétés. Il ressuscite quelque peu le fameux CSS Server Side.
À vrai dire, il apporte tout ce qu’il manquait à la réalité du terrain. De la souplesse et une possibilité supplémentaire d’industrialiser les développements d’interface."

Un très bon article de Thomas Parisot sur le sujet : http://www.clever-age.com/veille/blog/less-moins-de-css-pour-davantage-d-efficacite.html

mercredi 3 novembre 2010

Manager : Peut-on être Agile chez Logi-Tech Informatique ?

Je dirais : "On peut être Agile mais pas avec n'importe qui !"


Bien que l'Agilité ait plus de 10 ans, elle n'est pas connue de beaucoup d'acteurs surtout en France. Mettre en place une organisation permettant de répondre, par exemple, aux exigences de l'Extreme Programming n'est pas une chose aisée... L'implication nécessaire pour le client n'est pas dans les habitudes de nos comptes...




...et imposer des cycles de quelques semaines provoquerait un chamboulement proche du tsunami dans l'organisation et la façon de travailler de nos clients !


Alors on laisse tomber ? Non, on tempère... La meilleure organisation est celle partagée par tous (client et fournisseur !).
Ce dont je suis persuadé c'est que les principes portés par le manifeste Agile* sont de bons sens et doivent être connus de tous :

  •  « Notre plus haute priorité est de satisfaire le client en livrant rapidement et régulièrement des fonctionnalités à grande valeur ajoutée. »
  •  « Accueillez positivement les changements de besoins, même tard dans le projet. Les processus Agiles exploitent le changement pour donner un avantage compétitif au client. »
  •  « Livrez fréquemment un logiciel opérationnel avec des cycles de quelques semaines à quelques mois et une préférence pour les plus courts. »
  • « Les utilisateurs ou leurs représentants et les développeurs doivent travailler ensemble quotidiennement tout au long du projet. »
  • « Réalisez les projets avec des personnes motivées. Fournissez-leur l’environnement et le soutien dont ils ont besoin et faites-leur confiance pour atteindre les objectifs fixés. »
  • « La méthode la plus simple et la plus efficace pour transmettre de l’information à l'équipe de développement et à l’intérieur de celle-ci est le dialogue en face à face. »
  •  « Un logiciel opérationnel est la principale mesure d’avancement. »
  • « Les processus Agiles encouragent un rythme de développement soutenable. Ensemble, les commanditaires, les développeurs et les utilisateurs devraient être capables de maintenir indéfiniment un rythme constant. »
  •  « Une attention continue à l'excellence technique et à une bonne conception renforce l’Agilité. »
  •  « La simplicité – c’est-à-dire l’art de minimiser la quantité de travail inutile – est essentielle. »
  •  « Les meilleures architectures, spécifications et conceptions émergent d'équipes autoorganisées. »
  •  « À intervalles réguliers, l'équipe réfléchit aux moyens de devenir plus efficace, puis règle et modifie son comportement en conséquence. »



*Le Manifeste Agile est un texte rédigé par 17 experts reconnus pour leurs apports respectifs au développement d'applications informatiques sous la forme de plusieurs méthodes dont les plus connues sont Extreme Programming et Scrum.

mardi 15 septembre 2009

Optimiser : HARDISForge ou l'industrialisation des Développements vue par HARDIS

Ce n'est pas pour céder à la mode, mais bien pour optimiser sa capacité de production, et surtout, asseoir auprès de ses clients et prospects, sa réputation d'entreprise soucieuse de la qualité de service, qu'HARDIS, à travers sa Direction Ouest Logi-Tech Informatique, a mis en œuvre une offre d'Industrialisation des développements.

La refonte organisationnelle en Centre De Service (CDS), début 2009, a nécessité en parallèle d'harmoniser et de figer les processus et méthodes de développement entre les différentes entités et agences du Groupe.

Je m'attarderai dans ce post seulement sur la partie Outillage du cycle de vie Projet.



Dans quel but ?

La politique d’amélioration continue mise en œuvre chez HARDIS a conduit les équipes à capitaliser sur leurs expériences. Cette capitalisation sur les forfaits et Tierce Maintenance Applicative, associée à l’investissement dans la veille technologique (principalement Open Source) a mené HARDIS à revoir ses processus et méthodes.

Une partie de la réponse à la question : « Comment produire mieux et plus vite ? » repose dans la mise en place d’une forge logicielle. Et c’est ce qui a poussé HARDIS à créer HARDISForge : une usine de développement mutli-plateformes e-Solutions (PHP, .NET et JEE).


Avec quel résultat ?

L’industrialisation est palpable dès la création d’un projet à partir de la console d’administration d’HARDISForge. Celle-ci permet d’automatiser les tâches fastidieuses d’initialisation du projet et de simplifier les échanges entre les équipes du SI et les équipes de développement.

HARDISForge propose pour chacune de ses technologies cibles (JEE, .Net, Php) une Plateforme d’Intégration Continue (PIC) stable et éprouvée. Via la mise en œuvre des outils de virtualisation VMWare (ESX Server) nos équipes projet bénéficient de plateformes dédiées à leurs projets et donc d’une facilité d’administration et d'une réactivité optimale.

HARDISForge privilégie la transparence en rendant accessible à nos clients l’avancement des développements en temps réel.

Cette usine nous a permis :
  • d'industrialiser les développements afin d’améliorer la qualité du logiciel (qualité de code, robustesse du code, couverture et automatisation des tests unitaires).
  • de construire automatiquement et régulièrement un projet dès lors qu’une modification est apportée. Cela permet d’éviter les difficiles problèmes d’intégration, et de disposer, à tout moment, d’une version exécutable récente du projet.
  • de faire abstraction de la technologie utilisée et adopter une démarche générale d’amélioration continue en termes de productivité, transparence et qualité.

lundi 13 juillet 2009

Optimiser : Sonar


Sonar est un outil permettant de mesurer la qualité d'une application.
Initialement, Sonar était dédié uniquement aux applications JAVA/JEE. Depuis, plusieurs plugins ont été développés pour intégrer les langages suivants : C, C++, Cobol, Flex, PHP, PL/SQL, VB, .Net et Web (JSP et JSF)
Sonar oriente son analyse sur 7 aspects :
  • Détection de duplication de code.
  • Mesure du niveau de documentation (Java Doc + commentaire dans le code)
  • Détection des violations des règles de programmation.
  • Détection des bugs potentiels.
  • Mesure du taux de couverture du code par les tests unitaires.
  • Mesure de la complexité du code et de sa répartition au sein des classes et méthodes.
  • Analyse de l'architecture de l'application et détection des redondances cycliques.
Sonar s'appuie sur plusieurs outils pour faire son analyse :
  • CPD (Copy Paste Detector) pour la détection de code dupliqué.
  • Checkstyle et/ou PMD (Project Mess Detector) pour la détection des violations de règles de programmation.
  • Junit/Cobertura/Emma pour l’exécution des tests unitaires et la création des rapports.
  • FindBugs pour la détection des bugs éventuels.
Pour fonctionner, Sonar doit être lancé par un script MAVEN ou ANT. Les résultats sont stockés dans une base de données (MySql, Oracle, Postgre Sql, Derby, Sql Server). Les rapports sont accessibles via l'interface Web proposée par Sonar.