Présentation Aspectize du 18 février 2009 : En route vers l'Agilité

[Fredy]

Bonjour,

Nous vous proposons de présenter notre approche qui s'inscrit dans le
cadre de l'extrême Agilité (sans objets et sans ORM).

On parlera architecture, données et traitements mais aussi des
techniques .net pour mettre en oeuvre des idées Agiles style DRY.

On finira par une petite présentation de notre produit qui est une
architecture compilée prête à l'emploi.

On vous attends nombreux à partir de 19h on commence la présentation à
19h30.

Merci de confirmer votre présence par retour de mail.

à+,

Fredy

PS : l'adresse : 16 rue Gaillon 75002 Paris, c'est ici. Mon tél
(nécessaire pour rentrer) 06 07 23 39 73.

[Vincent Bourdon]

Salut,

 

Je viens !  et je ramène un collègue avec moi.

 

A bientôt

 

Vincent B.

2009/2/4 Fredy <frederi...@gmail.com>

[Robert Pickering]

Je serai là !

Rob

2009/2/4 Vincent Bourdon <evil...@gmail.com>

[Gui]

j'y serais !

Gui

On Feb 4, 1:14 pm, Robert Pickering <rob...@strangelights.com> wrote:
> Je serai là !
> Rob
>

> 2009/2/4 Vincent Bourdon <evilz...@gmail.com>

>
> > Salut,
>
> > Je viens !  et je ramène un collègue avec moi.
>
> > A bientôt
>
> > Vincent B.
>

> > 2009/2/4 Fredy <frederic.fa...@gmail.com>

[Denis Dollfus]

J'ai regardé cette présentation d'Apectizer :
http://aspectize.com/blogs/corp/archive/2008/03/03/aspectize-en-images.aspx

Voilà un soft intéressant à développer !

Par contre je réagis sur le titre "En route vers l'Agilité", je
mettrai plutôt "En route vers la productivité" tant le produit semble
être un excellent soft RAD.

Denis

> > >> (nécessaire pour rentrer) 06 07 23 39 73.- Masquer le texte des messages précédents -
>
> - Afficher le texte des messages précédents -

[Romain Verdier]

Denis, tu vas te faire taper par Fredy !

Romain

On Feb 4, 7:53 pm, Denis Dollfus <denis.doll...@gmail.com> wrote:
> J'ai regardé cette présentation d'Apectizer :http://aspectize.com/blogs/corp/archive/2008/03/03/aspectize-en-image...

[Vincent Bourdon]

Remarque intéressante ! 

J'en conclu que si on est productif on n'est pas forcément agile ?

Faut il mieux pas être très productif plutôt que d'utiliser une bonne méthodologie ?

@+

2009/2/4 Denis Dollfus <denis....@gmail.com>

[Frédéric Fadel]

Hello Denis et tout le monde,

 

Pour répondre à Denis je dirai qu'on doit sûrement partager l'idée que : par Agile on entend "le changement quand il le faut sans compromettre la qualité".

 

Si c'est le cas je maintiens mon titre :-).

Cela dit d'une manière consensuelle le terme Agile fait penser à un certain nombre d'idées et de pratiques avec les je ne suis pas tout à fait d'accord la preuve j'ai eu que des notes médiocres à ton test (41 pour le management et 35 pour le code)

Ça me ferait un grand plaisir d'échanger avec toi, suite à quoi j'améliorerai peut être mon score !

 

A+,

Fredy

 

PS : pour le terme RAD si on entend : "RAD et pas forcément CRAD" pourquoi pas. Mais si on entend outils de dev style Wizard MS surement pas.

2009/2/4 Denis Dollfus <denis....@gmail.com>

[Rafael]

Salut,

