Rapide post pour vous parler de ce livre téléchargeable gratuitement sur infoq : Scrum and XP from the trenches. Il s’agit d’un retour d’expérience sur une mise en oeuvre d’approches « Agile ».

Jusqu’à présent j’étais plutôt sceptique sur le sujet, mais je dois avouer que l’expérience présentée ici est vraiment intéressante et à mon avis la plupart d’entre nous peuvent en tirer qqchose. Bref, une lecture que je recommande. Par contre, pour ce qui est de la mise en pratique, j’ai encore jamais vu de boite française où c’était le cas… Qq’un pourrait il me contredire ?

Espérons !

++
Joseph

NB : merci à Laurent (il se reconnaitra lol) pour m’avoir pointé cet ebook.

Rapide post pour indiquer cet excellent ebook disponible sur infoq : le versionning pour le développement agile multi équipes.

Simple et efficace le chtit il devrait vous séduire

++
Joseph

NB : c’est tout de même un peu basique, mais les bases ont du bon je trouve

Infoq a une présentation très fun et, je pense, très vraie sur la mode SOA, ESB et… la réalité

A voir et à revoir entre développeurs !

++
Joseph

Depuis quelques temps je dois avouer une marotte certaine sur les méthodologies Agile. J’ai donc lu divers docs, blogs, ebook et bientôt livres, mais une question, posée par un ami, n’a pas encore trouvée de « vraie » réponse : avant de se lancer, le management a besoin d’un minimum d’info du type « portée fonctionnelle de l’application, cout et ressources de dév ».

Bien sûr, ce sera approximatif, mais pour une méthodologie qui tourne autour d’une planification « à vue de Sprint », cela ne semble pas aller de soi, bien au contraire.

Au final, auriez vous des pistes/recommandations sur la façon « Agile » de faire un chiffrage/une étude préalable à la décision de lancement d’un projet ?

Merci d’avance !
++
Joseph

Toujours sur ce fameux thème de l’Agilité, j’aimerai connaitre votre avis sur ma situation actuelle : je suis dans une grosse structure où les changements viennent assez lentement et, dans l’immense majorité des cas, d’en haut.

Toutefois, cela n’empêche pas des petits gars de tenter de faire bouger les choses, à leur niveau.

Mon problème du moment devrait sembler classique aux praticiens de méthodes Agile : on passe un temps en fou en études, spécification fonctionnelles puis techniques, à tel point que ces dernières doivent prendre autant de temps que le dév lui même (voir plus, vu le nombre d’intervenants et d’allers retour). Bien sûr, ce faisant, le réel demandeur, le réel client, est généralement bien loin avec de (trop) rares réunions de présentation/discussion.

Tout ça, au final, pour souvent se retrouver avec un pavé très peu digeste (et qui ne sera pas digéré par les développeurs finaux en tout cas, dans l’immense majorité des cas) qui ne cesse de bouger en cours de réalisation. Les raisons des changements en cours de route sont multiples : oubli/problème technique, changement du besoin, besoin mal analysé et j’en passe. D’ailleurs, une partie des remontées utilisateur se fait, généralement, uniquement à la recette (sachant qu’on développe dans un autre environnement, la recette n’est ouverte aux utilisateurs qu’en toute fin du cycle).

Par le passé, j’ai tenté diverses méthodes pour impliquer plus le client et/ou les développeurs. Cependant, je n’ai jamais pu pousser jusqu’aux tenants de l’Agilité : la notion de product owner est encore bien trop floue. D’ailleurs c’est parfois réellement problématique : on ne sait pas bien qui de l’utilisateur ou de la MOE informatique doit/peut décider parfois…

Vu le poids de ces habitudes, toutes héritées d’un passé glorieux et lointain où ma boite était… 30 fois moins grosse (à la louche), habitudes étant d’ailleurs connues et reconnues du management, je me demande comment vous conseilleriez d’aborder une, si petite soit elle, démarche vers l’Agilité.

Tenter de faire ça dans son coin ? Utiliser ponctuellement des outils ou méthodes Agile ? Monter un matin un backlog sur le vélum du bureau pour suivre un projet ?

Tout avis ou retour bienvenu !

Merci d’avance

++
Joseph

NB : aucun récapitulatif Agile… snif !