wiki

Scrum: mudanças entre as edições

← Edição anterior
Etiqueta: visualeditor
 
(25 revisões intermediárias por 3 usuários não estão sendo mostradas)
Linha 1: Linha 1:
== Conceito ==
= Conceito =
O Scrum ou Framework Scrum é uma técnica desenvolvida para gerenciar projetos que estão em modificação a todo instante. Para utiliza-lo é preciso que se baseie no desenvolvimento ágil, ou seja, respeite alguns princípios básicos pré-estabelecidos.
O Scrum ou framework Scrum, metodologia desenvolvida por Jeff Sutherland, é uma técnica desenvolvida para ser utilizada na gestão de projetos de desenvolvimento de software, baseando-se no desenvolvimento ágil. É utilizado para a realização de projetos complexos nos quais é muito difícil predizer tudo o que irá ocorrer até sua entrega.


            Para o funcionamento, é necessário que siga tais princípios (Frameworks) que são:
O Scrum possui três pilares fundamentais, são eles:
* Transparência
*A transparência, de modo que todos tenham acesso aos processos, requisitos de entrega e status.
*A inspeção constante de tudo que está sendo feito diariamente.
*E a adaptação, tanto do processo, quanto do produto às mudanças que irão ocorrer durante todo seu desenvolvimento.


* Inspeção
Parte do Product Owner a visão do que será feito. Ele é quem divide o projeto em funcionalidades, sendo essa atividade chamada Grooming. Esse conjunto de funcionalidades quando juntos em uma única lista priorizada, feita pelo próprio Product Owner, recebe o nome de Product Backlog.


* Adaptação
[[Arquivo:3scrum.png|800px]]


            A todo momento, todos tem acesso aos requisitos como projeto base e entrega, e também todos tem a inspeção do que ocorre diariamente. E o principal pilar para o Scrum vem a adaptação, ou seja, a todo instante o projeto está se modificando. Como essa técnica não é uma sequência de comandos, é necessário que se adapte a mudanças do que traçar uma linha reta de plano.                       
Após essa etapa, é feita a primeira reunião chamada de Sprint Planning (Planejamento de Sprint), onde estarão presentes o Scrum Master, Product Owner e o Time Scrum. Nesta reunião é definido o Sprint Backlog, que contém todo o trabalho que será executado durante o Sprint.  


            Botando o Scrum em funcionamento, deve-se ter a base do projeto desmembrada, ou seja, ela deve estar toda dividida em funcionalidades e esse conjunto de funcionalidades chamado de '''Product Backlog'''. Após divididas, essas funcionalidades devem ser colocadas em ordem de prioridade pelo '''Product Owner''' e este poderá ser constantemente alterado, afinal se trata de um Scrum.                        <gallery>
O Sprint se trata de um intervalo de tempo, geralmente com duração média de 2 a 4 semanas, onde são definidas as funcionalidades a serem desenvolvidas. São realizadas reuniões diárias durante cada Sprint, chamada de Daily Scrum, para se ter o acompanhamento do progresso da Sprint.
Scrum-Process1.png
</gallery>                                   


Após o desmembramento, é organizada uma reunião chamada de '''Sprint Planning''' entre, Product Owner, Scrum Master e Time Scrum. Sempre antes do começo de uma Sprint é organizada essa reunião, e será discutido quantas funcionalidades caberá dentro. Uma '''Sprint''' nada mais é que um intervalo de tempo, onde é colocado x funcionalidades para se desenvolver.<br><gallery>
[[Arquivo:4scrum.png|800px]]
Sprints.png
</gallery>Uma Sprint tem um tempo fixo e pode variar entre 2 a 4 semanas. Nesse intervalo de tempo, há um reunião a cada dia para avaliar o progresso da Sprint, chamado de '''Dayle Scrum'''.


            Ao final de uma Sprint, tem se o '''Sprint Review''', reunião que tem o objetivo de verificar se está como planejado e atualizar o Product Backlog com mudanças.
