DEVOPS
43.4K views | +13 today
Follow
 
Scooped by Mickael Ruau
onto DEVOPS
Scoop.it!

Contrat au forfait et démarche agile - Scrum, Agilité et Rock'n roll

Le périmètre est la variable d'ajustement
A ce client prêt à effectuer la transition vers l'agilité, je conseille d'élaborer un appel d'offres Agile (AOA), dans lequel c'est un processus de développement agile qui est préconisé aux fournisseurs (par exemple Scrum, qui est le plus simple à mettre en oeuvre). Le budget et le délai, au lieu d'être demandés aux fournisseurs, sont fixés par le client et annoncés dans l'AOA. Le plus souvent le client est bien incapable de donner ses exigences précises, il exprime simplement des souhaits, au mieux une vision qu'il a du produit futur. Partant de ce principe qu'il est impossible de définir le périmètre fonctionnel à l'avance, le client fournit simplement sa vision du projet dans l'AOA. Le périmètre deviendra la variable d'ajustement.
Mickael Ruau's insight:
Point de vue du client

Les clauses du contrat sont adaptées à l'agilité. Voici quelques exemples de ce qu'il est possible d'y introduire, pour le bénéfice du client :

  • le client doit recevoir un produit partiel, mais fonctionnel, à la fin de chaque itération : il peut ainsi fournir un feed-back rapide ;
  • le client peut arrêter le contrat à la fin de chaque itération (en contrepartie d'une indemnité fonction du temps passé pour le fournisseur ) : il peut ainsi stopper à temps un projet voué à l'échec ;
  • le client définit les priorités : le fait de développer les fonctionnalités à forte valeur ajoutée en premier permet de lever les risques tôt (risques techniques, bien sûr mais surtout risques de livrer un produit en inadéquation avec les attentes) ;
  • le client peut changer d'avis sur le contenu fonctionnel (sur les parties qui n'ont pas encore commencé), à condition que ce qu'il ajoute au backlog (terme Scrum pour désigner la liste des choses qui apportent de la valeur au client et qui sont à faire par le fournisseur) soit contrebalancé par ce qu'il y retire.
more...
No comment yet.
DEVOPS
DEVOPS, agilité, tests, déploiement, sécurité
Curated by Mickael Ruau
Your new post is loading...
Your new post is loading...
Scooped by Mickael Ruau
Scoop.it!

Truc de Coach Agile: Les ingrédients d'une BONNE revue de sprint

Truc de Coach Agile: Les ingrédients d'une BONNE revue de sprint | DEVOPS | Scoop.it
Vous le savez une Revue de Sprint est bien plus qu’une simple démonstration… Voici les ingrédients qui vont rendre votre revue véritablement efficace! Le rappel et l’affichage des Objectifs de l’événement (rappelés en ouverture) Le rappel et l’affichage de ce que ce n’est pas �  (Peut être utile en cas de dérapages…) Le rappel et l’affichage de…�
more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

Success sliders | Boost Blog

Success sliders | Boost Blog | DEVOPS | Scoop.it

One of the first activities we undertake at the beginning of a development project is having our clients take the team through their vision for the project. Sometimes our clients need a little help forming that vision, especially for green fields projects.

Yesterday we ran a couple of activities with a new client to help them define what will make the project a success. The activities we chose were: Success sliders and the Press Release exercise. In this post we’ll take you through how Success sliders works and how it helps to further define what will constitute project success.

Mickael Ruau's insight:

Method

Step 1 – Set up a poster or whiteboard in a grid of 6 rows by 5 columns.

Step 2 – Label the rows with your success factors. In this case we’ve chosen subjects common to software development projects. Number the columns 1-5, 1 being least important and 5 being most important.

Step 3 – Place post it notes in column 3 of each row. Tell your workshop attendees that they are now invited to rank the success factors from most important to least important for each item. The only constraints are that the total value of rankings must equal 18 and they must work together to agree.

more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

Project kick-off agenda: Running the workshop | Boost Blog

Project kick-off agenda: Running the workshop | Boost Blog | DEVOPS | Scoop.it
Get an example Agile Project Kick-off Agenda. Learn what each activity achieves and get tips for facilitating the workshop.
more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

Kick-off meeting : réussir votre réunion de lancement de projet

Kick-off meeting : réussir votre réunion de lancement de projet | DEVOPS | Scoop.it
Accédez à des conseils pratiques pour organiser et conduire des réunions de lancement efficaces.
more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

The checklist for your daily standup, part IV.- People & Company

The checklist for your daily standup, part IV.- People & Company | DEVOPS | Scoop.it
ScrumMaster should be aware of team members and company news before the daily standup. What else needs to be communicated?
more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

