Suite et fin du compte-rendu de la conférence ALE2011 à Berlin. Voici les événements marquants des 2 derniers jours de la conférence, toujours fortement orientés vers le partage et l’échange. On y a parlé de pratiques budgétaires modernes, de lean, on a appris à changer le monde (et pas à le refaire), on a discuté de la vertue de l’échec, et l’on s’est demandé comment prolonger dans la durée cette formidable énergie créée autour du réseau ALE.
Lire la suite de cet article »
Xebia sponsorise et participe en ce moment à la première conférence Lean et Agile d’envergure Européenne, ALE2011. Je vous avais déjà parlé du groupe Agile Lean Europe dans la RDP du 15 juin, et à l’époque la conférence était encore un projet plein d’incertitudes et dont la résonnance n’était pas assurée. C’est dire le chemin parcouru en l’espace de quelques mois pour mettre sur pied une organisation solide, un programme attractif, et une participation suffisante.
Lire la suite de cet article »
La dernière session de la conférence Software Craftsmanship 2011 m’emmène sur les pentes du Lean Software Development avec « The Lean Code Challenge ».
Très bon slot de Chris Parsons avec au programme, du code bien sûr, une fois n’est pas coutume dans cette conférence.
L’objectif de cette session est de nous faire réfléchir sur le Lean Software Development. En particulier, la session aborde les aspects suivants :
- Eliminate waste.
- Focus on value.
- Deliver fast.
- Decide late.
Lire la suite de cet article »
Nous avons vu dans un précédent billet que le rôle de l’architecture pouvait être remis en perspective à travers la poursuite de trois objectifs : Etre Connecté aux objectifs métier de l’entreprise ; Assurer la Cohésion des solutions ; Accueillir favorablement le Changement. Voici un nouveau principe à appliquer afin d’atteindre ces objectifs. Ce principe a été introduit par James O. Coplien et s’intitule « Tous sur le pont dès le début ».
L’essence de ce principe est que l’ensemble des parties prenantes d’un projet doit être impliqué dès le démarrage de ce dernier.
Lire la suite de cet article »
Nous avons vu dans un précédent billet que le rôle de l’architecture pouvait être remis en perspective au travers de la poursuite de trois objectifs : Etre Connecté aux objectifs métier de l’entreprise ; Assurer la Cohésion des solutions ; Accueillir favorablement le Changement. Voici un nouveau principe à appliquer afin d’atteindre ces objectifs. Il constitue un aspect primordial de la fonction d’architecture et s’intitule « Penser grand, agir petit ».
Lire la suite de cet article »
La rétrospective est l’une des cérémonies préconisées dans les méthodologies de développement agile. Son rôle est de permettre aux équipes de développement, et aux individus qui la composent, de continuellement s’améliorer.
Les rétrospectives pourront ainsi aider les équipes à améliorer leur productivité mais aussi les compétences de ses membres ou encore la qualité de ce que l’équipe produit. Leur but va donc bien au delà d’une analyse post-mortem d’une itération de développement de laquelle découlerait une amélioration des processus de développement.
Dans cet article, nous allons vous donner quelques clés pour vous aider à comprendre les enjeux et à mieux piloter vos rétrospectives.
Lire la suite de cet article »
Nous avons vu dans un précédent billet que le rôle de l’architecture pouvait être remis en perspective au travers de la poursuite de trois objectifs : Etre Connecté aux objectifs métier de l’entreprise ; Assurer la Cohésion des solutions ; Accueillir favorablement le Changement. Voici un deuxième principe à appliquer afin d’atteindre ces objectifs. Alors que le premier, « Etre toujours impliqué », concernait l’architecte et son rôle, celui-ci à trait aux livrables d’architecture. Il s’intitule « Voyager léger ».
L’expression « Voyager léger » doit ici être prise au pied de la lettre. La question qui se pose est : Que doit avoir sur lui un architecte lorsqu’il fait le tour des parties prenantes d’un projet pour échanger avec chacune d’entre elles ? De quel support a-t-il besoin pour expliquer les besoins métier à l’équipe de réalisation, pour transmettre la vision du produit au métier, pour impliquer les opérations suffisamment tôt, etc. ?
Comme nous l’avons déjà vu, les dossiers d’architecture à rallonge sont un mal courant dans nos Direction Informatique. C’est le piège du « Big Design Up Front » (BDUF) ou du « Big Modeling Up Front » (BMUF). Les dossiers d’architecture épais comme des bottins ne sont d’aucune utilité parce qu’au final, quels que soient les efforts déployés pour les produire et quelle que soit la pertinence de leur contenu, ils ne sont pas lus. De tels documents ne sont pas lisibles facilement et demandent trop d’efforts et de temps pour appréhender et comprendre leur contenu. Résultat, tout le monde s’en détourne et toute la valeur qu’ils contiennent est perdue.
Lire la suite de cet article »
Nous avons vu dans un précédent billet que le rôle de l’architecture pouvait être remis en perspective au travers de la poursuite de trois objectifs : Etre Connecté aux objectifs métier de l’entreprise ; Assurer la Cohésion des solutions ; Accueillir favorablement le Changement. Voici un premier principe à appliquer afin d’atteindre ces objectifs. Il concerne l’architecte et son rôle et s’intitule « Etre toujours impliqué ».
Le rôle d’un architecte ne se limite pas à un projet ou à une phase d’un projet. Pour être efficace, un architecte doit avoir des perspectives bien plus larges. Un architecte Lean communique en permanence avec toutes les parties prenantes de la DSI (du métier aux opérations). Il joue un rôle actif dans la réalisation des projets. Il s’assure que les leçons apprises sur les projets passés ou en cours sont sues et qu’elles sont appliquées dans tous les projets qui le nécessitent.
Lire la suite de cet article »
Le rôle de l’architecture et la place des architectes au sein d’une organisation font souvent débat et sont souvent mal compris. Cette incompréhension est principalement due au fait que la contribution de l’architecture à la réalisation des objectifs métier de l’entreprise n’est pas (ou peu) visible.
Le rôle de l’architecture peut être remis en perspective si on le considère au travers du prisme de trois objectifs clés (les 3 C de l’architecture) :
- Etre Connecté aux objectifs métier de l’entreprise.
- Assurer la Cohésion des solutions.
- Accueillir favorablement le Changement.
Utiliser ces objectifs comme principes fondamentaux d’une « architecture lean » met l’emphase sur ce qui doit être fait sans perdre de vue le pourquoi. Cela permet ainsi de mieux positionner l’architecture au sein d’une organisation.
Lire la suite de cet article »
La revue de presse de l’actualité Java/J2EE hebdomadaire proposée par Xebia.
Agilité
Le coin de la technique
Evènements de notre communauté en France et à l’étranger
Lire la suite de cet article »
Complet
Twitter