Je suis d'accord avec Denis, il faut séparer le concept d'agilité du
concept de productivité. IMHO, l'agilité comprend les principes du
Agile Manifesto (http://agilemanifesto.org/), et la présentation du
Apectizer montre seulement l'outil sans expliciter comment il se lie
avec celles-là. Les principes et l'aspect humaine sont plus importants
que les outils. Je sais que le vidéo est très court, donc il n'y a pas
du temps pour expliquer les détails, peut-être une autre présentation
plus détaillé pourrait expliquer meilleur ces aspects agile.

Alors, je pense que Denis est correct de dire "En route vers la
productivité". Je n'ai rien contre le produit, mais il faut bien
séparer les concepts. Un dernier critique constructive: il faut
montrer un exemple plus complexe pour lui différencier des "good for
demo" produits qui tout le monde savent que n'en marchent pas.

À bientôt,
Rafael.

[Frédéric Fadel]

Cher Raphael,

Je trouve étrange de vouloir changer le titre d'un film avant l'avoir vu même si c'est en accord avec quelqu'un d'autre qui ne la pas vu.

Je rappelle qu'il s'agit d'une future présentation qui strictement parlant, moi-même je ne connais pas,  à l'heure actuelle, ce qu'elle contiendra exactement. Tout ce que sais c'est que je souhaite si vous me l'autorisez de parler d'agilité et avoir l'occasion d'expliquer pourquoi moi aussi je prêche dans l'ordre pour :

le Working Software over comprehensive documentation

le Responding to change over following a plan

le Customer collaboration over contract negotiation

trois valeurs que je partage avec qui veut bien partager.

En ce qui concerne l'importance de « l'aspect humain » (Individuals and interactions over processes and tools), je ne pense pas que le petit informaticien que je suis puisse faire quelque chose concernant les individus et leurs interactions dans un monde violent contraints par des coûts et des délais autre que d'offrir à travers un outil, une productivité améliorée,  en espérant de réduire les contraintes et peut être la violence…

Fredy (pas très content)

PS : C'est Aspectize et non Aspectizer.

2009/2/5 Rafael <rafael...@gmail.com>

[Rafael]

Cher Fredy,

La première chose et la plus importante: excuse moi si j'ai dit
quelque chose offensive, ce n'était pas la intention, peut-être j'ai
mal écris quelque chose, mon français est très basic. Et désole pour
"Aspectizer", c'était un erreur de frappe.

Excuses offertes, je vous dis que tous ce que j'ai écrit a été basé
sur le vidéo, il n'y pas beaucoup d'information sur le fonctionnement
interne d'outil, tous m'ai semblé très magique, donc if faut savoir
comme il marche avec des scénarios plus compliqués, c'est tout. Je ne
suis pas une autorité sur agile, je n'ai pas voulu dire que vous ne
savait pas ce qui vous avez dit sur agile, ou que l'outil n'est pas
utile pour le développement agile, dans le site d'Aspectize il y a des
références au processus agile et c'est très bien, j'ai me trompé en
dire quelque chose sans lire tous les détails.

Sur l'aspect humain, j'en cité seulement pour dire que c'est
important, même si on ne peut pas changer le monde, ce n'était pas un
critique.

J'irai oublier le vidéo et j'attendrai la présentation. Excusez moi si
je vous ai offensé.

Cordialement,
Rafael.

[Frédéric Fadel]

aucune offense :-))

 

et au plaisir de discuter de vive voix le 18,

 

Fredy

2009/2/5 Rafael <rafael...@gmail.com>

[Denis Dollfus]

Frédéric excuse-moi de ne pas avoir répondu plus tôt mais la semaine
ne m'a pas laissé le temps de donner un développement plus argumenté à
ma réaction initiale.

Je pense qu'il y a deux points de débats : agilité et productivité
d'une part et agilité et outil d'autre part.

1. Agilité et productivité : comme le dit Vincent, si on est productif
on n'est pas forcément Agile, mais j'ajoute que si on est Agile on est
productif.

