Panorama des méthodes agiles en 2006

Je vous propose à nouveau un peu d’archéologie et de nous replonger en cette année 2006.

Cette présentation faite lorsque j’étais chez Valtech nous présente le paysage des méthodes agiles à cette époque qui nous parait déjà si éloignée…

Have fun !

http://b.scorecardresearch.com/beacon.js?c1=7&c2=7400849&c3=1&c4=&c5=&c6=http://b.scorecardresearch.com/beacon.js?c1=7&c2=7400849&c3=1&c4=&c5=&c6=http://b.scorecardresearch.com/beacon.js?c1=7&c2=7400849&c3=1&c4=&c5=&c6=http://b.scorecardresearch.com/beacon.js?c1=7&c2=7400849&c3=1&c4=&c5=&c6=http://b.scorecardresearch.com/beacon.js?c1=7&c2=7400849&c3=1&c4=&c5=&c6=http://b.scorecardresearch.com/beacon.js?c1=7&c2=7400849&c3=1&c4=&c5=&c6=http://b.scorecardresearch.com/beacon.js?c1=7&c2=7400849&c3=1&c4=&c5=&c6=http://b.scorecardresearch.com/beacon.js?c1=7&c2=7400849&c3=1&c4=&c5=&c6=http://b.scorecardresearch.com/beacon.js?c1=7&c2=7400849&c3=1&c4=&c5=&c6=http://b.scorecardresearch.com/beacon.js?c1=7&c2=7400849&c3=1&c4=&c5=&c6=http://b.scorecardresearch.com/beacon.js?c1=7&c2=7400849&c3=1&c4=&c5=&c6=http://b.scorecardresearch.com/beacon.js?c1=7&c2=7400849&c3=1&c4=&c5=&c6=http://b.scorecardresearch.com/beacon.js?c1=7&c2=7400849&c3=1&c4=&c5=&c6=http://b.scorecardresearch.com/beacon.js?c1=7&c2=7400849&c3=1&c4=&c5=&c6=

Qui a peur du Lightning Talk ?

Le Scrum Day 2012 propose, parmi ses formats de soumissions, le “lightning talk”. C’est une nouveauté et un principe simple : vous avez 5 à 10 minutes pour présenter votre sujet.

Je trouve le format attractif, aussi vais-je moi-même proposer un sujet selon ce format.

Plus simple ?

D’abord le format est attractif car il vous permet de ne préparer un sujet que pour 5 à 10 minutes. C’est en principe moins stressant que faire cet exercice pour 45 minutes ! On verra plus loin que ce n’est pas entièrement vrai.

Focus, focus …

Dans une session de 45 minutes, on a tendance à cibler un sujet, puis à explorer différentes facettes de celui-ci. Certes, on a ainsi la sensation d’avoir traité le sujet, mais n’il y a-t-il pas un aspect prédominant par rapport à un autre ? Si c’est le cas (et c’est souvent le cas) celui-ci sera finalement perdu au sein d’une présentation assez longue. Dommage !

ma proposition et mon challenge sont ainsi celui-ci: ne choisir qu’un aspect et un seul. N’aborder que celui-ci, être direct, pertinent et percutant sur ce sujet ciblé ! C’est ce que je vais essayer de faire !

Le sens de l’info

Cette idée du lightning talk (je dois l’avouer, j’ai posé à ce que ce format soit proposé) m’est venue en écoutant une émission de France Info: le sens de l’info, avec Michel Serre. Dans cette émission, Michel Serre évoque un sujet durant 6 minutes environ. Je ne cesse d’être surpris par la masse de réflexions et d’informations que Michel Serre parvient à délivrer dans un temps si court !

Certes je ne suis pas Michel Serre, mais pourquoi donc aurais-je besoin de 45 minutes pour délivrer un message moitié moins consistant. “less is more” disait Ludwig Mies (et Steve Jobs après lui). Il est temps pour moi de montrer que j’y croie

Aller à l’essentiel

J’ai un constat un peu amère à faire: j’ai assisté à de nombreuses présentations et pour une grande proportion d’entre elles j’en suis arrivé à la conclusion que le message ou l’information délivrée aurait pu l’être dans un format bien plus court !

C’est ici que l’apparente simplicité du format se transforme en réelle difficulté: comment éliminer le superflu ? Que faut-il couper pour ne pas diluer le sujet initial ?

L’exercice n’est pas facile, il sera (presque) nouveau pour moi.

Et vous, pourquoi ne présenteriez-vous pas un “lightning talk” au Scrum Day ?