Qu'est ce que le design sprint ? | Blog facilitation, créativité, méthodes collaboratives, travail collaboratif, innovation, animation réunion

Qu'est ce que le design sprint ? | Blog facilitation, créativité, méthodes collaboratives, travail collaboratif, innovation, animation réunion | DEVOPS | Scoop.it

Le Design Sprint permet de résoudre un problème, construire un prototype et le tester sur un panel de consommateur… Le tout en 5 jours. Rapide mais efficace !

Développée en 2014 par Google Venture et théorisée ensuite par Jake Knapp dans son livre Sprint: How to Solve Big Problems and Test New Ideas in Just Five Days, cette méthode a pour objectif d’accélérer et de simplifier la résolution d’une problématique et de proposer une nouvelle expérience de design, le tout en un temps record et pour un coût réduit.

En co-construction et en collaboration avec le client, le design sprint fait partie intégrante de la méthode agile, mélangé aux préceptes du Lean Startup et au Design Thinking. L’équipe du design sprint, composée de 4 à 7 personnes maximum est pluridisciplinaire et polyvalente. C’est un des facteur clé de réussite de cette méthode.

Le design sprint est régi par un sprint master qui permet de cerner au mieux vos besoins et de vous orienter dans vos choix.

more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

Clean Code - Robert C. Martin's Way - DZone Agile

Clean Code - Robert C. Martin's Way - DZone Agile | DEVOPS | Scoop.it
This article goes over some of the more essential element from Robert Martin's book Clean Code, including meaningful names and multiple functionalities.
more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

The checklist for your daily standups, part I.

The checklist for your daily standups, part I. | DEVOPS | Scoop.it
The ScrumMaster's checklist for daily standups is the guide with tips what should be checked before dailies to have the successful Agile team. Part I.
more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

10 ScrumMaster's failures | ScrumDesk, Scrum correctly

10 ScrumMaster's failures | ScrumDesk, Scrum correctly | DEVOPS | Scoop.it
Are you good ScrumMaster? Check typical 10 ScrumMasters's failures. ScrumDesk, the easiest scrum project management tool made for Wanna be great teams.
more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

DevOps pour les Nuls

DevOps englobe les lignes métiers, les utilisateurs, les responsables, les partenaires, les fournisseurs, etc.

more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

Epopée ?

Epopée ? | DEVOPS | Scoop.it

Mike Cohn, dans sa bible des "user story", évoque le terme "epic" lorsqu'une story est trop importante pour être intégré dans un sprint. Elle doit être décomposée en user stories plus fines. Par exemple "En tant qu'internaute, je souhaite réserver un voyage en ligne" est une "epic". Il parle aussi d'epic à propos de user stories très complexes, ou qui nécessitent de plonger dans l'inconnu, sans vraiment avoir la possibilité d'une décomposition simple en stories plus petites. Il faut alors tâcher de les décomposer en story d'investigation d'un côté, et de mise en oeuvre, de l'autre.

more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

Cessez de jouer à Tetris avec votre temps

Cessez de jouer à Tetris avec votre temps | DEVOPS | Scoop.it
La surcharge est mère de tous les vices dans la philosophie Lean (Muri). C'est une plaie qui afflige la plupart des travailleurs intellectuels que je croise. La surcharge est tellement perverse que si vous en souffrez, vous ne vous en rendrez compte que trop tard. Voici quelques exemples de ce à quoi vous vous exposez:…
Mickael Ruau's insight:

Sans être une règle ferme, de manière générale, avant de commencer une semaine, votre agenda ne devrait pas être rempli à plus de:

  • 10% à 20% si vous êtes un producteur dans la chaîne de livraison de valeur;
  • 30% à 50% si vous êtes dans un poste de gestion ou de soutien à une équipe de livraison de valeur;
  • 50% si vous considérez que votre métier, c’est d’avoir des rencontres (courtier, coach, médecin, etc.);
  • Presque vide si vous êtes un CEO ou à un haut niveau exécutif.

Ne vous inquiétez pas, la vie fera en sorte que tout ce vide se remplira de lui-même en cours de route. Il ne s’agit ici que d’activités « planifiées ».

Maintenant, assurez-vous de contrôler l’accès à votre précieux temps. Avant d’accepter une invitation à une rencontre:

  • Assurez-vous de savoir pourquoi elle a lieu;
  • Si c’est une rencontre de suivi, offrez de transmettre un état des lieux par courriel;
  • Demandez toujours si vous êtes requis;
  • Demandez si vous êtes requis pour la totalité de la rencontre;
  • Si c’est moins formel, offrez d’accompagner la personne prendre un café au lieu de réserver une plage horaire;
  • Demandez autour de vous si quelqu’un partageant votre expertise a plus de disponibilité que vous et déléguez;
  • Si vous êtes simplement requis pour valider une décision, faites confiance à vos experts.