La raison d'être des méthodes Agiles n'est pas la productivité, mais
la satisfaction du client dans un environnement technologique et
concurrentiel en mouvement permanent. Il y a des projets dans lesquels
ni les besoins du client ni les moyens d'y répondre ne sont maitrisés
en amont. Il y en a même pas mal tant le rythme d'évolution des
technos est rapide et tant les concurrents sont rapides à mettre en
place des innovations qui se transforment en avantages
concurrentiels.

Les méthodes Agiles sont pertinentes à 100% pour ces projets pour
lesquels il est illusoire de penser d'abord à la productivité. Dans ce
contexte les méthodes Agiles comptent d'abord sur l'ingéniosité des
membres de l'équipe, leur créativité, leur facultés d'écoute et de
communication, leur capacité à identifier une mauvaise voie et à en
faire demi-tour, bref tout repose sur l'agilité de l'équipe.

Laquelle agilité est loin d'émerger naturellement quelque soit le type
de management ! C'est pourquoi les méthodes Agiles (typiquement Scrum)
mettent en place des pratiques de management à même de rendre l'équipe
agile. Au centre de ces pratiques il y a la valeur n°1 du manifeste
Agile : "Individuals and interactions over processes and tools". Dans
ce type de projet la valeur accordée aux membres de l'équipe est
supérieure à la valeur accordée aux outils et procédures.

Du coup on en vient au deuxième point.

2. Agilité et outil

Maintenant qu'on a vu combien les méthodes Agiles comptent sur les
gens plus que sur les outils, il semble clair qu'un outil aussi
ingénieux soit-il ne peut être le point de départ d'une méthodologie
Agile, d'où ma réaction sur le "en route vers l'Agilité", qui laisse
penser qu'Aspectize autorise l'agilité par son seul usage.

En revanche il est tout à fait possible qu'une équipe Agile identifie
qu'un outil particulier puisse être pertinent pour tout ou partie du
projet. Pour répondre à Vincent, si on est productif on peut être
Agile : une équipe Agile peut choisir d'utiliser un outil de
productivité extrême. Et j'ajouterais que les pratiques de gestion de
projet Agile (réunion quotidienne, prioritisation avec le client des
nouvelles fonctionnalités, planification du contenu des itérations,
etc.) sont précieuses pour garantir le bon déroulement du projet.
Autrement dit je suis convaincu que le seul emploi d'un outil ne
garantit pas le succès du projet (c-a-d la satisfaction du client).

Voilà pour le coeur du débat.

Cela dit on est pas les premiers à aborder ce débat, voir par exemple
ces deux posts d'Emmanuel Chenu qui réagissait à un article sponsorisé
par BLU-AGE, plateforme de développement model-driven pour Eclipse,
article qui faisait un amalgame (volontaire) de productivité,
d'industrialisation et d'agilité :
http://emmanuelchenu.blogspot.com/2008/11/model-driven-et-agilite.html
http://emmanuelchenu.blogspot.com/2008/11/modelisation-generation-et-agilite.html

Ensuite, au cas où, voilà ce que je ne dis pas : je ne dis pas que le
RAD c'est mal ni que chercher la productivité c'est mal. Au contraire,
il m'est arrivé de proposer de telles solutions (en l'occurence
ASP.NET Dynamic Data) parce que le contexte les rendait pertinente.

En pour finir je trouve qu'il est plutôt sain qu'il y ait débat sur ce
sujet dans un groupe ALT.NET : l'Agilité est une des valeurs
fondamentale d'ALT.NET, et l'indépendance vis-à-vis des outils en est
une autre.

Denis

On 5 fév, 19:06, Frédéric Fadel <frederic.fa...@gmail.com> wrote:
> aucune offense :-))
>
> et au plaisir de discuter de vive voix le 18,
>
> Fredy
>

> 2009/2/5 Rafael <rafaelros...@gmail.com>

> > Rafael.- Masquer le texte des messages précédents -

[Frédéric Fadel]

Hello Denis et tout le monde,

 

