Tout est comme dans la vie.
Contexte
Dans les méthodologies classiques, le rôle du propriétaire du produit ne l'était pas. Pour la première fois, le rôle du chef de produit est apparu dans le framework Scrum. Avant cela, le rôle du chef de projet dans la méthodologie PMI PMBoK était le plus proche du sens. Le rôle du chef de projet comportait un certain nombre de contradictions et de conflits d'intérêts:
- Le chef de projet était responsable à la fois de l'équipe et de la relation avec le client. Malheureusement, les intérêts du client sont contraires aux intérêts de l'équipe.
- Le chef de projet n'était responsable que de la phase de création du produit. Le chef de projet ne se soucie pas de ce qui se passera plus tard, l'essentiel est de terminer le projet avec les propriétés nécessaires, la qualité et respecter le budget à temps.
- Le chef de projet n'a pas besoin de savoir comment vendre et promouvoir le produit. Par conséquent, il y a tellement de projets échoués sur le marché, mais officiellement réussis (terminés à temps et dans les limites du budget).
Pour résoudre ces problèmes, les créateurs de Scrum:
- Nous avons divisé le rôle du chef de projet en deux: Scrum master, qui s'occupe de l'équipe, une sorte de nounou stricte mais aimante, et propriétaire du produit.
- Ils ont fait en sorte que la responsabilité du propriétaire du produit ne se termine pas à la fin du développement, mais se poursuive pendant la période d'exploitation commerciale.
- Nous avons décidé que la compétence du propriétaire du produit comprend: le marketing, les ventes, la connaissance commerciale et le domaine.
Qui est le propriétaire du produit?
Le propriétaire du produit est un soldat universel qui comprend ce qu'est le développement logiciel; connaît le cycle de vie du développement; représente comment promouvoir et vendre un produit, comprend les conditions et les tendances du marché cible; connaît l'interface utilisateur et UX; Peut prédire et mesurer les mesures clés du produit.
L'histoire d'un propriétaire de produit idéal pourrait ressembler à ceci:
- Il a travaillé dans l'informatique en tant que développeur, planificateur ou designer.
- Grâce à ses qualités communicatives et de leadership, rares en informatique, il est devenu le chef de projet.
- Je ne me suis pas arrêté là et j'ai commencé à évoluer dans le sens des affaires, du marketing, des ventes.
Mais, c'est idéal, mais en pratique: quiconque propose de «grandes idées» se considère comme le propriétaire du produit. De plus, lorsque ces idées ne sont pas tirées, vous pouvez rejeter la faute sur le développement, les concepteurs, le marketing ou les ventes.
7 péchés du propriétaire du produit
- Ne propose pas d'hypothèses commerciales mesurables. Autrement dit, si nous implémentons cette fonctionnalité, nous obtiendrons un tel avantage: augmenter la conversion de n%, réduire le coût de l'utilisateur de m roubles et gagner beaucoup d'argent. De plus, il est nécessaire non seulement de nommer des valeurs arbitraires de métriques, mais aussi de justifier ces valeurs.
- N'explique pas les objectifs de changement à l'équipe. Si l'entrepreneur ne comprend pas ou ne partage pas les objectifs, deux problèmes se posent: l'entrepreneur ne fait pas ce que le propriétaire du produit voulait; le fait mal et lentement. De plus, l'équipe est le principal censeur de l'idée. Vous ne pouvez pas prouver à l’équipe la valeur de l’idée, pensez à la pertinence de l’idée.
- Pas impliqué dans la mise en œuvre. Si le propriétaire du produit ne vérifie pas les artefacts: histoires d'utilisateurs, prototypes, organigrammes, résultat, il n'obtient pas ce qu'il voulait.
- Pas impliqué dans l'acceptation. Le propriétaire du produit doit accepter les modifications prédéfinies avant de tester les spécialistes pour s'assurer qu'ils ont fait ce qui est nécessaire et de la bonne qualité.
- Ne vérifie pas les résultats. Après avoir avancé des hypothèses commerciales mesurables, vérifiez si elles se sont avérées atteindre ou non les résultats escomptés. Autrement dit, vérifiez le plan avec le fait.
- Ne tire pas de conclusions. Après l'introduction des changements, il faut non seulement comparer le plan avec le fait, mais aussi comprendre la raison pour laquelle ces résultats ont été atteints ou non atteints. À l'avenir, essayez de renforcer les résultats positifs et de niveler les résultats négatifs.
- Il ne pense pas à ce qui arrivera au produit à l'avenir. Qui et comment soutiendra, développera et vendra le produit.
Propriétaire de produit idéal
Supprimez la particule «non» de la liste précédente et obtenez le parfait propriétaire du produit.
Astuces
- Plus vous en savez sur les domaines connexes, les affaires, le domaine, les concurrents, plus il est facile de trouver une bonne idée.
- Plus vous avez créé de fonctionnalités réussies, plus vous avez de crédibilité auprès de l'équipe et du client. À un moment donné, l'autorité commencera à travailler pour vous.
- Bénéficiez à tous - le client a des fonctionnalités réussies, l'équipe nishtyaki.