08h00 | Ouverture des portes |
09h00 | Introduction de la journée et présentation des sessions du matin |
09h30 |
Keynote : Marketing Agile – une nouvelle réalité ‘Business’!
Ma mission n’est plus de réaliser un projet, mais de stimuler et de guider afin que le client s’engage et participe au processus, de la conception à la réalisation. L’objectif est d’être vraie, dynamique et de s’investir pour faire avancer la réflexion….tout en s’adaptant aux imprévus avec Agilité. Cela nécessite finalement un changement de posture: Agile + Business et – d’accepter de s’exposer. Travailler avec notre client, concevoir avec lui, faire nos sessions d’idéation avec lui… et révéler sans réserve son mode de fonctionnement. Pas à côté, pas en réaction, mais en situation, sur le vif. |
10h30 | Break |
10h40 |
Sois Agile et tais-toi
L’entreprise a décrété qu’elle serait agile.
Cela a même été planifié. On a transformé les bureaux. On a délivré des post-its. On a certifié les gens. On a agilifié les projets et appliqué toutes les cérémonies Scrum. Mais … Cela ne marche pas ! C’est même pire qu’avant
Combien de fois avez-vous entendu ces remarques ?
Peut-être l’avez-vous personnellement vécu ? Et pourtant, tout partait de bonnes intentions. Cette illustration montre ce que vivent beaucoup d’entreprises qui se réveillent désabusées après une transformation agile douloureuse. Elles ont le sentiment d’avoir perdu leur temps et surtout leur argent. Qu’est-ce qui n’a pas marché ?
Cette présentation aura pour objectif de montrer les pièges dans lesquelles s’enferment beaucoup d’entreprises. Elles imposent l’agilité comme le remède miracle à tous leurs maux. Nous verrons l’envers du décor de ces transformations agiles. Nous tenterons de comprendre pourquoi certaines d’entre elles échouent et les moyens nécessaires pour éviter ou contourner ces échecs |
11h300 | Break |
11h30 |
Passer à l’agile, ça veut dire quoi ?
Passer à l’agile, c’est quoi ? C’est difficile ? Ça fait mal ? Comment s’y prend-on ? Quelles sont les étapes à franchir ? Par où commencer ? Comment progresse-t-on ? Autant de questions qui nous l’espérons trouveront des réponses au travers de témoignages vrais, authentiques, et sans tabous. Il y a 9 mois, Sarah, Jean-Albert, et Valérie ont été embarqués dans un programme de transformation agile lancé par leur société. Lors de ce retour d’expérience, chacun partagera comment il/elle a vécu cette aventure : le bon, le moins bon, les difficultés, les surprises, les bienfaits, les changements dans leur quotidien, les leçons qu’ils en retirent, et là où ils en sont aujourd’hui.
|
12h30 | Lunch |
13h30 | Présentation des sessions de l’après-midi |
14h00 |
Bref. J’étais Product Owner
Bref.
Les politiques ont décidés de transférer des compétences vers les régions. ça fait des nouveaux projets informatiques, des délais intenables, des specs pas abouties… Bref. On monte une équipe, on fait de l’agile, et tout va rouler. … Personne n’y croit.
Les signaux sont au rouge, on va se planter. On va juste limiter la casse. Bref. J’étais Product Owner Quand tous les signaux s’allument au rouge avant de démarrer un projet, tout le monde sait qu’il va se planter. La seule question à se poser, c’est comment se planter en douceur. On parlera :
|
14h50 | Break |
15h00 |
Transformer le processus budgétaire d’une entreprise en un exercice de team building
Le processus budgétaire est l’un des seuls processus qui concerne tout le monde dans l’entreprise. De ce fait, il constitue une formidable opportunité de faire travailler les collaborateurs ensemble. Pourtant il est souvent vécu comme long, ennuyeux, peu transparent, compétitif et ayant une faible valeur ajoutée.
Rendre ce processus plus collaboratif contribue à améliorer l’efficacité de l’exercice budgétaire et à lui donner plus de sens. Comment transformer concrètement le processus budgétaire en team building ? |
15h50 | Break |
16h00 |
De l’Administration à la startup – 5 projets Scrum
Par Youri Ackx
Retour d’expérience sur 5 projets Scrum dans des environnements variés, depuis la start-up à l’administration tentaculaire. Des environnements tantôt favorables aux méthodes de développements agiles, tantôt hostiles.
Une équipe auto-gérée peut-elle vraiment fonctionner ? Dans quels cas aurait-on préféré Kanban, voire du waterfall à Scrum ? Empiriquement, certains types de projets sont-ils plus propices que d’autres pour être agile? Quelle corrélation entre l’agilité et le succès (ou l’échec) du projet? Comment fait-on sans testeur ou sans analyste? À quel point le facteur humain est-il important ? |
17h00 | Cloture et remise des cadeaux Cocktail de clôture |