ciclo de vida do desenvolvimento de Software (SDLC). Scrum Model Step by Step
Scrum framework permite a implementação de uma metodologia de desenvolvimento ágil. Ao contrário do modelo waterfall de desenvolvimento de software, o Scrum permite um processo de desenvolvimento iterativo e incremental. O projeto divide-se em várias fases, cada uma das quais resulta em um produto pronto a usar. No final de cada passo (chamado sprint na terminologia Scrum), um produto utilizável é entregue a um cliente., O feedback do cliente ajuda a revelar possíveis problemas ou alterar o plano de desenvolvimento inicial, se necessário. Se você quer que seu projeto siga rigorosamente os princípios principais do Manifesto Ágil, você pode usar o modelo Scrum e ter certeza de que você está no caminho certo.
Aqui estão os principais papéis envolvidos no processo de desenvolvimento, de acordo com o modelo Scrum:
- O product owner tem o cuidado de o usuário final interesses;
- O Scrum master coordena todo o processo de desenvolvimento., Outra tarefa é certificar-se de que Scrum é usado corretamente e para realizar reuniões regulares Scrum;
- a equipe Scrum desenvolve o produto. Suas principais tarefas são Programação, Análise, testes, etc.
Agora, vamos dar uma olhada nos principais passos do processo de desenvolvimento que Scrum consiste.
fases do modelo Scrum
Passo 1. A criação de backlog de produto
um backlog de produto é uma lista que contém características a serem implementadas durante o processo de desenvolvimento. É ordenada por prioridade e cada item é chamado de história de usuário. Cada história de utilizador tem uma IDENTIFICAÇÃO única., Como regra, as histórias do usuário têm o seguinte formato: como a , eu quero assim que . Esta lista abaixo mostra como essas histórias podem se parecer.,ange a duração e data de início dos actuais utilizando o recurso de arrastar-e-soltar para que eu possa estimativa do tempo de projeto
Além destes campos obrigatórios e opcionais que podem ser adicionados em caso de necessidade:
- A pista é usado para selecionar todas as histórias de usuário de um determinado tipo para alterar a sua prioridade., Pode ser usado para aumentar a prioridade de histórias de usuários que se relacionam com o painel de Controle, por exemplo;
- Componentes de criar uma lista dos componentes que serão alterados durante o trabalho. Os módulos de uma aplicação, como autenticação ou pesquisa, por exemplo;
- o solicitador é um cliente que está interessado em implementar alguma funcionalidade particular;
- id de rastreamento de bugs contém uma lista de bugs detectados que se relacionam com uma história de usuário adequada.
Passo 2. Sprint Planning and Sprint Backlog Creation
first, you should determine what your sprint’s duration will be., Um sprint curto permite que você libere a versão de trabalho de um produto com mais freqüência. Como resultado, o feedback do cliente será recebido com mais frequência, e todos os erros e bugs possíveis serão revelados a tempo.
Como alternativa, você pode preferir uma duração de sprint mais longa. Ele permitirá que os desenvolvedores trabalhem mais exaustivamente. A duração óptima do sprint é definida como uma média destas duas opções. Como regra, em um modelo Scrum, um sprint dura cerca de 2-4 semanas. O mais importante nesta fase é o Sprint Goal. O objetivo é determinado para cada sprint., E de acordo com isso, o sprint está cheio de histórias de usuários. Outra coisa importante é a cooperação entre as partes interessadas e os membros da equipa. O proprietário do produto determina a importância de uma história de usuário adequada, enquanto a equipe Scrum define os custos de trabalho apropriados.
Depois disso, a equipe Scrum pode selecionar as histórias de usuário mais importantes do Backlog do produto. Então os membros da equipe devem decidir como eles vão resolver esta ou aquela tarefa. Além disso, a equipe pode dividir histórias de usuários particulares em menores e, em seguida, transformá-los em uma série de Tarefas., O Sprint backlog deve ser criado a seguir. Consiste em histórias de usuários que serão completadas durante o sprint atual. A quantidade dessas histórias depende de sua capacidade em pontos de história atribuídos a cada história durante a fase de avaliação. A Equipa Scrum deve ser capaz de terminar todas estas histórias a tempo.
Passo 3. A trabalhar no Sprint. Reuniões diárias de Scrum
após as histórias reais do Usuário para a fase atual são escolhidas, o processo de desenvolvimento começa.
para acompanhar o processo de trabalho atual, um painel de Tarefas é comumente usado., Há geralmente grandes cartões com os nomes de histórias de usuário particulares e um pacote de pequenas notas pegajosas com uma descrição de tarefas individuais que são necessárias para a implementação desta ou daquela história. Cada conselho particular é desenvolvido de acordo com as especificidades de um projeto. Vamos dar uma olhada em um pequeno exemplo.as cartas podem ser dispostas de acordo com a sua importância. Quando o trabalho em uma tarefa foi iniciado, o adesivo correspondente é movido do campo “para fazer” para o “em progresso”., Quando o trabalho é concluído, o adesivo pode ser movido para o campo “teste”, e depois que a tarefa é testada com sucesso, o adesivo vai para o campo “feito”. Um exemplo de como o Scrum task board pode se parecer é mostrado abaixo:
Existe também a possibilidade de usar software especializado para esta tarefa.por exemplo, Atlassian JIRA.outra característica importante do Scrum é as reuniões diárias do Scrum., O principal objetivo destas reuniões é obter informações completas e verazes sobre o estado atual do projeto e garantir que todos os membros da equipe estão na mesma página. Durante as reuniões do Scrum, cada membro da equipe deve dizer o que ele ou ela fez para o objetivo de Sprint, que tarefa será a próxima, e que problemas os membros da equipe enfrentaram durante o trabalho.
além disso, um gráfico burndown é outra ferramenta amplamente utilizada que permite monitorar os processos diários de forma eficaz. Mostra-lhe quantas tarefas continuam por completar., Este gráfico dá a capacidade de controlar o processo de desenvolvimento e pode ser atualizado após cada reunião.as reuniões do Scrum dia a dia ajudam a aumentar a flexibilidade do processo de desenvolvimento. Também permitem compreender que mudanças devem ser feitas.
O eixo dos X representa os dias restantes de trabalho, enquanto o eixo dos Y mostra a quantidade total de pontos de história para a fase actual. Depois de uma tarefa que requer um certo número de pontos de história para completar está terminado, você pode adicionar um ponto no diagrama para indicar o progresso atual.,
JIRA permite que você para criar estes gráficos também:
Este gráfico ajuda a tirar conclusões sobre a velocidade atual de trabalho. Dependendo destas conclusões, o número de histórias de usuário para o próximo sprint pode ser alterado.
é importante notar que, uma vez que o resultado ideal de cada sprint em um modelo Scrum é um produto de trabalho, o processo de teste de ciclo de vida completo é muito importante. Existem diferentes formas de minimizar os custos do período de teste. Por exemplo, você pode diminuir a quantidade total de histórias de usuário., Como resultado, o número de bugs possíveis será minimizado. A outra maneira é incluir os engenheiros de QA na equipe Scrum.
Read Also Why QA played a Key Role in a High-Quality Software Product Development
Step 4. O resultado de cada sprint no Scrum é um incremento de produto potencialmente shippable que pode ser demonstrado ao cliente. Após cada iteração, a equipe de desenvolvimento cria uma nova versão de um produto de software com maior valor., Durante a revisão Sprint, que é a parte final de cada sprint, os resultados globais podem ser demonstrados e analisados. Com base em toda esta informação, as partes interessadas podem tomar uma decisão sobre novas alterações de projecto e planear o próximo sprint.
Passo 5. O objetivo principal da retrospectiva e do próximo Sprint Planning
Retrospective é discutir os resultados e determinar as formas de melhorar o processo de desenvolvimento na próxima etapa., Uma característica importante é que nesta fase são os processos de trabalho e interação que são discutidos a fim de melhorar o trabalho da equipe Scrum como um todo. A equipe deve concluir o que correu bem durante o processo de trabalho e o que pode ser feito melhor durante a iteração futura. Quando as formas de melhoria são definidas, a equipe pode se concentrar no próximo planejamento sprint.
conclusão
As principais características distintivas do Scrum são a agilidade e o progresso contínuo. É fornecido principalmente por comunicação permanente e estreita cooperação entre os stakeholders em cada etapa., A abordagem Scrum implica um processo contínuo de desenvolvimento iterativo e incremental. O objetivo é garantir a possibilidade de aumentar continuamente o valor do produto e manter a flexibilidade na escolha de prioridades para outras iterações.
Quando o sprint é concluída, o cliente pode avaliar o funcionamento da funcionalidade do produto na iteração atual e tomar uma decisão informada sobre como o projeto deve evoluir durante os próximos sprints.,
embora de acordo com o Manifesto Ágil, você deve preferir o software de trabalho sobre a documentação abrangente, nada impede os desenvolvedores de usar uma especificação de requisitos de Software. SRS é bom em dizer o que um sistema ou produto deve fazer. Apesar de que o SRS pode perder alguns aspectos ágeis do desenvolvimento do projeto, como a colaboração, ele ainda pode ser uma boa ferramenta para planejamento e agendamento.