Processo de Desenvolvimento

processo-desenvolvimento

0.1. Atividades do processo

0.1.1. Requisitos ​(da release)

• Descrição Este subprocesso diz respeito a etapa de coleta de requisitos para a compreensão do problema. São coletados requisitos a nível de Release (épicos, features).

• Responsável Time de desenvolvimento

• Participantes Time de desenvolvimento

• Produto Gerado Backlog do produto

• Próxima Atividade Planejar release

• Tarefas As atividades deste subprocesso estão descritas na sessão 2.2 deste documento.

0.1.2. Planejar Release

• Descrição ​Nesta etapa do processo é elaborado um documento de backlog da

  release onde onde estão mapeados épicos e suas respectivas features, esse documento é embasado na fase de coleta de requisitos e será melhorado ao início de cada ciclo. Além disso, são feitos os planejamentos das auditorias e os treinamentos que acontecerão durante este ciclo.

• Responsável Time de desenvolvimento

• Participantes Time de desenvolvimento

• Produto Gerado

  • Backlog da release

  • Planejamento de auditorias

  • Planejamento de treinamentos

• Próxima Atividade

  • Desenvolver

  • Testar

  • Realizar daily meeting

• Tarefas

  • Planejar os entregáveis da release

  • Planejar auditorias

  • Planejar treinamentos

0.1.3. Desenvolver

• Descrição ​Subprocesso de desenvolvimento onde são construídos os incrementos de software.

• Responsável Time de desenvolvimento

• Participantes Time de desenvolvimento

• Produto Gerado

  • Incremento de software

• Próxima Atividade

  • Fim do projeto ou treinar novos membros

• Tarefas As atividades deste subprocesso estão descritas na seção 1 deste documento

0.1.4. Treinar novos membros

• Descrição ​Nesta etapa do processo os membros de cada área são responsáveis por passar todas as informações necessárias de suas áreas de trabalho, seja desenvolvimento, qualidade ou processo, para que a equipe seguinte continue o trabalho de forma efetiva.

• Responsável

  • Time de desenvolvimento

  • time de processo

  • time da garantia da qualidade

• Participantes

  • Time de desenvolvimento

  • time de processo

  • time da garantia da qualidade

• Produto Gerado Não há

• Próxima Atividade Troca de equipe

• Tarefas Cada equipe deverá treinar a próxima equipe de sua respectiva área.

0.1.5. Trocar Equipes

• Descrição Nesta etapa as equipes são trocadas e assumem cada uma seu novo papel na elaboração do projeto, reiniciando o ciclo.

• Responsável

  • Time de desenvolvimento

  • time de processo

  • time da garantia da qualidade

• Participantes

  • Time de desenvolvimento

  • time de processo

  • time da garantia da qualidade

• Produto Gerado Não há

• Próxima Atividade Requisitos

• Tarefas Rotação dos grupos

  ​

1. Subprocesso Desenvolvimento

subprocesso-desenvolvimento

1.1. Papeis

1.1.1. Product Owner

Membro do time de desenvolvimento, define as histórias e as prioriza. Tem a responsabilidade de manter a integridade conceitual das novas features e melhorias e também é responsável por manter a integração entre o time e o cliente.

Atividades do PO:

• Planejar Sprint (definir os critérios de aceitação das histórias planejadas).

• Revisar Sprint;

1.1.2. Scrum Master

O Scrum Master procura assegurar que a equipe respeite e siga os valores e as práticas do Scrum, também atua como facilitador do Daily Meeting, e tenta assegurar o planejamento da Sprint nos limites de entrega da equipe de desenvolvimento.

Atividades do Scrum Master :

• Conduzir o Daily Meeting;

• Planejar a Sprint.

1.1.3. Time de Desenvolvimento

Equipe responsável pela implementação das features propostas para a construção do software.

Atividades do Time de Desenvolvimento :

• Participar da fase de Requisitos

• Desenvolver

• Testar

• Realizar Stand Up

• Integrar

• Revisar

• Realizar retrospectiva

1.2. Atividades do subprocesso de desenvolvimento

1.2.1 Requisitos (da sprint)

• Descrição Este subprocesso diz respeito a etapa de coleta de requisitos para a compreensão do problema, e é explicado mais detalhadamente na seção 2.2 deste documento. Ressalta-se que aqui são coletados requisitos a nível de sprint.

• Responsável Scrum Master.

• Participantes Scrum Master, Product Owner, time de desenvolvimento._

• Produto Gerado Backlog da Realese Refinado.

• Próxima Atividade Planejar Sprint.

• Tarefas As atividades desse subprocesso estão descritas na seção 2.2 deste documento.

1.2.2 Planejar Sprint

• Descrição Nesta etapa é usado o backlog da release com épicos e features para elaborar as histórias de usuário que serão desenvolvidas naquela sprint a partir das features, formando o backlog da sprint. Após o desenvolvimento do backlog da sprint o time de desenvolvimento deve planejar a execução dele no decorrer da sprint, critérios como pareamento e pontuação das histórias devem ser descritos pelo gerente de projeto da equipe de desenvolvimento.

• Responsável Scrum Master e PO.

• Participantes Scrum Master, PO e time de desenvolvimento.

• Produto Gerado Backlog da Sprint.

• Próxima Atividade

  • Desenvolver.

  • Testes.

    • Realizar Stand Up.

