Agilité Distribuée
tatemilio
distribué. Le but étant de proposer à nos client du développement en
agilité avec nos backoffice en inde.
Pour moi il s'agit d'un non sens, quand pensez vous ? L'agilité
offshore est elle possible ?
Emmanuel Lecharny
On est déjà vendredi ?
Parce que l'agile, à part vendre des sessions de formation, ça sert à
quoi ?
L'a'gile, c'est pou' fai'e des pote'ies... (cf Asterix et le pirate
Nubien...)
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Clément OUDOT
> On 11/9/11 3:32 PM, tatemilio wrote:
>>
>> Bonjour, j'ai eu hier une présentation d'un process Agile en mode
>> distribué. Le but étant de proposer à nos client du développement en
>> agilité avec nos backoffice en inde.
>> Pour moi il s'agit d'un non sens, quand pensez vous ? L'agilité
>> offshore est elle possible ?
>
> On est déjà vendredi ?
>
> Parce que l'agile, à part vendre des sessions de formation, ça sert à quoi ?
>
> L'a'gile, c'est pou' fai'e des pote'ies... (cf Asterix et le pirate
> Nubien...)
Pour ma part, étant donnée la renommée du Kamasutra, je pense qu'il
est clair que les indiens sont très agiles. Cela répond-il à la
question ?
Clément.
PS : vendredi c'est férié.
Vincent Massol
Mon avis de l'epoque (ca date un peu):
http://tinyurl.com/c4tgfjy
J'avais aussi ecrit un livre blanc:
http://www.kpitcummins.com/france/downloads/Agile_whitepaper.pdf
A+
-Vincent
> --
> Vous recevez ce message, car vous êtes abonné au groupe Google Groupes lescastcodeurs.
> Pour envoyer un message à ce groupe, adressez un e-mail à lescast...@googlegroups.com.
> Pour vous désabonner de ce groupe, envoyez un e-mail à l'adresse lescastcodeur...@googlegroups.com.
> Pour plus d'options, consultez la page de ce groupe : http://groups.google.com/group/lescastcodeurs?hl=fr
>
Julien Ponge
Sans doute une meilleure façon d'avancer... :-D
Bon ok j'ai 2j d'avance.
Jean-Laurent de Morlhon
J'ai fait quelques projets en agile distribué, ça a jamais été folichon...
-- Jean-Laurent
Le 9 nov. 2011 à 15:32, tatemilio <david.m...@gmail.com> a écrit :
Vincent Massol
On Nov 9, 2011, at 5:10 PM, Jean-Laurent de Morlhon wrote:
> L'importance du décalage horaire et la différence de culture font que ça mets un vrai fossé dans la communication orale, qui en agilité est mise en avant.
>
> J'ai fait quelques projets en agile distribué, ça a jamais été folichon…
D'un autre cote je fais de l'agile distribue (on y pense meme pas en ces termes d'ailleurs) tous les jours en developant xwiki en open source avec des personnes un peu partout dans le monde qui bossent ensemble et ca marche tres bien…
Perso j'aime pas parler d'agile car chacun y voit ce qu'il veux. Je prefere parler de pratiques concretes.
-Vincent
tatemilio
On 9 nov, 17:16, Vincent Massol <vinc...@massol.net> wrote:
> On Nov 9, 2011, at 5:10 PM, Jean-Laurent de Morlhon wrote:
>
> > L'importance du décalage horaire et la différence de culture font que ça mets un vrai fossé dans la communication orale, qui en agilité est mise en avant.
>
> > J'ai fait quelques projets en agile distribué, ça a jamais été folichon…
>
> D'un autre cote je fais de l'agile distribue (on y pense meme pas en ces termes d'ailleurs) tous les jours en developant xwiki en open source avec des personnes un peu partout dans le monde qui bossent ensemble et ca marche tres bien…
>
> Perso j'aime pas parler d'agile car chacun y voit ce qu'il veux. Je prefere parler de pratiques concretes.
>
> -Vincent
>
> > -- Jean-Laurent
>
Tugdual Grall
Nous travaillons egalement chez eXo en mode distribué, avec des methode "agiles" sur de nombreux créneaux horaires.
Tugdual Grall
eXo
+33 680030854
Julien Ponge
--
Julien Ponge
http://julien.ponge.info/
Emmanuel Bernard
Pour moi l'agilité distribué marche et la preuve tous les jours c'est
la centaine de gros projets open source qui bosse et fait collaborer
des gens a travers le monde. C'est pas systematique mais la plupart
des projets open sources fonctionnent avec des approches agiles (saufs
qu'il en ont rien a pete de l'appeler scrum, XP ou autre). Programming
motherfucker FTW.
Apres, quand deux equipes distantes essaient de collaborer (ou si
seuls quelques membres sont distribués) c'est plus difficile parce
qu'il y a asymétrie de l'information tres facilement.
Vincent Massol
On Nov 9, 2011, at 5:49 PM, Julien Ponge wrote:
> Tugdual et Vincent, comment placez-vous vos façons de travailler en distribué par rapport à des boites comme GitHub et 37 Signals (certes plus petites) ?
GitHub a 45 personnes a peu pres, ce qui est comparable a XWiki SAS (une trentaine). J'ai assiste a une prez de Zach Holman a Riviera DEV sur comment ils bossent a GitHub et ce que l'on fait chez XWiki y ressemble beaucoup (on utilise moins les pull requests et notre bot irc ne s'appelle pas Hubot ;)).
De notre cote on a une separation totale entre XWiki SAS (la societe) et le projet open source.
Cela meriterait une session d'une heure pour expliquer tout cela ;)
Tiens d'ailleurs j'ai presente rapidement comment le projet open source XWiki fonctionne il y a pas longtemps au Lausanne JUG, c'est dispo sur Parleys: http://www.parleys.com/#st=5&id=2645&sl=45
(Il y aurait plein d'autres sujets a approfondir sur cette presentation)
A+
-Vincent
Dimitri BAELI
Vincent Massol
On Nov 9, 2011, at 6:22 PM, Dimitri BAELI wrote:
> Bonjour,
>
> Ayant beaucoup travaillé sur la mise en place de l'agilité chez eXo avec Tug et bien d'autres membre de cette liste travaillant chez eXo, je vais essayer de faire un résumé.
>
> L'idée principale avec nos 15+ équipes de développement travaillant sur un même produit final est d'avoir des équipes de développement co-localisées et homogènes en compétances le plus possible.
De notre cote ce n'est pas le cas. On travaille sur les memes choses en distribue avec des devs de tous types (back end, front end) a plusieurs endroits.
Petite anecdote marrante: En fait meme quand les gens travaillent les uns a cote des autres (on a 2 bureaux physiques, un en roumanie, un en france et des gens seuls a plusieurs endroits de la planete - Canada, France, USA, etc) ils utilisent skype pour communiquer (comme Github apparemment).
-Vincent
Emmanuel Lecharny
> On Nov 9, 2011, at 5:10 PM, Jean-Laurent de Morlhon wrote:
>
>> L'importance du décalage horaire et la différence de culture font que ça mets un vrai fossé dans la communication orale, qui en agilité est mise en avant.
>>
>> J'ai fait quelques projets en agile distribué, ça a jamais été folichon…
> D'un autre cote je fais de l'agile distribue (on y pense meme pas en ces termes d'ailleurs) tous les jours en developant xwiki en open source avec des personnes un peu partout dans le monde qui bossent ensemble et ca marche tres bien…
>
> Perso j'aime pas parler d'agile car chacun y voit ce qu'il veux. Je prefere parler de pratiques concretes.
Essayons d'être sérieux (enfin, je vais essayer d'être sérieux, pour une
fois ;)
Les projets OSS sont la preuve qu'il est possible de travailler en
collaboration, cross continents, cross langues, cross fuseaux horaires.
Le plus étrange, c'est qu'on ne pratique *jamais* de méthodes "agiles"
(ou prétendues telles...) dans ces projets : on communique, on code, on
corrige, etc. En clair, pour reprendre le célèbre paradigme, on pratique
le "progamming, motherfucker" !
Je pense que l'agile, ou toute autre méthode, est juste un moyen de
vendre de la formation, ou bien un argument commercial (ou marketing) à
destination des DI qui s'informent principalement en parcourant 01
informatique. Ca donne aussi l'impression d'être organisé, pour les
équipes qui pratiquent ce genre d'activité ludiques que sont le SCRUM ou
autre.
En fait, bizarrement, rien ne remplace l'expérience. Avoir planté ou
participé au plantage de plusieurs projets, et parfais à la réussite
aussi, cela permet de se faire une idée assez claire de ce qu'il faut
faire et ne pas faire. On parlera de "simple bon sens", ce que d'aucuns
ont baptisé "agile".
Après, libre à chacun de faire ses expériences comme il l'entend...
Mes deux drachmes...
Frédéric Bouquet
Hello, pour apporter ma pierre, chez bonita nos développeurs suivent aussi des préceptes agiles bien que nous ayons deux équipes séparées de plusieurs milliers de km : Grenoble Pékin. Pour favoriser le transfert de connaissance, nous avons recours à Skype,wiki,bugtracker et gotomeeting.
Après, une des équipes est plus spécialisée dans la QA alors que l'autre se concentre sur les évolutions du produit.
De l'extérieur,la r&d semble bien fonctionner même s'il faut l'avouer, certains devs restent assez tard le soir ou arrivent très tôt le matin ;)
Le 9 nov. 2011 18:50, "Emmanuel Lecharny" <elec...@gmail.com> a écrit :
On 11/9/11 5:16 PM, Vincent Massol wrote:
>
> On Nov 9, 2011, at 5:10 PM, Jean-Laurent de Morlhon wr...
C'est marrant, je pensais exactement la même chose que toi, Vincent !
Essayons d'être sérieux (enfin, je vais essayer d'être sérieux, pour une fois ;)
Les projets OSS sont la preuve qu'il est possible de travailler en collaboration, cross continents, cross langues, cross fuseaux horaires. Le plus étrange, c'est qu'on ne pratique *jamais* de méthodes "agiles" (ou prétendues telles...) dans ces projets : on communique, on code, on corrige, etc. En clair, pour reprendre le célèbre paradigme, on pratique le "progamming, motherfucker" !
Je pense que l'agile, ou toute autre méthode, est juste un moyen de vendre de la formation, ou bien un argument commercial (ou marketing) à destination des DI qui s'informent principalement en parcourant 01 informatique. Ca donne aussi l'impression d'être organisé, pour les équipes qui pratiquent ce genre d'activité ludiques que sont le SCRUM ou autre.
En fait, bizarrement, rien ne remplace l'expérience. Avoir planté ou participé au plantage de plusieurs projets, et parfais à la réussite aussi, cela permet de se faire une idée assez claire de ce qu'il faut faire et ne pas faire. On parlera de "simple bon sens", ce que d'aucuns ont baptisé "agile".
Après, libre à chacun de faire ses expériences comme il l'entend...
Mes deux drachmes...
--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
--
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes lescastcodeurs.
Pour envo...
Jeff MAURY
Maintenant, quand tu communique intensivement et que tu fais des builds réguliers et du release often, release early, alors je ne pense pas que tu sois loin de l'agile.
A+
Jeff
--
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes lescastcodeurs.
Pour envoyer un message à ce groupe, adressez un e-mail à lescastcodeurs@googlegroups.com.
Pour vous désabonner de ce groupe, envoyez un e-mail à l'adresse lescastcodeurs+unsubscribe@googlegroups.com.
Pour plus d'options, consultez la page de ce groupe : http://groups.google.com/group/lescastcodeurs?hl=fr
--
"Legacy code" often differs from its suggested alternative by actually working and scaling.
- Bjarne Stroustrup
http://www.jeffmaury.com
http://riadiscuss.jeffmaury.com
http://www.twitter.com/jeffmaury
Emmanuel Lecharny
> Je ne pense pas que la communauté des développeurs Apache soit
> représentative de la moyenne des développeurs.
Visiblement, chez JBoss, ils bossent comme chez apache :)
> Maintenant, quand tu communique intensivement et que tu fais des builds
> réguliers et du release often, release early, alors je ne pense pas que tu
> sois loin de l'agile.
Euh, je pense que c'est plutôt l'inverse, quand tu fais de "l'agile",
t'es pas loin de faire du build régulier, release early, release often,
etc...
Faire de l'agile, c'est comme quand Mr Jourdain faisait de la prose, en
fait, non ?
Dimitri
Pour moi, l'agile c'est du bon sens mis noir sur blanc. Et pour ceux qui partent d'une feuille blanche ou n'ont pas le temps de réinventer la roue avoir un guide des bonnes pratiques n'est pas un mal.
Il est clair que le mot Agile commence à se galvauder. Mais peut importe, pendant ce temps là on arrête de croire que tout doit être précisément défini un an à l'avance et que les ingénieur de haut niveau n'ont pas besoin d'être pilotés comme des moutons.
Dans l'absolu ou pour les cadors il y a la méthode "Just Fucking Do It".
Pour les autres l'agilité c'est "faites au plus simple" car c'est déjà assez dur comme ça.
Dimitri BAELI
VP Strategic Projects -- eXo Platform
> --
> Vous recevez ce message, car vous êtes abonné au groupe Google Groupes lescastcodeurs.
> Pour envoyer un message à ce groupe, adressez un e-mail à lescast...@googlegroups.com.
> Pour vous désabonner de ce groupe, envoyez un e-mail à l'adresse lescastcodeur...@googlegroups.com.
Emmanuel Lecharny
> Oui l'agile c'est la prose de Mr Jourdain, donner un nom au bon sens c'est déjà bien.
>
> Pour moi, l'agile c'est du bon sens mis noir sur blanc. Et pour ceux qui partent d'une feuille blanche ou n'ont pas le temps de réinventer la roue avoir un guide des bonnes pratiques n'est pas un mal.
>
> Il est clair que le mot Agile commence à se galvauder. Mais peut importe, pendant ce temps là on arrête de croire que tout doit être précisément défini un an à l'avance et que les ingénieur de haut niveau n'ont pas besoin d'être pilotés comme des moutons.
qui balancent de l'agile à toutes les sauces comme si c'était la
dernière méthodologie à la mode qui tue.
Après tout, pourquoi on ne parle pas de 'bonnes pratiques' au lieu de
'Agile'? Sans doute parce que cela n'est pas vendeur :
"Le projet sera développé en suivant une méthodologie basée sur des
bonnes pratiques distribuées"... va vendre ça à un client, il va te rire
au nez :)
Quang Hung
@]++
QHung
--
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes lescastcodeurs.
Pour envoyer un message à ce groupe, adressez un e-mail à lescastcodeurs@googlegroups.com.
Pour vous désabonner de ce groupe, envoyez un e-mail à l'adresse lescastcodeurs+unsubscribe@googlegroups.com.
Damien Lepage
Damien Lepage
http://damienlepage.com
Baptiste MATHUS
C'est effectivement une forme de marketing, comme lorsque le terme POJO a été créé. On en faisait bien avant, ms ça a permis d'avoir un nom court et non ambigu. Après le galvaudage des termes me semble être toujours la rançon du succès.
--
Baptiste
Thibaud Vibes
> On 11/9/11 11:48 PM, Dimitri wrote:
>> Oui l'agile c'est la prose de Mr Jourdain, donner un nom au bon sens
>>
>> Pour moi, l'agile c'est du bon sens mis noir sur blanc. Et pour ceux
>>
>> importe, pendant ce temps l� on arr�te de croire que tout doit �tre
>> pr�cis�ment d�fini un an � l'avance et que les ing�nieur de haut
>> niveau n'ont pas besoin d'�tre pilot�s comme des moutons.
> On est bien d'accord. Moi, ce qui m'�nerve, ce sont toutes les
> personnes qui balancent de l'agile � toutes les sauces comme si
> c'�tait la derni�re m�thodologie � la mode qui tue.
Tous les mecs qui sont en dessous de mon bureau je leur demande de se
barrer alors ? (AgileTour de Lille)
Enfin je veux dire � l'�tage en dessous de mon bureau.......
>
> Apr�s tout, pourquoi on ne parle pas de 'bonnes pratiques' au lieu de
> 'Agile'? Sans doute parce que cela n'est pas vendeur :
> "Le projet sera d�velopp� en suivant une m�thodologie bas�e sur des
> bonnes pratiques distribu�es"... va vendre �a � un client, il va te
> rire au nez :)
>
Nicolas Delsaux
>
> Tous les mecs qui sont en dessous de mon bureau je leur demande de se barrer
> alors ? (AgileTour de Lille)
>
Je te propose de descendre leur lancer au mégaphone cette fameuse
citation d'Emmanuel L sur l'a'gile.
Cela dit, certains n'ont pas l'air mécontents de visiter le donjon :
http://twitpic.com/7cn7qg
--
Nicolas Delsaux
Patrice Trognon
pas que c'est directement vrai dans le non opensource (en entreprise).
Les contraintes ne sont pas les mêmes, Linus explique bien dans son bouquin comment
il a été un directeur de projet totalement déplorable dans l'industrie en appliquant ce qui
a fait le succès du projet Linux : laisser pousser les branches la plus forte survivra.
A propos, Apple ils font de l'agilité ? (ah merde dredi c'est férié).
Pat
Patrice Trognon
pour moi la grosse différence entre les projets OSS et les entreprises, c'est que les projets OSS fonctionnant à la méritocratie
tu ne risques pas de te trainer les boulets que tu dois forcement gérer en entreprise. Boulets qui en général s'empêchent de te
claquer leur carte scrum-master sous le nez !
franchement un mec qui me dit qu'il est scrum-master je me méfie d'entrée de jeu et je lui offre un paquet de mouches pour l'occuper.
Pat
> Mes deux drachmes...
>
> --
> Regards,
> Cordialement,
> Emmanuel Lécharny
> www.iktek.com
>
Jean-Laurent de Morlhon
>
> Le 9 nov. 2011 à 18:49, Emmanuel Lecharny a écrit :
>
>> On 11/9/11 5:16 PM, Vincent Massol wrote:
>>> On Nov 9, 2011, at 5:10 PM, Jean-Laurent de Morlhon wrote:
>>>
>>>> L'importance du décalage horaire et la différence de culture font que ça mets un vrai fossé dans la communication orale, qui en agilité est mise en avant.
>>>>
>>>> J'ai fait quelques projets en agile distribué, ça a jamais été folichon…
>>> D'un autre cote je fais de l'agile distribue (on y pense meme pas en ces termes d'ailleurs) tous les jours en developant xwiki en open source avec des personnes un peu partout dans le monde qui bossent ensemble et ca marche tres bien…
>>>
>>> Perso j'aime pas parler d'agile car chacun y voit ce qu'il veux. Je prefere parler de pratiques concretes.
>> C'est marrant, je pensais exactement la même chose que toi, Vincent !
>>
>> Essayons d'être sérieux (enfin, je vais essayer d'être sérieux, pour une fois ;)
>>
>> Les projets OSS sont la preuve qu'il est possible de travailler en collaboration, cross continents, cross langues, cross fuseaux horaires. Le plus étrange, c'est qu'on ne pratique *jamais* de méthodes "agiles" (ou prétendues telles...) dans ces projets : on communique, on code, on corrige, etc. En clair, pour reprendre le célèbre paradigme, on pratique le "progamming, motherfucker" !
>>
>> Je pense que l'agile, ou toute autre méthode, est juste un moyen de vendre de la formation, ou bien un argument commercial (ou marketing) à destination des DI qui s'informent principalement en parcourant 01 informatique. Ca donne aussi l'impression d'être organisé, pour les équipes qui pratiquent ce genre d'activité ludiques que sont le SCRUM ou autre.
>>
>> En fait, bizarrement, rien ne remplace l'expérience. Avoir planté ou participé au plantage de plusieurs projets, et parfais à la réussite aussi, cela permet de se faire une idée assez claire de ce qu'il faut faire et ne pas faire. On parlera de "simple bon sens", ce que d'aucuns ont baptisé "agile".
>>
>> Après, libre à chacun de faire ses expériences comme il l'entend...
>>
>
> pour moi la grosse différence entre les projets OSS et les entreprises, c'est que les projets OSS fonctionnant à la méritocratie
> tu ne risques pas de te trainer les boulets que tu dois forcement gérer en entreprise. Boulets qui en général s'empêchent de te
> claquer leur carte scrum-master sous le nez !
>
> franchement un mec qui me dit qu'il est scrum-master je me méfie d'entrée de jeu et je lui offre un paquet de mouches pour l'occuper.
>
> Pat
+1
Cédric Champeau
fortement impliqu� dans l'opensource, l'un n'emp�che pas l'autre...
Excusez moi, mais je trouve ce genre de r�actions un peu idiotes.... Des
vrais boulets, j'en ai crois�, et ils n'avaient pas de carte de CSM � me
mettre sous le nez...
>> pour moi la grosse diff�rence entre les projets OSS et les entreprises, c'est que les projets OSS fonctionnant � la m�ritocratie
>> tu ne risques pas de te trainer les boulets que tu dois forcement g�rer en entreprise. Boulets qui en g�n�ral s'emp�chent de te
>> claquer leur carte scrum-master sous le nez !
>>
>> franchement un mec qui me dit qu'il est scrum-master je me m�fie d'entr�e de jeu et je lui offre un paquet de mouches pour l'occuper.
>>
>> Pat
> +1
Patrice Trognon
ta participation a des projets de dev ?
c'est qu'une histoire de pognon la certif.
j'assume pleinement le jugement a l'emporte pièce totalement basé sur un 'a priori', si t'as du bon sens et de l'expérience
t'es scrum sans le savoir, comme disait E.L. t'es comme M Jourdain. ce truc d'agilité permet juste a tous ces sois disant
chef de projet de bosser un peu mieux qu'ils ne le faisaient avant parce que sans ces formations ils ont été totalement
incapable d'acquérir les compétences nécessaires à l'exercice de leur métier, vu qu'en sortant de leur école ils ont
refusé de mettre les mains dans le code., bah c'est tellement dégueulasse le code.
J'ai un gars comme toi en face de moi c'est son implication dans l'OSS qui fera que je vais m'arrêter sur son cas,
le papelard scrum payé 2 a 3000 € ça ne sera qu'une toute petite cerise en plus sur le gateau.
pat
Le 10 nov. 2011 à 11:26, Cédric Champeau a écrit :
> Non mais c'est quoi ces "a priori" ? Je suis certifié scrum master ET fortement impliqué dans l'opensource, l'un n'empêche pas l'autre... Excusez moi, mais je trouve ce genre de réactions un peu idiotes.... Des vrais boulets, j'en ai croisé, et ils n'avaient pas de carte de CSM à me mettre sous le nez...
>
>>> pour moi la grosse différence entre les projets OSS et les entreprises, c'est que les projets OSS fonctionnant à la méritocratie
>>> tu ne risques pas de te trainer les boulets que tu dois forcement gérer en entreprise. Boulets qui en général s'empêchent de te
>>> claquer leur carte scrum-master sous le nez !
>>>
>>> franchement un mec qui me dit qu'il est scrum-master je me méfie d'entrée de jeu et je lui offre un paquet de mouches pour l'occuper.
>>>
>>> Pat
>> +1
>
Emmanuel Lecharny
> Le 9 nov. 2011 à 18:49, Emmanuel Lecharny a écrit :
>
>> On 11/9/11 5:16 PM, Vincent Massol wrote:
>>> On Nov 9, 2011, at 5:10 PM, Jean-Laurent de Morlhon wrote:
>>>
>>>> L'importance du décalage horaire et la différence de culture font que ça mets un vrai fossé dans la communication orale, qui en agilité est mise en avant.
>>>>
>>>> J'ai fait quelques projets en agile distribué, ça a jamais été folichon…
>>> D'un autre cote je fais de l'agile distribue (on y pense meme pas en ces termes d'ailleurs) tous les jours en developant xwiki en open source avec des personnes un peu partout dans le monde qui bossent ensemble et ca marche tres bien…
>>>
>>> Perso j'aime pas parler d'agile car chacun y voit ce qu'il veux. Je prefere parler de pratiques concretes.
>> C'est marrant, je pensais exactement la même chose que toi, Vincent !
>>
>> Essayons d'être sérieux (enfin, je vais essayer d'être sérieux, pour une fois ;)
>>
>> Les projets OSS sont la preuve qu'il est possible de travailler en collaboration, cross continents, cross langues, cross fuseaux horaires. Le plus étrange, c'est qu'on ne pratique *jamais* de méthodes "agiles" (ou prétendues telles...) dans ces projets : on communique, on code, on corrige, etc. En clair, pour reprendre le célèbre paradigme, on pratique le "progamming, motherfucker" !
>>
>> Je pense que l'agile, ou toute autre méthode, est juste un moyen de vendre de la formation, ou bien un argument commercial (ou marketing) à destination des DI qui s'informent principalement en parcourant 01 informatique. Ca donne aussi l'impression d'être organisé, pour les équipes qui pratiquent ce genre d'activité ludiques que sont le SCRUM ou autre.
>>
>> En fait, bizarrement, rien ne remplace l'expérience. Avoir planté ou participé au plantage de plusieurs projets, et parfais à la réussite aussi, cela permet de se faire une idée assez claire de ce qu'il faut faire et ne pas faire. On parlera de "simple bon sens", ce que d'aucuns ont baptisé "agile".
>>
>> Après, libre à chacun de faire ses expériences comme il l'entend...
>>
> pour moi la grosse différence entre les projets OSS et les entreprises, c'est que les projets OSS fonctionnant à la méritocratie
> tu ne risques pas de te trainer les boulets que tu dois forcement gérer en entreprise. Boulets qui en général s'empêchent de te
> claquer leur carte scrum-master sous le nez !
qu'en entreprise, tu choisis pas ta famille, ni ton délai de
réalisation, ni l'environnement de travail... (ou alors, dans des
limites assez restreintes). Par rapport à de l'OSS, c'est sûr, ça
change. Alors quand on me parle d'agile dans un environnement
contraints, ça me fait doucement rigoler. Dans ce contexte, Agile c'est
un peu synonyme de Vaseline...
Emmanuel Lecharny
> Non mais c'est quoi ces "a priori" ? Je suis certifié scrum master ET
> Excusez moi, mais je trouve ce genre de réactions un peu idiotes....
> Des vrais boulets, j'en ai croisé, et ils n'avaient pas de carte de
> CSM à me mettre sous le nez...
<second degré>
Et tu as partagé tes mouches avec eux ? ;-)
</second degré>
Thibaud Vibes
Ca a fait l'objet de longues minutes dans un pr�c�dent �pisode (passionant)
Pour moi, on ne devrait pas appeler �a une certification si y pas
d'examen/validation. Du coup, ceux qui se "pr�sentent" comme scrum
master "certifi�" on a l'a-priori suivant: ils sont un peu trop attach�s
aux titres et �a cache souvent quelque chose.
Le 10/11/2011 11:26, C�dric Champeau a �crit :
> Non mais c'est quoi ces "a priori" ? Je suis certifi� scrum master ET
> fortement impliqu� dans l'opensource, l'un n'emp�che pas l'autre...
> Excusez moi, mais je trouve ce genre de r�actions un peu idiotes....
> Des vrais boulets, j'en ai crois�, et ils n'avaient pas de carte de
> CSM � me mettre sous le nez...
>
>>> pour moi la grosse diff�rence entre les projets OSS et les
>>> entreprises, c'est que les projets OSS fonctionnant � la m�ritocratie
>>> tu ne risques pas de te trainer les boulets que tu dois forcement
>>> g�rer en entreprise. Boulets qui en g�n�ral s'emp�chent de te
>>> claquer leur carte scrum-master sous le nez !
>>>
>>> franchement un mec qui me dit qu'il est scrum-master je me m�fie
>>> d'entr�e de jeu et je lui offre un paquet de mouches pour l'occuper.
>>>
>>> Pat
>> +1
>
Cédric Champeau
> et alors, qu'est ce qui te permet de te vendre le mieux ? ta certification achet� ou tes comp�tences en dev acquises de par
> ta participation a des projets de dev ?
faut pas avoir d'a priori pcq le mec en face de toi se pointe avec son
bout de papier :) Une formation aux m�thodos, quelle qu'elle soit, me
semble justifi�e. Qu'elle aboutisse ou non � un bout de papier, on s'en
fout un peu... Au bout du compte, s'il doit faire du dev, tu vas
regarder s'il sait coder. S'il doit faire le petit chef, tu vas regarder
s'il traine sur www.fesse-moi-avec-une-pelle.com, ...
A chacun son taf :)
Emmanuel Lecharny
> Le problème vient surtout de la façon dont est délivré la certification.
> Ca a fait l'objet de longues minutes dans un précédent épisode
> (passionant)
>
> Pour moi, on ne devrait pas appeler ça une certification si y pas
> d'examen/validation. Du coup, ceux qui se "présentent" comme scrum
> master "certifié" on a l'a-priori suivant: ils sont un peu trop
> attachés aux titres et ça cache souvent quelque chose.
Faut dépassioner le débat : souvent, c'est ta boîte qui te paye la
formation, et qui te demande de le rajouter sur ton CV...
Il y a quelques années, il fallait être MSC "compliant"...
Il n'y a pas de honte à être scrum master. Moi aussi, j'ai un diplome de
ski 3ème étoile et un autre de natation, ça ne me sert à rien, mais ça
ne m'empêche pas de bosser...
Cédric Champeau
moi.
(ah oui, d'accord avec toi)
Le 10/11/2011 12:12, Emmanuel Lecharny a �crit :
> On 11/10/11 11:58 AM, Thibaud Vibes wrote:
>> Le probl�me vient surtout de la fa�on dont est d�livr� la certification.
>> Ca a fait l'objet de longues minutes dans un pr�c�dent �pisode
>> (passionant)
>>
>> Pour moi, on ne devrait pas appeler �a une certification si y pas
>> d'examen/validation. Du coup, ceux qui se "pr�sentent" comme scrum
>> master "certifi�" on a l'a-priori suivant: ils sont un peu trop
>> attach�s aux titres et �a cache souvent quelque chose.
>
> Faut d�passioner le d�bat : souvent, c'est ta bo�te qui te paye la
> formation, et qui te demande de le rajouter sur ton CV...
>
> Il y a quelques ann�es, il fallait �tre MSC "compliant"...
>
> Il n'y a pas de honte � �tre scrum master. Moi aussi, j'ai un diplome
> de ski 3�me �toile et un autre de natation, �a ne me sert � rien,
> mais �a ne m'emp�che pas de bosser...
>
--
C�dric Champeau
SpringSource - A Division Of VMware
http://www.springsource.com/
http://twitter.com/CedricChampeau
Thibaud Vibes
>> Ca a fait l'objet de longues minutes dans un pr�c�dent �pisode
>> (passionant)
>>
>> Pour moi, on ne devrait pas appeler �a une certification si y pas
>> d'examen/validation. Du coup, ceux qui se "pr�sentent" comme scrum
>> master "certifi�" on a l'a-priori suivant: ils sont un peu trop
>
>
>
> Il n'y a pas de honte � �tre scrum master. Moi aussi, j'ai un diplome
> de ski 3�me �toile et un autre de natation, �a ne me sert � rien,
> mais �a ne m'emp�che pas de bosser...
>
gros traumatisme � 11 ans et apr�s � 12 ans...) Pourtant j'ai continu� �
pratiquer depuis (enfin je fais du snow maintenant).
Donc officiellement: je suis certifi� 2�me �toile en ski (rien du tout
en snowboard). Par contre si tu fais une demi-journ�e de ski/snow avec
moi je peux te suivre sur n'importe quelle piste noire...
Ben pour le scrum c'est pareil.
Encore que la 3�me �toile implique un examen et souvent pr�c�d� d'une
semaine de cours. Et pour la certification scrum master? (En plus le
terme "master" je trouve �a un peu pompeux mais c'est mon avis)
Moi je parlais pas des certif en g�n�rale, mais plus de celle de scrum
master en particulier.
Pour moi l'important c'est: comment est d�livr� la certification (quel
cursus? quels examens?) et donc au final � qui...
Manu
Hello,
Mon avis de l'epoque (ca date un peu):
http://tinyurl.com/c4tgfjy
J'avais aussi ecrit un livre blanc:
http://www.kpitcummins.com/france/downloads/Agile_whitepaper.pdf
A+
-Vincent
On Nov 9, 2011, at 3:32 PM, tatemilio wrote:
> Bonjour, j'ai eu hier une présentation d'un process Agile en mode
> distribué. Le but étant de proposer à nos client du développement en
> agilité avec nos backoffice en inde.
> Pour moi il s'agit d'un non sens, quand pensez vous ? L'agilité
> offshore est elle possible ?
>
Julien Ponge
Pierre-Yves Ricau
Thibaud Vibes
>
> * On a pas d'IRC, on utilise Google Chat / Skype pour communiquer.
> personne en face ne r�pond pas. Dans ce cas, oblig� d'attendre ou de
> demander � quelqu'un d'autre. Les mails restent ce qu'il y a de plus
> s�r pour obtenir une r�ponse, mais �a induit des d�lais encore plus
> importants. Ces satan�s espagnols mangent entre 14h et 16h :-) . �a
> fait un trou de communication de 12h30 � 16h, donc vaut mieux poser
> toute question avant midi..
A cette heure c'est pas que le repas, c'est la sieste. Y para�t qu'ils
vont la supprimer, rigueur (et aust�rit�) oblige...
Thibaud
Olivier Lamy
> Sympa la plaquette, mais ça serait sympa d'avoir un retour d'un gars de
> Xebia ayant vécu ça, pour voir si c'est aussi cool dans la réalité :-) .
> Ceci dit, ils ont au moins le mérite d'évaluer les risques dès le départ.
> Je bosse en télétravail avec une équipe située à Barcelone. J'ai passé
> plusieurs semaines sur place au départ, et je pense que ça aide vraiment. On
> utilise github, on fait des feature branches, et on a une intégration
> continue.
> * le stand up meeting à distance c'est pas facile. Comme ils sont
> colocalisés, ils font ça devant un scrumboard (enfin.. personne touche aux
> post its, c'est surtout histoire de communiquer). Du coup, ils prennent un
> laptop avec eux et un gars se charge de m'inclure dans le meeting. Le son
> est pas tip top, on ne voit pas forcément bien la personne qui parle, et
> encore moins d'éventuels éléments montrés.
> * On a pas d'IRC, on utilise Google Chat / Skype pour communiquer. C'est
> bien, mais ya nécessairement des délais / des fois où la personne en face ne
> répond pas. Dans ce cas, obligé d'attendre ou de demander à quelqu'un
> d'autre. Les mails restent ce qu'il y a de plus sûr pour obtenir une
> réponse, mais ça induit des délais encore plus importants. Ces satanés
> espagnols mangent entre 14h et 16h :-) . Ça fait un trou de communication de
> 12h30 à 16h, donc vaut mieux poser toute question avant midi..
> * Je commence à me dire qu'un IRC statefull serait ptet intéressant. Vous
> avez des suggestions / opinions sur le sujet ?
Tu peux créer des channel private (nécessitant un mot de passe) sur freenode.
Après tu peux imaginer toute sorte de bot.
Un assez pratique est le logger: http://colas.nahaboo.net/Software/IrcLogger
Comme celà tu peux consulter à posteriori des conservations que tu as raté
--
Olivier Lamy
Talend: http://coders.talend.com
http://twitter.com/olamy | http://linkedin.com/in/olamy
Damien Lepage
http://damienlepage.com
Vincent Massol
On Nov 18, 2011, at 2:33 PM, Olivier Lamy wrote:
> Le 16 novembre 2011 08:51, Pierre-Yves Ricau <py.r...@gmail.com> a écrit :
>> Sympa la plaquette, mais ça serait sympa d'avoir un retour d'un gars de
>> Xebia ayant vécu ça, pour voir si c'est aussi cool dans la réalité :-) .
>> Ceci dit, ils ont au moins le mérite d'évaluer les risques dès le départ.
>> Je bosse en télétravail avec une équipe située à Barcelone. J'ai passé
>> plusieurs semaines sur place au départ, et je pense que ça aide vraiment. On
>> utilise github, on fait des feature branches, et on a une intégration
>> continue.
>> * le stand up meeting à distance c'est pas facile. Comme ils sont
>> colocalisés, ils font ça devant un scrumboard (enfin.. personne touche aux
>> post its, c'est surtout histoire de communiquer). Du coup, ils prennent un
>> laptop avec eux et un gars se charge de m'inclure dans le meeting. Le son
>> est pas tip top, on ne voit pas forcément bien la personne qui parle, et
>> encore moins d'éventuels éléments montrés.
>> * On a pas d'IRC, on utilise Google Chat / Skype pour communiquer. C'est
>> bien, mais ya nécessairement des délais / des fois où la personne en face ne
>> répond pas. Dans ce cas, obligé d'attendre ou de demander à quelqu'un
>> d'autre. Les mails restent ce qu'il y a de plus sûr pour obtenir une
>> réponse, mais ça induit des délais encore plus importants. Ces satanés
>> espagnols mangent entre 14h et 16h :-) . Ça fait un trou de communication de
>> 12h30 à 16h, donc vaut mieux poser toute question avant midi..
>> * Je commence à me dire qu'un IRC statefull serait ptet intéressant. Vous
>> avez des suggestions / opinions sur le sujet ?
oui c'est necessaire je pense dans un contexte enterprise, c'est pour ca qu'on utilise skype.
En revanche en contexte pur open source, l'irc c'est bien et cela a l'avantage d'"effacer la memoire": Si qq chose est important il sera redit, sinon c'est que c'etait pas si important. En contexte enterprise c'est pas suffisant.
> Tu peux créer des channel private (nécessitant un mot de passe) sur freenode.
> Après tu peux imaginer toute sorte de bot.
Ca marche pas bien a mon gout, c'est trop compllque d'aller regarder ce qu'on dit les gens a posterio (il faut que cela vienne a toi pour etre convivial) et tu ne peux pas facilement logguer des messages prives.
On avait essaye Jabber car il y a une option conservation de messages mais ca n'a jamais bien marche non plus.
> Un assez pratique est le logger: http://colas.nahaboo.net/Software/IrcLogger
Ou bien le bot XWiki :)
http://extensions.xwiki.org/xwiki/bin/view/Extension/IRC+Bot+Application
Voici nos logs de l'irc public par ex:
http://dev.xwiki.org/xwiki/bin/view/IRC/
-Vincent
Frédéric Delorme
Baptiste MATHUS
+1. Justement, question à ceux qui bossent à distance: est-ce vous faites des schémas en live? Et si oui, souris ou tablette tactile ou graphique ?
Quand on fait des brainstorms en colocalisé, c'est quand même pratique de pouvoir expliquer/justifier un truc avec un tableau je trouve.
Emmanuel Lecharny
> +1. Justement, question à ceux qui bossent à distance: est-ce vous faites
> des schémas en live? Et si oui, souris ou tablette tactile ou graphique ?
C'est un vrai problème. On a essayé plein d'outils graphiques partagés,
rien ne remplace le paperboard ou le tableau.
Frédéric Delorme
--
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes lescastcodeurs.
Pour envoyer un message à ce groupe, adressez un e-mail à lescastcodeurs@googlegroups.com.
Pour vous désabonner de ce groupe, envoyez un e-mail à l'adresse lescastcodeurs+unsubscribe@googlegroups.com.
Pour plus d'options, consultez la page de ce groupe : http://groups.google.com/group/lescastcodeurs?hl=fr
Frédéric Bouquet
Pour envoyer un message à ce groupe, adressez un e-mail à lescast...@googlegroups.com.
Pour vous désabonner de ce groupe, envoyez un e-mail à l'adresse lescastcodeur...@googlegroups.com.
Pour plus d'options, consultez la page de ce groupe : http://groups.google.com/group/lescastcodeurs?hl=fr
Emmanuel Lecharny
> Hello,
>
> Je viens de tomber là dessus qui dans un sens rentre un peu dans le sujet :
> http://www.synchro-blogue.com/synchro/2011/11/scientifiquement-prouve-le-teletravail-est-plus-productif.html
> (Une étude comme quoi le télétravail serait plus productif).
>
> Ca rentre aussi dans le cadre d'un sujet qui aviat été soulevé il y a
> quelques temps il me semble, mais je ne parviens plus à y mettre la main
> dessus.
l y a au moins un énorme avantage au télé-travail, en tout cas pour ceux
qui habitent en région parisienne : ça évite les 1h42 de transports en
commun journalier (en moyenne). Perso, quand je reste chez moi, je me
lève, je petit déjeune, et hop, au boulot. Parfois, je reste même en
slip :) Au total, si je m'arrête vers 20h (pour pouvoir m'occuper des
états d'âme de ma tendre et chère qui viens de passer 2h dans la ligne
13...), ça fait quand même 10h de travail, en comptant les 2h de pauses
diverses (déjeuner, glande, sieste, courses, repos, café, canapé avec
une BD...)
Oui, je suis plus productif à la maison qu'au bureau !
Patrice Trognon
rester en slip est aussi un gain de productivité puisque tu ne vas pas perdre de temps à choisir les vêtements :)
Par contre plus sérieusement ce qui est assez drôle c'est le regard qui est porté sur celui qui travaille à la maison,
cela finit par intriguer (les parents des camarades des enfants, les voisins, etc) et rapidement la question finit
par tomber.
Quand j'ai commencé a bosser @home je développais un jeu, du coup quand on demandait a mes enfants ce que
leur père faisait elles répondaient : il fait des jeux. J'ai bien sur entretenu le suspense tellement ça me faisait rire.
C'est aussi quelque chose à gérer, on passe souvent pour un privilégié, ce qui n'est pas faux du reste.
Pat
> --
> Regards,
> Cordialement,
> Emmanuel Lécharny
> www.iktek.com
>
Frédéric Bouquet
Patrice Trognon
Frédéric Bouquet
Emmanuel Lecharny
> par contre ils doivent fournir à l'employé tout ce qu'il faut pour travailler, ordinateur, connexion internet,
> fax, etc.
L'ordi, c'est déjà une dépense de base. La connexion internet,, le
mobile, c'est pas cher négocié pour toute la boîte. Le fax, c'est un peu
désuet..
En tout cas, ça revient moins cher que le coût des locaux, de
l'assurance, du nettoyage, de l'électricité, du chauffage, du
gardiennage, etc...
Ludovic Poitou
Ludovic Poitou
Patrice Trognon
une gestion documentaire (si tu dois travailler sur des documents envoyés par courrier à la société
leur numérisation et mise a la disposition de l'employé, etc etc).
Bref, ces choses qui pouvaient paraitre insurmontables hier entrent de plus en plus dans les moeurs
avec les histoires de Cloud et compagnie.
A mes yeux aujourd'hui le seul frein réel qui reste c'est l'employé lui même, un ami a très mal vécu
ce genre d'expérience imposée par sa société, il s'est senti mis à l'écart et n'a pas supporté l'isolement.
Pat
Jeff MAURY
A+
Jeff
--
"Legacy code" often differs from its suggested alternative by actually working and scaling.
- Bjarne Stroustrup
http://www.jeffmaury.com
http://riadiscuss.jeffmaury.com
http://www.twitter.com/jeffmaury