mercredi 12 juin 2013

Le juste prix

téléchargementJe vous propose ici un court article qui ne parle pas directement d’Agilité, mais plutôt comment se mettre en ordre de marche pour mettre en place une démarche positive de gestion des coûts en entreprise.

Le prix de vente d’une prestation, d’un service, ou encore d’un produit est un élément important pour pouvoir vendre. Pour cela, il faut pouvoir mettre en rapport le prix de revient, la marge et le prix de vente. Malheureusement l’évaluation de ce prix est souvent prise dans le mauvais sens.

jeudi 9 mai 2013

Les tests dans un processus itératif Scrum

Les méthodes Agiles cherchent à produire du logiciel avec un haut niveau de qualité. Pour arriver à cet objectif, plusieurs principes sont mis en œuvre, parmi lesquels on peut trouver, une meilleure communication et des livraisons régulières visant à éviter les incompréhensions. Mais il y a aussi une utilisation des tests qui est faite de façon poussée.

Ceci ne veut bien sûr pas dire que les processus de réalisation dits "classiques" ne prévoient pas de faire des tests, mais plutôt que les processus Agiles les utilisent de façon différente.

samedi 16 mars 2013

Scrum Night IV : Et alors ce petit prince ?


Choses promises, choses dues... Je vais vous faire ici un retour sur le jeu Agile "le Petit Prince" que nous avons présenté avec Tony Blanchard à l’occasion de la Scrum Night IV.

Je tenais avant toute chose à remercier les nombreux participants à cet atelier, car nous avons fait salle comble. Il semblerait que le mystère entretenu par le nom du jeu ait piqué la curiosité de certains.

lundi 11 mars 2013

Spécifications Agiles : User Story ou pas User Story

En Scrum, les spécifications sont abordées par la constitution du Backlog Produit. Il est alors courant d'utiliser des User stories. Mais au fait, qu'est-ce que c'est exactement qu'une User Story ? Et en quoi celle-ci se différencie t'elle d'autres méthodes d'expression du besoin telles que les Use Case, ou les Requirements ?

Je vous propose ici de voir plus en détail cet objet étrange qu'est l'histoire utilisateur, et de la comparer à d'autres approches pour réaliser des spécifications Agiles.

lundi 4 mars 2013

Scrum Night IV : S'il te plaît, dessine-moi un mouton !


Le petit prince
Le 14 mars 2013, je présente avec Tony Blanchard à la Scrum Night IV, un jeu Agile basé sur la célèbre rencontre d'Antoine de Saint Saint-Exupéry avec le Petit Prince.
Dans ce jeu, nous vous proposerons d’aborder de façon ludique la problématique de l’expression du besoin dans les méthodologies Agiles. L’assistance sera découpée en 2 groupes, un groupes aura à réaliser une épreuve, et le second se positionnera en observateur. Lors du débriefing nous demanderons aux observateurs leur analyse sur ce qu’ils viennent de voir.

Afin de vous remettre dans le thème, je vous propose un petit extrait du passage qui nous intéresse. Je vous proposerai bien sûr par la suite un débrief de cette séance...

Il y a six ans, j'avais une panne dans le désert du Sahara. Quelque chose s'était cassé dans mon moteur. [...]. Le premier soir je me suis donc endormi sur le sable à mille milles de toutes les terres habitées. J'étais plus isolé qu'un naufragé sur un radeau au milieu de l'océan. Alors vous imaginez ma surprise, au lever du jour, quand une drôle de petite voix m'a réveillé. Elle disait:
- S'il te plaît... dessine-moi un mouton!

mardi 26 février 2013

Les images Agiles

Lors de mes formations Scum, il arrive de temps en temps que les stagiaires reformulent l'explication d'un concept sous forme d'une image ou d'une métaphore. Je me propose ici de rassembler ces images qui peuvent être très utiles pour illustrer une explication

vendredi 22 février 2013

Serious game : Perdu dans le désert débreiffé

Etant à la base grand amateur de jeux de société, je ne me prive pas de mettre en place des Serious Games (Agile Games) dès que l'occasion se présente. C'est un excellent moyen de réfléchir sur nos façons de faire et de nous comporter tout en passant un bon moment de convivialité.

Mais pour qu'un Serious Game soit efficace, il faut faire un débriefing une fois le jeu terminé. Ce débriefing doit être mené par l'animateur du jeu qui a pu avoir une vision extérieure, et qui doit amener les participants à analyser leurs comportements durant le jeu.

Je vous propose de voir ici une petite synthèse de ce qui est ressorti d'une dizaine de séances, d'un jeu que j’affectionne particulièrement : "Perdu dans le désert"   

N’hésitez pas à laisser des commentaires, pour faire part de retours d’expériences sur le sujet, pour exprimer votre accord ou votre désaccord, ou tout simplement pour poser une question. C'est toujours avec plaisir que je vous répondrai.