Je ne peux être plus d'accord avec toi quand tu dis «  l'agilité est loin d'émerger naturellement… c'est pourquoi on met en place des pratiques de management à même de rendre l'équipe agile »

Je ne m'aventurerai pas sur le terrain du management.

Mais je pense aussi que : l'agilité dans le développement est loin d'émerger naturellement… c'est pourquoi on met en place des pratiques de développement  à même de rendre le travail de l'équipe agile.

D'où le titre : « en route vers l'agilité » qui n'a pas la prétention d'insinuer qu'il est suffisant ni même nécessaire d'acheter l'outil d'Aspectize pour être agile.

à+,

Fredy

2009/2/7 Denis Dollfus <denis....@gmail.com>

[nico]

Bonjour tout le monde,

On est tout à fait d'accord, l'objectif c'est l'agilité et non la
productivité. Et l'objectif de notre présentation est bien l'agilité
(au sens du Développement, et pas du Management). Que la vidéo de 4
minutes traite essentiellement de la productivité est une chose, et ce
n'est pas dans cet axe, que nous souhaitons faire cette présentation.
Une approche agile est difficile à présenter en peu de temps, et n'est
pas compréhensible facilement par tout le monde. C'est pourquoi nous
ciblons notre présentation à la communauté Alt.Net, avec laquelle nous
prenons le temps d'aborder notre approche, et avec laquelle nous
espérons des échanges constructifs.

On est évidemment d'accord sur le fait que les humains sont bien plus
importants que les outils, qui sont un mal nécessaire. Donner le
meilleur des outils à un idiot, il n'en sortira rien de bon. Notre
outil est là uniquement pour démontrer que notre approche est bonne.
Mettre en oeuvre notre approche n'est pas évident, d'un point de vue
technique, et elle coûte cher. C'est la raison même de l'existence de
l'outil, qui va permettre l'accès à l'approche à un plus grand nombre
et à un coût moindre. C'est la mise en oeuvre la plus claire du
concept DRY, qui est un des piliers de Alt.Net, et sur lequel on est
vraiment en phase. Et comme vous l'avez dit, Denis, "voilà un soft
intéressant à développer !" Et on va aussi parler de cela le 18.

Par ailleurs, je comprends tout à fait l'indépendance de la communauté
par rapport aux outils, c'est la raison d'être d'une communauté
indépendante. Vous conviendrez que les outils sont indispensable, et
qu'il est également du ressort d'une communauté comme Alt.Net d'avoir
un regard sur les outils, à partir du moment où ces outils sont en
rapport avec les concepts préconisés, ce que nous tenterons
d'expliquer et de montrer (c'est promis, notre Business Model n'est
pas à l'ordre du jour de la présentation, mais si vous insistez pour
qu'on en parle, on peut le faire aussi ;-))

Enfin, Denis, je me permet de réagir plus précisément sur votre
propos:

"il semble clair qu'un outil aussi ingénieux soit-il ne peut être le
point de départ d'une méthodologie Agile, d'où ma réaction sur le "en
route vers l'Agilité", qui laisse penser qu'Aspectize autorise
l'agilité par son seul usage".

Nous sommes tout à fait d'accord qu'un outil ne peut être le point de
départ d'une méthodologie, et c'est exactement le contraire du notre.
Il est l'aboutissement d'une approche (je préfère ce terme à
méthodologie), et non le départ. Et cette approche a des points
communs avec l'Agilité, et c'est pourquoi il nous a semblé intéressant
d'y faire le rapprochement.
Par contre, notre titre "en route vers l'Agilité" ne sous-entend
aucunement une quelconque exclusivité sur le terme et le moyen d'y
arriver, ce serait idiot et prétentieux de notre part, et nous avons
la prétention de croire que nous ne sommes ni idiot ni
prétentieux :-). (comprenez que je réfute cette interprétation; si je
dis "en route vers Vesoul", cela ne veut pas dire que j'ai
l'exclusivité de tous les moyens de transport pour aller à Vesoul,
cela veut juste dire que j'y vais et que je propose à d'autres d'y
aller avec moi).

