Le guide de l'exécutif pour embaucher des développeurs de produits

Décembre
9, 2020

7 min de lecture

Les opinions exprimées par les contributeurs de Entrepreneur sont les leurs.

Que vous construisiez une application pour votre startup, un site Web de marketing ou un système de flux de travail numérique d'entreprise avancé, les directives pour établir une relation solide entre votre équipe de direction et votre équipe de développement de produits sont les même.

Les projets logiciels ont la réputation d'être chers, de prendre trop de temps et de dévorer des capitaux et des ressources avant de se lancer et de faire leurs preuves. Au cours des dix années d'activité de mon entreprise en tant qu'équipe de développement de produits, nous avons vu des structures performantes et appris de nombreuses bonnes pratiques pour gérer le processus en cours de route.

Une bonne communication est au cœur de la relation entre l'équipe de développement de produits. Nous avons trouvé extrêmement vital de nous assurer que les parties prenantes exécutives et l'équipe de développement sont alignées et comprennent les besoins et les limites des deux côtés de l'équation. Tout le monde doit être très clair sur ce qui va être livré exactement.

En tant que cadre dirigeant une équipe de développement logiciel, la chose la plus importante à retenir est que ce n’est pas vous d’un côté et les développeurs d’un autre, il faut vraiment que ce soit un effort de collaboration. Les bons chefs de file en matière de logiciels fournissent une direction, s'alignent et résolvent activement les problèmes grâce à l'utilisation appropriée de quelques outils de gestion importants.

Au fil des ans, mon entreprise a développé une pléthore de systèmes et d'outils qui nous aident à collaborer efficacement avec nos clients. Comme on nous a demandé de faire plus de conseil plutôt que de travailler uniquement sur le développement, nous avons constaté qu’ils travaillent universellement pour toutes sortes de relations d’équipe de développement exécutive. Voici les principes directeurs de ces systèmes et outils en tant qu'éléments d'action:

Avant de commencer le processus, assurez-vous de comprendre:

• Votre budget pour votre MVP (produit minimum viable). Ceci est la première itération de votre produit que vous mettrez entre les mains des testeurs, vous n'avez donc pas besoin de faire sauter la banque sur ce premier tour. Vous avez juste besoin d'un produit qui offre la valeur fondamentale, juste assez de fonctionnalités pour attirer les clients et valider l'utilité de votre produit pour ces clients. Il n'est pas nécessaire que ce soit la version la plus parfaite et peut être facilement déployée dans une version bêta fermée.

  Il est important de comprendre que, que ce soit en interne ou en sous-traitance, vous payez votre équipe de développement produit pour son temps et les fonctionnalités supplémentaires , intégrations, API, etc., plus le projet sera coûteux.

• En fonction de la complexité, nous encourageons généralement la plupart des clients à cibler un coût MVP compris entre 50 000 $ et 300 000 $. Dans presque tous les cas, cela devrait vous fournir la première version fonctionnelle de votre produit. Donc, si une équipe de développement de produits externe vous facture en dehors de cette fourchette, ou si vous budgétez plus de 500 000 $ pour votre MVP, examinez attentivement pourquoi et s'il est vraiment nécessaire de dépenser cela uniquement pour fournir l'essentiel.

• Votre chronologie. Assurez-vous de savoir quand vous avez besoin du produit prêt. Il est important d'avoir un objectif de calendrier réaliste pour que tout le monde rende des comptes. Si vous avez besoin d'un produit fini en un mois, très peu d'équipes de développement de produits seront en mesure de produire quelque chose de réussi dans ce laps de temps, à moins qu'il ne s'agisse d'un site Web très simple. N'oubliez pas que vous voulez d'abord mettre un MVP entre les mains des utilisateurs de test. Déterminez quand vous voulez que ce soit le cas. À partir de là, vous pouvez développer les jalons clés que vous souhaitez franchir avant cette date et les jalons clés que vous souhaitez franchir par la suite.

Connexes: 3 stratégies pour optimiser le développement de produits innovants

Lorsque vous interviewez des développeurs, que ce soit une équipe externe ou interne, assurez-vous de:

