De nombreux articles et livres sur le travail du chef de produit abordent les questions de réflexion stratégique et d'innovation. Bien sûr, c'est la base. J'aime faire attention aux tâches de routine quotidiennes. Un de ces travaux concerne les demandes des utilisateurs et les exigences des produits.
L'axiome est que les demandes de fonctionnalités des utilisateurs ne sont pas des exigences de produit. Une demande peut être facilement divisée en plusieurs exigences, et vice versa, une exigence se compose de plusieurs demandes d'utilisateurs.
Regardons un exemple simple - l'application Calculatrice. Vous avez reçu une demande: ajoutez la prise en charge du système de nombres binaires. Elle peut donner lieu à plusieurs exigences de produit.
- Prise en charge des opérations arithmétiques.
- Prise en charge de la conversion. Incidemment, cela affectera le système décimal existant. Il faudra au minimum faire des boutons dans l'interface.
- Prise en charge des opérations logiques.
Comme vous pouvez le voir, au départ, l'utilisateur n'a pas demandé de prendre en charge, par exemple, uniquement les opérations logiques. La demande pour le système de numérotation dans son ensemble, mais il contient plusieurs exigences.
C'est peut-être évident. Mais le processus de traitement des requêtes, si vous n'y attachez pas d'importance, peut ajouter des problèmes. Le premier écueil est de garder des records dans le tracker.
De toute évidence, avoir un seul système pour les demandes des utilisateurs et les exigences des produits vaut mieux que deux. Eh bien, au moins vous n'aurez qu'une seule fenêtre ouverte. Il est important d'avoir différents types d'objets pour les enregistrements. Un exemple de mon expérience. J'obtiens en moyenne de deux à quatre demandes d'utilisateurs chaque jour ouvrable. Vous pouvez imaginer le volume. La liste dans l'arriéré des produits est tout simplement énorme. Le fait d'avoir deux types d'entrées «exigence» et «demande de fonctionnalité» vous permet de configurer des filtres, de collecter un backlog d'une version spécifique et de faire des liens entre les exigences et les demandes pour suivre l'historique. De plus, après avoir examiné la demande, celle-ci peut être clôturée avec les notes «prévues pour publication» ou «ne seront pas mises en œuvre».
Le deuxième aspect du travail consiste à collecter directement les exigences. Une façon consiste à les faire bénéficier d'un support technique. C'est un bon processus, à la suite duquel vous obtenez une demande filtrée contenant l'essence. En revanche, il est opaque pour vos utilisateurs. Beaucoup ne voient peut-être pas qu'une telle demande a été et est consultée à plusieurs reprises.
Par conséquent, les fournisseurs, en particulier ceux qui créent des solutions cloud, peuvent utiliser des portails pour recevoir des commentaires.
Forum de commentaires ZendeskCette méthode améliore la visibilité. Séparez les demandes des exigences, car les systèmes sont différents. Cependant, maintenant votre travail a doublé. Vous devez afficher rapidement les nouveaux messages, commenter, répondre aux questions. Le silence, en particulier dans la communication publique, est inacceptable.
Mais le plus difficile est que vous devez maintenant suivre et marquer les demandes d'une manière ou d'une autre pour marquer celles qui sont prévues pour la mise en œuvre, ou vice versa. Revenons à l'exemple avec une calculatrice. Comme sur le portail, vous devez marquer la demande de support binaire, si vous prévoyez de n'implémenter que des opérations arithmétiques et de conversion, sans opérations logiques.
Chaque chef de produit choisit sa propre solution. Il n'y a pas d'approche universelle. Cependant, vous devez toujours vous rappeler que même un processus aussi petit que la collecte et le traitement des demandes des utilisateurs peut contenir de nombreux sujets masqués, et il est facile de doubler le travail.