Geralmente todos os Sprints possuem uma duração fixa, chamada de timeboxed, onde é definido o início e fim de cada etapa, sendo que geralmente todas possuem a mesma duração.


            Entre o Sprint Review e a próxima reunião Sprint Planning, a '''Sprint Retrospective''' tem como objetivo verificar o que já foi feito e modificar ou adaptar o projeto.
Ao final de uma Sprint tem se uma Sprint Review, reunião onde a equipe apresenta as funcionalidades implementadas em Sprint Review Meeting que tem o objetivo de verificar se está tudo como planejado e atualizar o Product Backlog com as mudanças.


== Framework ==
Entre a Sprint Review e a próxima Sprint Planning, a Sprint Retrospective tem como objetivo verificar o que já foi feito e modificar ou adaptar o projeto. Após a Sprint Retrospective a equipe parte para o planejamento do próximo Sprint. Assim reinicia-se o ciclo.
 
= Framework =
Se trata de um conjunto de valores, princípios e práticas que promovem uma funcionalidade genética para que se adapte à sua necessidade no desenvolvimento do software.
 
= Cerimônias =
As cerimônias são todas as reuniões realizadas durante todo o projeto. Elas podem ser tanto formais como informais.
 
= Papéis =
Ao utilizar o Scrum para desenvolvimento, em uma ou mais equipes, é necessário que cada uma delas seja composta de três papéis básicos:
 
*Scrum Master: Responsável por ajudar todos os envolvidos a entender e abraçar os valores, princípios e práticas do Scrum;
*Product Owner: Único responsável por decidir quais recursos e funcionalidades serão construídos e qual a ordem que devem ser feitos;
*Dev Team (Time Scrum): Mais conhecido como equipe de desenvolvimento, o time scrum é quem deve fazer todo o trabalho para produzir uma ou mais funcionalidades do produto em cada Sprint. Sendo assim é quem de fato irá desenvolver o projeto.
 
[[Arquivo:2scrum.png]]
 
= Artefatos =
No Scrum os artefatos são três:
*Product Backlog;
*Sprint Backlog;
*Sprint Review.
<br>
<br>


== Cerimônias ==
= Agile x Scrum =
As Cerimônias são todas as reuniões realizadas, sejam elas formais ou não.<br>
<br>


== Papéis ==
* Comparação entre Agile x Scrum x Waterfall x Kanban
Mas quem são todos? Para um bom entendimento, todos seriam, o '''Product Owner''', aquele que dialoga entre quem necessita do projeto ou produto e com quem irá projetar ou produzir, mas que também irá verificar, exigir e garantir se está ocorrendo como esperado. O '''Scrum Master''' é aquele que lidera e ajuda o '''Time Scrum''' e deve intender o Scrum como nenhum outro'''.''' O Master tem como papel supervisionar e ajudar a resolver problemas, sugerir ao '''Product Owner''' novas ideias ou ideias alternativas, e quando sua equipe não consegue solucionar algum problema, é ele quem deve tomar para si e resolver. Já o '''Time Scrum''', é o grupo de desenvolvedores que irá de fato criar o produto ou projeto e entrega-lo.<gallery>
** [[Arquivo:Comparação- AgilexScrumxWaterfallxKanban.pdf]]
Papei2-Scrum.png
</gallery><gallery>
Papeis-Scrum.png
</gallery><br>


== Artefatos ==
= Referências Bibliográficas =
Os artefatos é uma pratica fundamental, e são três:
* http://www.desenvolvimentoagil.com.br/scrum/ <Acesso em 27 e 28 de maio e 3 e 4 de junho>.
# Product Backlog
* http://www.mindmaster.com.br/scrum/  <Acesso em 27 e 28 de maio e 3 e 4 de junho>.
# Sprint Backlog
* http://metodologiaagil.com/scrum/ <Acesso em 27 e 28 de maio e 3 e 4 de junho>.
# Incremento/Entrega ou Entrega parcial, realizado na Sprint Review.<br>
* http://www.brq.com/metodologias-ageis/ <Acesso em 27 e 28 de maio e 3 e 4 de junho>.
<br>
 
