<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="sv">
		<id>https://studieboken.iportalen.se/index.php?action=history&amp;feed=atom&amp;title=La_methode_Scrum_en_gestion_de_projet9445126</id>
		<title>La methode Scrum en gestion de projet9445126 - Versionshistorik</title>
		<link rel="self" type="application/atom+xml" href="https://studieboken.iportalen.se/index.php?action=history&amp;feed=atom&amp;title=La_methode_Scrum_en_gestion_de_projet9445126"/>
		<link rel="alternate" type="text/html" href="https://studieboken.iportalen.se/index.php?title=La_methode_Scrum_en_gestion_de_projet9445126&amp;action=history"/>
		<updated>2026-10-21T01:20:39Z</updated>
		<subtitle>Versionshistorik för denna sida på wikin</subtitle>
		<generator>MediaWiki 1.26.2</generator>

	<entry>
		<id>https://studieboken.iportalen.se/index.php?title=La_methode_Scrum_en_gestion_de_projet9445126&amp;diff=8888&amp;oldid=prev</id>
		<title>JonathonvvbethacafPottle: Skapade sidan med 'Sans doute le cadre le plus arrangement des methodes Agile, Scrum an d'abord ete introduit en 1986 comme un moyen pour «les equipes de travailler en tant qu'unite pour attein...'</title>
		<link rel="alternate" type="text/html" href="https://studieboken.iportalen.se/index.php?title=La_methode_Scrum_en_gestion_de_projet9445126&amp;diff=8888&amp;oldid=prev"/>
				<updated>2017-02-02T06:33:36Z</updated>
		
		<summary type="html">&lt;p&gt;Skapade sidan med &amp;#039;Sans doute le cadre le plus arrangement des methodes Agile, Scrum an d&amp;#039;abord ete introduit en 1986 comme un moyen pour «les equipes de travailler en tant qu&amp;#039;unite pour attein...&amp;#039;&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Ny sida&lt;/b&gt;&lt;/p&gt;&lt;div&gt;Sans doute le cadre le plus arrangement des methodes Agile, Scrum an d'abord ete introduit en 1986 comme un moyen pour «les equipes de travailler en tant qu'unite pour atteindre un objectif commun», selon ses inventeurs Hirotaka Takeuchi et Ikujiro Nonaka. Scrum prend des parties des idees de gestion de projet traditionnelles et agiles, et les combine pour une maniere structuree et flexible de gerer des projets.&lt;br /&gt;
&lt;br /&gt;
C'est l'accent mis sur le temps qui apporte plus de structure a l'idee Agile.&lt;br /&gt;
&lt;br /&gt;
Il divise egalement les responsabilites en trois parts: le proprietaire du produit (PO), le maitre Scrum et l'equipe scrum.&lt;br /&gt;
&lt;br /&gt;
Le proprietaire du produit, qui doit etre profondement familier avec tous les aspects du developpement, s'assure que tout est en harmonie avec les objectifs d'affaires et les besoins. L'equipe est alors les personnes travaillant dans chaque sprint, en divisant les taches et en s'assurant que tout est expedie.&lt;br /&gt;
&lt;br /&gt;
Avec toute la structure principale, cette gestion de Scrum s'articule autour de 5 reunions: backlog, planification Sprint, Daily Scrum, Sprint Review et Sprint Retrospective.&lt;br /&gt;
&lt;br /&gt;
Backlog: Cette reunion ressemble beaucoup a la phase de planification de TPM et se deroule le premier jour de chaque sprint - vous verrez les taches laissees dans le projet, Sprints, et deciderez a quoi se concentrer. Le PO fait l'appel sur la facon de hierarchiser les taches, et cela ascertain finalement la facon dont les sprints sont efficaces.&lt;br /&gt;
&lt;br /&gt;
Reunion de planification Sprint: Une fois que la PO decide sur quoi se concentrer, cette reunion aide l'equipe a comprendre ce qu'ils vont construire et pourquoi. Vous pouvez partager des «recits d'utilisateurs», decrire des fonctionnalites du point de vue du client ou simplement diviser des taches pour chaque equipe a travailler pendant le sprint.&lt;br /&gt;
&lt;br /&gt;
Reunions quotidiennes Scrum: reunions quotidiennes simples qui ne devraient durer que 15 minutes environ, les reunions Scrum sont un moyen pour les membres de l'equipe de se mettre a jour les uns des autres sur les progres.&lt;br /&gt;
&lt;br /&gt;
Sprint Review: Comme un post d'etre that is susceptible expedie est attendu a la fin de chaque sprint, le cadre Scrum met naturellement l'emphasis sur l'examen. Les membres de l'equipe presenteront ce qu'ils ont fait a toutes les parties prenantes. Bien que cette reunion pousse la responsabilite, son objectif est de s'assurer que les elements acheves du sprint correspondent aux objectifs des entreprises et des utilisateurs.&lt;br /&gt;
&lt;br /&gt;
Retrospective de Sprint: La retrospective de Sprint se deroule immediatement apres la reunion d'examen du sprint. En regardant les reussites et les retenues, tout le monde determine de ce qui fonctionne (ce qu'ils doivent continuer a faire) et de ce qui ne fonctionne pas (ce qu'ils devraient cesser de faire). Cela devrait inspirer l'attention du prochain sprint.&lt;br /&gt;
&lt;br /&gt;
C'est une facon structuree de s'assurer que tout est fait.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
{Pour obtenir plus d'informations sur [http://www.nutcache.com/fr/blog/methodologie-scrum/methodologie agile scrum] explorer notre page Web.&lt;/div&gt;</summary>
		<author><name>JonathonvvbethacafPottle</name></author>	</entry>

	</feed>