Vous pouvez toujours compter les compétences stratégiques du chef de produit comme la pensée innovante, l'approche de l'océan bleu et d'autres. Mais nous utilisons quotidiennement des outils et des approches plus pratiques. Cet article traite de l'utilisation des demandes de fonctionnalités et des exigences du produit.
L'axiome principal de la gestion des demandes est que les demandes de fonctionnalités des clients, des partenaires et des équipes internes ne sont pas des exigences pour le produit. En effet, chaque demande peut être divisée en plusieurs exigences ou, dans le cas contraire, plusieurs demandes peuvent être combinées en une seule exigence.
Prenons un exemple - une application de calculatrice. Vous avez reçu une demande d'ajout d'un système numérique binaire à l'application. Cette fonctionnalité unique particulière soulève les sujets suivants, chacun d'eux peut être converti en exigence.
- Prise en charge des opérations arithmétiques.
- Prise en charge de la conversion de / vers. Cela aura un impact sur la fonctionnalité du système décimal. Par exemple, vous devez prendre en charge la conversion décimale.
- Prise en charge des opérations logiques.
Vous voyez que personne ne demande d'opérations logiques pour le binaire si vous n'avez pas de support d'un tel système. La demande de fonctionnalité concerne un système numérique particulier, mais elle a plusieurs exigences sous-jacentes.
C'est probablement si évident. Il y a quelques pièges cachés. La première consiste à gérer les demandes de fonctionnalités et les exigences du produit dans un tracker.
Il est préférable d'avoir un seul système de suivi et de planification que d'en avoir deux. Au moins, vous n'avez besoin que d'un seul onglet ou fenêtre d'application ouvert. Veuillez envisager d'utiliser des types d'enregistrements distincts pour gérer les demandes et les exigences plutôt qu'un seul. Un exemple de mon expérience. Je reçois de deux à quatre nouvelles demandes de fonctionnalités chaque jour ouvrable, soumises par l'équipe d'assistance. Vous pouvez facilement imaginer un certain nombre d'éléments enregistrés. La liste de projets du produit ressemble à une liste extrêmement longue. Le fait d'avoir un type d'enregistrement «d'exigence» et une «demande de fonctionnalité» facilite la révision et la planification. Si plusieurs demandes sont à l'origine d'une seule exigence, je fais un lien de référence. Et après examen, je peux fermer la demande de fonctionnalité avec les libellés «planifié» ou «rejeté»
Le deuxième écueil peut être la collecte de demandes. Une façon de les obtenir via le canal de support. C'est une bonne façon, lorsque vous recevez des éléments filtrés et nettoyés. D'un autre côté, ce n'est pas un processus visible pour vos clients.
Par conséquent, les fournisseurs, en particulier pour les logiciels cloud, peuvent utiliser des portails pour obtenir des commentaires.
Portail de commentaires ZendeskCette méthode ajoute de la visibilité, sépare les demandes des exigences. Maintenant, votre travail est doublé. Vous devez les examiner et les commenter rapidement - les clients n'aiment pas le silence et vous communiquez publiquement.
Et le pire, c'est de suivre et de marquer les éléments de la liste comme prévu, non planifié, terminé. N'oubliez pas que les demandes de fonctionnalités ne sont pas des exigences que vous devez garder à l'esprit les dépendances. Revenons à un cas de prise en charge du binaire dans l'application calculatrice. Comment vous devez suivre cette demande dans le portail public si vous implémentez uniquement l'arithmétique et la conversion sans opérations logiques.
Chaque chef de produit choisit sa propre solution, il n'y a pas d'approche universelle. Cependant, nous devons toujours nous rappeler que de nombreux détails importants peuvent être cachés dans un sujet simple.