En tant que co-fondateur et occasionnellement chef de produit, concepteur et développeur indépendant, j'ai travaillé des deux côtés de la table: en tant que développeur géré et en tant que gestionnaire travaillant avec un développeur.
Ainsi, si vous êtes un fondateur, un chef de produit ou quiconque travaille avec une équipe technique, je souhaite partager quelques tâches à accomplir pour que vos employés soient heureux et pour leur faciliter la vie.
Pourquoi s'embêter? En plus de vouloir simplement être un bon patron, plus la vie de votre développeur est facile, plus elle sera en mesure de mettre en œuvre les fonctionnalités plus rapidement et plus efficacement. Et sur Internet, où le temps se déplace à la vitesse des années de chien, c'est certainement un avantage.
Voici les clés du succès lorsque vous travaillez avec votre équipe technique.
Comprendre la différence entre un CTO et un ingénieur en chef
Vous travaillerez soit avec un CTO, soit avec un ingénieur en chef, et il est important de comprendre qu'ils ne sont pas nécessairement la même personne.
Parfois, vous avez un CTO extraordinaire, non seulement technique, mais également un excellent gestionnaire, communicateur et délégué. Ces types veulent probablement tout savoir sur ce que vous construisez, sur l'objectif final pour l'utilisateur et sur vos objectifs commerciaux globaux. C'est génial! Croyez-moi, c'est un atout. Nourrissez-le.
La plupart du temps, cependant, et surtout dans cette économie de développeurs rares, vous aurez un ingénieur principal: une personne qui est géniale dans l'ingénierie d'un produit, mais qui n'a pas nécessairement les compétences (ou le désir) de gérer une équipe. et produit.
Plus vous réalisez rapidement le type de personne dont vous avez besoin (ou avez embauché), mieux vous serez préparé à gérer cette personne et le produit.
Attention aux choses
Les développeurs sont des fabricants, pas des machines. Écoutez donc leurs idées et assurez-vous de les prendre en compte, même si vous ne savez pas de quoi ils parlent quand ils commencent à utiliser des termes techniques. Vous ne savez pas la différence entre ceci et cette pile? Demander. Utilisez-le comme une opportunité d'apprendre. Vous devez au moins avoir une compréhension de base du côté technique de votre produit.
Être spécifique
Il est beaucoup plus utile pour votre équipe technique de leur attribuer des tâches spécifiques et de petite taille - ne vous contentez pas de faire un tas de maquettes et de leur dire de le faire avant vendredi. En fait, vous devriez être celui qui gère le projet pour eux. Apprenez à utiliser un logiciel de gestion de projet tel que Pivotal Tracker ou Trello et suivez l'évolution du développement des fonctionnalités par jour ou par session de travail.
Et vérifiez souvent, en personne et via votre logiciel de gestion de projet. Il est beaucoup plus facile d'empêcher que des choses ne se passent dans la mauvaise direction si vous pouvez les attraper à la fourche.
Ne changez pas d'avis tous les jours
Je sais, vous pensez que cela semble évident. Mais lorsque vous proposez et vendez votre produit tous les jours, vous avez des réactions et vous cherchez des moyens de l'améliorer - il est très facile de revenir avec de nouvelles idées tout le temps. Ne fais pas ça à ton équipe.
Définissez une petite chose que vous souhaitez créer: un produit minimum viable (ou «MVP»). Avoir votre MVP spéc'ed et prêt à être construit. Et fais-le petit. Si vous avez conçu une application géante, décomposez-la et commencez par une partie. Expédiez votre MVP, puis changez d'avis en fonction des données.
Si vous ne l’avez pas déjà fait, lisez The Lean Startup d’Eric Ries. Suivez-le - ne vous contentez pas de jargon cool lors d'événements de réseautage.
Fixer des objectifs, pas des échéances
Dans le monde technique, les délais ne fonctionnent pas toujours. Même le développeur le plus expérimenté casse des choses et il est difficile d'estimer le temps qu'il faudra pour réparer les choses.
Je suis vraiment dans l’idée de Tracker de décomposer les caractéristiques et d’attribuer des points de difficulté, pas des heures. Marquez un problème comme «facile», «moyen» ou «difficile» et suivez les progrès plutôt que de respecter les délais. Assigner des tâches surtout difficiles? Ils peuvent probablement être décomposés davantage.
Obtenez un grand designer
Les concepteurs résolvent les problèmes et peuvent rendre le processus de construction du produit beaucoup plus facile. Particulièrement les concepteurs UX / UI (expérience utilisateur et interface utilisateur). Ils vous aident à déterminer l'apparence et le comportement de votre produit: pixel par pixel, interaction utilisateur par interaction (pensez: quel bouton l'utilisateur clique-t-il ensuite? Où est-il sur la page? Où le conduit-il?).
Ce n'est pas le travail de votre développeur. Je suis serieux. Le travail de votre développeur consiste à écrire du code et non à concevoir le produit. Un excellent designer vous aidera réellement à réduire les coûts de développement, car il aidera l'équipe à réfléchir et à détecter les problèmes que d'autres ont peut-être oubliés. Ils peuvent également suggérer d’apporter des modifications simples mais puissantes qui rendront votre produit plus intuitif et plus facile à utiliser.
Dans le même temps, assurez-vous que votre designer est maigre. Parfois, la création de tout personnalisé n’en vaut pas la peine. Il y a une différence entre l'attention portée aux détails et le fait d'être une diva. Si votre développeur se plaint d'une conception, vous devez vous arrêter, en discuter, la modifier et faire des compromis.
Test, test, test
Si votre produit vous tient à cœur, aidez votre développeur à le tester. Elle regarde ça depuis des heures. Donnez-lui une nouvelle paire d'yeux. Louez-la pour ce qu'elle a bien fait et donnez-lui des tâches spécifiques pour ce qui reste à faire ou à réparer.
Les développeurs se plaignent souvent qu'ils ont passé énormément de temps sur quelque chose, puis que le logiciel a été lancé avec des objets cassés car personne ne les a vus. Rappelez-vous, c'est votre produit. Et personne ne veut travailler pour quelqu'un qui ne se soucie pas du produit qu'il commercialise.
Compenser assez bien
Vous êtes un homme d'affaires et les hommes d'affaires négocient. Habituellement, beaucoup mieux que les non-hommes d'affaires.
Donc sois prudent.
Vous pouvez négocier avec un développeur sur son tarif, mais si cela semble raisonnable, c'est probablement le cas. Gardez à l'esprit qu'il y a beaucoup d'autres personnes désireuses et capables de l'embaucher pour ce qu'elle a cité. Et, si elle a l'impression d'avoir été dépassée et qu'elle ne reçoit pas la compensation qu'elle mérite, il y a des chances qu'elle ne donne pas la priorité à votre travail par rapport à un autre travail (ou à des activités plus amusantes). Ou alors, elle trouvera quelqu'un d'autre qui paiera son tarif, puis vous laissera pendre. Je l'ai vu maintes et maintes fois.
Une autre solution consiste à négocier un tarif pour une période d'essai pour une petite fonctionnalité et à lui dire que vous paierez le tarif complet si le projet aboutit.
Faites confiance à votre équipe
Etes-vous méfiant des heures de votre développeur ou de votre relâchement en vous rendant au biergarten le plus proche? N'oubliez pas que si vous n'embauchez pas des personnes en qui vous avez confiance et qui sont meilleures que vous à un poste, vous n'embauchez pas les bonnes personnes.
Faites confiance aux experts que vous avez engagés pour faire leur travail. Donnez-leur les outils dont ils ont besoin pour le faire, y compris la direction, la flexibilité, la marge de manœuvre et l'autorité. Et vérifiez souvent.
