Être Agile. Le Touilleur Express. Un expresso sans sucre. Entreprise-Agile.com. Accueil - Pyxis. Agilex : Agilité et Expertise. Agile France 2011 … c’est fini ! Tout change, apparaît et disparaît – Bouddha. Top 200 Agile Blogs. [If you’re not on this list and would like to be considered, post your blog information in a comment at the bottom!]
There are hundreds of great Agile blogs and software development blogs to read, but do you ever wonder which Agile blogs everyone else is reading? Ever wonder which ones are worth reading? I do. I burn about 1400+ RSS feeds of Agile and software development blogs (growing weekly) with people emailing me monthly for my RSS XML file. Here are the best 200 Agile blogs out there for 2011. Want to brag about your rank or give some link love to the Top 200 Agile Blogs list? For a legend and to understand how the rankings are computed, scroll down past the list. As of June 3, 2011 – Updated on June 8 with new data and changes. [Click here for the Top 200 Agile Blogs RSS links!] Copy and Paste the following code into your website: Do a quick Google search for “Alexa is wrong” or “Compete score unreliable” or any similar string. Social media is growing. Agile-Alchemist.com. Scrum Guide. Scrum, Agilité et Rock'n roll.
Scrum, ça ne se vend pas en pack de 6. Pas plus que l'agilité ne se vend en boîte de 12 Depuis le début de l'année, j'ai participé à la mise en oeuvre de Scrum sur 8 projets différents.
Les pratiques mises en place sont à chaque fois différentes. Même s'il y a un socle commun, le choix dépend toujours du contexte du projet. Tout le monde n'est pas d'accord avec cette façon de voir les choses : certains considèrent Scrum comme un dogme intouchable. C'est apparemment le cas de Laurent Carbonnaux qui fustige les dérives dans l'application de Scrum. Il est gentil de me citer, mais il me prête des pensées que je n'ai pas :
Adapter Scrum au contexte du projet. On entend souvent parler de bonnes pratiques.
Certains pensent que comme elles sont bonnes, elles peuvent s'appliquer partout. Mais les solutions qui ont marché ailleurs ne sont pas forcément bonnes partout et pour tout le monde. Ce qui compte, c'est le contexte. L'agilité doit être appliquée en tenant compte du contexte, qui peut être défini par des attributs relatifs au projet.
Dans le chapitre Adapter Scrum au contexte de mon livre Scrum, la situation du projet est définie en 10 attributs : En fonction de ces attributs, les pratiques sont sélectionnées et adaptées. Sur le sujet, voir aussi Scrum, ça ne se vend pas en pack de 6 et Transition à l'agilité et contexte des projets. Scrum et les tâches urgentes. Pendant un sprint, une équipe Scrum ne devrait pas, en principe, être perturbée.
Cependant il arrive que des perturbations correspondent à des travaux urgents qui ne peuvent pas attendre, alors que faire ? Lors de la réunion de planification du sprint, l'équipe, après avoir identifié les tâches à faire pendant le sprint, s'engage sur un périmètre (constitué par une liste de stories) et sur la qualité avec laquelle elle va le produire (défini par la signification de fini).
Une tâche urgente constitue du travail demandé à un ou plusieurs membres de l’équipe, qui n’était pas prévu au début du sprint. Pas prévu, cela veut dire que c’est du travail qui n’est pas en relation avec la liste des stories sélectionnées pour ce sprint, ni découlant de la définition de fini. Le travail demandé -en urgence- peut être en relation avec le produit que l’équipe développe. Lorsqu’une tâche urgente se présente, une équipe Scrum peut prendre une de ces positions :
Pas de volontaire pour les tâches chiantes ? La question ne se pose pas (trop) dans les équipes Scrum.
Je faisais en début de semaine une formation de sensibilisation aux méthodes agiles. Quand j'ai parlé de l'autonomie de l'équipe et que j'ai expliqué que c'est l'équipe qui identifie les tâches et chacun qui les prend, j'ai eu une question : et si des tâches pénibles ne sont prises par personne ? Hier, Cédric me racontait que lors d'une présentation de Scrum dans sa société de services, il a eu une remarque du même genre : s'il y a des tâches ingrates (TU, Reporting Excel et autres documentations ... ) personne ne les prendra La question vient probablement de chefs de projet. Parce que, dans leur organisation d'équipe actuelle, ils estiment que s'ils n'intervenaient pas de façon autoritaire, des tâches ne seraient pas faites,ou parce qu'ils ont peur d'être dépossédés de leurs prérogatives si l'organisation passe à Scrum.
Ca Scrum ! Traduction:start - Wiki de Fabrice Aimetti. Agilarium.fr. French Scrum User Group - French Scrum User Group - French Scrum User Group. Agenda des Agilistes - accueil.