Fabrice Aimetti - Commentaires

Le secret honteux de la programmation en binôme - pylejeune

pylejeune — Thu, 05 Apr 2012 17:15:29 +0200

Bonjour,
as tu déjà rencontré des développeurs refusant le "binômage" entre autres pour ces raisons cachées et trouvant de fausses excuses ?

Il ne s'agit pas simplement de rester debout : les bonnes pratiques du Daily Stand-up Meeting - Bruno H.

Bruno H. — Tue, 06 Mar 2012 14:32:27 +0100

Merci Fabrice pour nous faire partager cet article à travers ta traduction : complet, avisé, extrêmement bien documenté; bref, précieux !

Nouveau blog, wiki et microblog - Karim Duran

Karim Duran — Sat, 26 Nov 2011 22:17:40 +0100

Bien Fabrice. Multiplie les canaux pour que l'agile devienne un standard de bonnes pratiques. Merci. Karim Duran.

Rétrospective Master Class Innovation Games du 29 au 30 mars 2011 - Xavier Warzee

Xavier Warzee — Fri, 28 Oct 2011 16:26:40 +0200

J'ai été heureux de pouvoir mettre à disposition nos locaux pour cette Master Class Innovation Games.

Rétrospective "Le Lean, la Totale Productive Maintenance (TPM) pour tous" - Virginie Baillot

Virginie Baillot — Tue, 16 Aug 2011 11:29:35 +0200

Pour compléter le "what went well" :
- Présentation "Devenir un Problem Solver" fort intéressante et motivante comme l'ont souligné Alain et Jean-Pierre.

Pour compléter le "what went wrong"
- Petite déception de la visite de l'AIA plutôt tournée vers la technique, le coeur de métier et pas suffisamment sur le thème de l'après-midi "Le Lean, la Totale Productive Maintenance (TPM) pour tous" appliqué à l'activité ... mais l'art est difficile !

Merci à tous

LEGO pour une simulation Scrum - Alexey Krivitsky

Alexey Krivitsky — Wed, 10 Aug 2011 00:05:49 +0200

Hi Fabrice

I've launched a website: http://www.lego4scrum.com/ and placed your translation there.

Please share with your colleagues

Thanks!

Alexey

Raccourcir la queue de release - Hossine AMOKRANE

Hossine AMOKRANE — Tue, 09 Aug 2011 14:45:50 +0200

Certes, il faut réduire ce temps. mais à mon avis le problème vient de ce que j'explique ci-dessous : aujourd'hui dans tous les projets et quelque soit la méthodologie (Cycle V, W, méthodes empiriques, stochastique, organiques, ou agile), le problème réside toujours dans l'estimation correcte (voire exacte) des périodes des itérations, des releases, des versions pendant toutes les phases de développement (conception, codage, test unitaires, tests d'intégration et de non régression, packaging, déploiement, etc). Il y a toujours un ou plusieurs cas qui sont sous-estimés pour différentes raisons ou causes qui entraînent souvent le chevauchement entre les jalons. Je pense que le travail consiste à appliquer des modèles micro-plannings et macro-plannings en intégrant des coefficients de sécurité dus aux risques qui permettront de façon naturelle à diminuer ou à tendre cette notion vers un epsilon acceptable. Mon interrogation : existe-il vraiment ce type de modèles ?

Pourquoi les startups sont agiles et opportunistes - Faites pivoter votre modèle économique - Gregory Salvan

Gregory Salvan — Thu, 28 Jul 2011 19:56:41 +0200

