headerphoto

Naissance d'une communauté: Enseigner Agile


Le 9 novembre s'est réuni une nouvelle communauté thématique à l'initiative de l'Institut Agile: elle se composait d'enseignants en activité et d'intervenants issus de l'industrie. (Plusieurs d'entre nous ont d'ailleurs eu des parcours mixtes: ex-enseignants devenus ingénieurs ou chefs de projet, ex-ingénieurs devenus enseignants, par exemple.) Une dizaine de personnes étaient présentes.

Enseignement Agile: le 9 novembre à l'Epitech

Les inscriptions sont ouvertes pour le prochain Rendez-Vous de l'Institut Agile, consacré comme évoqué précédemment à la place et au rôle des pratiques Agiles dans l'enseignement supérieur.


Peut-on, doit-on enseigner les approches Agiles au sein des universités et écoles d'ingénieur? Si oui, comment?

C'est à ces questions que nous vous invitons à répondre lors d'une soirée-débat gratuite, qui fera suite à la rencontre inaugurale d'un nouveau réseau national d'enseignants et intervenants ayant intégré les pratiques Agiles au sein de leurs contenus pédagogiques. Nous serons accueillis par l'Epitech à Paris.

Etymologie d'un terme Agile: le backlog


Si vous êtes agiliste, vous connaissez le mot "backlog", mais vous êtes-vous interrogé sur ses origines et ses connotations?

Agile et en forme!

Un des inconvénients de nos métiers est sans doute le temps que nous passons assis: apparemment, ce n'est pas très bon pour la santé.

Heureusement pour les équipes agiles, on se lève au moins une fois par jour... Ce n'est sans doute pas suffisant. Sans aller jusqu'à remplacer votre bureau par un tapis de marche comme certains de nos collègues, vous avez peut-être, pour y remédier, inclus un peu de jogging dans vos activités régulières.

Les Rendez-Vous de l'Institut: Enseignement Agile

Parmi les sujets que l'Institut Agile entend traiter en priorité, on trouve en bonne place la recherche et l'enseignement.

Que pouvons-nous apprendre, par la méthode expériementale notamment, sur les pratiques Agiles et leur relation à d'autres "bonnes pratiques"dans le domaine du logiciel? Mais également, et les deux sujets sont indissociables, comment favoriser l'acquisition de ces connaissances (et d'autres) par les élèves, les étudiants et les jeunes diplômés d'aujourdhui qui vont (rapidement) devenir les professionnels du logiciel de demain? C'est un enjeu d'avenir mais encore peu abordé par la communauté Agile.

Premier Rendez-vous de l'Institut Agile: 04/05

Le 4 mai, l'Institut Agile vous invite au premier de ses Rendez-Vous. (Attention: changement de date par rapport à la première annonce!)

Petit à petit le projet de l'Institut Agile se construit, grâce au soutien de ses partenaires. Comme annoncé au fil de ce blog divers livrables importants ont vu le jour: le référentiel des pratiques agiles, les premières sessions "Master Class", les premières communautés thématiques. D'autres projets encore en couveuse produiront prochainement leurs résultats.

Première communauté thématique de l'Institut Agile: Contrats Agiles

La première réunion de groupe de travail "Contrats Agiles" de l'Institut s'est tenue le 17 janvier dernier; ce billet en donne un compte-rendu. (Pour en savoir plus, vous pouvez également participer à la liste de diffusion "Institut Agile - Contrats")

Session "Innovation Games" les 29 et 30 mars 2011, première Master Class

Ouverture des inscriptions

Les inscriptions sont ouvertes dès aujourd'hui pour la première Master Class de l'Institut Agile.

Celle-ci a pour thème les Innovation Games popularisés par Luke Hohmann. Elle se déroulera les 29 et 30 mars à Paris et sera animée en anglais par Maarten Volders, instructeur accrédité par Innovation Games Inc.

On "fact and folklore"

Late in 2010 I published on the blog of Institut Agile an essay in French, the latter half of which was a critique of Steve McConnell's 2008 blog entry "Productivity Variations Among Developers and Teams: The Origin of 10x". The context of this critical essay was a series in which I examined some of the issues in arriving at reliable knowledge in the domain of software engineering.

In January, I posted to my personal GitHub site and to various social networks an English translation of that article, which thanks to the leverage of social networks enjoyed a relatively wide audience. This led to a series of exchanges on the blog of Steve McConnell and others, and some private correspondence. On net, my impression has been that this discussion has left the topic no clearer than it was previously, and I take responsibility for this poor result.

On reflection I have come to realize that my claims, in both the original and the translated version, that McConnell was "cheating with citations" and "abusing the mechanism of scientific citation" were overblown. As a consequence of this carelessness on my part, the discussions that ensued were less fruitful than they might have been if I had presented my findings in a more neutral way, to be improved upon as necessary in the interests of factual accuracy.

Even when dealing with charged issues, my normal mode of operation in debate is to avoid framing it as one person against another, but as both working in pursuit of some truth; in this instance, and on several occasions over a period of time, I did less than my best.

On the bright side, I'm happy with many of the insights I was able to glean from this exchange, frustrating as it may have been to other readers. I am resolved to do a better job, at some future time, of presenting what I found during my investigation of the empirical evidence that McConnell and others have collected regarding programmer productivity. (A draft of this report is available and I will provide it upon request.)

Traduction de "folklore ou fait scientifique"

Hier, j'ai pris le temps, suite à diverses conversations avec des confrères anglophones, de traduire ce billet, sous le titre "Fact and folklore in software engineering".

Grâce au relais de HackerNews et de Twitter, l'article a été lu 12000 fois entre sa parution hier et le présent billet, soit moins de 24h. (Andy Warhol avait raison.)