Rôle des Analystes Métiers dans Scrum - Historique des versions

Fabrice Aimetti le 9 mars 2024 à 09:46

Fabrice Aimetti — Sat, 09 Mar 2024 09:46:09 GMT

← Version précédente		Version du 9 mars 2024 à 09:46
Ligne 1 :		Ligne 1 :
	[[Category: Roman Pichler]]		[[Category: Roman Pichler]]
			[[Category: Scrum]]
	[[Category: Portail Product Owner]]		[[Category: Portail Product Owner]]
	Auteur : Roman Pichler<br />		Auteur : Roman Pichler<br />

Fabrice Aimetti le 14 juin 2020 à 09:21

Fabrice Aimetti — Sun, 14 Jun 2020 09:21:56 GMT

← Version précédente		Version du 14 juin 2020 à 09:21
Ligne 10 :		Ligne 10 :
	Traduction :<br />		Traduction :<br />
	<br />		<br />
	<span style="display: block; text-align: justify">Les analystes métiers jouent un rôle important : ils agissent habituellement comme intermédiaire entre le métier et l'IT, en aidant à découvrir les besoins des utilisateurs et les solutions pour y répondre. En Scrum, il n'y a pas de rôle d'analyste métier. Donc que devient l'analyste métier ?<br /> </span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify"><br /> '''Option 1 : L'Analyste Métier joue le rôle du Product Owner'''<br /> <br /> Une possibilité pour l'analyste métier est de jouer le [[Le%20Product%20Owner%20en%20une%20page\|rôle du product owner]], comme l'illustre la page suivante :<br /> [[Image:BusinessAnalystAsProductOwner.jpg\|BusinessAnalystAsProductOwner.jpg]]<br /> <br /> Je pense que cette option est souvent une extension naturelle du rôle de l'analyste métier. Mais cela implique souvent un changement : un analyste métier qui devient product owner doit désormais posséder le produit au nom de l'entreprise, et être habilité à décider ce à quoi le produit devra ressembler et faire, et quand chaque fonctionnalité doit être livrée. Généralement, l'individu doit aussi apprendre de nouvelles compétences incluant le fait de [http://www.romanpichler.com/blog/product-backlog/product-backlog-learning-tool/ tirer avantage des incréments produit] pour comprendre ce dont les utilisateurs ont besoin et comment leurs besoins peuvent être satisfaits au mieux, la [http://www.romanpichler.com/blog/product-backlog/grooming-the-product-backlog/ maintenance du backlog produit], et la [http://www.romanpichler.com/blog/user-stories/writing-good-user-stories/ rédaction des user stories].<br /> <br /> '''Option 2 : L'Analyste Métier agit comme un Membre de l'Equipe'''<br /> <br /> La deuxième possibilité pour l'analyste métier est de travailler en tant que membre de l'équipe. Cette option est illustrée par l'image qui suit :<br /> [[Image:BusinessAnalystAsTeamMember.jpg\|BusinessAnalystAsTeamMember.jpg]]<br /> <br /> L'Analyste Métier qui travaille en tant que membre de l'équipe aide souvent ses pairs à maintenir le backlog produit. Etant donné que la maintenance du backlog produit est un effort de l'équipe Scrum, les analystes travaillant dans l'équipe, prennent des responsabilités supplémentaires, par exemple, il travaille en étroite collaboration avec les testeurs ou le rédacteur technique. En tant qu'analyste métier dans l'équipe, vous devez donc vous attendre à acquérir de nouvelles compétences, à diffuser votre expertise, et être ouvert à travailler dans de nouveaux domaines.<br /> <br /> '''Évitez le piège du Product Owner Proxy'''<br /> <br /> Une erreur fréquente est d'appréhender trop timidement le rôle de l'analyste métier dans Scrum : les analystes métiers ne jouent ni le rôle de product owner ni le rôle d'un membre de l'équipe. Ils finissent par se retrouver product owner proxy, un intermédiaire entre le vrai décideur et l'équipe de développement :<br /> [[Image:BusinessAnalystAsProxyProductOwner.jpg\|BusinessAnalystAsProxyProductOwner.jpg]]<br /> <br /> Passer par un product owner proxy n'est pas bien adapté pour fournir de nouvelles fonctionnalités : chez un de mes clients, on a demandé au responsable d'une unité métier de jouer le rôle de product owner pour un nouveau produit. Pendant qu'il se battait pour passer assez de temps avec l'équipe, l'analyste métier tenait le rôle de product owner proxy. Pendant que l'analyste faisait tout le travail de maintenance détaillée du backlog produit, le responsable de l'unité métier prenait des décisions sur les fonctionnalités du produit et quand chacune d'entre elles devait être livrée. Il s'ensuivit une augmentation des problèmes de communication, un ralentissement dans la prise de décision, et une diminution de la productivité et du moral.<br /> <br /> Toutefois, si votre objectif est de maintenir un produit existant en livrant de petites versions incrémentales, vous pouvez continuer à travailler avec vos rôles existants et envisager d'employer un processus linéaire basé sur Kanban, comme je l'explique dans mon billet [http://www.romanpichler.com/blog/agile-product-innovation/choosing-the-right-lean-and-agile-innovation-practices/ "Choisir les bonnes pratiques d'innovation Agile et Lean"].<br /> <br /> '''Résumé'''<br /> <br /> Scrum n'est pas une mauvaise nouvelle pour les analystes métier et ces individus ont encore un rôle à jouer. Mais tout comme les autres rôles spécialisés, le travail d'un analyste métier change avec Scrum. Les analystes jouent soit le rôle du product owner ou travaille dans l'équipe en s'engageant dans un large éventail d'activités.<br /> <br /> Vous pouvez en savoir plus sur le rôle de l'Analyste Métier dans Scrum en participant à mes formations [http://www.romanpichler.com/training/certified-scrum-product-owner-course/ Scrum Product Owner certifié] ou [http://www.romanpichler.com/training/scrum-product-backlog-training/ Maîtriser le Backlog Produit].		<span style="display: block; text-align: justify">Les analystes métiers jouent un rôle important : ils agissent habituellement comme intermédiaire entre le métier et l'IT, en aidant à découvrir les besoins des utilisateurs et les solutions pour y répondre. En Scrum, il n'y a pas de rôle d'analyste métier. Donc que devient l'analyste métier ?<br /> </span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify"><br /> '''Option 1 : L'Analyste Métier joue le rôle du Product Owner'''<br /> <br /> Une possibilité pour l'analyste métier est de jouer le [[Le%20Product%20Owner%20en%20une%20page\|rôle du product owner]], comme l'illustre la page suivante :<br /> [[Image:BusinessAnalystAsProductOwner.jpg\|BusinessAnalystAsProductOwner.jpg\|link=]]<br /> <br /> Je pense que cette option est souvent une extension naturelle du rôle de l'analyste métier. Mais cela implique souvent un changement : un analyste métier qui devient product owner doit désormais posséder le produit au nom de l'entreprise, et être habilité à décider ce à quoi le produit devra ressembler et faire, et quand chaque fonctionnalité doit être livrée. Généralement, l'individu doit aussi apprendre de nouvelles compétences incluant le fait de [http://www.romanpichler.com/blog/product-backlog/product-backlog-learning-tool/ tirer avantage des incréments produit] pour comprendre ce dont les utilisateurs ont besoin et comment leurs besoins peuvent être satisfaits au mieux, la [http://www.romanpichler.com/blog/product-backlog/grooming-the-product-backlog/ maintenance du backlog produit], et la [http://www.romanpichler.com/blog/user-stories/writing-good-user-stories/ rédaction des user stories].<br /> <br /> '''Option 2 : L'Analyste Métier agit comme un Membre de l'Equipe'''<br /> <br /> La deuxième possibilité pour l'analyste métier est de travailler en tant que membre de l'équipe. Cette option est illustrée par l'image qui suit :<br /> [[Image:BusinessAnalystAsTeamMember.jpg\|BusinessAnalystAsTeamMember.jpg\|link=]]<br /> <br /> L'Analyste Métier qui travaille en tant que membre de l'équipe aide souvent ses pairs à maintenir le backlog produit. Etant donné que la maintenance du backlog produit est un effort de l'équipe Scrum, les analystes travaillant dans l'équipe, prennent des responsabilités supplémentaires, par exemple, il travaille en étroite collaboration avec les testeurs ou le rédacteur technique. En tant qu'analyste métier dans l'équipe, vous devez donc vous attendre à acquérir de nouvelles compétences, à diffuser votre expertise, et être ouvert à travailler dans de nouveaux domaines.<br /> <br /> '''Évitez le piège du Product Owner Proxy'''<br /> <br /> Une erreur fréquente est d'appréhender trop timidement le rôle de l'analyste métier dans Scrum : les analystes métiers ne jouent ni le rôle de product owner ni le rôle d'un membre de l'équipe. Ils finissent par se retrouver product owner proxy, un intermédiaire entre le vrai décideur et l'équipe de développement :<br /> [[Image:BusinessAnalystAsProxyProductOwner.jpg\|BusinessAnalystAsProxyProductOwner.jpg\|link=]]<br /> <br /> Passer par un product owner proxy n'est pas bien adapté pour fournir de nouvelles fonctionnalités : chez un de mes clients, on a demandé au responsable d'une unité métier de jouer le rôle de product owner pour un nouveau produit. Pendant qu'il se battait pour passer assez de temps avec l'équipe, l'analyste métier tenait le rôle de product owner proxy. Pendant que l'analyste faisait tout le travail de maintenance détaillée du backlog produit, le responsable de l'unité métier prenait des décisions sur les fonctionnalités du produit et quand chacune d'entre elles devait être livrée. Il s'ensuivit une augmentation des problèmes de communication, un ralentissement dans la prise de décision, et une diminution de la productivité et du moral.<br /> <br /> Toutefois, si votre objectif est de maintenir un produit existant en livrant de petites versions incrémentales, vous pouvez continuer à travailler avec vos rôles existants et envisager d'employer un processus linéaire basé sur Kanban, comme je l'explique dans mon billet [http://www.romanpichler.com/blog/agile-product-innovation/choosing-the-right-lean-and-agile-innovation-practices/ "Choisir les bonnes pratiques d'innovation Agile et Lean"].<br /> <br /> '''Résumé'''<br /> <br /> Scrum n'est pas une mauvaise nouvelle pour les analystes métier et ces individus ont encore un rôle à jouer. Mais tout comme les autres rôles spécialisés, le travail d'un analyste métier change avec Scrum. Les analystes jouent soit le rôle du product owner ou travaille dans l'équipe en s'engageant dans un large éventail d'activités.<br /> <br /> Vous pouvez en savoir plus sur le rôle de l'Analyste Métier dans Scrum en participant à mes formations [http://www.romanpichler.com/training/certified-scrum-product-owner-course/ Scrum Product Owner certifié] ou [http://www.romanpichler.com/training/scrum-product-backlog-training/ Maîtriser le Backlog Produit].

Fabrice Aimetti le 22 août 2018 à 18:03

Fabrice Aimetti — Wed, 22 Aug 2018 18:03:14 GMT

← Version précédente		Version du 22 août 2018 à 18:03
Ligne 1 :		Ligne 1 :
	[[Category: Roman Pichler]]		[[Category: Roman Pichler]]
	[[Category: Portail Product Owner]]		[[Category: Portail Product Owner]]
	~~<div id="content_view" class="wiki" style="display: block">~~ Auteur : Roman Pichler<br /> Source : [http://www.romanpichler.com/blog/roles/business-analysts-in-scrum/ Business Analysts in Scrum]<br /> Date : 09/03/2010<br />		Auteur : Roman Pichler<br />
			Source : [http://www.romanpichler.com/blog/roles/business-analysts-in-scrum/ Business Analysts in Scrum]<br />
			Date : 09/03/2010<br />
	----		----
	Traducteur : Fabrice Aimetti<br /> Date : 26/08/2012<br />		Traducteur : Fabrice Aimetti<br />
			Date : 26/08/2012<br />
	----		----
	''Traduction :''<br /> <br /> <span style="display: block; text-align: justify">Les analystes métiers jouent un rôle important : ils agissent habituellement comme intermédiaire entre le métier et l'IT, en aidant à découvrir les besoins des utilisateurs et les solutions pour y répondre. En Scrum, il n'y a pas de rôle d'analyste métier. Donc que devient l'analyste métier ?<br /> </span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify"><br /> '''Option 1 : L'Analyste Métier joue le rôle du Product Owner'''<br /> <br /> Une possibilité pour l'analyste métier est de jouer le [[Le%20Product%20Owner%20en%20une%20page\|rôle du product owner]], comme l'illustre la page suivante :<br /> [[Image:BusinessAnalystAsProductOwner.jpg\|BusinessAnalystAsProductOwner.jpg]]<br /> <br /> Je pense que cette option est souvent une extension naturelle du rôle de l'analyste métier. Mais cela implique souvent un changement : un analyste métier qui devient product owner doit désormais posséder le produit au nom de l'entreprise, et être habilité à décider ce à quoi le produit devra ressembler et faire, et quand chaque fonctionnalité doit être livrée. Généralement, l'individu doit aussi apprendre de nouvelles compétences incluant le fait de [http://www.romanpichler.com/blog/product-backlog/product-backlog-learning-tool/ tirer avantage des incréments produit] pour comprendre ce dont les utilisateurs ont besoin et comment leurs besoins peuvent être satisfaits au mieux, la [http://www.romanpichler.com/blog/product-backlog/grooming-the-product-backlog/ maintenance du backlog produit], et la [http://www.romanpichler.com/blog/user-stories/writing-good-user-stories/ rédaction des user stories].<br /> <br /> '''Option 2 : L'Analyste Métier agit comme un Membre de l'Equipe'''<br /> <br /> La deuxième possibilité pour l'analyste métier est de travailler en tant que membre de l'équipe. Cette option est illustrée par l'image qui suit :<br /> [[Image:BusinessAnalystAsTeamMember.jpg\|BusinessAnalystAsTeamMember.jpg]]<br /> <br /> L'Analyste Métier qui travaille en tant que membre de l'équipe aide souvent ses pairs à maintenir le backlog produit. Etant donné que la maintenance du backlog produit est un effort de l'équipe Scrum, les analystes travaillant dans l'équipe, prennent des responsabilités supplémentaires, par exemple, il travaille en étroite collaboration avec les testeurs ou le rédacteur technique. En tant qu'analyste métier dans l'équipe, vous devez donc vous attendre à acquérir de nouvelles compétences, à diffuser votre expertise, et être ouvert à travailler dans de nouveaux domaines.<br /> <br /> '''Évitez le piège du Product Owner Proxy'''<br /> <br /> Une erreur fréquente est d'appréhender trop timidement le rôle de l'analyste métier dans Scrum : les analystes métiers ne jouent ni le rôle de product owner ni le rôle d'un membre de l'équipe. Ils finissent par se retrouver product owner proxy, un intermédiaire entre le vrai décideur et l'équipe de développement :<br /> [[Image:BusinessAnalystAsProxyProductOwner.jpg\|BusinessAnalystAsProxyProductOwner.jpg]]<br /> <br /> Passer par un product owner proxy n'est pas bien adapté pour fournir de nouvelles fonctionnalités : chez un de mes clients, on a demandé au responsable d'une unité métier de jouer le rôle de product owner pour un nouveau produit. Pendant qu'il se battait pour passer assez de temps avec l'équipe, l'analyste métier tenait le rôle de product owner proxy. Pendant que l'analyste faisait tout le travail de maintenance détaillée du backlog produit, le responsable de l'unité métier prenait des décisions sur les fonctionnalités du produit et quand chacune d'entre elles devait être livrée. Il s'ensuivit une augmentation des problèmes de communication, un ralentissement dans la prise de décision, et une diminution de la productivité et du moral.<br /> <br /> Toutefois, si votre objectif est de maintenir un produit existant en livrant de petites versions incrémentales, vous pouvez continuer à travailler avec vos rôles existants et envisager d'employer un processus linéaire basé sur Kanban, comme je l'explique dans mon billet [http://www.romanpichler.com/blog/agile-product-innovation/choosing-the-right-lean-and-agile-innovation-practices/ "Choisir les bonnes pratiques d'innovation Agile et Lean"].<br /> <br /> '''Résumé'''<br /> <br /> Scrum n'est pas une mauvaise nouvelle pour les analystes métier et ces individus ont encore un rôle à jouer. Mais tout comme les autres rôles spécialisés, le travail d'un analyste métier change avec Scrum. Les analystes jouent soit le rôle du product owner ou travaille dans l'équipe en s'engageant dans un large éventail d'activités.<br /> <br /> Vous pouvez en savoir plus sur le rôle de l'Analyste Métier dans Scrum en participant à mes formations [http://www.romanpichler.com/training/certified-scrum-product-owner-course/ Scrum Product Owner certifié] ou [http://www.romanpichler.com/training/scrum-product-backlog-training/ Maîtriser le Backlog Produit].		Traduction :<br />
			<br />
			<span style="display: block; text-align: justify">Les analystes métiers jouent un rôle important : ils agissent habituellement comme intermédiaire entre le métier et l'IT, en aidant à découvrir les besoins des utilisateurs et les solutions pour y répondre. En Scrum, il n'y a pas de rôle d'analyste métier. Donc que devient l'analyste métier ?<br /> </span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify"><br /> '''Option 1 : L'Analyste Métier joue le rôle du Product Owner'''<br /> <br /> Une possibilité pour l'analyste métier est de jouer le [[Le%20Product%20Owner%20en%20une%20page\|rôle du product owner]], comme l'illustre la page suivante :<br /> [[Image:BusinessAnalystAsProductOwner.jpg\|BusinessAnalystAsProductOwner.jpg]]<br /> <br /> Je pense que cette option est souvent une extension naturelle du rôle de l'analyste métier. Mais cela implique souvent un changement : un analyste métier qui devient product owner doit désormais posséder le produit au nom de l'entreprise, et être habilité à décider ce à quoi le produit devra ressembler et faire, et quand chaque fonctionnalité doit être livrée. Généralement, l'individu doit aussi apprendre de nouvelles compétences incluant le fait de [http://www.romanpichler.com/blog/product-backlog/product-backlog-learning-tool/ tirer avantage des incréments produit] pour comprendre ce dont les utilisateurs ont besoin et comment leurs besoins peuvent être satisfaits au mieux, la [http://www.romanpichler.com/blog/product-backlog/grooming-the-product-backlog/ maintenance du backlog produit], et la [http://www.romanpichler.com/blog/user-stories/writing-good-user-stories/ rédaction des user stories].<br /> <br /> '''Option 2 : L'Analyste Métier agit comme un Membre de l'Equipe'''<br /> <br /> La deuxième possibilité pour l'analyste métier est de travailler en tant que membre de l'équipe. Cette option est illustrée par l'image qui suit :<br /> [[Image:BusinessAnalystAsTeamMember.jpg\|BusinessAnalystAsTeamMember.jpg]]<br /> <br /> L'Analyste Métier qui travaille en tant que membre de l'équipe aide souvent ses pairs à maintenir le backlog produit. Etant donné que la maintenance du backlog produit est un effort de l'équipe Scrum, les analystes travaillant dans l'équipe, prennent des responsabilités supplémentaires, par exemple, il travaille en étroite collaboration avec les testeurs ou le rédacteur technique. En tant qu'analyste métier dans l'équipe, vous devez donc vous attendre à acquérir de nouvelles compétences, à diffuser votre expertise, et être ouvert à travailler dans de nouveaux domaines.<br /> <br /> '''Évitez le piège du Product Owner Proxy'''<br /> <br /> Une erreur fréquente est d'appréhender trop timidement le rôle de l'analyste métier dans Scrum : les analystes métiers ne jouent ni le rôle de product owner ni le rôle d'un membre de l'équipe. Ils finissent par se retrouver product owner proxy, un intermédiaire entre le vrai décideur et l'équipe de développement :<br /> [[Image:BusinessAnalystAsProxyProductOwner.jpg\|BusinessAnalystAsProxyProductOwner.jpg]]<br /> <br /> Passer par un product owner proxy n'est pas bien adapté pour fournir de nouvelles fonctionnalités : chez un de mes clients, on a demandé au responsable d'une unité métier de jouer le rôle de product owner pour un nouveau produit. Pendant qu'il se battait pour passer assez de temps avec l'équipe, l'analyste métier tenait le rôle de product owner proxy. Pendant que l'analyste faisait tout le travail de maintenance détaillée du backlog produit, le responsable de l'unité métier prenait des décisions sur les fonctionnalités du produit et quand chacune d'entre elles devait être livrée. Il s'ensuivit une augmentation des problèmes de communication, un ralentissement dans la prise de décision, et une diminution de la productivité et du moral.<br /> <br /> Toutefois, si votre objectif est de maintenir un produit existant en livrant de petites versions incrémentales, vous pouvez continuer à travailler avec vos rôles existants et envisager d'employer un processus linéaire basé sur Kanban, comme je l'explique dans mon billet [http://www.romanpichler.com/blog/agile-product-innovation/choosing-the-right-lean-and-agile-innovation-practices/ "Choisir les bonnes pratiques d'innovation Agile et Lean"].<br /> <br /> '''Résumé'''<br /> <br /> Scrum n'est pas une mauvaise nouvelle pour les analystes métier et ces individus ont encore un rôle à jouer. Mais tout comme les autres rôles spécialisés, le travail d'un analyste métier change avec Scrum. Les analystes jouent soit le rôle du product owner ou travaille dans l'équipe en s'engageant dans un large éventail d'activités.<br /> <br /> Vous pouvez en savoir plus sur le rôle de l'Analyste Métier dans Scrum en participant à mes formations [http://www.romanpichler.com/training/certified-scrum-product-owner-course/ Scrum Product Owner certifié] ou [http://www.romanpichler.com/training/scrum-product-backlog-training/ Maîtriser le Backlog Produit].

Fabrice Aimetti le 1 juillet 2018 à 13:59

Fabrice Aimetti — Sun, 01 Jul 2018 13:59:33 GMT

← Version précédente		Version du 1 juillet 2018 à 13:59
Ligne 5 :		Ligne 5 :
	Traducteur : Fabrice Aimetti<br /> Date : 26/08/2012<br />		Traducteur : Fabrice Aimetti<br /> Date : 26/08/2012<br />
	----		----
	''Traduction :''<br /> <br /> <span style="display: block; text-align: justify">Les analystes métiers jouent un rôle important : ils agissent habituellement comme intermédiaire entre le métier et l'IT, en aidant à découvrir les besoins des utilisateurs et les solutions pour y répondre. En Scrum, il n'y a pas de rôle d'analyste métier. Donc que devient l'analyste métier ?<br /> </span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify"><br /> '''Option 1 : L'Analyste Métier joue le rôle du Product Owner'''<br /> <br /> Une possibilité pour l'analyste métier est de jouer le [~~http://agilarium.wikispaces.com/~~Le%20Product%20Owner%20en%20une%20page rôle du product owner], comme l'illustre la page suivante :<br /> [[Image:BusinessAnalystAsProductOwner.jpg\|BusinessAnalystAsProductOwner.jpg]]<br /> <br /> Je pense que cette option est souvent une extension naturelle du rôle de l'analyste métier. Mais cela implique souvent un changement : un analyste métier qui devient product owner doit désormais posséder le produit au nom de l'entreprise, et être habilité à décider ce à quoi le produit devra ressembler et faire, et quand chaque fonctionnalité doit être livrée. Généralement, l'individu doit aussi apprendre de nouvelles compétences incluant le fait de [http://www.romanpichler.com/blog/product-backlog/product-backlog-learning-tool/ tirer avantage des incréments produit] pour comprendre ce dont les utilisateurs ont besoin et comment leurs besoins peuvent être satisfaits au mieux, la [http://www.romanpichler.com/blog/product-backlog/grooming-the-product-backlog/ maintenance du backlog produit], et la [http://www.romanpichler.com/blog/user-stories/writing-good-user-stories/ rédaction des user stories].<br /> <br /> '''Option 2 : L'Analyste Métier agit comme un Membre de l'Equipe'''<br /> <br /> La deuxième possibilité pour l'analyste métier est de travailler en tant que membre de l'équipe. Cette option est illustrée par l'image qui suit :<br /> [[Image:BusinessAnalystAsTeamMember.jpg\|BusinessAnalystAsTeamMember.jpg]]<br /> <br /> L'Analyste Métier qui travaille en tant que membre de l'équipe aide souvent ses pairs à maintenir le backlog produit. Etant donné que la maintenance du backlog produit est un effort de l'équipe Scrum, les analystes travaillant dans l'équipe, prennent des responsabilités supplémentaires, par exemple, il travaille en étroite collaboration avec les testeurs ou le rédacteur technique. En tant qu'analyste métier dans l'équipe, vous devez donc vous attendre à acquérir de nouvelles compétences, à diffuser votre expertise, et être ouvert à travailler dans de nouveaux domaines.<br /> <br /> '''Évitez le piège du Product Owner Proxy'''<br /> <br /> Une erreur fréquente est d'appréhender trop timidement le rôle de l'analyste métier dans Scrum : les analystes métiers ne jouent ni le rôle de product owner ni le rôle d'un membre de l'équipe. Ils finissent par se retrouver product owner proxy, un intermédiaire entre le vrai décideur et l'équipe de développement :<br /> [[Image:BusinessAnalystAsProxyProductOwner.jpg\|BusinessAnalystAsProxyProductOwner.jpg]]<br /> <br /> Passer par un product owner proxy n'est pas bien adapté pour fournir de nouvelles fonctionnalités : chez un de mes clients, on a demandé au responsable d'une unité métier de jouer le rôle de product owner pour un nouveau produit. Pendant qu'il se battait pour passer assez de temps avec l'équipe, l'analyste métier tenait le rôle de product owner proxy. Pendant que l'analyste faisait tout le travail de maintenance détaillée du backlog produit, le responsable de l'unité métier prenait des décisions sur les fonctionnalités du produit et quand chacune d'entre elles devait être livrée. Il s'ensuivit une augmentation des problèmes de communication, un ralentissement dans la prise de décision, et une diminution de la productivité et du moral.<br /> <br /> Toutefois, si votre objectif est de maintenir un produit existant en livrant de petites versions incrémentales, vous pouvez continuer à travailler avec vos rôles existants et envisager d'employer un processus linéaire basé sur Kanban, comme je l'explique dans mon billet [http://www.romanpichler.com/blog/agile-product-innovation/choosing-the-right-lean-and-agile-innovation-practices/ "Choisir les bonnes pratiques d'innovation Agile et Lean"].<br /> <br /> '''Résumé'''<br /> <br /> Scrum n'est pas une mauvaise nouvelle pour les analystes métier et ces individus ont encore un rôle à jouer. Mais tout comme les autres rôles spécialisés, le travail d'un analyste métier change avec Scrum. Les analystes jouent soit le rôle du product owner ou travaille dans l'équipe en s'engageant dans un large éventail d'activités.<br /> <br /> Vous pouvez en savoir plus sur le rôle de l'Analyste Métier dans Scrum en participant à mes formations [http://www.romanpichler.com/training/certified-scrum-product-owner-course/ Scrum Product Owner certifié] ou [http://www.romanpichler.com/training/scrum-product-backlog-training/ Maîtriser le Backlog Produit].		''Traduction :''<br /> <br /> <span style="display: block; text-align: justify">Les analystes métiers jouent un rôle important : ils agissent habituellement comme intermédiaire entre le métier et l'IT, en aidant à découvrir les besoins des utilisateurs et les solutions pour y répondre. En Scrum, il n'y a pas de rôle d'analyste métier. Donc que devient l'analyste métier ?<br /> </span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify"><br /> '''Option 1 : L'Analyste Métier joue le rôle du Product Owner'''<br /> <br /> Une possibilité pour l'analyste métier est de jouer le [[Le%20Product%20Owner%20en%20une%20page\|rôle du product owner]], comme l'illustre la page suivante :<br /> [[Image:BusinessAnalystAsProductOwner.jpg\|BusinessAnalystAsProductOwner.jpg]]<br /> <br /> Je pense que cette option est souvent une extension naturelle du rôle de l'analyste métier. Mais cela implique souvent un changement : un analyste métier qui devient product owner doit désormais posséder le produit au nom de l'entreprise, et être habilité à décider ce à quoi le produit devra ressembler et faire, et quand chaque fonctionnalité doit être livrée. Généralement, l'individu doit aussi apprendre de nouvelles compétences incluant le fait de [http://www.romanpichler.com/blog/product-backlog/product-backlog-learning-tool/ tirer avantage des incréments produit] pour comprendre ce dont les utilisateurs ont besoin et comment leurs besoins peuvent être satisfaits au mieux, la [http://www.romanpichler.com/blog/product-backlog/grooming-the-product-backlog/ maintenance du backlog produit], et la [http://www.romanpichler.com/blog/user-stories/writing-good-user-stories/ rédaction des user stories].<br /> <br /> '''Option 2 : L'Analyste Métier agit comme un Membre de l'Equipe'''<br /> <br /> La deuxième possibilité pour l'analyste métier est de travailler en tant que membre de l'équipe. Cette option est illustrée par l'image qui suit :<br /> [[Image:BusinessAnalystAsTeamMember.jpg\|BusinessAnalystAsTeamMember.jpg]]<br /> <br /> L'Analyste Métier qui travaille en tant que membre de l'équipe aide souvent ses pairs à maintenir le backlog produit. Etant donné que la maintenance du backlog produit est un effort de l'équipe Scrum, les analystes travaillant dans l'équipe, prennent des responsabilités supplémentaires, par exemple, il travaille en étroite collaboration avec les testeurs ou le rédacteur technique. En tant qu'analyste métier dans l'équipe, vous devez donc vous attendre à acquérir de nouvelles compétences, à diffuser votre expertise, et être ouvert à travailler dans de nouveaux domaines.<br /> <br /> '''Évitez le piège du Product Owner Proxy'''<br /> <br /> Une erreur fréquente est d'appréhender trop timidement le rôle de l'analyste métier dans Scrum : les analystes métiers ne jouent ni le rôle de product owner ni le rôle d'un membre de l'équipe. Ils finissent par se retrouver product owner proxy, un intermédiaire entre le vrai décideur et l'équipe de développement :<br /> [[Image:BusinessAnalystAsProxyProductOwner.jpg\|BusinessAnalystAsProxyProductOwner.jpg]]<br /> <br /> Passer par un product owner proxy n'est pas bien adapté pour fournir de nouvelles fonctionnalités : chez un de mes clients, on a demandé au responsable d'une unité métier de jouer le rôle de product owner pour un nouveau produit. Pendant qu'il se battait pour passer assez de temps avec l'équipe, l'analyste métier tenait le rôle de product owner proxy. Pendant que l'analyste faisait tout le travail de maintenance détaillée du backlog produit, le responsable de l'unité métier prenait des décisions sur les fonctionnalités du produit et quand chacune d'entre elles devait être livrée. Il s'ensuivit une augmentation des problèmes de communication, un ralentissement dans la prise de décision, et une diminution de la productivité et du moral.<br /> <br /> Toutefois, si votre objectif est de maintenir un produit existant en livrant de petites versions incrémentales, vous pouvez continuer à travailler avec vos rôles existants et envisager d'employer un processus linéaire basé sur Kanban, comme je l'explique dans mon billet [http://www.romanpichler.com/blog/agile-product-innovation/choosing-the-right-lean-and-agile-innovation-practices/ "Choisir les bonnes pratiques d'innovation Agile et Lean"].<br /> <br /> '''Résumé'''<br /> <br /> Scrum n'est pas une mauvaise nouvelle pour les analystes métier et ces individus ont encore un rôle à jouer. Mais tout comme les autres rôles spécialisés, le travail d'un analyste métier change avec Scrum. Les analystes jouent soit le rôle du product owner ou travaille dans l'équipe en s'engageant dans un large éventail d'activités.<br /> <br /> Vous pouvez en savoir plus sur le rôle de l'Analyste Métier dans Scrum en participant à mes formations [http://www.romanpichler.com/training/certified-scrum-product-owner-course/ Scrum Product Owner certifié] ou [http://www.romanpichler.com/training/scrum-product-backlog-training/ Maîtriser le Backlog Produit].

Fabrice Aimetti : Page créée avec « Category: Roman Pichler Category: Portail Product Owner
Auteur : Roman Pichler
Source : [http://... »

Fabrice Aimetti — Sun, 01 Jul 2018 13:58:47 GMT

Page créée avec « Category: Roman Pichler Category: Portail Product Owner <div id="content_view" class="wiki" style="display: block"> Auteur : Roman Pichler Source : [http://... »

Nouvelle page

[[Category: Roman Pichler]]
[[Category: Portail Product Owner]]
<div id="content_view" class="wiki" style="display: block"> Auteur : Roman Pichler Source : [http://www.romanpichler.com/blog/roles/business-analysts-in-scrum/ Business Analysts in Scrum] Date : 09/03/2010 
----
Traducteur : Fabrice Aimetti Date : 26/08/2012 
----
''Traduction :'' Les analystes métiers jouent un rôle important : ils agissent habituellement comme intermédiaire entre le métier et l'IT, en aidant à découvrir les besoins des utilisateurs et les solutions pour y répondre. En Scrum, il n'y a pas de rôle d'analyste métier. Donc que devient l'analyste métier ? '''Option 1 : L'Analyste Métier joue le rôle du Product Owner''' Une possibilité pour l'analyste métier est de jouer le [http://agilarium.wikispaces.com/Le%20Product%20Owner%20en%20une%20page rôle du product owner], comme l'illustre la page suivante : [[Image:BusinessAnalystAsProductOwner.jpg|BusinessAnalystAsProductOwner.jpg]] Je pense que cette option est souvent une extension naturelle du rôle de l'analyste métier. Mais cela implique souvent un changement : un analyste métier qui devient product owner doit désormais posséder le produit au nom de l'entreprise, et être habilité à décider ce à quoi le produit devra ressembler et faire, et quand chaque fonctionnalité doit être livrée. Généralement, l'individu doit aussi apprendre de nouvelles compétences incluant le fait de [http://www.romanpichler.com/blog/product-backlog/product-backlog-learning-tool/ tirer avantage des incréments produit] pour comprendre ce dont les utilisateurs ont besoin et comment leurs besoins peuvent être satisfaits au mieux, la [http://www.romanpichler.com/blog/product-backlog/grooming-the-product-backlog/ maintenance du backlog produit], et la [http://www.romanpichler.com/blog/user-stories/writing-good-user-stories/ rédaction des user stories]. '''Option 2 : L'Analyste Métier agit comme un Membre de l'Equipe''' La deuxième possibilité pour l'analyste métier est de travailler en tant que membre de l'équipe. Cette option est illustrée par l'image qui suit : [[Image:BusinessAnalystAsTeamMember.jpg|BusinessAnalystAsTeamMember.jpg]] L'Analyste Métier qui travaille en tant que membre de l'équipe aide souvent ses pairs à maintenir le backlog produit. Etant donné que la maintenance du backlog produit est un effort de l'équipe Scrum, les analystes travaillant dans l'équipe, prennent des responsabilités supplémentaires, par exemple, il travaille en étroite collaboration avec les testeurs ou le rédacteur technique. En tant qu'analyste métier dans l'équipe, vous devez donc vous attendre à acquérir de nouvelles compétences, à diffuser votre expertise, et être ouvert à travailler dans de nouveaux domaines. '''Évitez le piège du Product Owner Proxy''' Une erreur fréquente est d'appréhender trop timidement le rôle de l'analyste métier dans Scrum : les analystes métiers ne jouent ni le rôle de product owner ni le rôle d'un membre de l'équipe. Ils finissent par se retrouver product owner proxy, un intermédiaire entre le vrai décideur et l'équipe de développement : [[Image:BusinessAnalystAsProxyProductOwner.jpg|BusinessAnalystAsProxyProductOwner.jpg]] Passer par un product owner proxy n'est pas bien adapté pour fournir de nouvelles fonctionnalités : chez un de mes clients, on a demandé au responsable d'une unité métier de jouer le rôle de product owner pour un nouveau produit. Pendant qu'il se battait pour passer assez de temps avec l'équipe, l'analyste métier tenait le rôle de product owner proxy. Pendant que l'analyste faisait tout le travail de maintenance détaillée du backlog produit, le responsable de l'unité métier prenait des décisions sur les fonctionnalités du produit et quand chacune d'entre elles devait être livrée. Il s'ensuivit une augmentation des problèmes de communication, un ralentissement dans la prise de décision, et une diminution de la productivité et du moral. Toutefois, si votre objectif est de maintenir un produit existant en livrant de petites versions incrémentales, vous pouvez continuer à travailler avec vos rôles existants et envisager d'employer un processus linéaire basé sur Kanban, comme je l'explique dans mon billet [http://www.romanpichler.com/blog/agile-product-innovation/choosing-the-right-lean-and-agile-innovation-practices/ "Choisir les bonnes pratiques d'innovation Agile et Lean"]. '''Résumé''' Scrum n'est pas une mauvaise nouvelle pour les analystes métier et ces individus ont encore un rôle à jouer. Mais tout comme les autres rôles spécialisés, le travail d'un analyste métier change avec Scrum. Les analystes jouent soit le rôle du product owner ou travaille dans l'équipe en s'engageant dans un large éventail d'activités. Vous pouvez en savoir plus sur le rôle de l'Analyste Métier dans Scrum en participant à mes formations [http://www.romanpichler.com/training/certified-scrum-product-owner-course/ Scrum Product Owner certifié] ou [http://www.romanpichler.com/training/scrum-product-backlog-training/ Maîtriser le Backlog Produit].

Rôle des Analystes Métiers dans Scrum - Historique des versions

Fabrice Aimetti le 9 mars 2024 à 09:46

Fabrice Aimetti le 14 juin 2020 à 09:21

Fabrice Aimetti le 22 août 2018 à 18:03

Fabrice Aimetti le 1 juillet 2018 à 13:59

Fabrice Aimetti : Page créée avec « Category: Roman Pichler Category: Portail Product Owner Auteur : Roman Pichler Source : [http://... »

Fabrice Aimetti : Page créée avec « Category: Roman Pichler Category: Portail Product Owner
Auteur : Roman Pichler
Source : [http://... »