Plano de Qualidade - dsm-cefet-rj/trabalho-integrado-20202-roxo-1 GitHub Wiki
Planejamento de Qualidade
Padrões de Qualidade: O atendimento deve ser rápido, acessível, eficiente e simples, portanto a aplicação deve ser construída visando esses padrões. As entregas devem ser feitas toda quinta-feira, a fim de seguir o cronograma e terminar a fase de desenvolvimento na data esperada. Além disso, usuários irão inserir dados pessoais no software, então o banco de dados da aplicação deve ser bem feito para não permitir falhas na segurança. O software precisa também ser capaz de suportar novos usuários, ou seja, ele deve ser atualizado de tempos em tempos após sua publicação.
Objetivo: Permitir que todas as entregas sejam feitas, entregues e estejam corretas. O plano também ajudará a discernir prioridades, quais problemas são mais críticos e se houve atrasos. Será feita constantemente uma verificação de qualidade, a cada duas semanas, para confirmação dos requisitos, padrões de qualidade e entregas. Quando a aplicação estiver finalizada e pronta para ser lançada, o objetivo se passa em continuar crescendo com a aplicação, sem perder a qualidade. Atendimento deve permanecer eficiente e rápido e os dados dos usuários protegidos durante esse processo.
Ferramentas:
| FERRAMENTA | DESCRIÇÃO DA APLICAÇÃO | QUANDO APLICAR | QUEM USA? |
|---|---|---|---|
| Lista de Checagem ou CheckList | CheckList para todos os pontos de uma entrega. Check é dado aos pontos concluídos. Útil para analisar apenas as entregas | Toda quinta-feira | Gerente do Projeto |
| Project Libre | Programa que ajuda no controle de cronograma e exibição de desenvolvedores e suas horas respectivas de trabalho | Quando houver necessidade de alterar o cronograma devido a atrasos ou adiamentos. | Gerente do Projeto |
| GitHub | Plataforma onde são inseridas as informações sobre o andamento do projeto e onde é feito as entregas semanais. | Para commit: toda quinta-feira 18:30 Para visualizar o andamento do projeto: Qualquer dia/horário; | Todos os participantes do projeto |
| Microsoft Teams | Plataforma onde detalhes das entregas é inserido e onde o grupo realiza chamada de voz e comunicação | Quando houver necessidade | Todos os participantes do projeto |
Gerenciamento de Qualidade
Garantia de Qualidade:
-Toda semana é atualizada a Lista de Checagem e o Project Libre, com isso temos Status-Reports semanais e atualizados. A partir dessas atualizações se sabe exatamente como anda o desenvolvimento, se foi necessário uma implementação, se algo foi deixado de lado, se houve atraso e até quais são as novas prioridades.
-Quando ocorre de não haver entrega, a semana seguinte terá uma nova entrega para consertar e retomar a qualidade do projeto. Dessa forma, não vai haver uma queda enorme de qualidade. Se todos esses fatores forem cumpridos, a qualidade não cairá, pois, mesmo que haja atraso, ficará claro o que deve ser feito para retomar o trabalho.
-E há o Microsoft Teams para reuniões, comunicação em geral, entre as equipes permitindo que todos tenham um bom entendimento do projeto/entrega. Quando houver a publicação do app, a garantia de qualidade depende de como vamos treinar nossos atendentes e atingir clientes. A garantia vem do monitoramento do número de usuários e do trabalho dos atendentes.
Controle de Qualidade:
-Será feito monitoramento e verificação dos requisitos da aplicação em até uma semana após a entrega. Esse controle é feito pelo supervisor de qualidade que reporta para o gerente de projeto, o qual decidirá a progressão do projeto, alimentando o processo de melhoria contínua sempre.
-Com o GitHub, através de commits, é visto quais desenvolvedores trabalham em qual parte e quanto cada um fez. É importante separar as atividades entre os desenvolvedores a fim de não sobrecarregá-los e garantir que todos tenham a quantidade igual de trabalho.
-Durante e no final do processo de desenvolvimento haverá testes para validação da aplicação, por exemplo, o Teste de Funcionalidade/Operacional O Teste de Funcionalidade/Operacional, o qual serve para testar as telas e interfaces da aplicação, se elas estão conectadas com um banco de dados e se os requisitos foram todos satisfeitos.
-Sempre que há uma entrega, todos os testes das etapas anteriores são refeitos ou revisitados para garantir que tudo está como deveria ou se há necessidade de alteração no que já foi entregue.