Le débat promet en tout cas d'être passionnant, on compte sur vous le
18 !

Nicolas (from Aspectize)

On 7 fév, 17:33, Frédéric Fadel <frederic.fa...@gmail.com> wrote:
> Hello Denis et tout le monde,
>
> Je ne peux être plus d'accord avec toi quand tu dis «  l'agilité est loin
> d'émerger naturellement… c'est pourquoi on met en place des pratiques de
> management à même de rendre l'équipe agile »
>
> Je ne m'aventurerai pas sur le terrain du management.
>
> Mais je pense aussi que : l'agilité dans le développement est loin d'émerger
> naturellement… c'est pourquoi on met en place des pratiques de développement
>  à même de rendre le travail de l'équipe agile.
>
> D'où le titre : « en route vers l'agilité » qui n'a pas la prétention
> d'insinuer qu'il est suffisant ni même nécessaire d'acheter l'outil
> d'Aspectize pour être agile.
>
> à+,
>
> Fredy
>

> 2009/2/7 Denis Dollfus <denis.doll...@gmail.com>

> >http://emmanuelchenu.blogspot.com/2008/11/modelisation-generation-et-...

>
> > Ensuite, au cas où, voilà ce que je ne dis pas : je ne dis pas que le
> > RAD c'est mal ni que chercher la productivité c'est mal. Au contraire,
> > il m'est arrivé de proposer de telles solutions (en l'occurence

> > ASP.NET <http://asp.net/> Dynamic Data) parce que le contexte les rendait

> > pertinente.
>
> > En pour finir je trouve qu'il est plutôt sain qu'il y ait débat sur ce

> > sujet dans un groupe ALT.NET <http://alt.net/> : l'Agilité est une des
> > valeurs
> > fondamentale d'ALT.NET <http://alt.net/>, et l'indépendance vis-à-vis des

[Djamel ZOUAOUI]

Bonjour,

je serais là aussi ! Je viendrais au passage avec un collègue.

++

2009/2/4 Fredy <frederi...@gmail.com>

[Romain Verdier]

Salut,

Je serai présent.

A demain,

Romain

On Feb 17, 11:46 am, Djamel ZOUAOUI <djam...@gmail.com> wrote:
> Bonjour,
>
> je serais là aussi ! Je viendrais au passage avec un collègue.
>
> ++
>

> 2009/2/4 Fredy <frederic.fa...@gmail.com>

[Julien Lavigne du Cadet]

idem :-)

Julien

[Gauthier Segay]

À demain aussi!

On Feb 17, 1:03 pm, Julien Lavigne du Cadet <julien.lavi...@gmail.com>
wrote:

[fschafer]

Je pense venir aussi.

A demain.
Fred.

[Yann Schwartz]

Je serai là aussi. Bon, ça faisait un moment que je voulais venir, et
ce coup-ci c'est à dix minutes de chez moi, dans des locaux que j'ai
bien connus et avec des gens que je connais bien.
A demain.

[Robert Pickering]

Salut !

Malheureusement je suis malade et je ne peux pas venir ce soir. J'ai demandé à Julien de prendre ma place et faire tout qui est administrative. Il va travailler avec Freddy de s'assurer que la soirée passera bien.

Désolé et à la prochaine ! 

Rob

2009/2/18 Yann Schwartz <abolib...@gmail.com>

[Yann ALET]

Je serai là aussi.

Yann

[Frédéric SCHÄFER]

Merci à Freddy et Nicolas pour la présentation.

Romain, j'ai pris qlq notes si tu veux pour le Compte Rendu...
J'imagine que nos hôtes peuvent te fournir les slides aussi (à publier ou pas sur le blog ??)

La prochaine fois, ça serait cool de prendre une ou deux photos d'ambiance... pour aller avec le CR.

Merci pour la bonne soirée
++
Fred