Material 2 - Scrum MindMap Scrum Guide

Prévia do material em texto

<p>SCRUM	GUIDE</p><p>1.	Definição	e	Teoria	do	Scrum</p><p>1.1.	O	que	é	o	Scrum</p><p>1.1.1.	Scrum	é	um	frameowrk	leve	que	ajuda	pessoas,	times	e</p><p>organizações	a	gerar	valor	por	meio	de	soluções	adaptativas</p><p>para	problemas	complexos.</p><p>1.2.	O	que	o	Scrum	precisa	para	acontecer?</p><p>1.2.1.	Um	Scrum	Master	para	promover	um	ambiente	de</p><p>colaboração</p><p>1.2.2.	Um	Product	Owner	que	ordena	o	trabalho	para	um</p><p>problema	complexo	em	um	Product	Backlog</p><p>1.2.3.	O	Scrum	Team	(Todo	o	time)	transforma	uma	seleção	do</p><p>trabalho	em	um	incremento	de	valor	durante	uma	Sprint</p><p>1.2.4.	O	Scrum	Team	e	seus	stakeholderes	(outros	interessados</p><p>no	projeto)	inspecionam	os	resultados	e	se	ajudam	para	a</p><p>próxima	Sprint</p><p>1.2.5.	Repetir	tudo	no	próximo	Sprint</p><p>1.3.	Scrum	é	Simples</p><p>1.3.1.	Filosofia,	teoria	e	estrutura	ajudam	a	atingir	objetivos	e	a</p><p>criar	valor.</p><p>1.3.2.	É	propositalmente	Incompleto	define	apenas	partes</p><p>necessárias	para	implantar	a	Teoria	do	Scrum</p><p>1.3.3.	É	construído	sobre	inteligência	coletiva	das	pessoas</p><p>1.3.4.	O	Scrum	Guide	orienta	apenas	relacionamentos	e</p><p>interações	entre	as	pessoas,	ao	invés	de	instruções</p><p>detalhadas.</p><p>1.3.5.	Vários	processos,	técnicas	e	métodos	adicionais	podem</p><p>ser	empregados	com	o	Scrum,	que	acopla	a	práticas</p><p>existentes,	ou	as	torna	desnecessárias.</p><p>1.3.6.	Scrum	torna	visível	a	eficácia	relativa	da	gestão	atual,</p><p>meio	ambiente	e	técnicas	de	trabalho,	para	que	melhorias</p><p>possam	acontecer.</p><p>1.4.	A	Teoria	do	Scrum</p><p>1.4.1.	Baseado	no	Empirismo	e	Lean	Thinking</p><p>1.4.2.	Empirimo:	Conhecimento	vem	da	experiência	e	da</p><p>tomada	de	decisões	com	base	no	que	é	observado.</p><p>1.4.3.	Lean	Thinking	reduz	o	desperdício	e	se	concentra	no</p><p>essencial</p><p>1.4.4.	Abordagem	Iterativo	e	Incremental	para	otiizar	a</p><p>previsibilidade	e	reduzir	riscos</p><p>1.4.5.	Envolve	grupos	de	pessoas	que	possuem	todas	as</p><p>habilidades	e	conhecimentos	necessários	para	fazer	o	trabalho</p><p>e	compartilhar	ou	adquirir	essas	habilidades	se	necessário</p><p>1.4.6.	4	Eventos	formais	para	Inspeção	e	Adaptação	contidos</p><p>dentro	do	Evento	Sprint</p><p>1.4.6.1.	Sprint	Planning</p><p>1.4.6.2.	Daily	Scrum</p><p>1.4.6.3.	Sprint	Review</p><p>1.4.6.4.	Sprint	Retrospectiva</p><p>1.4.7.	Os	eventos	são	baseados	nos	Pilares	do	Scrum</p><p>1.4.7.1.	Transparência</p><p>1.4.7.1.1.	Todo	trabalho	deve	ser	visível,	tanto	para	quem</p><p>faz,	como	para	quem	recebe</p><p>1.4.7.2.	Inspeção</p><p>1.4.7.3.	Adaptação</p><p>2.	Os	Valores	do	Scrum</p><p>2.1.	Compromisso</p><p>2.2.	Foco</p><p>2.3.	Abertura</p><p>2.4.	Respeito</p><p>2.5.	Coragem</p><p>3.	O	Scrum	Team</p><p>3.1.	Scrum	Master</p><p>3.1.1.	Coach	do	time</p><p>3.1.2.	Líder</p><p>3.1.3.	Domina	o	Framework	Scrum</p><p>3.1.4.	Remove	Impedimentos</p><p>3.1.5.	Facilitar	os	Eventos</p><p>3.1.6.	Treina	o	Scrum	Team</p><p>3.2.	Developers</p><p>3.2.1.	Equipe	Auto-gerenciada</p><p>3.2.2.	Tem	todas	as	habilidades	necessárias	para	entregar	o</p><p>produto	pronto</p><p>3.2.3.	Orientados	pela	Definição	de	Pronto</p><p>3.3.	Product	Owner</p><p>3.3.1.	Uma	Pessoa	e	não	um	Comitê</p><p>3.3.2.	Orientado	pela	Meta	do	Produto</p><p>3.3.3.	Responsável	por	Maximiar	o	Valor	do	Produto</p><p>3.3.4.	Define,	Ordena	e	Mantém	o	Backlog</p><p>3.3.5.	Monitora	o	Progresso	do	Projeto</p><p>3.3.6.	Único	que	possui	autoridade	para	cancelar	um	Sprint</p><p>3.4.	O	Scrum	Team</p><p>3.4.1.	É	uma	unidade	coesa	de	profissionais	focados	em	um</p><p>objetivo	de	cada	vez,	a	Meta	do	Produto.</p><p>3.5.	Tamanho	do	Time</p><p>3.5.1.	Até	10	pessoas	considerando	o	Scrum	Master	e	o</p><p>Product	Owner</p><p>3.5.2.	Se	os	Scrum	Teams	se	tornarem	muito	grandes,	eles</p><p>devem	considerar	a	reorganização	em	vários	Scrum	Teams</p><p>coesos,	cada	um	focado	no	mesmo	produto.	Portanto,	eles</p><p>devem	compartilhar	o	mesma	meta	do	produto,	Product</p><p>Backlog	e	Product	Owner.</p><p>3.6.	Definição	do	Scrum	Team</p><p>3.6.1.	É	uma	unidade	coesa	de	profissionais	focados	em	um</p><p>objetivo	de	cada	vez,	a	Meta	do	Produto.</p><p>4.	Eventos	do	Scrum</p><p>4.1.	A	Sprint</p><p>4.1.1.	Nenhuma	mudança	é	feita	que	coloque	em	risco	a	meta</p><p>da	Sprint;	A	qualidade	não	diminui;	O	Product	Backlog	é</p><p>refinado	conforme	necessário;	e,	O	escopo	pode	ser</p><p>esclarecido	e	renegociado	com	o	Product	Owner	conforme	mais</p><p>é	aprendido.</p><p>4.1.2.	Todo	o	trabalho	necessário	para	atingir	a	meta	do</p><p>Produto,	incluindo	Sprint	Planning,	Daily	Scrums,	Sprint	Review</p><p>e	Sprint	Retrospective,	acontece	dentro	de	Sprints.</p><p>4.2.	Evento	de	Duração	Fixa,	pode	ser	2	semanas	ou	1	mês</p><p>4.3.	Sprint	Planning</p><p>4.3.1.	Timbox:	8	horas	para	Sprint	de	1	mês</p><p>4.3.2.	Onde	se	Prepara	o	Sprint	Backlog</p><p>4.3.3.	3	Tópicos	da	Sprint	Planning</p><p>4.3.3.1.	Tópico	um:	Por	que	esta	Sprint	é	valiosa?</p><p>4.3.3.2.	Tópico	dois:	O	que	pode	ser	feito	nesta	Sprint?</p><p>4.3.3.3.	Tópico	três:	Como	o	trabalho	escolhido	será</p><p>realizado?</p><p>4.4.	Daily	Scrum</p><p>4.4.1.	Timebox:	15	minutos</p><p>4.4.2.	Evento	para	os	Developers</p><p>4.4.3.	Não	é	Status	Report	para	o	Scrum	Master</p><p>4.4.4.	Serve	como	Inspeção	e	Adaptação</p><p>4.4.5.	Sincroniza	o	Time	para	as	próximas	24	horas</p><p>4.4.6.	Não	tem	mais	as	3	perguntas</p><p>4.5.	Sprint	Review</p><p>4.5.1.	Timebox:	4	horas</p><p>4.5.2.	Quem	Participa:	Todo	o	Scrum	Team</p><p>4.5.3.	Para	que	serve:	Coletar	Feedback	e	Inspecionar	o	que	foi</p><p>feito	no	Sprint</p><p>4.5.4.	Quando	acontece:	Final	do	Sprint</p><p>4.6.	Sprint	Retrospectiva</p><p>4.6.1.	Timebox:	3	horas</p><p>4.6.2.	Quem	Participa:	Todo	o	Scrum	Team</p><p>4.6.3.	Para	que	serve:	Coletar	Feedback	e	lições	aprendidas	no</p><p>Sprint.	Melhorar	os	processos	de	trabalho	para	o	próximo</p><p>Sprint</p><p>4.6.4.	Quando	acontece:	Depois	da	Sprint	Review</p><p>5.	Artefatos	do	Scrum</p><p>5.1.	Product	Backlog</p><p>5.1.1.	Lista	ordenada	de	tudo	que	precisa	ser	feito	durante	o</p><p>projeto,	de	acordo	com	a	priorização	do	Product	Owner</p><p>5.1.2.	Sofre	atualização	sempre</p><p>5.1.3.	Visível	a	todos</p><p>5.1.4.	Mantido	pelo	Product	Owner</p><p>5.2.	Compromisso:	Meta	do	Produto</p><p>5.2.1.	A	Meta	do	Produto	é	o	objetivo	de	longo	prazo	para	o</p><p>Scrum	Team.</p><p>5.2.2.	É	o	que	define	o	objetivo	do	projeto</p><p>5.3.	Sprint	Backlog</p><p>5.3.1.	Lista	de	tudo	que	será	feito	durante	Sprint,	tendo	sido</p><p>extraído	do	Product	Backlog</p><p>5.3.2.	O	Sprint	Backlog	é	composto	pela	Meta	da	Sprint	(por</p><p>que),	o	conjunto	de	itens	do	Product	Backlog	selecionados	para</p><p>a	Sprint	(o	que),	bem	como	um	plano	de	ação	para	entregar	o</p><p>Incremento	(como).</p><p>5.3.3.	É	mantido	pelos	Developers</p><p>5.4.	Compromisso:	Meta	do	Sprint</p><p>5.4.1.	A	Meta	da	Sprint	é	o	único	objetivo	da	Sprint.</p><p>5.4.2.	Embora	a	Meta	da	Sprint	seja	um	compromisso	dos</p><p>Developers,	esta	fornece	flexibilidade	em	termos	do	trabalho</p><p>exato	necessário	para	alcançá-la.</p><p>5.4.3.	A	Meta	da	Sprint	também	cria	coerência	e	foco,</p><p>encorajando	o	Scrum	Team	a	trabalhar	junto	ao	invés	de</p><p>iniciativas	separadas.</p><p>5.5.	Incremento</p><p>5.5.1.	Tudo	o	que	foi	concluído	no	Sprint</p><p>5.5.2.	Entregue	ao	final	do	Sprint</p><p>5.5.3.	Potencialmente	Pronto	para	uso</p><p>5.5.4.	Um	Incremento	deve	atender	a	Definição	de	Pronto	para</p><p>ser	considerado	pronto</p><p>5.6.	Compromisso:	Definição	de	Pronto</p><p>5.6.1.	Checklist	com	os	padrões	mínimos	para	se	considerar</p><p>um	incremento	pronto.</p><p>5.6.2.	A	Definição	de	Pronto	é	uma	descrição	formal	do	estado</p><p>do	Incremento	quando	ela	atende	às	medidas	de	qualidade</p><p>exigidas	para	o	produto.</p><p>5.6.3.	No	momento	em	que	um	item	do	Product	Backlog</p><p>atende	a	Definição	de	Pronto,	um	incremento	nasce.</p><p>5.6.4.	A	Definição	de	Pronto	cria	transparência	ao	fornecer	a</p><p>todos	um	entendimento	compartilhado	de	qual	trabalho	foi</p><p>concluído	como	parte	do	Incremento.</p><p>6.	Atualizações	do	Scrum	Guide</p><p>6.1.	Menos	Prescritivo</p><p>6.2.	Um	Time,	focado	em	Um	Produto</p><p>6.3.	Introdução	da	Meta	do	Produto</p><p>6.4.	Meta	do	Sprint,	Definição	de	Pronto	e	Meta	do	Produto</p><p>6.5.	Auto-Gerenciáveis	x	Auto-Organizados</p><p>6.6.	Os	3	Topicos	da	Sprint	Planning</p><p>6.7.	Simplificação	Geral	da	Linguagem</p>