Metodologia de Trabalho - Histórico de revisão

Sheila.prado em 16h51min de 4 de maio de 2021

2021-05-04T16:51:53Z

Balaci em 12h58min de 9 de janeiro de 2018

2018-01-09T12:58:50Z

Balaci em 12h57min de 9 de janeiro de 2018

2018-01-09T12:57:00Z

Balaci em 12h53min de 9 de janeiro de 2018

2018-01-09T12:53:47Z

Balaci em 12h52min de 9 de janeiro de 2018

2018-01-09T12:52:31Z

Balaci em 12h49min de 9 de janeiro de 2018

2018-01-09T12:49:02Z

Balaci em 12h48min de 9 de janeiro de 2018

2018-01-09T12:48:06Z

Balaci em 12h25min de 9 de janeiro de 2018

2018-01-09T12:25:48Z

Balaci em 20h19min de 4 de janeiro de 2018

2018-01-04T20:19:16Z

Balaci em 20h18min de 4 de janeiro de 2018

2018-01-04T20:18:09Z

← Edição anterior		Edição das 16h51min de 4 de maio de 2021
Linha 1:		Linha 1:
		+	[[Página principal\|'''Voltar''']]
		+	<br/><br/>
	==Cerimônias==		==Cerimônias==
	• '''Abaixo o Modelo de Trabalho atual com as cerimonias Agile:'''		• '''Abaixo o Modelo de Trabalho atual com as cerimonias Agile:'''

@@ Linha 77: / Linha 77: @@
-===Daily meeting ===
+===Daily Meeting ===
 A cada dia do Sprint a equipe faz uma reunião diária, chamada Daily Scrum. Ela tem como objetivo disseminar conhecimento sobre o que foi feito no dia anterior, identificar impedimentos e priorizar o trabalho a ser realizado no dia que se inicia.
@@ Linha 95: / Linha 95: @@
-===Planejamento e priorização do backlog (Grooming)===
+=== Refinamento ("Grooming")===
-•	Durante a execução das Sprints, enquanto o time de execução realiza a construção das Estórias, o Scrum Master e o Product Owner da Fundação Ary Frauzino farão o detalhamento e priorização do Backlog para a próxima Sprint. Neste caso pode-se selecionar um ou mais membros do time de desenvolvimento para antecipar questões técnicas da estória.
+•	Durante a execução das Sprints, enquanto o time de execução realiza a construção das Estórias, o Scrum Master e o Product Owner da Fundação Ary Frauzino farão o detalhamento e priorização do Backlog para a próxima Sprint. Neste caso recomenda-se selecionar um ou mais membros do time de desenvolvimento para antecipar questões técnicas da estória.

@@ Linha 24: / Linha 24: @@
 •	As Estórias devem ser dimensionadas para entrega dentro de uma Sprint
 •	As Estórias devem ser testáveis.
@@ Linha 38: / Linha 47: @@
 •	O cancelamento do Sprint pode ocorrer quando o Product Owner concluir que as Estórias presentes na Sprint não fazem mais sentido de existir. Neste caso, assim que a Sprint corrente for cancelada, será iniciada um nova Sprint, que excepcionalmente, terá duração igual aos dias restantes da Sprint Cancelada. Desta forma, garantimos o cumprimento do time-box definido.
-−
 ===Planejamento da Interação (Sprint)===

@@ Linha 11: / Linha 11: @@
 A respeito da Estória é importante o conhecimento de três características relevantes para o planejamento e execução que são a “Definition of Ready”, “Definition of Done” e "Critério de Aceite", que podem ser descritos como:
-Definition of Ready: Descritivo das necessidades que devem ser atendidas para que a Estória seja classificada como pronta para ser executada pelo time de desenvolvimento. Apenas Estórias classificadas como prontas, serão consideras para formação do Sprint Backlog.
+'''Definition of Ready''': Descritivo das necessidades que devem ser atendidas para que a Estória seja classificada como pronta para ser executada pelo time de desenvolvimento. Apenas Estórias classificadas como prontas, serão consideras para formação do Sprint Backlog.
-Definition of Done (Definição de “Pronto”): Descritivo das necessidades que devem ser atendidas para que a Estória seja considerada como aceita. Esta definição é dada durante o Release Planning e será a base de comparação para aceite durante a Sprint Review. O Definition of Done é genérico para todas as Estórias, e pode incluir, mas não está restrita a critérios como: "Código completo"; "Testes unitários escritos e rodando"; "Testes de integração escritos e rodando"; "Documentação de usuário e treinamento completos", sendo estes apenas exemplos;
+'''Definition of Done''' (Definição de “Pronto”): Descritivo das necessidades que devem ser atendidas para que a Estória seja considerada como aceita. Esta definição é dada durante o Release Planning e será a base de comparação para aceite durante a Sprint Review. O Definition of Done é genérico para todas as Estórias, e pode incluir, mas não está restrita a critérios como: "Código completo"; "Testes unitários escritos e rodando"; "Testes de integração escritos e rodando"; "Documentação de usuário e treinamento completos", sendo estes apenas exemplos.
-Critério de Aceite: Descritivo das funcionalidades que precisam ser atendidas para que, juntamente com o Definition of Done, a Estória possa ser aceita pelo Product Owner. Diferentemente do Definition of Done, os critérios de aceite são específicos para cada Estória.
+'''Critério de Aceite''': Descritivo das funcionalidades que precisam ser atendidas para que, juntamente com o Definition of Done, a Estória possa ser aceita pelo Product Owner. Diferentemente do Definition of Done, os critérios de aceite são específicos para cada Estória.
 Para definição de uma Estória, recomenda-se a observação de alguns atributos, entre eles:

