background preloader

Bien démarrer avec "Scrum"

Bien démarrer avec "Scrum"
Par Florent Lothon, mis à jour en juin 2013. La méthode Scrum (« Scrum » signifie « Mêlée » en anglais), ou plus exactement le cadre méthodologique Scrum est de loin la méthode Agile la plus utilisée dans le monde. Expérimentée en 1993, elle bénéficie aujourd’hui de nombreux retours d’expérience. Les conférences, communautés, formations, blogs, outils et ouvrages à son sujet ne manquent pas. L’objectif de cet article est de vous aider à vous lancer dans la mise en oeuvre de Scrum. Il décrit le processus associé, ses étapes, réunions, rôles, etc. Au sujet de Scrum Parler d’une « méthode » concernant Scrum n’est pas ce qu’il y a de plus approprié. Au sein de ce cadre méthodologique de gestion de projet, les acteurs ajustent empiriquement, au fil des itérations, leur propre méthode en fonction de leur contexte. NB : Sachez que eXtreme Programming couvre également efficacement les aspects de gestion de projet, faisant d’elle l’une des méthodes Agile les plus complète qui existe. Démarrage

L’artefact ne fait pas le moine Dans ce billet, nous nous basons sur un expérience vécue de mise en place d’une méthodologie (Scrum) sur un projet de développement, pour analyser un piège qui, selon nous, guette toute organisation désireuse de s’améliorer via l’adoption d’une méthodologie : le piège de l’Artefact. Un jour, un homme décide qu’il veut devenir moine. Il accepte alors de s’astreindre à certaines règles de vie, à une discipline. Il revêt également un habit qui le fait apparaître comme moine aux yeux de tous. L’organisation qui souhaite devenir Agile, ISO, CMMi ou “Force Pure” (non, ne cherchez pas “Force Pure” sur Google : nous utilisons ici ce terme pour désigner une méthodologie ou une certification quelconque) accepte de s’astreindre à certaines règles de fonctionnement, à une discipline. Elle produira des artefacts qui pourront notamment servir à démontrer aux observateurs son respect de ces règles, à prouver qu’elle “est” ce qu’elle prétend être. La DSI de la société X s’est lancée.

La méthode Scrum en dix minutes | citadel Vous vous intéressez de près aux méthodes agiles ? Vous souhaiteriez vous tourner vers la méthode Scrum, ou simplement savoir en quoi elle consiste ? Voici un article fait pour vous ! Depuis quelques années, les méthodes agiles prennent de plus en plus de place dans les sociétés spécialisées dans le développement logiciel. Cette vidéo réalisée par Axosoft résume en quelques minutes l’essentiel de la méthode agile Scrum de façon très simple et efficace (en anglais). +Maxime Baudoux 5 bonnes raisons de déployer en continu Depuis la présentation retentissante de John Allspaw à Velocity 2009 sur la collaboration entre dev et ops, où il explique que chez Flickr le rythme de déploiement en production dépasse les 10 par jour, on entend beaucoup parler de « continuous delivery » et « continuous deployment ». Ce dernier se différencie par une automatisation complète de la chaîne de fabrication et déploiement entre le commit du développeur et le déploiement en production, alors que le « continuous delivery » préconise des interventions manuelles (simples « push-button ») pour approbation humaine de certaines étapes : tests fonctionnels manuels, test d’usabilité, contrôle des déploiements par le marketing, etc. J’emploierai le terme « déploiement continu » dans cet article pour regrouper les deux notions. Comme beaucoup, je me suis d’abord demandé plusieurs fois : “Franchement… quel est l’intérêt de déployer tous les jours ?”. 1. Illustration issue d’une présentation de Eric Ries (fondateur du Lean Startup) 2.

Un aperçu de Scrum pour néophyte … 05 mai 2010 Au cours d’une mission, j’ai été confronté à l’utilisation de Scrum comme méthodologie de projets. Suite à cette première expérience qui m’a parut satisfaisante, j’ai eu l’envie de partager ce que j’ai pu apprendre et comprendre pour en faire profiter d’autres qui n’ont pas eu ce privilège. L’objectif de ce billet se résume en deux points : Conserver le souvenir de cette expérience, et mettre en avant ma vision de ce que j’ai pu vivre et ressentir au cours de cette périodeFaire partager et mettre à profit cette connaissance. Un aperçu de Scrum pour néophyte … Avec un cycle de développement classique, nous nous retrouvons toujours face à un contrat liant un Client, à la Maîtrise d’Ouvrage (MOA / AMOA) et à la Maîtrise d’Œuvre (MOE). Dans le meilleur des mondes, tout le monde sera content à la date fixée par le Client … seulement … Le Client va faire évoluer son besoin, si ce n’est complètement le changer. [Haut de page] Le manifeste Agile Il est vital que l’application fonctionne.