Pour en savoir plus sur les Lightning Talks

  • L’article de Wikipedia dédié au sujet
  • Les Pecha Kucha sont un format très particulier de Lightning Talks en 20 minutes et 20 slides.
  • La conférence Ignite vous donnera aussi de nombreux exemples de Lightning Talks en format court (5 mn).

De la sécurisation du SI à la sécurisation de la prise en charge

De la sécurisation du SI à la sécurisation de la prise en charge

De son émission au prescripteur, l’information sur le médicament suit une longue chaine de traitement et de mise à disposition. Chaque étape requiert un niveau particulier de vérification, de sécurisation et d’auditabilité afin d’assurer au professionnel de santé une totale fiabilité de cette information.

Quand mon produit est un système d’information (Scrum Day 2011)

Scrum évoque implicitement, dans les différentes descriptions qui en sont faites, la réalisation de systèmes fermés, qu’ils soient logiciels ou applications Web.

Lorsqu’il s’agit d’informatique interne, il s’agit le plus souvent, non plus de réaliser une application isolée, mais de faire grandir un système d’information constitué de plusieurs composants applicatifs collaborant ensemble.

Dans ce contexte, la dimension projet est généralement dissociée de la dimension produit (le système d’information). Comment gérer une telle dichotomie avec Scrum ?

Les différents projets d’informatique interne s’adossant et faisant croitre un même système d’information, comment gérer les interactions et les synergies entre ces projets ?

Est-il nécessaire de penser et faire des plans sur l’évolution de l’architecture du SI indépendamment du cadre imposé par chaque projet ? Si oui, est-il possible de faire cela tout en restant dans Scrum ?

C’est à ces différentes questions et bien d’autres encore que nous tentons de répondre ici.

Note de lecture : Présentation Zen, par Garr Reynolds

Note : 7 ; Transformer des présentations ennuyeuses en expérience émotionnelle !

Ce livre est à l’image du Zen dont il s’inspire : il donne un message simple et pourtant difficile à décrire ! Je ne vais essayer de décrire par la table des matières ce livre de 220 pages, mais me contenter d’une description générale.

Tout d’abord, le livre lui-même : il fait 220 pages, mais est très loin d’être couvert de texte. Il se lit donc plutôt rapidement. En fait, le livre expose par lui-même les conseils que l’auteur veut faire passer : simplicité, clarté, pureté, élégance. Nous avons donc à faire à un livre à la mise en page soignée, imprimé en couleur sur papier glacé ! Les principes et conseils de l’auteur sont abondamment illustrés. Très abondamment illustrés ! Et c’est une bonne chose.

Le contenu lui-même, maintenant. Le principe des « présentations zen » est en fait très simple, il se résume en gros comme suit :

  • Les présentations doivent être belles, simples et élégantes.
  • La présentation ne doit pas être redondante avec la prose du présentateur. Evitez les diaporamas remplis de texte, avec des listes à puce (comme ici). Si nécessaire on peut distribuer un document papier complémentaire à l’auditoire (avec des listes à puce ici, donc finalement ça va).
  • Une présentation doit être préparée et scénarisée, comme l’est une performance scénique. Car c’est une performance scénique.
  • Un visuel est une aide qui doit agir au niveau émotionnel. Ce n’est pas un document. Un visuel sans la prestation du présentateur ne sert à rien.

L’ouvrage décrit et développe les quelques principes que j’ai maladroitement retranscrit ici. Il y a de nombreux conseils, mais surtout la volonté de faire passer un état d’esprit, une idée de ce que doit être une présentation réussie. C’est sans doute pour cela que ce livre est difficile à décrire : c’est d’avantage une source d’inspiration que des recettes de cuisines.

Si vous vous livrez parfois à des présentations en public, ou à des formations, ne passez pas à côté de ce livre : je pense et j’espère qu’il vous inspirera, comme il l’a fait pour moi !

presentation-zen

Référence complète : Présentation Zen, pour des présentations plus simples, claires et percutantes – Garr Reynolds – Pearson 2008 (V.O. : Presentation Zen : Simple Ideas on Presentation Design and Delivery, ISBN : 978-0-321-52565-9) – ISBN : 978-2-7440-2270-8

Presentation Zen: Simple Ideas on Presentation Design and Delivery


http://www.goodreads.com/book/add_to_books_widget_frame/0321525655?atmb_widget%5Bbutton%5D=atmb_widget_1.png&atmb_widget%5Bhide_friends%5D=on