@@ Linha 6: / Linha 6: @@
 === Estória ===
-Uma Estória é uma descrição resumida que representa a decomposição de uma Feature e é realizada dentro de uma Sprint. Para sua construção utiliza-se um modelo mais humano que busca manter a necessidade de negócio na perspectiva do usuário. Em geral as Estórias seguem a seguinte estrutura.
+Uma Estória é uma descrição resumida que representa a decomposição de uma Funcionalidade do Sistema e é realizada dentro de uma Sprint. Para sua construção utiliza-se um modelo mais humano que busca manter a necessidade de negócio na perspectiva do usuário. Em geral as Estórias seguem a seguinte estrutura.
 “Eu como, <Papel do usuário> gostaria que <descrição da necessidade> de tal forma que <descrição do objetivo>.
@@ Linha 30: / Linha 30: @@
 O Sprint é um período fixo (time-box) de duas semanas a serem executadas em sequência, visando à entrega de um incremento de produto baseado nas Estórias de usuário registradas e priorizadas no Sprint Backlog. A execução de uma Sprint é composta por:
-•	Um período de 10 dias úteis de duração consecutivos (2 semanas). Tais horas serão executadas apenas em dias úteis, na qual o time de desenvolvimento realizará a execução das tarefas determinadas
+•	Um período de 10 dias úteis de duração consecutivos (2 semanas). Tais horas serão executadas apenas em dias úteis, na qual o time de desenvolvimento realizará a execução das tarefas determinadas;
-•	Destes 10 dias úteis: 4hrs serão dedicadod a uma sessão de planejamento (Sprint Planning) e 4hrs serão dedicados a uma sessão de revisão da Sprint (Sprint review), e uma sessão de retrospectiva de Sprint (Sprint Retrospective)
+•	Destes 10 dias úteis: 4hrs serão dedicadod a uma sessão de planejamento (Sprint Planning) e 4hrs serão dedicados a uma sessão de revisão da Sprint (Sprint review), e uma sessão de retrospectiva de Sprint (Sprint Retrospective);
-•	Considera-se a Sprint encerrada assim que o período time-box se encerra
+•	Considera-se a Sprint encerrada assim que o período time-box se encerra;
-•	O cancelamento do Sprint pode ocorrer quando o Product Owner concluir que as Estórias presentes na Sprint não fazem mais sentido de existir. Neste caso, assim que a Sprint corrente for cancelada, será iniciada um nova Sprint, que excepcionalmente, terá duração igual aos dias restantes da Sprint Cancelada. Desta forma, garantimos o cumprimento do time-box definido
+•	O cancelamento do Sprint pode ocorrer quando o Product Owner concluir que as Estórias presentes na Sprint não fazem mais sentido de existir. Neste caso, assim que a Sprint corrente for cancelada, será iniciada um nova Sprint, que excepcionalmente, terá duração igual aos dias restantes da Sprint Cancelada. Desta forma, garantimos o cumprimento do time-box definido.
@@ Linha 42: / Linha 42: @@
 ===Planejamento da Interação (Sprint)===
-•	A Sprint Planning é conduzida para que o Product Owner apresente ao time o objetivo da Sprint e as Estórias identificadas e priorizadas para trabalho. A Sprint Planning é realizada no primeiro dia da Sprint
+•	A Sprint Planning é conduzida para que o Product Owner apresente ao time o objetivo da Sprint e as Estórias identificadas e priorizadas para trabalho. A Sprint Planning é realizada no primeiro dia da Sprint.
-o	A Sprint Planning é o último nível de planejamento dentro da abordagem proposta
+o	A Sprint Planning é o último nível de planejamento dentro da abordagem proposta.
 o	Como resultado do trabalho da Sprint Planning, teremos a confirmação das Estórias a serem executadas, tarefas e o esforço para execução.
 Neste momento devem ser trabalhadas a priorização e gestão do backlog da Sprint, que deverá ser feita em conjunto com o PO da Fundação Ary Frauzino, sendo fundamental sua participação nesta atividade. Durante a Sprint Planning, os seguintes cenários podem ocorrer:
 •	O Time conclui que uma ou mais Estórias de usuários incluídas na Sprint foram subestimadas e que a Sprint não comporta a sua execução. Neste caso, o escopo da Sprint é redefinido, movendo uma ou mais Estórias para o Backlog do Release, passível de execução na próxima Sprint, ou para o Product Backlog, passível de execução em Releases seguintes.
 •	O Time detecta capacidade ociosa na Sprint.  Novas Estórias que não estão originalmente previstas para execução na Sprint serão inclusas até consumir a capacidade ociosa.
 •	O Time conclui que uma Estória originalmente prevista não faz mais sentido de existir. Neste caso, o backlog da Sprint é redefinido, através da remoção da Estória. Uma vez que a remoção acarrete em capacidade ociosa, nova Estória poderá ser incluída conforme descrito acima.