Animer des rétrospectives d’itération La rétrospective dans les méthodes agiles est un moment important dans un projet. La rétrospective est une pratique qui permet de répondre au 12ème principe agile du Manifeste Agile: « À intervalle régulier, l’équipe réfléchit aux moyens de devenir plus efficace, puis accorde et ajuste son comportement dans ce sens ». Ritualiser cet événement permet de mettre en place un processus d’amélioration continue. Même si parfois, l’équipe a l’impression qu’il ne s’est rien passé, il s’est passé quelque chose, le plus important étant de garder cet espace de prise de recul. Couramment, deux types de rétrospectives sont faites dans les projets agiles: les rétrospectives d’itération et les rétrospectives de release/projet. Pour une rétrospective d’une itération de deux semaines, il est recommandé de faire une rétrospective de 2 heures, pour une itération d’une semaine, 1h. Keep Drop Start L’outil le plus simple utilisé pour une rétrospective d’itération est le Keep Drop Start: Conseil d’animation:

Accueil | Road To EntrepreneurRoad To Entrepreneur | Créez et développez vos projets sur internet Quand l’Agile peine à s’imposer… Un de nos consultants est embarqué chez l’un de nos clients, dans un projet de dev d’une application web innovante, à interface très riche. Ce projet est conduit par le client suivant une bonne vieille méthode en cascade… Il se trouve dans l’équipe en charge du développement du « front ». Le reste du projet (web-services et stockage) est réalisé par une autre équipe. Et il et se désole tous les jours des freins qu’il rencontre à la production d’une application de qualité : IDE imposé et obsolète, système de gestion de versions inutilisable, batailles sans fin avec l’équipe d’architecture transverse qui impose des technologies obsolètes et incompatibles avec l’ambition du projet. Les specs sont relativement contraignantes et conduisent au développement d’une appli assez pauvre sur le plan architectural (domaine anémique, code passe-plat…) Le design émergent voué à l’échec ? Pour Jonathan : On est dans le pari classique du « Big Design Up Front » vs « architecture émergente ». Jonathan :

A view into the future – using Scrum as teaching tool in high school (and prior?) | Rini van Solingen A few weeks ago I visited the Ashram College (high school) in Alphen a/d Rijn in The Netherlands. A friend pointed out that they have a teacher there, who is using Scrum with high school students. They call it eduScrum, but what’s in a name. The results are astonishing: student teams that are focused and motivated and that score a full point higher in their exams! So, on a dreary Wednesday morning I take my car and drive to Alphen aan den Rijn, to visit this high school. Secondly, I am seeing the future. Willy Wijnands is a lecturer in engineering, physics and chemistry and uses Scrum in all his classes. You might think that such young people can’t deal with such self-responsibility but practice shows differently. These teams of four, work for several weeks together to achieve a specific goal. give a presentation about the phenomenon: light,determine the amount of copper in a mobile phone (and filter out all the gold from the phone in the lab!) It works roughly like this: And I?

Outil Excel pour Scrum : intérêts et limites De la solution "post-it" ou carte bristol originale jusqu'aux outils les plus sophistiqués - Icescrum, Version One - voire alourdis par un large spectre de fonctionnalités - RTC - une solution simple basée sur un tableur célèbre offre de nombreux avantages. Être immédiatement accessible, très configurable, focalisé sur l'essentiel des concepts... Une solution "tableur" est parfois une étape souhaitable pour établir les features et stories de votre outil Scrum+XP. Nous allons considérer les avantages et les inconvénients d'une telle solution. Pour cela, je me base sur l'outil que j'utilise en formation ou - parfois - accompagnement, qui est disponible ici : Outil Scrum Excel . Intérêts Comme je le précisais en introduction, ce type d'outil offre plusieurs avantages. Disposer de microsoft excel. Espace partagé : l'un des avantages décisifs d'un outil par rapport aux cartes bristol est sa capacité à être partagé. Ces pré-requis étant posés, voyons d'un peu plus près l'intérêt d'un tel outil.

Lean Startup: L’entrepreneuriat ça s’apprend ? Lean Startup: L’entrepreneuriat ça s’apprend ? par Lucie Pinzano Sortez vos chapeaux d’aventuriers car le blog accueille aujourd’hui Lucie Pinzano, aka « L’aventurière du web ». Diplômée d’un master spécialisé E-business à Paris, mordue de projets entrepreneuriaux et du web, Lucie est tombée dans la marmite du web en 2007 et après plusieurs expériences en start-up Internet, elle s’est lancée dans son propre projet. Dans ses « carnets d’aventurière », elle décrypte les grandes tendances du web-entrepreneuriat et du marketing digital. Débuter petit et imparfait tout en pensant grand Ou comment apprendre à faire bien au lieu de bien faire. La philosophie Lean revient à accepter de lancer ses projets petits et imparfaits tout en pensant grand. Groupon s’est lancé avec la vision d’un produit qui permettrait de regrouper des consommateurs pour les faire peser dans des décisions économiques, politiques, caritatives: The Point. Tester, tester en retester ! Apprendre avant de Vendre Les personaes

Related: