Pular para o conteúdo principal

Processo de Desenvolvimento e Manutenção da MGA Sistemas

Revisão

Este documento foi aprovado em 28/09/2016 por Robinson Patroni , Diretor da MGA.

Visão Geral​

O Processo de Desenvolvimento de Software da MGA Sistemas é iterativo e incremental baseado no modelo CMMI-DEV nível 2 e na metodologia SCRUM. Os ciclos de trabalho de desenvolvimento serão caracterizados por ciclos chamados de Sprints conforme abaixo ilustrado:

Scrum

Em nossa empresa as sprints terão duração semanal e os ciclos de trabalho serão compostos por 4 sprints, tendo então duração de 1 mês. A seguir é apresentado com mais detalhes cada fase do processo de desenvolvimento.

Fases do Ciclo de Vida​

Planejamento do Trabalho​

Processo

  • Criação/Revisão do Plano, descrevendo os objetivos e processo a serem seguidos pela equipe de desenvolvimento. São especificados o escopo (aberto), as estimativas, o cronograma e riscos para o Ciclo. São revistas a forma de trabalho quanto às competências, o papel e responsabilidade de cada membro. No planejamento inicial os membros estabelecem, com base na política de desenvolvimento e o Sistema de Serviço, os critérios de aceite de requisitos, o tratamento das mudanças, os recursos, a configuração e o acompanhamento do ciclo de trabalho.

Resultados

  • Plano de Trabalho (Metas, Processo, Equipe e Esforço, Treinamentos, Tamanho, Cronograma, Riscos, Escopo)

Planejamento da Fase (Sprint)​

Processo

  • Reunião na qual estão presentes o Product Owner, o Scrum Master e todo o Time, bem como qualquer pessoa interessada que esteja representando a gerência ou o cliente.
  • É apresentado pelo Product Owner a demanda de desenvolvimento para a sprint, moderado pelo Scrum Master, o planejamento é realizado por toda a Equipe que prioriza as Estórias, estima-se o tamanho de cada uma e elege quais serão realizadas na sprint.
  • A equipe faz perguntas durante a reunião de modo que seja capaz de quebrar as funcionalidades em tarefas técnicas, após a reunião.
  • O Product Owner não precisa descrever todos os itens que estão no Product Backlog.

Resultados

  • O Time e o Product Owner definem um objetivo (as Estórias de cada Sistema) para a Sprint, que é uma breve descrição daquilo que se tentará alcançar na Sprint.
  • Ata de Reunião de Planejamento da sprint e do ciclo
  • Taskboard (quadro branco) com Estórias e Tarefas afixadas
  • Gráfico de Burndown (quadro para preenchimento do andamento das Estórias)
  • Tickets no Sistema de Chamados

Desenvolvimento​

Processo

  • Esforço empregado nas Estórias e Tarefas é realizado durante o período de iteração das Sprints.
  • São realizadas reuniões rápidas diárias para acompanhamento.

Resultados

  • São gerados incrementos para os produtos.
  • Atualização do Taskboard
  • Atualização do Gráfico de Burndown
  • Atualização dos Tickets no Sistema de Chamados

Monitoramento e Controle e Revisões de Marco​

  • O monitoramento e controle é realizado após cada sprint.
  • Os indicadores são analisados e avaliados no monitoramento e controle, de acordo com o [[Guia de Medição e Análise]].
  • Os resultados são registrados na planilha de monitoramento e controle, disponível no Sistema de Chamados.

Encerrramento da Fase (Sprint)​

Processo

  • São apresentados os resultados da sprint e realizado o aceite pelo Product Owner.
  • O Time realiza reunião de lições aprendidas.
  • Encerra-se a sprint acrescentando um conjunto de features para o produto.

Resultados

  • Ata de Reunião de Encerramento da sprint
  • Conclusão do Taskboard
  • Conclusão do Gráfico de Burndown
  • Conclusão dos Tickets no RedminSistema de Chamadose

Encerramento do Ciclo de Trabalho​

Processo

  • São apresentados as médias mensais dos indicadores coletados nas sprints do Plano de Trabalho com parecer do SQA, os pontos importantes citados nas reuniões de encerramento das sprints, as metas estratégicas da equipe e o acompanhamento das ações. Todos os envolvidos no ciclo participam da reunião.
  • Análise do índice de Satisfação dos representantes: Apresentação das respostas das pesquisas e discussões para melhora o índice caso necessário

Resultados

  • Apresentação da Reunião armazenada no Sistema de Chamados na wiki.

Processos de Apoio​

Riscos:​

  • Nos planos de trabalho os riscos são classificados com Probabilidade, Impacto e Nível do Risco;
  • Os níveis de Probabilidade e Impacto são classificados em 1 quando é baixo, 2 quando é moderado, 3 quando é Alto;
  • O Nível do Risco é a multiplicação da Probabilidade x Impacto ;
  • Os riscos são acompanhados no acompanhamento do plano de trabalho de acordo com os parâmetros estabelecidos no Guia de Medição;

Exemplo:

RiscoProbabilidadeImpactoNovel do Risco
Falta de conhecimento técnico da equipe236

Níveis de Probabilidade e Impacto

  • Baixo = 1
  • Moderado = 2
  • Alto = 3

Garantia da Qualidade​

  • A garantia da qualidade do processo segue as diretrizes estabelecidas no [[Guia da Garantia da Qualidade]]

Gestão de Dados e Gerência de Configuração​

  • A gerência de Configuração e gestão dos dados do setor de desenvolvimento segue as diretrizes estabelecidas em [[Guia de Gerência de Configuração]]

Medição e Indicadores​

  • A Medição e Análise do setor de desenvolvimento segue as diretrizes estabelecidas em [[Guia de Medição e Análise]]

Papéis e Responsabilidade​

  • Os Papéis e responsabilidades dos colaboradores são definidas e estão disponíveis em [[Papéis e Responsabilidades]] e os currículos armazenados em [[Banco de Currículos]]

SLA e Tempo de Resposta​

  • (definir planilha de nivel de SLA por servico)