• Demandez des références . Oui, il est important de voir le travail et les évaluations des clients sur un site Web, mais n'oubliez pas que tout développeur que vous embauche ne partagera que le meilleur des meilleurs en ce qui concerne le travail terminé et les évaluations.

  Demandez ce développeur potentiel pour les références – pluriel. Prévoyez d'avoir une conversation approfondie avec ces références. Renseignez-vous sur l'ensemble du processus de développement, car vous voulez trouver des personnes qui peuvent partir d'un concept et créer quelque chose de raffiné et d'évolutif. Plusieurs compétences différentes sont impliquées tout au long du cycle de vie d'un produit en phase de démarrage, vous aurez donc besoin de quelqu'un qui puisse gérer l'ambiguïté des premiers concepts et l'attention aux détails requise pour un produit de haute qualité. Bien sûr, une excellente question à se poser est toujours «Souhaitez-vous les embaucher à nouveau?» Écoutez attentivement comment ils répondent à cette question, et vous pouvez généralement dire dans leur ton si quelque chose ne va pas.

• Renseignez-vous sur leur processus agile . Les développeurs et certainement les équipes de développement (si vous embauchez en externe) doivent disposer d'un processus agile bien établi qu'ils ont déjà utilisé avec des résultats fructueux. Assurez-vous qu'ils peuvent vous donner un aperçu complet de ce processus.

  En outre, demandez-leur dans quelle mesure ils adhèrent à ce processus. Souvent, vous entendrez les développeurs et les équipes de développement de produits parler beaucoup de leur processus agile sur leur site Web, dans des interviews ou dans des articles de réflexion publiés leadership mais à quel point ils s'en tiennent à ce processus est une toute autre balle jeu.

  Posez des questions pendant le processus d'entrevue, par exemple: «Comment avez-vous géré et adapté aux exigences changeantes d'un projet précédent?» Ils devraient être en mesure de vous guider tout au long de leur processus. Si cet exemple provient de l'une de leurs références, c'est encore mieux.

• Demandez-leur comment ils travaillent avec le design. L'expérience utilisateur fera ou défendra instantanément le succès de votre produit, la conception doit donc être une partie extrêmement importante du processus. Tout bon développeur le sait.

  Si vous embauchez une équipe de développement de produits, assurez-vous de bien comprendre les personnes qui seront responsables de la conception et que les concepteurs et les développeurs ont une expérience de la collaboration. L'une des principales raisons pour lesquelles les projets logiciels échouent est que la conception et le développement ne sont pas alignés.

Connexes: Comment créer une application lorsque vous ne pouvez pas coder (un guide pas à pas)

Une fois que vous avez embauché une équipe de développement produit, assurez-vous de et l'équipe à la fois:

• Comprenez la vision. Cela semble évident mais pourrait en fait être la chose la plus difficile à communiquer. Il est très facile d'imaginer ses rêves dans sa tête, mais les communiquer à une équipe pour se développer est un tout autre défi. C’est pourquoi un brief de vision bien rédigé est un excellent outil pour démarrer votre projet de développement de produit. Nous avons tendance à donner à nos clients notre feuille de travail brève vision comme devoir avant le lancement du projet. Cette feuille de travail comprend des questions telles que:

  • Quels sont les objectifs de ce produit?
  • Qui va l'utiliser? Quel est le public cible idéal?
  • Quelles fonctionnalités sont indispensables et quelles sont les fonctionnalités intéressantes?
  • Quelles sont les principales priorités du produit?
• Un bref document de vision agit comme un plan de projet. Il peut évoluer au cours de ce projet, mais c'est un excellent point de départ. À partir de là, vous et l'équipe de développement du produit pouvez examiner le brief ensemble, poser des questions, le modifier et l'ajouter si nécessaire. Une fois finalisé, assurez-vous que ce document est partagé avec tout le monde sur le projet afin que tout le monde soit sur la même longueur d'onde et examinez-le régulièrement pour vous assurer de l'alignement

Il y a tellement de bons développeurs de produits et d'équipes de développement. Que vous recrutiez en interne ou en externe, je suis sûr que vous serez en mesure de trouver la bonne personne, mais rappelez-vous que vous ne pouvez pas être trop minutieux tout au long du processus de recrutement. Il peut être très difficile de changer d'équipe au milieu du développement de produit.

Et, plus important encore, même si la création d'un produit est un travail difficile, vous devriez passer un bon moment à le faire! L'énergie collaborative positive est le principal moteur de bons résultats, alors assurez-vous de travailler avec des personnes que vous aimez.