Martin D., développeur web

Data

• Quel est ton métier actuel ? Développeur “full stack”, j’ai une activité où je crée des MVP et j’ai aussi rejoint une structure comme développeur
• Dans quel type de structure tu travailles ? (taille de l’équipe, type d’entreprise, secteur) on est 2 dév + 3 autres personnes dans l’entreprise (startup web)
• En une phrase, quel est ton rôle dans l’équipe ? Je code, je travaille sur les specs avec le CEO et le dircteur marketing, je participe à la priorisation des tâches…
• Est-ce que tu connais l’agilité, est-ce que vous fonctionnez en Scrum ? En Scrum, plus ou moins : on fait des sprints, des reviews, on écrit des specs, on a un kanban dans Trello

Nos hypothèses de problèmes

• (3) T’es-t-il souvent arrivé de travailler sur des projets ne trouvant pas d’utilisateurs ou laissant ses utilisateurs insatisfaits ? Je dirai un sur deux.
• (2) As-tu souvent participé à des projets ne respectant pas le planning et les budgets fixés? Systématiquement.
• (1) 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 ? Oui, au début c’était des problèmes de communication de ma part, mais ça reste compliqué d’amener le changement et l’état d’esprit de l’agile.

Discussion

Les specs, elles sont souvent faites à partir de ce qu’on pense qu’il faut faire. Chez nous, on ne les fait pas très bien. Moi j’écris des specs assez techniques, qui décrivent en détail chaque comportement attendu. Quand c’est le resp marketing ou le CEO ils restent beaucoup plus vague : “mais c’est évidemment qu’on attend que le bouton il fasse ça” ou “je t’ai fourni une maquette”. Mais moi quand je code je suis pas dans sa tête.

La priorisation, c’est pas simple. Par exemple, là on vient de sortir notre MVP. On a des utilisateurs qui essaient, mais qui restent pas. Un utilisateur nous a fait remonter qu’il ne peut pas changer son email et mdp dans son compte utilisateur. Et c’est parti pour 1/2h de discussion. A un moment je dis “est-ce que tu penses que cette feature elle est plus importante que les autres qu’on a en cours ou prévues ?” Et là il se rend compte que non, c’est pas si important. Bien sûr un jour on l’aura ce truc dans le compte utilisateur, mais pas dans le MVP, c’est pénible de passer des heures sur ces discussions.

Je pense que à un moment quand on est méthodique, on doit arriver à estimer le temps qu’il va nous falloir. Souvent je dis que je pense que la deadline est pas tenable, mais on me dit que si, ça passe. C’est systématique que les projets prennent plus de temps que prévu.

Ça m’est déjà arrivé de proposer de nouvelles méthodes. Au début dans ma boîte précédente, je communiquais très mal, j’essayais d’imposer et ça marchait pas. Maintenant je me suis amélioré, j’arrive à faire passer mes idées. Mais ça suffit pas. Il me semble que les gens devraient être capables de se rendre compte que cette idée leur va pas si bien, qu’ils auront du mal à s’y tenir. Mais sur le moment, tout le monde dit “super”, et après au quotidien ça se passe pas comme prévu. Y’a une résistance au changement.

Un problème plus important ?

Plus encore que la difficulté à mettre en place une nouvelle méthode, moi c’est la difficulté à communiquer et convaincre de ses idées. C’est vraiment pas facile de faire comprendre ses idées, et notamment l’agilité à des gens qui sont pas trop dedans.