séparer les rôles des développeurs dans des sous-équipes spécialisées, de façon à ce que chacun ait un rôle bien défini et que le projet soit aussi peu collectif que possible. Assez rapidement, le jeu va consister à renvoyer les problèmes sur le dos des autres et à organiser un « Fight Club »-like. Pour pimenter, gérer le tout à base de l’indispensable ExcelWare.

Plusieurs réactions :
- celui qui prend sur lui sans fin et finira un jour chez le psy,
- celui qui baisse les bras et se détache de tout,
- celui qui essaie de rester motivé et crame littéralement sur pied,
- celui qui rue dans les brancards, ce qui n’a d’ailleurs aucun effet

A bientôt et bonne continuation. Moi je m’arrête là.

Merci encore à Xebia pour l’article

Sans vouloir réellement répondre, permettez-moi juste de vous signaler que nous travaillons conjointement avec des équipes offshore Xebia …

Erwan (Xebia)

Vous semblez avoir bien compris le texte mais pas compris mes arguments, c’est une lacune ou de la mauvaise fois ?

Des phrases comme

« Cet impératif nous a permis de découvrir, parfois dans la douleur, tout un jeu de techniques teamicidaires inédites. Attention : l’usage d’une ou plusieurs de ces techniques constitue le meilleur moyen d’échouer rapidement dans un projet agile distribué. »

Contenant des expressions comme « dans la douleur » ou encore « le meilleur moyen d’échouer » auraient dû vous mettre la puce à l’oreille quant à l’orientation du texte.

Enfin, pour vous répondre, l’article est bon aussi bien dans le fond que dans la forme. Dans la forme car clair et amusant : on sent un ton ironique, limite cynique et désabusé du début à la fin dont je suis, pour ma part, très friand. Dans le fond enfin car il ne fait que résumer, hélas, le quotidien et le fonctionnement de bon nombre de sociétés et de projets informatiques.

Peut-être connaissez-vous déjà le site http://www.la-rache.com/

Je ne connais pas votre parcours, je ne connais pas le nombre de projets informatiques auquel vous avez déjà participé, mais avec un peu de recul et d’expérience, on se rend compte que les auteurs de ce genre de choses ne sont hélas pas allé chercher leurs délires dans leur imagination, mais bien dans la vraie vie, dans de vraies sociétés, sur de vrais projets avec des vrais gens (je ne suis pas dans le métier depuis 20 ans, mais ma modeste expérience me permet déjà de me rendre compte de cela).

Bonne soirée à vous !

« L’article est bon »
Dans le fond et dans la forme? Vous avez remarqué que tous les arguments sont toujours dans le sens positif à l’équipe locale ? Si c’est accès sur comment tuer l’équipe offshore uniquement autant pour moi je ne l’avais pas pris comme tel

Vous dîtes :

« Oui en plus c’est trop directif « Ne jamais permettre » … » => on donne la la recette pour tuer une équipe offshore… Le ton directif est là car pour tuer une équipe offshore, il n’y a pas mieux que d’appliquer les points présentés dans cet article (expérience vécue de mon côté)

« En lisant l’article, j’en retiens que le code produit par l’équipe offshore est endetté et qu’ils ne sont pas capable de résoudre leurs problèmes. » => Non… Encore une fois, c’est ce qu’il faut communiquer afin de tuer l’équipe offshore, pas ce qui est réellement.

« Quelle est la valeur ajoutée d’avoir une équipe offshore s’il faut passer son temps à refaire 2 fois le travail ? » => justement aucune, mais encore une fois, il s’agit d’une recette pour tuer l’équipe offshore..

Je crois, monsieur M., que vous avez compris l’article à l’envers.

En réponse au premier commentaire de « am » : pourquoi penser d’emblée que, parceque Xebia exposent et font partager un retour d’expérience, Xebia sont les « meilleurs » ? Si vous aviez pu y mettre le ton, il aurait été à coup sûr ironique. En quoi le fait qu’ils exposent « ce qu’il ne faut pas faire » impliquerait le fait qu’ils savent « ce qu’il faut faire » ? Tout le monde sait constater et exposer les failles sans forcément savoir comment la combler… Je vous imagine d’ailleurs, comme tout le monde, dans votre canapé devant votre télé en train de râler contre une décision politique qui n’est manifestement pas la bonne… Avez vous la vraie solution pour autant ? J’ai comme un doute…

L’article est bon. Il m’a fait à la fois fait rire et peur… Rire parceque j’ai connu ce genre de situation et peur… parceque j’ai connu ce genre de situation.

Merci Xebia.

Un « Teamicidé »

Effectivement lekant, la peur « mutuelle » entre les différents acteurs du projet est un obstacle de taille, je rajoute à cela (de part mon expérience personnelle dans le sujet) les préjugés « culturelles » (indiens ou européen, parisien ou de province..) c’est des sujets qu’ils faut absolument traiter entre l’équipe au début du projet, et maintenir la mentalité du « une équipe » tout au long..

La plupart des autres points mentionnés dans cet article restent valables qu’il s’agisse d’un projet agile ou non (impliquer l’équipe, modification du code et refractoring en mode ‘discret’, privilégier des membres de l’équipe sur d’autre)

Cela étant dit, je me demande ce que nos amis de l’autre coté en pensent?

En lisant l’article, j’en retiens que le code produit par l’équipe offshore est endetté et qu’ils ne sont pas capable de résoudre leurs problèmes.
Quelle est la valeur ajoutée d’avoir une équipe offshore s’il faut passer son temps à refaire 2 fois le travail ?

Pour avoir mener un projet offshore en étant basé à Bangalore, je peux dire que je me retrouve totalement dans l’article.
Notamment sur l’importance de donner le maximum de moyen aux développeurs de se sentir inclus le processus de développement (et pas seulement de simples exécutants sur une TMA codant une ligne par jour).
Qu’ils soient indiens ou vietnamiens ne leur donne pas moins de volonté de s’impliquer et c’est, comme partout dans le monde, la meilleure façon pour une équipe de développement d’être motivée et d’être force de proposition.
Mais bref tout ça n’est pas nouveau…

Par contre, oui, l’article manque de profondeur ; donnez un exemple concret de ce que vous avez pu vivre comme mauvaise expérience.

Selon moi, pour tout dire, concernant l’offshore, le principal ennemi c’est la peur… la peur de tous les acteurs qui participent à un tel projet, qu’ils soient commanditaires ou prestataires.

Franchement, c’est article est mauvais et vous m’avez habitué à mieux : continuez dans la veine technique, retours d’expérience (ce qui met Xebia en avant positivement), framework, architecture, … mais pitié, arrêtez ces articles qui essayent de parler de « management » (c’est un terme anglais).

J’espère que cette remarque ferme mais amicale vous aidera.