Un article sacrément intéressant sur le problème de la définition de l'agilité comme un état d'esprit. J'aime beaucoup l'ensemble de moyens que prend William pour justifier sa réflexion, c'est vraiment bien écrit et amené.
Un portrait orienté agilité de l'auteur de l'une de mes citations préférées. Ca brosse un portrait fascinant.
Ah, donc SAFe ne marche pas si bien ? Je tombe de ma chaise !
Encore un manifeste ? Oui, encore un, mais qui reprend la plupart de mes pratiques architecturales
Est-ce que l'agilité est une croyance ?
Est-ce que des gens y croient ?
C'est tout le problème de confondre "a plutôt que b" et "a mais pas b"
J'ai tendance à penser que ce qu'écrivent les grands anciens de l'agilité sur la documentation est globalement à côté de la plaque, mais ça n'est que mon avis ...
J'ai l'impression d'entendre mon chef
Alors ça c'est vraiment de bons principes d'architecture (et pas seulement pour de l'"architecture continue"
Ca donne à réfléchir, c'est sûr.
La progression des équipes agiles vers plus d'intégration en amont : designers, product managers, peuvent aussi être des membres de l'équipe.
Une très bonne façon de déterminer si on est vraiment agile : voir ce qu'on peut changer dans la méthode de travail
C'est toujours bon de rappeler qu'il existe dans les équipes des rôles différents des métiers qui les supportent. De la même manière, le rôle d'architecte dans une équipe est souvent tenu par les dévs, et le métier d'architecte lui est très complémentaire.
Oh c'est vraiment génial, ça ! Ca permet aux développeurs d'exprimer leur connaissance de l'achitecture, et à l'architecte d'avoir une vision claire sur ce qu'il se passe vraiment dans le code.
Je pense que l'architecture se joue de nos jours tout au long de la vie du projet. Du coup le titre d'architecte me semble valide, même si son métier n'est PAS de définir l'architecture.
Une lecture évidement intéressante, vu comment la méthode agile est devenu l'alpha et l'omega des organisations
Une discussion sacrément intéressante sur les estimations et leurs mauvais côtés
Une vision de la stratégie produit dans les groupes qui a beaucoup de sens
J'aime beaucoup cette phrase
Cette liste de techniques d'estimation est vraiment chouette, parce qu'elle fournit des moyens différents de faire cette partie du travail qui est un poil pénible.
Un article vraiment intéressant pour comprendre comment l'architecture d'entreprise et l'agilité s'articulent
Je cite (parce que les captures d'écran, c'est bien de la merde): "unpopular opinon: story points should be replaced by a triple of (value, impact, uncertainty)". Et plutôt qu'unpopular opinion, j'écrirai plutôt "interesting idea"
Un bon article sur un moyen efficace de borner les user stories. Vas-y Xavier, continue ! (ce serait sympa d'expliquer comment le mener en asynchrone et à distance)
Chouette article, qui fournit à mon avis une introduction sympa à la documentation vivante ...
Très chouette application de rétrospective distante !
Et voilà donc la méthode complète de mapping stratégique de Simon Wardley. Ca mélange un bon paquet de trucs que j'ai déja vu, et je me demande si ça n'est pas un complément stratégique à des outils comme C4. En tout cas, c'est très intéressant.
Franchement, c'est la première fois que je vois une évaluation qui porte un sens autre que "faites ce qu'on vous dit". Et c'est vraiment bien.
Il y a là-dedans quelques idées sacrément intéressantes ...
Cet article sur l'agile est splendidement écrit et documenté. Il ya là-dedans des choses sur les bases de l'agilité qui font réfléchir.
Ah tiens, c'est intéressant ça (je le note aussi parce que la réunionite agile me rend dingue)
Il y a là-dedans quelques conseils particulièrement bien vus.
Je vais utiliser précisément ce tweet dans une présentation à venir. Et ce sera bien.
Ce tutorial me fait découvrir l'agile model driven development .... Il va falloir que je relise ça à tête reposée
Je suis ... plutôt d'accord, même si je n'ai pas forcément les connaissances en analyse transactionnelle.
Evidement que Yegor pousse le bouchon trop loin. MAIS l'injection de culpabilité par le daily stand-up est un de ces moments de vérité qui font de son blog une lecture ... très recommandée.
Un changement d'état d'esprit intéressant ... qui pourrait donner des résultats ... vraiment chouettes, si on y réfléchit bien (par exemple en développant cette philosophie du chaos monkey agile)
C'est triste, et vrai.
C'est aussi drôle ... et vrai.
C'est surtout une leçon.
This is an awesome idea !
Ca dézingue bien l'agile, non ?
C'est encore une fois très juste, précisément parce que la nature humaine est changeante et la motivation parfois évanescente.
A cause de docToolchain, je replonge dans arc42 ... et c'est assez séduisant, je dois dire ...
Je trouve intéressant que l'un des créateurs de l'agile reconnaisse l'erreur de la méthode - qui n'en est une que dans les entreprises qui l'appliquent "faussement".
Une charge ... somme toute mesurée ... contre l'université en France. J'en retiens en particulier cette citation "J’attire ici votre attention sur le mot « agile ». « Agile » est un mot qui a visiblement commencé son existence sociale comme une fin de soirée débraillée où Pierre Gattaz avait forcé sur la sangria : une trouvaille de pochtron rubescent, mais de pochtron managérial tout à sa joie d’avoir mis la main sur ce que ces gens-là appellent un « concept »."
Lordon n'est pas au fait de toute l'histoire du mot, mais dans l'ensemble, il a raison
Oh mais je suis exactement chez ce genre de client !
Je vais me garder cette discussion sous le coude, pour toutes les fois où des mecs prennent ces traditions agiles pour de l'argent comptant
Très vrai. Agile, maintenant, ça veut toujours dire quelque chose, mais bien peu (d'entreprises) le savent)
Tellement vrai !
Ca a un côté tout le monde ment qui me plaît assez
Quelques idées de plan pour construire facilement des rétrospectives agiles
Un chouette kata-logue avec critères de recherche intégrés