Joseph S., PO

Data

• Quel est ton métier actuel ? PO
• Dans quel type de structure tu travailles ? PME de 80 personnes, éditeur d’une suite logicielle dans l’archivage de documents
• En une phrase, quel est ton rôle dans l’équipe ? rôle opérationnel : conception produit avec les dév, interface avec le reste de l’entreprise, réalisation maquettes produit… Rôle plus stratégique : coordonner les différentes produits du groupe.
• Taille de l’équipe de travail : Un équipe de 6 dévs (en scrum), une équipe de 2-3 dévs (pas en scrum, on verra à l’usage ce qu’il y a besoin de faire)
• Est-ce que tu connais l’agilité, est-ce que vous fonctionnez en Scrum ? Oui Scrum plutôt by the books

Nos hypothèses de problèmes

(1) T’es-t-il souvent arrivé de travailler sur des projets ne trouvant pas d’utilisateurs ou laissant ses utilisateurs insatisfaits ? Oui, ça serait prétentieux de dire le contraire. (2) Est-ce que ça arrive de ne pas respecter le planning de développement prévu, et est-ce que ça crée des tensions ? Oui et non. Sur mon produit on travaille plutôt à adapter le scope à ce qui est possible de faire, et pour respecter les objectifs fixés avec la direction. Donc pas de tensions. (3) As-tu déjà essayé de mettre en pratique des méthodes de développement de produit et d’organisation du travail en équipe? Si oui, Rencontres-tu des difficultés à le faire ? Dans ma boîte actuelle, pas du tout, j’ai les mains libres pour m’organiser commee je veux avec l’équipe.

Discussion

Contexte : notre suite logicielle a dix ans. Mon rôle c’est d’en faire une nouvelle version sur des techno modernes. On est toujours tiraillés entre créer les nouvelles features demandées par les clients sur le produit existant : c’est toujours à faire le + vite possible et c’est ça qui ramène du CA. Mais ça prend sur le temps de dév de la nouvelle version. Je ne m’occupe pas de la version actuelle, c’est le boss qui voit avec les clients. Moi je travaille sur la nouvelle version, qui doit répondre aux mêmes besoins que l’actuelle, mais en mieux. Pour définir les fonctionnalités de la nouvelle version, je m’appuie :

• d’un côté sur l’équipe technique, ils connaissent très bien le produit actue, ils savent exactement tout ce qu’il fait,
• de l’autre sur l’équipe des chef de projet qui sont en relation avec les clients tous les jours pour les installer, les suivre et qui savent exactement comment ils utilisent le produit.

Avec la direction, on fixe des objectifs pour tous les 3 mois. Dans 3 mois, on doit avoir une version en prod qu’on peut tester, à 6 mois on doit avoir un premier produit vendable… On n’a pas vraiment de deadlines : sur le produit actuel, il faut les features au plus vite. Sur le nouveau, il faut qu’on respecte les objectifs, mais on adapte le périmètre fonctionnel en fonction avec l’équipe technique.

J’ai été trop la tête dans le guidon ces derniers moi et j’ai un peu négligé d’aller chercher des feedbacks utilisateurs. Là je prends des RDV pour aller montrer mes maquettes (maquettes faites sous Powerpoint, on verra si ça leur suffit pour tester).

Un problème plus important ?

En tant que PO, je considère que mon rôle c’est d’être à l’interface entre le produit et tout le reste de l’entreprise. De savoir s’adapter à tous les interlocuteurs. Moi j’ai un background technique et je suis pas un expert en prévisionnels, techniques commerciales, etc. La discussion avec l’équipe commerciale est compliquée, je passe par le boss quand j’ai besoin d’eux. Alors qu’avec les chefs de projet j’ai réussi à établir une relation de confiance, je peux travailler directement avec eux.