Design e Desenvolvimento

Cláusula ISO 9001:2015: 8.3 — Design e Desenvolvimento de Produtos e Serviços Permissão necessária: módulo Design e Desenvolvimento — Ver (consultar) ou Editar (criar / editar / eliminar) Rota: /produto?tab=design

Objectivo

O módulo de Design e Desenvolvimento regista os projectos de criação ou alteração significativa de produtos e serviços. A cláusula 8.3 exige que a organização controle o processo de D&D, incluindo entradas, saídas, revisões, verificações, validações e controlo de alterações. Se a organização não realiza design e desenvolvimento (ex: fabricante por conta de terceiros), esta cláusula pode ser declarada não aplicável no âmbito do SGQ (documente a justificação na Identidade).

Como aceder

Menu: Uniformizar → Produto e Serviço (aba «Design e Desenvolvimento») URL: /produto?tab=design

Nota: segunda aba do hub Produto e Serviço. O antigo /design-desenvolvimento redirecciona para cá.

O ecrã mostra a lista de projectos e, ao seleccionar um, o painel de detalhe com três secções: informação do projecto, revisões e controlo de alterações.

Conceitos específicos

Entradas (Inputs)

O que entra no processo de D&D: requisitos do cliente, requisitos legais/regulamentares, especificações técnicas, aprendizagens de projectos anteriores.

Saídas (Outputs)

O que resulta do processo de D&D: especificações de produto, desenhos técnicos, procedimentos de fabrico, critérios de aceitação.

Revisão de D&D

Ponto de controlo formal ao longo do projecto onde os participantes avaliam o progresso e decidem se o projecto pode avançar. Tem data, lista de participantes, constatações e resultado.

Alteração de D&D

Qualquer modificação ao projecto após o início. Deve ser documentada com descrição, motivo e quem aprovou — a cláusula 8.3.6 exige controlo das alterações.

Fluxos principais

Fluxo 1 — Criar um projecto de D&D

1. Em /produto?tab=design, clicar em + Novo Projecto.
2. Preencher:
   • Título — nome do projecto.
   • Responsável — gestor do projecto.
   • Data de Início e Data Prevista de Conclusão (opcionais).
   • Estado — estado inicial (tipicamente Planeamento).
   • Entradas (Inputs) — lista dos requisitos e informações de entrada.
   • Saídas (Outputs) — lista das saídas esperadas.
   • Descrição — contexto adicional.
3. Guardar.

Fluxo 2 — Registar uma revisão de D&D

Ao longo do projecto, registar as revisões formais:

1. No painel de detalhe do projecto, clicar em + Revisão.
2. Preencher:
   • Data — data da revisão.
   • Participantes — nomes ou cargos dos participantes.
   • Constatações — o que foi observado, problemas identificados, decisões tomadas.
   • Resultado — PENDENTE, APROVADO, CONDICIONAL ou REPROVADO.
3. Guardar.

Fluxo 3 — Registar uma alteração de D&D

Quando é necessário modificar o projecto:

1. No painel de detalhe, clicar em + Alteração.
2. Preencher:
   • Descrição — o que foi alterado.
   • Motivo — justificação da alteração.
   • Aprovado por — quem autorizou a alteração.
   • Data — quando ocorreu.
3. Guardar.

Fluxo 4 — Actualizar o estado do projecto

1. Abrir o projecto.
2. Editar e alterar o campo Estado.
3. Guardar.

Estados do projecto

Resultados de revisão

Campos do formulário

Projecto de D&D

Revisão de D&D

Alteração de D&D

Permissões detalhadas

Boas práticas

1. Registe as entradas antes de começar — a cláusula 8.3.3 exige entradas definidas antes de iniciar o D&D. Entradas vagas levam a saídas inadequadas.
2. Realize pelo menos uma revisão formal — a cláusula 8.3.4 exige revisões em pontos adequados. Para projectos curtos, uma revisão no meio e uma no final são suficientes.
3. Documente todas as alterações — a cláusula 8.3.6 exige que as alterações sejam documentadas e controladas. Nunca altere um projecto sem registar o motivo e a autorização.
4. Defina critérios de aceitação nas saídas — as saídas devem incluir critérios de aceitação que serão usados na verificação e validação.
5. Use "Condicional" honestamente — é preferível registar uma revisão "Condicional" com as condições definidas do que marcar "Aprovado" com problemas por resolver.
6. Se o D&D não se aplica, não é necessário usar este módulo — marque a cláusula 8.3 como N/A no mapa de conformidade e documente o motivo na Identidade (âmbito do SGQ).

FAQ

Quando é que a cláusula 8.3 não se aplica? Quando a organização não realiza design ou desenvolvimento — ou seja, fabrica ou fornece segundo especificações definidas pelo cliente ou por normas sem margem de alteração. Nesse caso, documente a exclusão no âmbito do SGQ.

Qual a diferença entre "Revisão" e "Alteração"? A revisão é um ponto de controlo planeado (gate review) onde se avalia o progresso. A alteração é uma modificação ao projecto que ocorre em qualquer momento e que altera entradas, saídas ou planos previamente aprovados.

Posso ter múltiplas revisões num projecto? Sim — e é recomendado para projectos longos. Adicione uma revisão para cada gate review formal.

Eliminar um projecto elimina as revisões e alterações? Sim — a eliminação é em cascata. Exporte a informação antes de eliminar um projecto concluído se precisar de manter o registo histórico.