Le document aborde l'importance d'un backlog public dans le développement agile, soulignant comment il permet aux utilisateurs d'influencer le produit en partageant leurs besoins. Il compare également différentes plateformes et approches pour la mise à jour des applications, en mettant l'accent sur la transparence et l'interaction utilisateur. Enfin, il présente l'idée d'un backlog semi-public pour maintenir un avantage concurrentiel et encourager l'innovation.

1. Un Backlog
public ?
Francois Wauquier
Artisan du SI
@wokier
Sfeir

2. Intro
Il est difficile de capturer le besoin présent
Il est impossible de capturer le besoin futur
Les méthodes agiles répondent au changement
en livrant frequemment un logiciel qui
fonctionne

3. Un Backlog de produit
Une liste de 'User Story' ordonnées
Permet au product Owner de
construire ou faire évoluer le
produit selon sa vision

4. Un Backlog de sprint
Une liste de 'User Story'
ordonnées, sélectionnée pour le
sprint
Permet à l'équipe de savoir ce
qu'elle doit faire

5. Du point de vue de l'utilisateur...
?
Demo
PO
Besoin
Utilisateur

6. Le langage informatique
Backlog
User Story
Epic
Incrément
Fonctionnalité
?
Use Case
Ticket
Release
Version
Mise à jour

7. A Eviter
vendredi 21 octobre 2011 -> Mardi 23 Mai 2012
Bonjour,
La RATP s'efforce d'améliorer ses applications afin d'offrir la
meilleure expérience possible à ses utilisateurs.
Vos suggestions ont bien été enregistrées et nous les étudierons pour
une prochaine version.
Merci de votre intérêt pour nos applications,
Pour l'équipe RATP
Margaux
... pour ajouter une gare dans l'application mobile

8. Comment font les grands ?

9. Navigateur Google Chrome
● Livraison continue
● Un projet Open Source Chromium + un projet Google
● Mise à jour automatique suivant 4 canaux (Stable, Beta,
Dev, Canary)
● Plateforme Google Code pour le suivi des tickets
● Numéro de version à 4 chiffres
● 3 blogs (Chrome, Chrome releases, Chromium)
● 2 comptes Tweeter (@goolgechrome, @chromedev)
● 1 page facebook
● Time to market : 24h

10. OS Microsoft Windows
● Mise à jour automatique
● Aide en local (self-care)
● Support en ligne
● Questions/réponses en ligne
● Contact multi-canal
● 1 Compte Twitter
@windowsfrance
● 1 Page Facebook

11. Site Web Stackoverflow
● Stackoverflow = Forum + wiki + blog + digg
● Principe fortement collaboratif
● 1 demande d'évolution implémentée par jour
en moyenne depuis le lancement
● + 30 Stacks à Theme
● 1 dédié au produit: Meta Stackoverflow
● 1 email de support

12. Application Mobile Foursquare
● Disponible sur toutes les smartphones
● Mise à jour automatique
● Plateforme de notation et commentaire des
markets
● Suivi de tickets Zendesk
● Plateforme collaborative par Get Satisfaction
● Blog
● Compte twitter @foursquare

13. Projet Open Source XWiki
● Jira pour le suivi des tickets
● Roadmap
● Release Notes
● Apache Project Management Comittee
● Mailing List
● Synergie avec XWiki SAS
● Communauté de développeurs
● 1 Compte twitter @xwiki
● 1 Page Facebook

14. Plateforme GitHub
● Si vos utilisateurs codent ...
● Git est un gestionnaire de source distribué
● github propose hébergement git + suivi des
tickets
● Un pull request est l'équivalent
d'un patch en attente
● Un fork est ~ une copie
● github utilise git ...
● 1 Compte Twitter @github

15. Le langage de l'utilisateur
Support
Contact
Suggestion
Idée

16. Un Backlog public
Tout l'interêt du backlog
+ Une machine à Feedback
+ Un support de communication

17. Le Pari de la Transparence
Level0 : L'utilisateur subit la livraison
Level1 : L'utilisateur connait les choix et la vision du produit
Level2 : L'utilisateur peut influencer l'ordre du backlog de
produit (pas de sprint OK)
Level3 : L'utilisateur transmet ses nouveaux besoins par
différents canaux
Level4 : L'utilisateur utilise des outils collaboratifs de masse
permettant de créer des stories et d'influer sur leur
priorisation

18. Outils
Jira
Trello
User Voice
Get Satisfaction
Idea Scale
Google Moderator
...
Rappel
Les individus et leurs interactions plus que les processus et les outils

19. Un backlog semi-public ?
● Conserver des innovations à sortir avant ses
concurrents
● Utiliser le backlog public comme un bac à
sable pour faire émerger des User Story très
demandées
● Assurer une cohérence
● Surprendre ses utilisateurs

20. Un Backlog public
Backlog Backlog Backlog
Public Produit Sprint

21. Conclusion
Une mission pour Super Product Owner

22. Ref
Chrome https://plus.google.com/104198667806510679271/posts/TWqMnyRW6b7
Stackoverflow http://www.codinghorror.com/blog/2012/05/this-is-all-your-app-is-a-collection-of-tiny-details.html

23. Thanks
Thierry Trepied
Vincent Massol

24. About
http://about.me/francoisWauquier
https://twitter.com/#!/wokier
http://alloteou-android.appspot.com/
http://alloteou.uservoice.com