PO / PM : comment rédiger des specs fonctionnelles
Vložit
- čas přidán 17. 08. 2024
- Pour le Product Owner ou Product Manager, les spécifications fonctionnelles permettent d'avoir une vision claire du produit à créer. Toutes les personnes participant à la réalisation du produit peuvent alors se mettent d'accord sur ce qui est attendu.
Je me suis amusée à faire un document rapide de specs pour illustrer le déroulé, du point de vue du Product Owner / Manager, entre le moment où la décision de lancer le projet est prise et le début des développements.
Pour télécharger le document que j'utilise dans la vidéo : andresiamegnen...
Enjoy !
00:00 Intro
00:23 Le rôle de PO/PM
01:15 Les specs, kézako ?
02:25 Donneur d'ordre et parties prenantes
03:40 Le défi - contexte
07:45 Le défi - use case n°1
11:45 Le défi - use case n°2
17:45 Le défi - use case n°3
25:00 Modification et validation des specs
- Mon thread sur ma vie de Product Owner : / 1339533724623450114
Suivez-moi sur
-Twitter ( / andresia_m )
- Instagram ( / andresia_m )
- Mon livre : "BTM, Histoires de Femmes Noires Modernes" : btmbook.com/ - Věda a technologie
merci pour la video!
Merci beaucoup pour la vidéo
Merci pour ces explications 👍
Salut, bonne vidéo.
Mais n'est pas plutôt l'analyste fonctionnel qui est en charge d'un tel document? Il me semble qu'un P.O a un tout autre rôle, tout comme un business analyst. Et les parties prenantes devraient inclure les dev, etc
IMO 😅
Hello,
C'est pour ça que je précise que ce n'est pas toujours le cas. Que sur certains projets / produits, il faut parfois porter plusieurs casquettes. C'est dommage mais c'est une réalité de la vie de CDP / PM 😅
Bonjour. Est-ce que vous incluez parfois dans ce document des diagrammes et modélisations : MCD (modèle conceptuel de données) / cas d’utilisation...? Sinon, à quel moment c'est fait dans le process, dans quel document, ces diagrammes apparaissent-ils ?
Hello
Merci pour votre question, elle est très intéressante.
Les projets sur lesquels j’ai travaillé, je faisais les modélisations des processus (métiers, users, etc.). Et je les incluais dans ce document des specs.
En revanche, le MCD, c’est la dev team, notamment le tech lead, qui le préparait et l’incluait dans un doc spécifique. Ce document regroupait toutes les infos techniques et la stack du projet / produit.
Je vais essayer de faire une vidéo sur la modélisation prochainement ☺️
@@andresia_m Merci de votre réponse. Si je comprends bien, les diagrammes Merise ou UML sont plutôt dans ce qu'on pourraît appeler les spécifications techniques ou l'analyse technique. Et, alors que votre document doit être validé par le donneur d'ordre, il n'en est peut-être pas de même pour les specs techniques (?).
@@Georgii1212 De ce que j’ai pu expérimenté, le CDP / PM fait les specs fonctionnelles et les modélisations des process (qu’est-ce que les Users peuvent ou pas faire avec le produit); et oui c’est bien validé avec le Sponsor. Quant au lead tech, il présente dans son doc tous les éléments techniques qui seront implémentés pour avoir les dites fonctionnalités. C’est dedans que le lead tech va représenter par exemple le modèle de données qui sera appliqué pour le produit / projet. Et non, à ma connaissance, il n’y a pas de validation du Sponsor.
Il y a donc deux docs, différents mais complémentaires. J’espère que ma réponse est plus claire ainsi.
Merci beaucoup pour ces explications!! Serait-il possible d’avoir le document word que vous avez utilisé pour illustrer la rédaction des specs?? En vous remerciant !
J'ai ajouté le lien pour télécharger le document Word dans la description de la vidéo.