• Tarefas

  • Priorizar itens do backlog doproduto.

  • Dividir funcionalidades em história de usuários.

  • Definir backlog da sprint.

  • Definir critérios de aceitação.

  • Definir pontuação para as histórias, utilizando-se do planning poker.

  • Definir os pareamentos a serem realizados pela equipe de desenvolvimento.

  • Alocar histórias para os pares de desenvolvedores.

1.2.3. Desenvolver

• Descrição:

  Nesta etapa o time de desenvolvimento realiza as histórias contidas no backlog da sprint de acordo com o planejamento realizado na atividade de planejamento da sprint.

• Responsável Time de desenvolvimento.

• Participantes Time de desenvolvimento.

• Produto Gerado Incremento de software a ser integrado.

• Próxima Atividade Revisar Sprint.

• Tarefas

  • Analisar historia.

  • Desenvolver historia.

1.2.4. Testar

• Descrição: Realização de testes em paralelo, referentes ao código gerado no desenvolvimento.

• Responsável Time de desenvolvimento.

• Participantes Time de desenvolvimento.

• Produto Gerado Testes do código gerado.

• Próxima Atividade Revisar Sprint.

• Tarefas

  • Analisar critérios de aceitação.

  • Escrever testes baseado nos critérios de aceitação.

1.2.5. Realizar Meeting

• Descrição: Paralelamente ao desenvolvimento, acontecerão reuniões para manter a equipe alinhada sobre a evolução das histórias. Essas reuniões ocorrerão no dia anterior a aula por mensagens de texto e no dia da aula, presencialmente.

• Responsável Time de desenvolvimento.

• Participantes Time de desenvolvimento.

• Produto Gerado Não há.

• Próxima Atividade Integrar.

• Tarefas

  • Informar o que foi feito desde a última reunião

  • Informar o que será feito até a próxima reunião

  • Informar impedimentos encontrados

1.2.6. Integrar

• Descrição: Realização do merge das funcionalidades implementadas de forma a caracterizar um incremento de software, derivado das histórias da sprint.

• Responsável Time de desenvolvimento.

• Participantes Scrum Master, Time de desenvolvimento.

• Produto Gerado Incremento de Software.

• Próxima Atividade Revisar retrospectiva.

• Tarefas

  • Verificar se pull requests seguem as políticas de desenvolvimento.

1.2.7. Revisar

• Descrição: Detalhar o que foi feito, o que não foi feito, e os motivos que levaram a esses resultados.

• Responsável PO.

• Participantes PO, Scrum Master e time de desenvolvimento.

• Produto Gerado Backlog da sprint refinado.

• Próxima Atividade Realizar retrospectiva.

• Tarefas

  • Verificar documentos de histórias de usuário concluídas

  • Verificar e documentar dívidas técnicas

1.2.8. Realizar Retrospectiva ​

• Descrição: ​Apontar problemas e gargalos no desenvolvimento, bem como

  pontos positivos e ao fim apresentar propostas de melhoria para as próximas sprints.

• Responsável Scrum Master.

• Participantes Time de desenvolvimento e Scrum Master.

• Produto Gerado Relatório da retrospectiva.

• Próxima Atividade Requisitos ou fim.

• Tarefas

  • Analisar pontos positivos da sprint

  • Analisar pontos negativos da sprint

  • Identificar necessidades de melhoria

  • Documentar propostas de melhoria

2. Subprocesso Requisitos

subprocesso-requisitos

2.2.1. Atividades do subprocesso de requisitos

2.1.1. Elicitar Requisitos

• Descrição ​Nesta etapa do processo é realizada uma interação com o cliente, seja por reunião, brainstorming ou qualquer outra técnica, e nela deve ser entendido o problema e as necessidades do cliente.

• Responsável Equipe de desenvolvimento

• Participantes Cliente e equipe de desenvolvimento

• Produto Gerado Lista informal de requisitos

• Próxima Atividade Analisar Requisitos

• Tarefas

  • Reunir com o cliente

  • Entender o problema

  • Elicitar requisitos

2.1.2. Analisar Requisitos

• Descrição: ​Nesta etapa os requisitos levantados com o cliente são analisados pelos membros para decidir quais são viáveis de execução dentro do escopo da release.

• Responsável Equipe de desenvolvimento

• Participantes Equipe de desenvolvimento

• Produto Gerado Requisitos

• Próxima Atividade Documentar Requisitos

• Tarefas

  • Decidir requisitos viáveis para a execução da release

2.1.3. Documentar Requisitos

• Descrição: ​Nesta etapa os conhecimentos adquiridos na fase de elicitação são lapidados e documentados no backlog do produto, onde serão definidos todos os épicos e features da release.

• Responsável Equipe de desenvolvimento

• Participantes Equipe de desenvolvimento

• Produto Gerado Backlog

• Próxima Atividade Validar Requisitos

• Tarefas Elaborar um documento de épicos e features relacionados aos requisitos levantados e viabilizados.

2.1.4. Validar Requisitos

• Descrição: ​Após elaborar o backlog o mesmo deve ser mostrado ao cliente para sua aprovação. Caso seja aprovado, o processo de requisitos está finalizado, caso contrário, volta-se para a etapa de elicitação.

• Responsável Equipe de desenvolvimento

• Participantes Cliente e equipe de desenvolvimento

• Produto Gerado Backlog validado

• Tarefas Reunir com o cliente e validar os requisitos