Ne dites pas non à tout! Mais choisissez prudemment. Même quand il s’agit de votre gestionnaire qui vous convoque. Une demande ne signifie pas nécessairement une commande.

more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

Toyota Way : les 14 Principes du Lean Management

Toyota Way : les 14 Principes du Lean Management | DEVOPS | Scoop.it
Lean Management. Les 14 principes issus du Toyota way présentés selon 4 catégories: Philosophie Long terme, Processus, Personnes et Amélioration.
more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

Comment archiver nos retrospectives agiles ?

Comment archiver nos retrospectives agiles ? | DEVOPS | Scoop.it

De part notre expérience, une action sera tenue et réalisée si :

1. Une personne se porte garante de l’action
2. Elle est réalisée dans la semaine à venir
3. Elle dispose d’un critère de validation
4. Elle possède une prochaine étape (un « what’s next » est défini à la résolution)

« Une action non finie dans la semaine sera une action non résolue »

Afin de faciliter ce suivi, nous avons mis en place un modèle de tableau d’action qui est fourni à chaque exercice de rétrospective. Il est rempli par les participants à la fin de chaque jeu agile, et est mis de côté afin de le reprendre plus tard pour vérifier si nos actions ont abouti ou non.

more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

Sliding Toward Success

Sliding Toward Success | DEVOPS | Scoop.it
A new tool for prioritizing user stories or projects against one another: Project Success Sliders, helping product owners convey expectations to the team.
Mickael Ruau's insight:

Project Success Sliders were initially created and devised by Rob Thomsett in his book, Radical Project Management. Sliders are a way for a product owner (or collectively all key stakeholders) to convey expectations to the team.

more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

qu’est-ce que l’analyse des parties prenantes et pourquoi vous devez-vous de bien la faire ? –

qu’est-ce que l’analyse des parties prenantes et pourquoi vous devez-vous de bien la faire ? – | DEVOPS | Scoop.it
Un bon chef de projet reconnaît l'impact clé que peuvent avoir les parties prenantes tant à aider qu’à entraver la progression du projet. Une analyse minutieuse des parties prenantes et un plan de communication soigné maximiseront les chances du projet à délivrer les livrable à l'heure et dans le budget.
more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

Dynamisez votre Agilité avec l’Appreciative Inquiry

Dynamisez votre Agilité avec l’Appreciative Inquiry | DEVOPS | Scoop.it
Il nous est souvent demandé de créer d’innover et de capitaliser, mais nous sommes sous pression : comment dynamiser notre agilité avec l’Appreciative Inquiry.
more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

Comment être sûr de ne RIEN oublier dans votre projet ? L’organigramme des tâches

Comment être sûr de ne RIEN oublier dans votre projet ? L’organigramme des tâches | DEVOPS | Scoop.it
Votre projet vient d’être lancé, et il est temps maintenant pour vous de le structurer pour vous assurer qu’il est bien réalisable ! La clé de voûte de votre organisation ? La liste des livrables à produire et des tâches à réaliser dans votre projet. Vous avez déjà essayé plusieurs pratiques plus ou moins concluantes : le tableau
Mickael Ruau's insight:

Idéalement, l’OT ne doit pas comporter plus de 7 lots dans la largeur, et plus de 3 niveaux dans la hauteur. Pourquoi cela ? Tout simplement parce qu’il doit tenir sur une page A4 ! Cela représente au maximum 20 tâches élémentaires (qui, une fois positionnées sur un planning, restent là encore lisible sur un format A4). Si cela n’est pas possible, c’est probablement que votre projet est trop gros et qu’il risque de subir le syndrome de Boyard, ou que vos pulsions de contrôle sont trop fortes !

more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

The checklist for your daily stand-up, part III. - Agreements

The checklist for your daily stand-up, part III. - Agreements | DEVOPS | Scoop.it
Before the daily standups, ScrumMaster monitors team's agreements and rules, i.e. application of Definition of Ready, Definition of Done, WIP limits etc.
more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

The checklist for daily stand-up, part II. - ScrumDesk, scrum project tool

The checklist for daily stand-up, part II. - ScrumDesk, scrum project tool | DEVOPS | Scoop.it
Finish first is a fundamental principle of Agile. ScrumMaster should be aware of what should team finish today. ScrumMaster's checklist for daily standup.
more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

