Ferramentas do usuário
ferramentas:scrum
Diferenças
Aqui você vê as diferenças entre duas revisões dessa página.
| Ambos lados da revisão anterior Revisão anterior Próxima revisão | Revisão anterior | ||
|
ferramentas:scrum [2019/05/15 16:53] analiddy |
ferramentas:scrum [2021/03/12 08:43] (atual) |
||
|---|---|---|---|
| Linha 1: | Linha 1: | ||
| ====== Scrum ====== | ====== Scrum ====== | ||
| - | Scrum pode ser visto como um //framework// de processo incremental e iterativo, mais orientado para o gerenciamento dos projetos inovadores. Seu foco está em definir práticas e posturas a serem adotadas durante o desenvolvimento, e não em definir especificamente processos. | + | Scrum pode ser visto como um //framework// de processo incremental e iterativo para organizar e gerenciar trabalhos em geral, sendo mais orientado para o gerenciamento dos projetos inovadores. Seu foco está em definir práticas e posturas a serem adotadas durante o desenvolvimento, e não em definir especificamente processos. |
| No Scrum, todo o desenvolvimento é feito em iterações: todo o esforço é orientado para que seja apresentado um novo conjunto de funcionalidades ao final de cada iteração, denominada de //sprint//, para a qual é sugerida uma duração típica de 30 dias. Ao predefinir o prazo, o custo da iteração também fica estipulado, uma vez que inclui basicamente a remuneração da equipe e despesas com instalações. Considerando a qualidade do produto um parâmetro institucional, somente o conjunto de requisitos atendidos – as funcionalidades entregues – é que pode ser alterado durante a iteração. Para a equipe, o grande desafio da iteração está em construir um produto previsível, a partir de requisitos de complexidade imprevisível. | No Scrum, todo o desenvolvimento é feito em iterações: todo o esforço é orientado para que seja apresentado um novo conjunto de funcionalidades ao final de cada iteração, denominada de //sprint//, para a qual é sugerida uma duração típica de 30 dias. Ao predefinir o prazo, o custo da iteração também fica estipulado, uma vez que inclui basicamente a remuneração da equipe e despesas com instalações. Considerando a qualidade do produto um parâmetro institucional, somente o conjunto de requisitos atendidos – as funcionalidades entregues – é que pode ser alterado durante a iteração. Para a equipe, o grande desafio da iteração está em construir um produto previsível, a partir de requisitos de complexidade imprevisível. | ||
| Linha 9: | Linha 9: | ||
| Figura 1 - Componentes do Framework Scrum | Figura 1 - Componentes do Framework Scrum | ||
| + | Para planejar as //__Sprints__// e acompanhar sua execução pode ser gerado um quadro de tarefas semelhante ao apresentado na figura 2, que pode receber diversas denominações, entre elas //__Agile Radiator__//, Quadro de Tarefas e Quadro de Acompanhamento. | ||
| + | Cada item selecionada para o //__Sprint Backlog__// deve ser priorizado e particionado em tarefas menores, conforme mostra a parte superior esquerda da Figura 2. O tamanho de cada tarefa deve, então, ser estimado, utilizando uma tarefa simples (básica) como referência e calculando comparativamente o tamanho das demais tarefas. | ||
| + | A seguir, o Quadro de Tarefas do Scrum deve ser montado conforme estrutura ilustrada na parte inferior esquerda da Figura 2. Nele são colocados os itens selecionados do //Backlog// da //Sprint// e suas tarefas associadas, priorizados de cima para baixo, na coluna “Não Iniciado”. Itens adicionais podem ser anexados junto ao item “Depois”. O gráfico __//Burndown//__ deve ser então definido, colocando o número total de dias da Sprint no eixo X e a soma do tamanho das atividades no eixo Y. A reta inclinada e pontilhada, que une os valores máximos em cada eixo do gráfico, representa a velocidade média esperada da equipe durante a Sprint. | ||
| + | Ao final do planejamento (e sempre que concluir uma tarefa), cada membro da equipe deve selecionar a tarefa a ser por ele executada, seguindo a prioridade definida (de cima para baixo), passando-a para a coluna “Iniciado”. Na periodicidade definida (em geral diária), a equipe deve se reunir para analisar o que foi feito da reunião anterior até aquele momento, o que será realizado até a reunião seguinte e se ocorreu algum impedimento para a realização das tarefas (o que deve ser anotado junto a “Itens Não Planejados” para tratamento posterior à reunião). Durante essa reunião, tarefas concluídas devem ser movidas para a coluna “Pronto”, seu tamanho contabilizado e registrado no gráfico //__Burndown__// (“dando baixa” no que foi realizado, traçando a linha contínua), de forma que seja possível acompanhar o andamento dos trabalhos, conforme ilustrado na parte inferior direita da Figura 2. Desvios entre o planejado e o executado podem ser percebidos quando a linha contínua se distancia da linha pontilhada, conforme ilustrado na parte superior direita da Figura 2. | ||
| {{ :ferramentas:scrum_gde.jpeg?600 |}} | {{ :ferramentas:scrum_gde.jpeg?600 |}} | ||
| Figura - Quadro de Tarefas do Scrum: preparação e execução de uma Sprint [H. Kniberg, Scrum e XP direto das Trincheiras, C4Media, 2007] http://www.infoq.com/br/minibooks/scrum-xp-from-the-trenches | Figura - Quadro de Tarefas do Scrum: preparação e execução de uma Sprint [H. Kniberg, Scrum e XP direto das Trincheiras, C4Media, 2007] http://www.infoq.com/br/minibooks/scrum-xp-from-the-trenches | ||
ferramentas/scrum.1557950026.txt.gz · Última modificação: 2021/03/12 08:38 (edição externa)
Ferramentas da página
Exceto onde for informado ao contrário, o conteúdo neste wiki está sob a seguinte licença: CC Attribution-Share Alike 4.0 International
