Iniciar Planejamento. A primeira reunião de planejamento de qualidade, realizado no início do projeto, deve ser moderada pelo QA e contar com a participação do gestor do projeto e pessoal externo ao projeto que apoia ou é impactado pelo desenvolvimento do software (ex.: escritório de projeto, pessoal de manutenção, pessoal responsável pelo contrato e negociação com cliente). Nessa primeira reunião ocorrerá o entendimento do produto e projeto e a instanciação do processo. O resultado dessa reunião influenciará diretamente no cronograma do projeto, o que reforça a necessidade de realizar o planejamento da qualidade em paralelo com o planejamento do projeto.
Entender as características do produto e projeto: O gestor do projeto deve apresentar o produto e projeto, descrevendo seu escopo, cliente, prazo e principais particularidades e problemas já identificados. É importante identificar se o projeto desenvolverá um produto do zero ou se é evolução de um produto já existente, o tipo da aplicação (desktop, web, data warehouse, software livre, processamento batch, entre outros). Se trata-se de um projeto que evoluirá um produto, deve-se investigar como foi desenvolvido o produto já existente (como está a situação de testes, configuração e mudança, arquitetura, especificação).
Instanciaçao do Processo. O Processo padrão da organização deve ser apresentado e adaptado para o contexto do projeto e produto, conforme identificado no item anterior. Nessa adaptação deve-se discutir o que será mantido, alterado, removido e incluido do processo padrão. O resultado dessa instanciação deve ser documentado para servir de referência para a elaboração do cronograma, execução do processo e avaliação de aderência ao processo (realizada pelo QA). É importante documentar as seguintes informações na instanciação:
- Versão do processo utilizado
- Participantes
- Contexto do Projeto/Produto
- Tarefas mantidas (será realizada conforme o processo padrão). Descrever as saídas esperadas.
- Tarefas novas (não existe no processo padrão). Indicar o procedimento para executar essa tarefa e a saída esperada.
- Tarefa adaptadas (existe no processo padrão, mas será adaptada). Descrever a adaptação e a saída esperada.
- Tarefas removidas (existe no processo padrão, mas o projeto não utilizará).
Durante execução do projeto novas adaptações do processo podem ser necessárias, assim, essa instanciação poderá ser alterada, mas deve-se controlar as mudanças realizadas com histórico de versões.
Identificar os Indicadores de Qualidade. O QA deve se basear nos indicadores de qualidade para monitorar o projeto e avaliar se os produtos atingiram a qualidade desejada. Assim, o planejamento de qualidade deve mapear os indicadores de garantia e controle de qualidade, bem como as metas e mecanismos para atingí-los e para medí-los. Exemplos de indicadores de qualidade são: Percentual de Aderência ao Processo, Percentual de Conformidade do Produto, Percentual de Cobertura dos Testes (unitários, funcionais, desempenho).
Agendamento das Avaliações da Qualidade. O QA deve identificar o cronograma das entregas dos produtos e baseado nessa informação deve agendar, com o gestor do projeto, as avaliações da qualidade (aderência aos padrões dos produtos e ao processo).
Verificar Riscos. Alguns autores defendem que uma das ações do planejamento da qualidade é
a identfiicação e o gerenciamento de riscos que afetam a qualidade do
produto. Entretanto, na prática, gerenciamento de riscos é uma atividade
realizada pelo gestor no planejamento do projeto, então, cabe ao QA apenas
verificar se foram identificados os principais riscos que podem afetar a
qualidade do produto e as ações para evitar esses riscos. Exemplos de riscos que afetam a qualidade do produto são deficiência/mudança em requisitos, tamanho subestimado, restrições tecnológicas (ex.: ambiente).
Plano de Qualidade. A saída do Planejamento de Qualidade é um plano contendo os resultados dos passos listados anterioremente. Entretanto, deve-se evitar repetir informações já definidas em outros artefato (ex: cronograma), de maneira que facilite a manutenção da informação. Quando a informação já está definida em outro artefato, basta referenciá-lo no plano. O Plano também deve ser objetivo para facilitar sua manutenção e leitura.
Comunicar Plano de Qualidade. O Plano de Qualidade deve ser disponibilizado para todos os envolvidos no projeto. É importante que o cliente seja comunicado sobre o processo de desenvolvido de software que o projeto seguirá, de maneira que haja o comprometimento com as etapas e entregas do projeto.

Nenhum comentário:
Postar um comentário