O Propósito do Guia SCRUM - XIV

Sprint

38. Como podemos definir a Sprint?

Como o coração do Scrum, um time-box de um mês ou menos, durante o qual uma versão “Pronta”, versão incremental potencialmente utilizável do produto, é criada.

Sprints tem durações coerentes em todo o esforço de desenvolvimento. Uma nova Sprint inicia imediatamente após a conclusão da Sprint anterior.

39. Qual o processo que compõe uma Sprint?

As Sprints são compostas por uma reunião de planejamento da Sprint, reuniões diárias, o trabalho de desenvolvimento, uma revisão da Sprint e a retrospectiva da Sprint.

40. Durante a Sprint o que muda e o que não pode mudar?

• Não são feitas mudanças que podem afetar o objetivo da Sprint;
• A composição da Equipe de Desenvolvimento permanece constantes;
• As metas de qualidade não diminuem; e,
• O escopo pode ser elucidado e renegociado entre o Product Owner e a Equipe de Desenvolvimento quanto mais for aprendido.

41. Como podemos encarar uma Sprint?

• Cada Sprint pode ser considerada um projeto com horizonte não maior que um mês.
• Como os projetos, as Sprints são utilizadas para realizar algo.
• Cada Sprint tem a definição do que é para ser construído, um plano projetado e flexível que irá guiar a construção, o trabalho e o resultado do produto.

42. Qual a duração de uma Sprint?

• Sprints são limitadas a um mês corrido.

Quando o horizonte da Sprint é muito longo, a definição do que será construído pode mudar, a complexidade pode aumentar e o risco pode crescer. Sprints permitem previsibilidade que garante a inspeção e adaptação do progresso em direção a meta pelo menos a cada mês corrido. Sprints também limitam o risco ao custo de um mês corrido.

Grande Abraço,

Gilberto Ribeiro.

Perfil Profissional - XII

Refinar os Diagramas de Casos de Uso

A partir de toda a informação obtida no processo de levantamento de requisitos e dos casos de uso de negócio do sistema, realizamos o refinamento dos casos de uso do sistema identificando todos os envolvidos.

Produtos de Entrada

Modelo V - Documento de Visão.

Modelo VIII - Lista de Requisitos.

Modelo III - Plano de Projeto de Software.

Protótipo.

Modelo VI - Glossário do Projeto.

Produtos de Saída

Relatório sintético de casos de uso atualizado.

Modelo de análise.

Especificação de casos de uso.

Glossário atualizado.

Atividades

Refinar diagramas de caso de uso.

Obter aprovação dos casos de uso junto ao cliente. 

Grande Abraço,

Gilberto Ribeiro.

Perfil Profissional - XI

Analista de Sistemas

Fica a cargo da empresa decidir a participação ou não do Analista de Sistemas nas fases abaixo:

Analisar Cenários de Caso de Uso

Atualizar as informações relacionadas aos cenários de caso de uso, após a análise de requisitos. Neste processo capturamos todos os cenários de caso de uso do sistema que serão desenvolvidos registrando no documento de modelo de análise.

Produto de Entrada

Modelo V - Documento de Visão.

Modelo VIII - Lista de Requisitos.

Especificação de requisitos funcionais.

Protótipo.

Modelo VI - Glossário do Projeto.

Produto de Saída

Relatório sintético de casos de uso atualizado.

Modelo de análise.

Glossário atualizado.

Atividades

Levantar cenários de caso de uso, registrando-os no relatório sintético de caso de uso.

Elaborar e registrar um modelo de análise no documento modelo de análise.

Grande Abraço,
Gilberto Ribeiro.

O Propósito do Guia SCRUM - XIII

Eventos SCRUM

• Reunião de Planejamento da Sprint.
• Reunião diária.
• Reunião de Revisão da Sprint.
• Retrospectiva da Sprint.

36. Qual a principal característica dos eventos Scrum?

• Eventos time-boxed, onde todo evento tem uma duração máxima.

37. Qual objetivo dos eventos time-boxed?

• Garantir que uma quantidade adequada de tempo seja gasta no planejamento sem permitir perdas no processo de planejamento.

Além da Sprint, que é um container para outros eventos, cada evento no Scrum é uma oportunidade de inspecionar e adaptar.

Estes eventos são especificamente projetados para permitir uma transparência e inspeção criteriosa.

Atenção: A não inclusão de qualquer um dos eventos resultará na redução da transparência e da perda de oportunidade para inspecionar e adaptar.

Grande Abraço,
Gilberto Ribeiro.

SCRUM - Implantação XVI

A Contribuição do Scrum

Oposto ao período de participação do cliente no modelo tradicional cascata, a framework Scrum propõe a participação ativa dos interessados em todas as fases ou Sprints do projeto, mudando o cenário anterior, permitindo a construção e entrega do software por partes ou releases.

O cliente tem a liberdade, com base no domínio do negócio, de solicitar o que ele desejar e quando desejar. As mudanças são facilitadas e fazem parte do processo de desenvolvimento.

No framework ágil o desenvolvimento de um projeto de software não pode ser planejado com muita antecedência, mesmo porque o domínio do negócio pode sofrer mudanças, fazendo com que os requisitos mudem também. Projetos longos com entregas previstas no final e sem a participação de stakeholders ao longo do desenvolvimento aumentam o risco do projeto. A grande vantagem da metodologia são as entregas parciais que geram conforto e confiabilidade para os stakeholders, pois eles começam a ver o sistema funcionar ao longo do seu ciclo de vida.

As pequenas releases que agregam valor ao negócio do cliente seguem planejamentos detalhados para as primeiras semanas de desenvolvimento, são flexíveis para a próxima Sprint, aproximados para os próximos três meses e extremamente rudimentares para além dos três meses, ou seja, devemos saber quais tarefas individuais estaremos trabalhando na próxima semana, conhecer em linhas gerais os requisitos nos quais estaremos trabalhando nos próximos três meses e ter apenas uma vaga ideia do que o sistema fará depois de um ano.

Mike Cohn relata em seu livro que “uma razão pela qual os stakeholders estão tão satisfeitos é o time-to-market reduzido com o uso de um processo ágil como o Scrum. Esse time-to-market[1] mais veloz é gerado pela produtividade mais alta das equipes de desenvolvimento ágil, que, por sua vez, é resultado da qualidade mais alta em projetos de desenvolvimento ágil, já que, os funcionários ficam livres para fazer um trabalho de alta qualidade, e veem seu trabalho sendo entregue mais cedo para os usuários que estão esperando. Desta forma, a satisfação no trabalho aumenta. Com uma satisfação no trabalho mais alta vem um maior engajamento dos funcionários, o que leva a um maior ganho de produtividade, iniciando um eficiente ciclo de melhoria contínua”.

---

[1] É o tempo de colocação do produto no mercado, sem que afete o nível de demanda e oferta do mesmo. 

Grande Abraço,
Gilberto Ribeiro.