<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>PHPAULO &#187; SCRUM</title>
	<atom:link href="http://www.phpaulo.com.br/tag/scrum/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.phpaulo.com.br</link>
	<description>Só mais um site WordPress</description>
	<lastBuildDate>Wed, 14 Sep 2011 15:13:53 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>SCRUM em 2 minutos</title>
		<link>http://www.phpaulo.com.br/metodologia/scrum-em-2-minutos/</link>
		<comments>http://www.phpaulo.com.br/metodologia/scrum-em-2-minutos/#comments</comments>
		<pubDate>Mon, 10 May 2010 12:00:51 +0000</pubDate>
		<dc:creator>phpaulo</dc:creator>
				<category><![CDATA[Metodologia]]></category>
		<category><![CDATA[Agile]]></category>
		<category><![CDATA[Metodo]]></category>
		<category><![CDATA[SCRUM]]></category>

		<guid isPermaLink="false">http://www.phpaulo.com.br/?p=59</guid>
		<description><![CDATA[O texto abaixo foi criado por Paulo Fernandes (eu) e Jefferson Lira como parte do artigo Como atender os requisitos arquiteturais de software usando métodos ágeis como SCRUM e XP. O SCRUM é um processo iterativo e incremental para o &#8230; <a href="http://www.phpaulo.com.br/metodologia/scrum-em-2-minutos/">Continue lendo <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>O texto abaixo foi criado por <a title="E-mail de Contato" href="mailto:paulofernandesjr@gmail.com">Paulo Fernandes (eu)</a> e <a title="E-mail de Contato" href="mailto:jefferson.l.vieira@gmail.com">Jefferson Lira</a> como parte do artigo <a title="Como-atender-os-requisitos-arquiteturais-de-software-usando-métodos-ágeis-como-SCRUM-e-XP" href="http://www.phpaulo.com.br/artigo/pos/Como-atender-os-requisitos-arquiteturais-de-software-usando-metodos-ageis-como-SCRUM-e-XP.pdf" target="_blank">Como atender os requisitos arquiteturais de software usando métodos ágeis como SCRUM e XP</a>.</p>
<p>O SCRUM é um processo iterativo e incremental para o desenvolvimento de qualquer produto e gerenciamento de qualquer projeto, a quem diga que esta mais para um framework que uma metodologia, ou até mesmo mais para atitude que um processo.</p>
<p>Para que o SCRUM seja utilizado com êxito, cada pessoa envolvida deve cumprir com seu papel, seguindo corretamente todos os processos, e a fim de viabilizar, utilizar como apoio algumas das ferramentas que lhe são oferecidas. Entretanto, para que seja possível seguir corretamente todos os processos, primordialmente é necessário que todos estejam de acordo com a cultura envolvida.</p>
<p>Segue abaixo uma breve descrição sobre os três papeis relacionados ao SCRUM:</p>
<p><strong>Product Owner</strong>: responsável por garantir o retorno de investimento, este deve conhecer as necessidades do cliente;</p>
<p><strong>Scrum Master</strong>: responsável por remover os impedimentos do time e garantir o uso do SCRUM;</p>
<p><strong>Time (Equipe)</strong>: equipe de desenvolvimento multidisciplinar e auto-gerenciável, responsável por produzir produto com qualidade e valor para o cliente.</p>
<p>As ferramentas como: <strong>Product Backlog</strong>, <strong>Sprint Backlog</strong>, <strong>Burndown Chart</strong> e <strong>Scrum Board</strong> são de grande utilidade durante o ciclo de vida do SCRUM. Para um melhor entendimento, segue abaixo uma breve descrição:</p>
<p><strong>Product Backlog</strong>: uma lista com todos os requisitos que o Product Owner deseja, sem muitos detalhes técnicos, essa lista é ordenada por prioridade pelo Product Owner;</p>
<p><strong>Sprint Backlog</strong>: contém uma lista com as tarefas decompostas sobre os itens extraídos do Product Backlog que foi definida no Sprint Planning Meeting e que deverá ser entregue ao Product Owner.  Estas atividades não devem durar mais de 2 dias ou 16 horas;</p>
<p><strong>BurnDown Chart</strong>: gráfico que mostra o trabalho da equipe dia a dia, avaliando assim se o Sprint está atrasado ou não. Caso o gráfico demonstre que a equipe acabará o Sprint antes, o Product Owner é consultado e novas funcionalidades são incorporadas àquele Sprint;</p>
<p><strong>Scrum Board</strong>: é um quadro onde deverá contemplar todas as tarefas que serão realizadas dentro de um Sprint e listadas de acordo com as prioridades de cada item.</p>
<p>Existem três tipos de cerimônias no SCRUM,<strong> Sprint Planning Meeting</strong>, <strong>Daily Scrum Meeting</strong> e <strong>Sprint Review Meeting</strong>, estes três tipos de evento caracterizam bem o ciclo de vida de cada Sprint: início, meio e fim. Segue abaixo uma breve descrição sobre as cerimônias:</p>
<p><strong>Sprint Planning Meeting</strong>: encontro para planejar o que será feito no Sprint. A equipe acessa o Product Backlog e detalha de forma mais ampla as atividades que serão executadas no Sprint de acordo com suas prioridades, avaliando tempo e complexidade. Após definido o que será feito, o Sprint Backlog é gerado;</p>
<p><strong>Daily Scrum Meeting</strong>: encontros diários, com duração em média de 15 minutos, a idéia de ser uma reunião em que cada membro da equipe deve responder 3 perguntas: O que fiz ontem? O que farei hoje? O que está impedindo de que alcance o objetivo? Essa reunião é liderada pelo ScrumMaster;</p>
<p><strong>Sprint Review Meeting</strong>: encontro realizado quando o Sprint chega ao fim. Este encontro é dividido em duas partes, na primeira parte é demonstrado ao ProductOwner quais atividades definidas no Product Backlog foram realizadas, o Product Owner lidera esse encontro e pode chamar todos os interessados no projeto. Após a demonstração o Product Owner e os interessados no projeto atualizam e repriorizam o Product Backlog, definindo assim o próximo Sprint. Finalizada essa primeira parte o ScrumMaster toma a liderança e começa uma reunião com a equipe, onde a equipe avalia o que foi realizado positivamente e negativamente no Sprint, também avaliam o que poderia ser mudado para melhorar o próximo Sprint.</p>
<p>O <strong>Sprint</strong> é um conjunto de tarefas a serem executadas em um determinado tempo. A Figura 1 ilustra o ciclo de vida do SCRUM.</p>
<div class="wp-caption aligncenter" style="width: 311px"><a href="http://www.phpaulo.com.br/artigo/pos/ciclo-de-vida-scrum.jpg"><img title="Ciclo de Vida do SCRUM" src="http://www.phpaulo.com.br/artigo/pos/ciclo-de-vida-scrum.jpg" alt="Ciclo de Vida do SCRUM" width="301" height="140" /></a><p class="wp-caption-text">Ciclo de Vida do SCRUM</p></div>
]]></content:encoded>
			<wfw:commentRss>http://www.phpaulo.com.br/metodologia/scrum-em-2-minutos/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>

