User talk:Margaritava23o

La gestion des produits dans le monde agile
les produits et les fonctionnalites dans un environnement agile sont concus pour etre fluides: en evolution permanente et visible. Mais ce qui differencie l'evolution du logiciel de celle des lampes de chambre dortoir est la strategie. Et c'est la que les gestionnaires travaillent.

Une des choses excitantes que j'ai l'occasion de faire en tant que chef de produit pour Confluence, le logiciel wiki d'Atlassian, c'est de parler a beaucoup de clients. J'entends parler de ce qui fonctionne pour eux des defis auxquels font face les defis rencontres par l'equipe, ils exercent leur mission de creer des produits exceptionnels.

L'un des obstacles qui surgit souvent est la tension que toutes les equipes font face aux exigences. Quelle est la meilleure facon de faire face? A quoi ressemble le document PRD (document des exigences du produit) pour les equipes agiles? Existe-t-il encore? Ces preoccupations comprehensible, mais si vous vous emballez trop autour de votre essieu en pensant a la documentation, vous pouvez passer a beaucoup plus important:

Flexible de la gestion agile des produits, c'est avant tout comprendre les problemes des clients. Par tous les moyens necessaires.

Comment sont les problemes des clients dans le monde agile? Le manifeste Agile nous rappelle que ce n'est pas toujours necessaire de le faire de facon"traditionnelle". En tant que gestionnaires, nous devrions faire tout ce qui est necessaire pour raconter l'histoire du client. Essayez differentes choses: faites des experiences, d'explorer, puis faites ce qui fonctionne le mieux pour vous et votre equipe dans le contexte dans lequel vous travaillez. Ce que je veux dire par la?

Si cela signifie que vous pouvez avoir plusieurs discussions et esquisser quelque chose sur un morceau de papier, faites-le.

Et si vous pouviez faire venir tout le monde (y compris le client) dans une piece et faire un exercice de cartographie des histoires d'utilisateurs? Si cela communique bien les problemes, vous n'avez pas besoin d'aller beaucoup plus loin.

Ou encore, si vous pouvez rendre visite a un client et le regarder utiliser votre produit dans son contexte? Ne pourriez-vous demander a vos ingenieurs et concepteurs de s'asseoir a cote du client pour ecouter et observer leurs problemes?

L'instrumentation de votre produit avec des crochets pour l'analyse fournit des donnees agregees et pratique sur la facon dont les clients utilisent votre produit dans son ensemble.

Une autre option de saisir la triade de produits (un chef de produit, un ingenieur et un designer) pour la prise de dispositions pour le dessin rapide, de, discuter et de prendre des decisions rapides sur place.

En savoir plus? Essayez d'organiser un seminaire ou vous reunirez des intervenants cles et ferez beaucoup de tableaux blancs ou meme de prototypage sur le papier pour vous plonger profondement dans la comprehension du probleme que vous essayez de resoudre et de la facon dont vous pourriez les resoudre.

Dans le mot de passe, la gestion des produits et la documentation des exigences etaient presque synonymes. N'est pas surprenant! L'ecriture 20,50 et 100 pages PRD sera inevitablement votre 9 a 5 pages. Mais dans un monde agile, il est important que nous envisagions la revision d'un document d'exigences comme l'une des nombreuses facons dont nous pouvons vous aider a definir et signaler les problemes des clients. Pour plus de details sur methodologie scrum Web: http://www.henck.fr/les-outils-scrum-burndown-chart-storyboard-etc/