1 12.09.2017QiBud Sàrl All rights reserved

Business Agility

Gilles Ruffieux, Qibud Sàrl

2 12.09.2017QiBud Sàrl All rights reserved

Business Agility

3 12.09.2017QiBud Sàrl All rights reserved

Business Agility

Scrum Methodology

4 12.09.2017QiBud Sàrl All rights reserved

Business Agility

2 fondamentaux / 3 concepts clés

To-do

Rôles Rituels

Priorisation

plutôt que

planning

Petite tâche

gérable

facilement Ratio

effort/valeur

Client &

Product

Owner

Scrum

master

Team

Journalier

Planning

& revueRetro-

spective

Les «en cours» sont maitrisés

Accepte le changement

Orientés valeur & résultats

Clients impliqués en permanence

Rôles clairs, au service de l’équipe qui produit

Itération constante

Rend les problèmes visibles

• Livrer

régulièrement

• S’améliorer

constamment

5 12.09.2017QiBud Sàrl All rights reserved

Business Agility

Scrum Methodology

6 12.09.2017QiBud Sàrl All rights reserved

Business Agility

Backlog

Candidat

Element en préparation

Backlog

Prêt à être exécuté

Priorisé

Doing

Sprint Backlog

Elementsen cours

Elementsbloqués

Done

Elementsterminés

Validé pour livraison

100 % complet 100 % terminés

Half done is not done

7 12.09.2017QiBud Sàrl All rights reserved

Business Agility

Backlog

• Processus

• Sous-processus

• Processus à valider

• Processus à publier

• …

Brique Backlog

• Objectif

• Livrable défini

• Effort estimé (1-3-5-7)

8 12.09.2017QiBud Sàrl All rights reserved

Business Agility

Client & Product Owner

9 12.09.2017QiBud Sàrl All rights reserved

Business Agility

Product Owner

Responsable de production

Backlogs BT JNJ

Product Owner

Chefs de produit

R&D

Nouveaux

concepts

Amélioration

continue

Mise en

production

Mise à jour

des dossiers

10 12.09.2017QiBud Sàrl All rights reserved

Business Agility

Sprint

11 12.09.2017QiBud Sàrl All rights reserved

Business Agility

Le rythme = Sprint

Sprint

planning

Sprint

Review

De 1 sem

à

1 mois

• La durée ne change pas

• Le contenu ne change pas

• L’équipe s’engage sur sa réalisation

(responsabilité)

IHEID

Sprints = 4 semaines

Stand-up = 1x semaine

TPG

Sprints = 3 semaines

Stand-up = 1x semaine

Review = tous les 5 sem.

Debethune

Durée = 2 mois

Lancement d’un nouveau

sprint tous les 2 semaines

Stand-up : journalier

Daily stand-up

12 12.09.2017QiBud Sàrl All rights reserved

Business Agility

Sprint impossible ?

13 12.09.2017QiBud Sàrl All rights reserved

Business Agility

Kanban contraint par les livrables

12

3

4

5

6 7

1 234

5

1 2 3 4 5 6 7

1 2 3 4 5

1

1

Max 2 / jour

Max 1 / jourOn remplit les kanban en amont afin de lisser la charge

Changement de priorité client -> trade off

14 12.09.2017QiBud Sàrl All rights reserved

Business Agility

Team

15 12.09.2017QiBud Sàrl All rights reserved

Business Agility

Equipe

15

16 12.09.2017QiBud Sàrl All rights reserved

Business Agility

Team de Scrum Master as PO

Creative

Consulting

Communication

toolsBrand content

Client services

17 12.09.2017QiBud Sàrl All rights reserved

Business Agility

Communication

18 12.09.2017QiBud Sàrl All rights reserved

Business Agility

Self-management

Prépresse

Impression

PoseSelf – management

• Week planning en début de semaine

• Stand-up tous les matins

• Synchroniser les équipes : Gemba

walking régulier (1-2 fois par jour)

Product Owner

Team client

Scrum master

Animateur

19 12.09.2017QiBud Sàrl All rights reserved

Business Agility

• L’équipe se pose 3 questions

Pour être plus efficace au prochain Sprint

• Que faut-il continuer de faire ?

• Que faut-il arrêter ?

• Que faut-il commencer ?

Retrospective

retrospective

IHEID

1 x par semestre

TPG

Review = tous les 3 à 4 sprints

Remarq

Spontané

Minimum tous les 3

mois

Inox

Tous les 2 mois

20 12.09.2017QiBud Sàrl All rights reserved

Business Agility

Take over

21 12.09.2017QiBud Sàrl All rights reserved

Business Agility

Contextes défavorable

• Management directif et interventionniste

• Projet très complexe, connu, répétitif

• Gestion de projet en place, rodée et donnant satisfaction

• Client éloigné, diffus, gouvernance floue

• Equipes disséminées géographiquement

• Equipe mouvante, se reconstituant en permanence

22 12.09.2017QiBud Sàrl All rights reserved

Business Agility

Quelques retours d’expérience

• Etre pragmatique : Scrum n’est pas adapté à chaque contexte

• Partir simplement : Rôles – backlog – rythme

• Fixer clairement les rôles et responsabilités entre :

• Product Owner, Scrum Master, Equipe

• Etre progressif et accompagner : c’est un changement culturel

• Expérimenter, modifier et transformer grâce aux rétrospectives

• Etre rigoureux ! : Les vieilles habitudes reviennent vite

23 12.09.2017QiBud Sàrl All rights reserved

Business Agility

Be Agile ! Be Happy ☺

Merci de votre attention

gilles@qibud.com