Il semble que toutes les équipes de développement aient aujourd'hui à la fois des ingénieurs logiciels et un chef de produit. Je suis un débutant dans l'industrie du logiciel et je me demande quelle est la différence?
Réponses:
D'après mon expérience, les meilleures équipes qui fonctionnent ont un certain chevauchement de compétences entre les différents rôles dans le cycle de vie, pour garantir qu'il n'y a pas de «renversement par le mur» mais une transition en douceur entre chaque étape.
Lors du développement d'un produit (ou de fonctionnalités / histoires au sein d'un produit), un chef de produit et un ingénieur sont alignés en tant que propriétaires majoritaires de deux étapes, la définition (PM) et la mise en œuvre (ingénieur).
Chef de produit - Les chefs de produit sont essentiellement des «concepteurs de fonctionnalités» ou sinon des concepteurs, ils sont propriétaires. Leur entrée est les exigences du client / entreprise et leur sortie est les spécifications du produit à partir desquelles les ingénieurs peuvent travailler.
Un chef de produit effectuera généralement une enquête initiale sur les fonctionnalités nécessaires (dans un groupe plus important, un analyste commercial vous aidera à cette étape), puis organisera cela en exigences et propositions de produits approximatives. À un moment donné, un ingénieur ou un architecte peut devoir s'impliquer pour aider le chef de produit à savoir ce qui est viable et à s'adapter en conséquence.
Après la livraison de la spécification, le chef de produit est souvent essentiellement le «propriétaire du produit» dans le processus Scrum - la personne chargée de définir «terminé» et d'accepter le travail final.
Une fois le produit terminé, les chefs de produit peuvent également être chargés d'aider le service client, le marketing et même un service commercial à comprendre ce qui a été développé et quelles sont les fonctionnalités les plus attractives.
Ingénieur - Comme mentionné ci-dessus, l'ingénieur peut être engagé tôt dans le processus pour aider à la définition des exigences. Mais la partie principale du travail de l'ingénieur commence lorsque les spécifications du produit sont définies et approuvées pour le travail. L'ingénieur implémente le logiciel conformément aux spécifications, et prend tous les problèmes non découverts dans la spécification au chef de produit pour examen.
Généralement, une fois que le produit est en cours de développement, le chef de produit entrera un peu en arrière-plan tandis que les ingénieurs pourraient être davantage impliqués dans le processus d'assurance qualité.
En ce qui concerne le chevauchement - comme je l'ai mentionné, il y aura des allers-retours entre le PM et l'ingénieur. Au cours de cette évolution, toute compréhension technique du chef de produit aidera à minimiser le temps nécessaire à l'ingénieur, et mieux l'ingénieur comprend le produit a besoin, plus ses conseils seront utiles.
Le rôle d'un chef de produit peut varier considérablement d'une entreprise à l'autre.
Dans le pire des cas (et malheureusement, dans le cas le plus courant), un chef de produit est un responsable technique avec des fonctions de spécification et de libération sous-évaluées.
Dans le meilleur des cas, un chef de produit assure la liaison entre les développeurs et les clients & managers, et s'assure que les développeurs ont le temps dont ils ont besoin pour une livraison de qualité. Il est généralement préférable d'embaucher une personne ayant des compétences spécialisées en gestion de produits au lieu de transférer un développeur dans le poste. Idéalement, le chef de produit aurait au moins une compréhension de surface de la technologie en cours de développement, mais une connaissance technique approfondie n'est certainement pas nécessaire.
projectest product, mais je pense que vous devez approuver le modifier pour qu'il soit visible.
Je voudrais assimiler les rôles à un ingénieur est un développeur tandis qu'un PM est un gestionnaire de développement. Le responsable du développement peut faire certaines choses techniques mais pas toujours. Et il est utile que PM possède une formation technique pour comprendre les problèmes auxquels sont confrontés les développeurs (plus de «que voulez-vous dire, cela prend plus d'une demi-heure par écran!»).
Pour dire la vérité, quand il s'agit d'être appliqué au domaine logiciel, le terme "Product Manager" est vraiment le seul valable des deux. Presque personne ne fait quoi que ce soit à distance comme "l'ingénierie" dans un logiciel. "Ingénieur logiciel" est fondamentalement un terme vide appliqué incorrectement parce qu'il sonne bien et parce que les gens ne postulent pas pour des postes de "Code Monkey".
Avis de non-responsabilité: Ceci est du point de vue d'un travail qui n'est pas strictement programmé (nous ne livrons pas nécessairement un logiciel)
Dans l'entreprise pour laquelle je travaille, la plupart des chefs de produit sont des ingénieurs. Ils ne font pas toujours le travail de bas niveau, mais ils savent certainement ce qui se passe et peuvent en sélectionner eux-mêmes des portions. Le travail du chef de projet est d'interagir avec le client (ou les clients), les autres équipes, le cas échéant, et d'assurer la liaison entre le niveau inférieur et la direction supérieure, et de diriger l'équipe dans l'objectif global. Ce qu'ils font exactement , je ne suis pas sûr. Je ne suis pas chef de produit.
Cependant, cela varie d'une entreprise à l'autre.