Estudo de Caso Scrum

Páginas: 6 (1319 palavras) Publicado: 16 de maio de 2014
Estudo de Caso de Projeto Utilizando Scrum

Por Rodrigo Lodeiro, PMP
rodrigolodeiro@gmail.com
15/04/14


1. Descrição do caso:
Gerar um case uma documentação de Levantamento de Requisitos para o seguinte problema:
"Uma empresa possui 170 profissionais terceiros na área de TI e precisa controlar o banco de horas destes profissionais.

O diretor determinou à área de desenvolvimento aconstrução de um sistema de Ponto para viabilizar esse controle e gerar informações ao diretor e aos profissionais terceiros.

Você é o Scrum Master. Elabore o product backlog priorizado para esse projeto. Escolha um dos itens do product backlog e descreva-o com regras à seu critério.

Você já possui um time SCRUM para trabalhar e o product backlog que você identificou será utilizado nacerimônia de Planning para que você apresente ao Time os itens candidatos a entrar no próximo Sprint."

Prazo de entrega : 16/04.

2. Artefatos necessários:

 Declaração do escopo
 EAP de alto nível, onde os pacotes de trabalho serão as Estórias
 Gráfico de Gantt (dependências – base para prioridades)
 Decomposição das Estórias em tarefas (preliminar, a ser melhor detalhado a cada SprintPlanning)
 Painel de Controle com post-its, contendo:
o Quadro tipo Kanban simples, com colunas:
 Estórias
 A fazer
 Fazendo
 Feito
o 2 Gráficos de Burndown
 1 gráfico da versão de entrega: identificando esforço estimado restante (em story-points) por dia útil (macrogerenciamento)
 1 gráfico da sprint, reiniciado a cada 2 semanas (microgerenciamento)
o Área reservada para itens nãoplanejados post-it de cor diferenciada:
 Azul para novas funcionalidades (não previstas) aprovadas pelo Product Owner
 Vermelho para correção de bugs

3. Declaração do Escopo:

Requisitos do Produto:
 Infraestrutura:
o Aplicação WEB
o Banco de dados freeware (MySQL, por exemplo)
o Alocação em nuvem (compartilhar espaço com outros sistemas da empresa)
 Interface:
 PerfilAdministrador:
o Login
o Painel de controle para:
 Incluir/bloquear/desbloquear colaborador (com opção para carga em lote via planilha Excel)
 Criar/alterar estrutura funcional (gerente-coordenador-líder-equipe)
 Criar períodos de trabalho
o Extração de relatório de ponto de qualquer colaborador
o Registro de ponto para casos de exceção
 Perfil Colaborador:
o Login
o Registrar
 Entrada
Saída Almoço
 Retorno Almoço
 Saída
 Local de trabalho (escritório/home-office)
 Observação (ex. justificativa de atraso)
o Emissão de relatório de registro de ponto
 Apenas do seu e de seus subordinados

Definição de Pronto:
Foi estabelecido que um item está pronto após a aplicação com sucesso de um caso de uso que explore suas funcionalidades e exceções. Este caso de uso deverá serelaborado por membro do time que não participou do desenvolvimento do item. O Scrum Master, neste contexto, assumirá papel de auditor da qualidade do produto e verificará se os cenários descritos no caso de uso são suficientemente abrangentes.

Critérios de Aceitação:
Todas as entregas serão demonstradas e documentadas nas cerimônias de sprint review e o cliente (Gerente de RH) confirmaráaceite assinando descritivo de funcionalidades entregues

Entrega final:
Após aceite final do produto, será agendado um treinamento para os gerentes, coordenadores e líderes de equipe. Estes últimos serão os multiplicadores dentro de suas equipes.


Não faz parte do escopo:
 Qualquer outra funcionalidade que não esteja explicitamente descrita neste documento
 Treinamento para novoscolaboradores
 Integração de hardware leitor de cartão magnético ou código de barras
o Se, no futuro, houver necessidade de utilização de cartão-ponto “físico”, esta demanda será tratada como um novo projeto e deverá ser definida regra para casos de home-office.

Restrições:
 Todo o desenvolvimento será interno e não poderá contar com recursos de outras equipes
 Não poderá ser utilizado o banco...
Ler documento completo

Por favor, assinar para o acesso.

Estes textos também podem ser interessantes

  • Plano de Projeto Scrum (Estudo de Caso)
  • Fatores motivacionais para evolução do SCRUM ao KANBAN: Estudo de caso vivenciado em um datacener
  • Estudo de caso
  • ESTUDO DE CASO: “CASO PINHEIRINHO”
  • Estudo de caso
  • Estudo de caso
  • Estudo de caso
  • Estudo de caso

Seja um membro do Trabalhos Feitos

CADASTRE-SE AGORA!