@@ Linha 59: / Linha 59: @@
 •	A sessão de revisão da Sprint (Sprint Review), é conduzida para a revisão das Estórias executadas e atendimento a definição de "pronto” estabelecido no detalhamento
-da Estória, sendo executada no último dia da Sprint
+da Estória, sendo executada no último dia da Sprint.
@@ Linha 65: / Linha 65: @@
 ===Retrospectiva===
-•	A sessão de retrospectiva (Sprint Retrospective), é conduzida para que o time avalie a forma em que o trabalho foi realizado e lições aprendidas
+•	A sessão de retrospectiva (Sprint Retrospective), é conduzida para que o time avalie a forma em que o trabalho foi realizado e lições aprendidas.
@@ Linha 88: / Linha 88: @@
 ===Planejamento e priorização do backlog (Grooming)===
-•	Durante a execução das Sprints, enquanto o time de execução realiza a construção das Estórias, o Scrum Master e o Product Owner da Fundação Ary Frauzino farão o detalhamento e priorização do Backlog para a próxima Sprint. Neste caso pode-se selecionar um ou mais membros do time de desenvolvimento para antecipar questões técnicas da estória
+•	Durante a execução das Sprints, enquanto o time de execução realiza a construção das Estórias, o Scrum Master e o Product Owner da Fundação Ary Frauzino farão o detalhamento e priorização do Backlog para a próxima Sprint. Neste caso pode-se selecionar um ou mais membros do time de desenvolvimento para antecipar questões técnicas da estória.

← Edição anterior		Edição das 12h49min de 9 de janeiro de 2018
Linha 69:		Linha 69:

	===Daily meeting ===		===Daily meeting ===
		+
		+	A cada dia do Sprint a equipe faz uma reunião diária, chamada Daily Scrum. Ela tem como objetivo disseminar conhecimento sobre o que foi feito no dia anterior, identificar impedimentos e priorizar o trabalho a ser realizado no dia que se inicia.
		+
		+	Os Daily Scrums normalmente são realizadas no mesmo lugar, na mesma hora do dia. Idealmente são realizados na parte da manhã, para ajudar a estabelecer as prioridades do novo dia de trabalho.
		+
		+	Todos os membros da equipe devem participar do Daily Scrum. Outras pessoas também podem estar presentes, mas só poderão escutar. Isso torna os Daily Scrums uma excelente forma para uma equipe disseminar informações sobre o estado do projeto.
		+
		+	O Daily Scrum não deve ser usado como uma reunião para resolução de problemas. Questões levantadas devem ser levadas para fora da reunião e normalmente tratadas por um grupo menor de pessoas que tenham a ver diretamente com o problema ou possam contribuir para solucioná-lo. Durante o Daily Scrum, cada membro da equipe provê respostas para cada uma destas três perguntas:
		+	O que você fez ontem?
		+	O que você fará hoje?
		+	Há algum impedimento no seu caminho?
		+
		+	Concentrando-se no que cada pessoa fez ontem e no que ela irá fazer hoje, a equipe ganha uma excelente compreensão sobre que trabalho foi feito e que trabalho ainda precisa ser feito. O Daily Scrum não é uma reunião de status report na qual um chefe fica coletando informações sobre quem está atrasado. Ao invés disso, é uma reunião na qual membros da equipe assumem compromissos perante os demais.
		+
		+	Os impedimentos identificados no Daily Scrum devem ser tratados pelo Scrum Master o mais rapidamente possível.

@@ Linha 1: / Linha 1: @@
 ==Cerimônias==
-•	'''Abaixo o Modelo de Trabalho atual com as cerimonias Agile. Este modelo está sendo adotado atualmente nas iterações do projeto'''
+•	'''Abaixo o Modelo de Trabalho atual com as cerimonias Agile:'''
 [[Arquivo:Modelo-Trabalho.png|800px|nenhum]]
 ===Planejamento da Interação (Sprint)===
 ===Review/Demo===
 ===Retrospectiva===
 ===Daily meeting ===

← Edição anterior		Edição das 20h18min de 4 de janeiro de 2018
Linha 2:		Linha 2:
	• '''Abaixo o Modelo de Trabalho com as cerimonias Agile'''		• '''Abaixo o Modelo de Trabalho com as cerimonias Agile'''

−	[[Arquivo:Modelo-Trabalho.png\|~~200px~~\|nenhum]]	+	[[Arquivo:Modelo-Trabalho.png\|800px\|nenhum]]