= Programa SuperTalentos =
<br>


== Referências Bibliográficas ==
* Scrum Master e PO:
<bR>
** https://www.scrum.org/open-assessments/scrum-open
** https://www.scrum.org/open-assessments/product-owner-open
** https://www.infiniteway.com.br/wp-content/uploads/2020/04/LIVRO-EDICAO-2020.pdf

Edição atual tal como às 19h31min de 18 de março de 2024

Conceito

O Scrum ou framework Scrum, metodologia desenvolvida por Jeff Sutherland, é uma técnica desenvolvida para ser utilizada na gestão de projetos de desenvolvimento de software, baseando-se no desenvolvimento ágil. É utilizado para a realização de projetos complexos nos quais é muito difícil predizer tudo o que irá ocorrer até sua entrega.

O Scrum possui três pilares fundamentais, são eles:

  • A transparência, de modo que todos tenham acesso aos processos, requisitos de entrega e status.
  • A inspeção constante de tudo que está sendo feito diariamente.
  • E a adaptação, tanto do processo, quanto do produto às mudanças que irão ocorrer durante todo seu desenvolvimento.

Parte do Product Owner a visão do que será feito. Ele é quem divide o projeto em funcionalidades, sendo essa atividade chamada Grooming. Esse conjunto de funcionalidades quando juntos em uma única lista priorizada, feita pelo próprio Product Owner, recebe o nome de Product Backlog.

Após essa etapa, é feita a primeira reunião chamada de Sprint Planning (Planejamento de Sprint), onde estarão presentes o Scrum Master, Product Owner e o Time Scrum. Nesta reunião é definido o Sprint Backlog, que contém todo o trabalho que será executado durante o Sprint.

O Sprint se trata de um intervalo de tempo, geralmente com duração média de 2 a 4 semanas, onde são definidas as funcionalidades a serem desenvolvidas. São realizadas reuniões diárias durante cada Sprint, chamada de Daily Scrum, para se ter o acompanhamento do progresso da Sprint.

Erro ao criar miniatura: Arquivo não encontrado

Geralmente todos os Sprints possuem uma duração fixa, chamada de timeboxed, onde é definido o início e fim de cada etapa, sendo que geralmente todas possuem a mesma duração.

Ao final de uma Sprint tem se uma Sprint Review, reunião onde a equipe apresenta as funcionalidades implementadas em Sprint Review Meeting que tem o objetivo de verificar se está tudo como planejado e atualizar o Product Backlog com as mudanças.

Entre a Sprint Review e a próxima Sprint Planning, a Sprint Retrospective tem como objetivo verificar o que já foi feito e modificar ou adaptar o projeto. Após a Sprint Retrospective a equipe parte para o planejamento do próximo Sprint. Assim reinicia-se o ciclo.

Framework

Se trata de um conjunto de valores, princípios e práticas que promovem uma funcionalidade genética para que se adapte à sua necessidade no desenvolvimento do software.

Cerimônias

As cerimônias são todas as reuniões realizadas durante todo o projeto. Elas podem ser tanto formais como informais.

Papéis

Ao utilizar o Scrum para desenvolvimento, em uma ou mais equipes, é necessário que cada uma delas seja composta de três papéis básicos:

  • Scrum Master: Responsável por ajudar todos os envolvidos a entender e abraçar os valores, princípios e práticas do Scrum;
  • Product Owner: Único responsável por decidir quais recursos e funcionalidades serão construídos e qual a ordem que devem ser feitos;
  • Dev Team (Time Scrum): Mais conhecido como equipe de desenvolvimento, o time scrum é quem deve fazer todo o trabalho para produzir uma ou mais funcionalidades do produto em cada Sprint. Sendo assim é quem de fato irá desenvolver o projeto.

Artefatos

No Scrum os artefatos são três:

  • Product Backlog;
  • Sprint Backlog;
  • Sprint Review.


Agile x Scrum


Referências Bibliográficas


Programa SuperTalentos


Disponível em “http://3.143.69.156/wiki/index.php?title=Scrum&oldid=89835”