Super, encore un bon choix d'article.
Il me rappelle un travail que j'ai fait en 2004 pour une association, dont l'objectif était de soutenir et développer des projets et des initiatives sur le thème des droits de l'enfant (charte de l'Unesco). L'organisation de l'assoc. dépendait en quelque sorte des projets que l'on nous proposait, j'avais donc mis au point une structure tétraèdrique avec des pôles observation, information/coordination, réflexion (aide à la prise de décision) et action, c'est ce qui me semblait le plus stable. Par contre, les activités n'étaient pas séquencées comme ici et les décisions se prenait par triumvir ce qui me semble encore plus flexible et suffisamment rapide. Depuis je tiens beaucoup à cette image du tétraèdre régulier (puis Thierry pourra te confirmer que 4 c'est le bon chiffre )

TAF : traductions à faire (juillet 2011) - vincent

vincent — Tue, 26 Jul 2011 23:29:27 +0200

ouf je vais enfin pouvoir reprendre le wagon de ton blog
merci pour le travail de titan, et n'hésite pas à m'envoyer les traductions, que j'apporte une relecture supplémentaire.
J'essayerai de passer sur ton wiki plus régulièrement.

Priorisation Agile - olivier

olivier — Sat, 23 Jul 2011 19:14:44 +0200

Je préfère pour ma part la méthode des 100 points qui est facile à comprendre pour le product owner ("répartir les uniques 100 pièces actuellement dans ma poche en considérant ce qui a le plus de valeur pour moi") et rapide à appliquer lorsque la décision de priorisation est collégiale entre plusieurs personnes.
Si la priorisation est uniquement décidée par un unique product owner, MoSCoW est parfaite puisqu'elle focalise l'attention du décideur sur la prise de décision pilotée par la valeur escomptée pour son business.

TAF : traductions à faire (juillet 2011) - François Michas

François Michas — Fri, 22 Jul 2011 05:27:33 +0200

Merci Fabrice pour ce travail de titan des traductions et à une telle cadence : attention au surmenage(?)
Ce qui est vraiment génial c'est aussi la sélection des articles/auteurs que tu traduis.
Enfin, l'énergie que tu mets dans ces traductions donne nettement plus envie de lire l'article qu'un simple tweet.
Ce dernier post est un vrai teaser, alors bonnes vacances !

Créer une pression positive autour des releases - Alexandre COLLIGNON

Alexandre COLLIGNON — Wed, 20 Jul 2011 11:05:30 +0200

Je pense que le plus gros problème dans ces moments difficiles c'est que personne ne veut en être le responsable. Il en va donc que mettre la pression sur les gens, les accabler en quelque sorte, est un bon moyen (pour le management) de dire à leurs supérieurs : "Voyez, j'ai tout fait pour faire avancer les choses, même le petit coup de pression".

Je m'inscris totalement dans la logique de l'auteur, cette pression est totalement négative et ne fait que créer un contexte encore moins propice à la réussite. Malheureusement, lorsque la date arrive, la pression monte tout en haut de l'organigramme et redescend...

A l'image de l'arbre qui se fait charrier par la tempête, ce sont toujours les feuilles qui tombent les premières !

Les 14 points de Deming - Alexis

Alexis — Tue, 19 Jul 2011 00:08:21 +0200

Merci Fabrice !
As-tu les 7 maladies des organisations en réserve ?

Equipe feature - Bas Vodde

Bas Vodde — Thu, 14 Jul 2011 12:20:46 +0200

Hi,

Kewl! We also ought to make a PDF out of that like the Japanese. But for now, I added a link to the http://www.featureteamprimer.org/ site.

Thanks Fabrice!

Bas

Equipe feature - David

David — Mon, 11 Jul 2011 17:11:57 +0200

J'ai commandé le bouquin pour en savoir plus car l'article me laisse sur ma faim et je trouve que c'est un sujet capital et pas assez lisible aujourd'hui. Par exemple, il n'est pas très bavard sur les besoins de coordination ("shared knowledge") entre équipes features, afin d'assurer la cohésion architecturale : qui touche aux classes de base, quand, comment ? peut-on faire remonter l'architecture sur un niveau supérieur inter-équipes ? comment sont répercutées les modifs du socle technique aux autres équipes, à quelle fréquence, via quel protocole ? Scott Ambler propose des solutions en détail, comme la nécessité d'avoir un représentant de l'architecture (architecture owner) dans chaque équipe. Pour rester agile, mieux vaut que ce soit un des développeurs.

Equipe feature - Craig Larman

Craig Larman — Sun, 10 Jul 2011 23:15:13 +0200

(chennai)

fabrice,

merci!

bas >> suggest you add a link to http://www.featureteamprimer.org/ site.

regards, craig

Rétrospective "Le Lean, la Totale Productive Maintenance (TPM) pour tous" - JP LESCURE

JP LESCURE — Fri, 08 Jul 2011 15:01:13 +0200

Bonjour Fabrice.
Félicitations pour ce "compte rendu" très complet et pour ton intervention particulièrement originale et motivante.
Jean Pierre

LEGO pour une simulation Scrum - Florence

Florence — Thu, 07 Jul 2011 22:40:23 +0200

J'avais utilisé ce jeu lors de ma toute première formation scrum, un très grand succès !

Ta traduction m'aurait bien servie et sera en tout cas bien utile à la communauté !!!

LEGO pour une simulation Scrum - Alexey Krivitsky

Alexey Krivitsky — Thu, 07 Jul 2011 19:58:22 +0200

Je voudrais vous remercier pour les efforts a réécrire mon article en français.

Recently I managed to scale it up to enterprise scrum game with 100 people working in 4 groups of 4 teams. Pictures, if you're interested.

Alexey

Avant qu'il existe un Management - Thierry

Thierry — Thu, 07 Jul 2011 11:40:32 +0200

Oui, remplaçons le management par le leadership !