Lou H, PO

Data

• Quel est ton métier actuel ? PO
• Dans quel type de structure tu travailles ? (taille de l’équipe, type d’entreprise, secteur) startup web, ~10-20 pers
• Est-ce que tu travailles en équipe ? combien de personnes ? Equipe tech 7 pers
• En une phrase, quel est ton rôle dans l’équipe ? Faire l’interface équipe tech/reste de l’entreprise, écrire et suivre l’évolution du produit avec l’équipe
• Est-ce que tu connais l’agilité ? Scrum ? Oui, ils font du Scrum “à leur façon”

Nos hypothèses de problæèmes

1. As-tu souvent participé à des projets ne respectant pas le planning et les budgets fixés? 100% des cas, c’est impossible de respecter.
2. T’es-t-il souvent arrivé de travailler sur des projets ne trouvant pas d’utilisateurs ou laissant ses utilisateurs insatisfaits ? C’est arrivé que je récupère un produit qui sert à personne
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 ? Pour moi c’est naturel de chercher de nouvelles méthodes pour régler les problèmes que le vois. Mais la difficulté derrière elle est toujours humaine.

Discussion

Quand je suis arrivé à mon dernier job, j’ai récupéré un produit B2C dont personne ne se servait, pas même aux gérants de l’entreprise. Je leur ai fait abandonner.

Pour vérifier si ça va aux utilisateurs, tu peux déjà analyser tes KPIs : temps passé sur la page, clics, etc. Avec des outils comme Mixpanel (?) tu peux carrément stalker tes utilisateurs, tu vois s’il a cliqué 15 fois à un endroit, il a pas eu une bonne expérience. J’aurais aussi pu organiser des meetups pour faire remonter les feedbacks, montrer un macro kanban pour donner une idée des évolutions à venir.

Une fois on nous a demandé combien de temps ça prendrait de créer un appli qui devait s’interface avec DHL. Déjà, on va travailler pour savoir ce qu’il y a besoin qu’elle fasse cette appli, on aura une approximation du temps nécessaire. Mais après, s’interface avec DHL ça va prendre des plombes et ça on maîtrise pas. Je pense uque c’est impossible de savoir combien de temps ça va prendre de développer un truc nouveau. Sur un produit existant, où tu as déjà de l’expérience, tu peux savoir, mais pas dans de l’innovation.

Le problème pour mettre en place de nouvelles méthodes, c’est que personne ne suit les process. Par exemple on avait décidé qu’il fallait que 3 dévs review les PR avant de les valider. Souvent c’était pas fait, et la moitié des dévs savait pas de quoi on parlait, etc. Même un truc aussi con que “noter ses congés dans google agenda”, les gens le faisaient pas.

Un problème plus important que ceux-là, dans le dév logiciel ?

Le plus gros problème, c’est de gérer les différences d’état d’esprit [de culture]. Dans l’équipe technique, on est souvent dans un mindset startup, design thinking. Les clients, le commercial, les boss… c’est toujours galère de leur faire passer des idées. Tu proposes un truc, ils sont pas d’accord, ils vont finir par l’être mais on peut pas mettre mille ans pour se mettre d’accord à chaque fois. Culture startup vs. culture industrielle, c’ets encore pire, par exemple quand on travaille avec DHL.