La vidéo sur “L’Appreciative Inquiry” est en ligne !

La vidéo sur “L’Appreciative Inquiry” est en ligne ! | DEVOPS | Scoop.it
Vous avez manqué notre dernier BarCamp ? PALO IT vous propose de le revoir en images ! L'Appreciative Inquiry n'aura plus de secret pour vous !
Mickael Ruau's insight:

Retrouvez les slides de sa présentation, en cliquant ici !

more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

Les cinq étapes de l'évolution DevOps identifiées par le state of devops 2018, présentées par Puppet et Splunk

Les cinq étapes de l'évolution DevOps identifiées par le state of devops 2018, présentées par Puppet et Splunk | DEVOPS | Scoop.it
La paternité du terme DevOps revient à un Belge du nom de Patrick Debois autour de 2009. Faisant suite à une frustration croissante lors de ses missions pour le compte du gouvernement belge à propos des conflits entre développeurs et administrateurs système.Historiquement, les DSI séparent les équipes de développement des équipes d'exploitation du SI (Operations en anglais d'où le Ops).Ces équipes ont des intérêts divergents, les développeurs souhaitent du changement (nouvelles technologies
more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

Qu'est-ce vraiment un Epic en Agile ?

Qu'est-ce vraiment un Epic en Agile ? | DEVOPS | Scoop.it
Une question qui pose débat dans l'univers de l'agilité et à laquelle je vais tenter de répondre : qu'est-ce vraiment une Epic en Agile ?
Mickael Ruau's insight:

Ce concept de user-stories n’est pas né avec le Scrum mais avec une autre méthode agile moins connue aujourd’hui appelée Extreme Programming (XP). Le Scrum a en effet emprunté cette façon d’écrire les « items » à l’XP car elles sont vraiment d’une efficacité redoutable.

Qu’est-ce qu’un Epic en Agile

Selon Mike Cohn

Dans l’XP, les Epics (Epopées) sont vulgairement des « Big user-stories » et rien de plus. Parce que cela serait trop simple, Mike Cohn parle même d’Epic pour parler d’une longue histoire qui sera peut-être découpée en user-stories (on en a même pas la certitude) pour être développée. Il est définit par un simple label.

Et pour Mike Cohn, les thèmes sont des ensembles de user-stories regroupées. En effet le regroupement successif « Thème » > « Epic » > « user-stories » qu’on a l’habitude de voir ne correspond pas à 100% à la définition de Mike Cohn.Si la user-story vient des travaux de Kent Beck lors du projet Chrysler C3, il était intéressant de voir l’avis de Mike Cohn qui a beaucoup partagé sur le sujet (contributeur du Scrum, fondateur de la Scrum Alliance). Cependant, ils sont tous d’accord avec cette définition pas totalement alignée avec celle qu’on au sein des entreprises.

more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

Il était une fois scrum 2 | pablo pernot

Il était une fois scrum 2 | pablo pernot | DEVOPS | Scoop.it

Voici la suite de cette petite histoire de Scrum, qui je le rappelle est sans ambition : une façon de raconter Scrum, une variation sur un thème.

Nous avons démarré l’itération lors de notre précédente histoire (Il était une fois Scrum #1). Bref nous sommes dans la gadoue, au milieu du maul (car c’est bien d’un maul dont voulaient parler les japonais qui observaient un match de rugby et faisaient une métaphore avec leur dynamique d’équipe, et pas d’une mếlée (scrum)).

Durant cette itération le product owner valide au fil de l’eau quand c’est fini. Fini cela veut dire quoi ?

Mickael Ruau's insight:

Au fait, pas de business value sur les user stories, c’est intenable. Vous devez scinder une user story vous divisez par deux votre business value ou pas ? C’est le genre de questions qui font que je n’ai jamais réussi à maintenir une business value unitaire par user story. Un vrai casse tête chinois, et ce n’est pas franchement utile. Donc pas de business value sur les user stories. Vous pouvez représenter la business value a un niveau plus macro : epic/épopée, fonctionnalités/feature. La valeur aux yeux de product owner, cela sera sa priorisation.

more...
No comment yet.
Scooped by Mickael Ruau
Scoop.it!

L'importance de la valeur de l'apprentissage dans la priorisation des fonctionnalités

L'importance de la valeur de l'apprentissage dans la priorisation des fonctionnalités | DEVOPS | Scoop.it
En Agile, la priorisation se fait toujours par rapport à la "valeur d'affaire". Ce terme est souvent un terme vague, ou vaguement défini. Par ailleurs, Mike
more...
No comment yet.