Qu'est ce qu'un product Owner?

Le Product Owner a un rôle important dans un projet conduit en mode Agile.
C'est l'équivalent d'un Moa dans un projet en cycle en V.

Il est le représentant des utilisateurs . Il n'est pas un directeur de produit, il donne bien la direction fonctionnelle  mais n'a pas de responsabilité hiérarchique  sur des personnes.

Il prend des décisions de niveau stratégique comme la décision de la date de livraison du produit et de son contenu.

Le product Owner doit avoir une bonne vision du produit. La vision se construit au début du projet et se consolide ensuite. 

Tous les membres de l'équipe et tous les parties prenantes du projet doivent partager la même vision et c'est au PO de s'en assurer.

Voici le rôle du Product Owner

- être le représentant du client ou des utilisateurs.

- récolter les attentes, besoins, exigences du client ou des utilisateurs et les priorités associées.

- formaliser le backlog de produit avec le niveau de précisi on adapté à la priorité

- être en mesure de les expliquer au Scrum Master et à l’équipe de

développement ou d’inviter le client et/ou un utilisateur pour le faire.

- définir le planning des releases dans lesquels les Sprints s’inscriront

Voyage en mode agile : le bilan

Comme dans un projet informatique gèré en agile, un projet de voyage comporte une partie bilan.

C'est le moment où tous participants font le point ensemble, ils disent les choses qui se sont bien passés et les choses qui se sont moins bien passés.

Les points forts:

- adapter les étapes à la réaliser du terrain. Les espaces sont grands, les temps de trajets sont importants

- le rythme de vacances n'est pas aussi rapide que celui du travail.

Il faut tenir compte du décalage horaire à l'arrivée, prévoir 24h à 48h pour s'habituer à la nouvelle civilisation du pays: monnaie, différence des mesures, de la langue, conduite ....

Les points faibles :

- l'organisation macro entraîne régulièrement des questions : qu'est ce que l'on fait?  

Il faut pour chaque période planifier l'hébergement, recadrer éventuellement le parcours ....

En conclusion, l'agilité dans un voyage est plutôt réservé à des experts du voyage qui arrivent à s'exprimer au moins en anglais et qui acceptent en voyage d'improviser au jour le jour leur voyage en fonction de leurs inspirations mais aussi de leurs rencontres.

Je vous recommande un site internet fait par des voyageurs agiles

www.peoplewhotravel.com

Mon expérience de projet agile peoplewhotravel.com

Lors du lancement de peoplewhotravel.com (site internet, application android et iphone), nous avons travaillé en méthode agile.
Nous avions définis les fonctionnalités principales et en fonction des réactions du marché nous avons adapté notre produit.
Nous avons travaillé en mode intératif et incrémentale.
Nous travaillons par sprint de deux semaines, nous définissions un ensemble de user story représentant une fonctionnalité utilisable par un utilisateur. 
A la fin de la quinzaine, la fonctionnalité était livrée en production permettant de développer la marque très rapidement.
L’équipe était constituée de 3 développeurs, deux testeurs, un graphiste et un marketeur. Nous étions à l’exception du graphiste qui était extérieur dans le même open space.
Nous faisions des points formels tous les matins et des points informels dés que nous en avions l’utilité : au café ou sur la terrasse au soleil.
Nous avions établi la planification projet  et l’avancement des taches directement  sur un grand tableau fait de papier blanc et de  post-it.
Chacun à tout moment  pouvait être au courant de l’avancement du projet et des tâches qui étaient adressées à chacun.
 Nous n’avons pas suivi une méthode Agile précise type Srum, XP, Kanban mais une méthode de projet agile car elle réuni les trois principes suivants : itérative, incrémentale et adaptative.
Nous avons utilisé notre agilité d'esprist!