Ok

En poursuivant votre navigation sur ce site, vous acceptez l'utilisation de cookies. Ces derniers assurent le bon fonctionnement de nos services. En savoir plus.

Méthodologie - Page 5

  • Mon kit kanban

    C'est vendredi alors c'est un peu récréation.

    Plutôt que de vous détailler l'efficacité de la méthode kaban, dont je n'ai pas encore l'expérience pour faire un retour fin, je vais détailler ici ce que j'ai retenu pour mon tableau de Kanban.

    kanban-schema.jpg

    Pour votre atelier bricolage entre collègues de bonne volonté, il vous faut :

    • Une bombe de colle repositionnable
    • Un rouleau de papier kraft prévu pour l'emballage
    • Des post-it de différentes couleurs
    • Un rouleau de scotch crèpé (que l'on utilise pour faire de la peinture ou des dessin pour les architectes)
    • Des fluos
    • Des vignettes autocollantes

    Ce matériel se trouve facilement sur les catalogues de fourniture de bureau.

    Pour les étiquettes, vous trouverez dans le zip le kit nécessaire.

    Et voilà le travail après :

    • matérialisation des colonnes avec le scotch
    • enduction de colle
    • mise en place des étiquette de titre et post-it
    kanban.jpg
    L'idée est de mettre toutes les tâches à faire dans la colonne de gauche. Comme l'itération commence la semaine prochaine, les post-it roses indiquent des points à soulever par l'équipe produit (maquette, liste des champs d'un formulaire, ...). En cours de semaine nous allons déplacer les post-it. Le tableau représente le workflow. Il est assez difficile de savoir jusqu'à quel niveau il faut découper les tâches. L'expérience nous le dira. Nous ferons les ammélioration dans les semaines à venir.

    Notre parcourt de trainning est prêt. Nous avons retenu volontaire peu de vignettes avec un premier sprint court. Il s'agit d'un démarage de projet où il faut aussi règler les scripts de mise en production, les détails de versionning, ...

    Pièce jointe : le kit Kanban et ses vignettes à découper à télécharger (zip) kanban.zip.
  • Thales : lean engineering

    Thalès est connu pour être un leader de l'industrie. Son service informatique qui développe les logiciels qui seront intégrés dans leurs produits l'est beaucoup moins. Cette vidéo montre comment les techniques chères à l'industrie conserve tous son sens dans la gestion de projet informatique.

     

  • XP et Scrum depuis les tranchées

    coverlandingpage.JPGCe livre est excellent ! En plus il est disponible en téléchargement gratuit.

    Il m'a déjà aidé à éclairecir certains comportements de collègues de manière évidente. Cela permet d'être plus sure de soit et me permettra à l'avenir des explications claires sur les concessions qu'il est possible de faire ou non : "la qualité interne n'est pas négociable" !

    Pour télécharger dans toute les langues "Scrum and XP from the Trenches".

  • Nouveaux projets

    Pour la plupart des projets web informatiques, les développements sont relativement courts, par contre le "client" (ou client interne) veut voir rapidement le résultat.

    Voilà le tableau d'un nouveau projet classique qui tourne mal :

    • Un besoin pas clairement défini, par exemple, parce que le chef de produit inclus des supposés difficultés techniques.
    • Un déficite de spécifications fonctionnels parce que le délais est serré.
    • Des spécifications technique à côté du besoin.
    • Le développeur est livré à lui même et développe ce qu'il à compris du projet.
    • On s'aperçoit que ce n'est pas ce que veut le client et les développements deviennent un puits sans fond.
    • Comme le temps passe, le chef de produit propose de couper des étapes de développements non fonctionnelles (tests unitaires, qualité)

    Voilà le contre exemple de ce qu'il faut faire. Les délais ne sont pas respectés, la qualité n'est pas au rendez-vous, la maintenance sera délicate, ...

    Si lutter contre le manque "matériel" (spécifications, ...) est aisé, il est beaucoup plus difficile de lutter contre les penchants humains (brouillon, hyperactivité, ...).

  • Agilité

    Je dois dire que depuis que je connais la méthode Agile, j'ai été séduit par ce que j'ai lu sur internet. Il existe de nombreux blogs qui traitent du sujet. Je veux l'aborder sous l'angle de la pratique. C'est cette petite ligne sur ma fiche de poste qui a fait "tilt" : extrem programming, agile.

    J'ai clairement la mission de mettre en place de nouvelles méthodes de travail au sein d'une équipe qui a doublé en 1 an.

    Ce blog me permettra avant tout d'éclairer mes pensées, tester des idées personnelles ou empruntées. J'essayerais de justifier leur utilisation.