Apartado 7 de la norma "Planificaci�n de la realizaci�n del producto"

Tem�ticas

Abajo

Opciones

Imprimir este tema

PV: 3122 (2/0)

aperez
#1
- 17/02/15 13:13
- Reg.: 5/02/15
- Posts: 61
(0/0)
Ok
No
Buenas de nuevo a tod@s,

estoy avanzando en el manual de calidad y me he quedado estancado en este punto ya que me surgen algunas dudas.

La primera es que no se s� estos procesos para la realizaci�n del producto pueden ser por ejemplo los pasos que hay que realizar a la hora de crear un producto distinguiendo aquellos que son s�lo para cuando el producto es de nueva creaci�n o son ya de un producto desarrollado con anterioridad.

Estos deben ser coherentes con el mapa de procesos del apartado 4. Pero no se si tengo que mencionar los del punto 4.1 o creando solamente sub-apartados.

Aqu� os dejo un ejemplo del esquema que he realizado enfocado a la realizaci�n de nuevos productos. No s� si se podr�a utilizar.

Gracias de antemano.
Antonio

Archivo Tama�o Clics
Diagramadeproceso.docx 54.58 KB 127
Jorge Pereiro
#2
- 17/02/15 17:54
- Reg.: 21/05/04
- Barcelona, Espa�a
- Posts: 1053
(0/0)
Ok
No
Hola Antonio,

hace un tiempo escrib� un art�culo sobre el apartado 7.1 de ISO9001:00 donde daba mi interpretaci�n al respecto. De su lectura podr�s saber qu� procesos lo integran, y relacionarlo con tu empresa.

http://www.portalcalidad.com/articulos/47-planificacion_realizacion_del_producto_iso_9001:2000

Es un art�culo bastante antiguo basado en la versi�n 2000 de ISO 9001, pero como no ha cambiado nada respecto a la versi�n actual (2008), todo continua siendo v�lido.

El mapa de procesos que env�as encajar�a dentro del apartado 7.3 (Dise�o y desarrollo), porque el lanzamiento de nuevos productos tiene que ver con el dise�o.

El proceso de planificaci�n de la realizaci�n del producto no es un proceso que sea f�cil conceptualizar como una caja �nica en la que entra una salida y se obtiene un resultado. El resultado de este proceso va a parar a todos los procesos de realizaci�n del producto, y la entrada vendr�a a ser algo as� como el plan estrat�gico de la empresa. Poco claro no?.

Por ejemplo, tenemos que distinguir entre la planificaci�n de la realizaci�n del producto (7.1), y la planificaci�n del dise�o y desarrollo (7.3.1). El proceso que estar�a dirigiendo el mapa de procesos que adjuntas (lanzamiento de nuevos productos), es el de la planificaci�n del dise�o y desarrollo.

Espero haberte orientado.

Saludos,
Jorge
aperez
#3
- 18/02/15 9:19
- Reg.: 5/02/15
- Posts: 61
(0/0)
Ok
No
Hola Jorge,

gracias por t� respuesta y por el buen art�culo que has escrito sobre el punto 7.1 de la norma. Creo que la planificaci�n de la realizaci�n del producto ser� m�s bien el diagrama de procesos I/O del cliente (adjunto en este post) explicando en el como y con que objetivo se realiza cada uno de los pasos. Bueno en realidad este lo hab�a ubicado en el apartado 4.1 para determinar los procesos quiz�s deber�a hacer uno m�s diverso para el 4.1 y coger este para el 7.1.

Es lo que he entendido, si continuo confundido por favor, hazmelo saber.

Gracias
Antonio

Archivo Tama�o Clics
Diagramadeproceso.docx 39.35 KB 72
Jorge Pereiro
#4
- 18/02/15 22:45
- Reg.: 21/05/04
- Barcelona, Espa�a
- Posts: 1053
(0/0)
Ok
No
Hola Antonio,

en efecto, el esquema de procesos que env�as corresponde a los del cap�tulo 7, realizaci�n del producto. La actividad de crear este mapa de procesos es una acci�n que entrar�a en 7.1. (y tambi�n en el 4.1). Hacer un mapa de procesos es una forma de conceptualizar lo que se hace con objeto de sistematizarlo (tener un plan).

Ver�s que he agrupado los procesos de tu mapa seg�n el cap�tulo al que pertenecen. En tu caso, al existir dise�o, te encuentras con 2 estructuras paralelas: la de la realizaci�n del producto cuando se trata de algo nuevo (dise�o), o la realizaci�n de un producto que ya se ha hecho antes (sin dise�o). Por eso pongo 7.2-7.3, 7.4-7.3, o 7.5-7.3.

Tratar de reproducir la verdadera naturaleza de los procesos y sus interacciones puede dar lugar a esquemas realmente complejos. Por eso hay que quedarse con ideas simplificadoras, pero sin perder el sentido.

En mi opini�n no es procedente hacer ning�n mapa de procesos de 4.1 . Lo que dice 4.1 es que se dise�e el sistema teniendo en cuenta los procesos que intervienen.

Archivo Mapa de procesos.png (93.30 KB)
aperez
#5
- 19/02/15 8:53
- Reg.: 5/02/15
- Posts: 61
(0/0)
Ok
No
Buenas Jorge,

con tu primera aclaraci�n me figur� que ser�a este dicho mapa de procesos y est� muy bien orientado tal y como lo has expresado para cada uno de los apartados, de tal modo que voy a tener en consideraci�n las pautas que me has mostrado en tu mapa.

Muchas gracias por aportar a mi primera implantaci�n en ISO9001
Antonio
aperez
#6
- 19/02/15 9:21
- Reg.: 5/02/15
- Posts: 61
(0/0)
Ok
No
Hola de nuevo Jorge,

Hay algo del diagrama de procesos que me has presentado que me hace dudar. Se trata de por qu� cuando tenemos dise�o este entra en todas las partes del proceso ya que a mi modo de entender el dise�o y desarrollo de un producto este deber�a entrar junto al 7.5. Si es cierto que para un dise�o se debe tener en cuenta lo que el cliente requiere y el apartado de compras pero esto ser�a igual teniendo que dise�arlo de nuevo o no, no?

Gracias
Antonio
Jorge Pereiro
#7
- 19/02/15 9:22
- Reg.: 21/05/04
- Barcelona, Espa�a
- Posts: 1053
(0/0)
Ok
No
Hola Antonio,

se me olvid� comentarte que deber�as expresar de otra forma los procesos que tienes en naranja:

Verificaci�n del producto deber�a formar parte del proceso de entrega. Supongo que quieres expresar que son actividades de verificaci�n y/o validaci�n para garantizar que todo est� funcionando correctamente.

Acciones correctivas y preventivas son procesos que pueden actuar sobre todos los procesos del sistema. F�jate en la posici�n que ocupa en el mapa de procesos que env�o como ejemplo.

Archivo Mapa de procesos .gif (97.21 KB)
aperez
#8
- 19/02/15 9:47
- Reg.: 5/02/15
- Posts: 61
(0/0)
Ok
No
Hola Jorge,

Este mapa de procesos lo vi cuando inicie el trabajo del proyecto, quiz�s en su momento lo encontr� demasiado complejo pero si es cierto que hay cosas que puedo adquirir del mismo. Sobre todo me gusta la parte que indicas "acciones correctivas y preventivas" y obviar la de verificaci�n del producto y a�adir la de satisfacci�n del cliente que est� m�s relacionada con el enfoque al cliente y la mejora continua.

Saludos
Antonio
Jorge Pereiro
#9
- 19/02/15 9:58
- Reg.: 21/05/04
- Barcelona, Espa�a
- Posts: 1053
(1/0)
Ok
No
Hola Antonio,

respecto a la duda que planteas sobre la extensi�n de 7.3 sobre todos los procesos relacionados con el cliente y las compras, la idea que quiero transmitir en la siguiente:

Cuando no hay dise�o, el producto que pide el cliente ya est� especificado. En los procesos relacionados con el cliente deberemos acabar concluyendo (registrando) que el cliente quiere algo como lo que se hizo en determinada ocasi�n. Es decir, que transmitimos a producci�n la referencia de algo que ya se fabric�.

En compras suceder�a lo mismo: pediremos al proveedor algo que ya fue especificado con anterioridad. Recuperaremos la informaci�n de lo que se pidi�, y punto.

Si hay dise�o, los procesos relacionados con el cliente deben ser m�s complejos, porque hay que entender y definir claramente lo que quiere el cliente, ver si es posible (t�cnica y econ�micamente), y hacerle una oferta. En este proceso debe intervenir el departamento t�cnico e incluso producci�n para estudiar la viabilidad. Si el producto ya se hubiera fabricado, no ser�a necesaria esta intervenci�n, porque ya se ha hecho antes.

En esta diferencia cobra especial importancia el concepto "resultados del dise�o". Cuando se realiza un dise�o, los resultados deben ser cuidadosamente registrados para ser capaces de reproducirlo posteriormente con fidelidad.

Cuando el cliente pide un producto que ya tenemos dise�ado, recuperamos los resultados del dise�o y lo fabricamos. Si el producto tiene algo nuevo, debemos recuperar los datos de dise�os similares, y especificar las diferencias en forma de requisitos de fabricaci�n, de compra, de condiciones de entrega, etc.

Expresar estas diferencias con diagramas de bloques puede convertir el resultado es una estructura realmente compleja, pero su construcci�n nos ayuda a entender c�mo funciona la empresa, y a identificar los aspectos clave.

Cuando hay dise�o, una de las claves es la gesti�n de la informaci�n de los resultados del dise�o.
aperez
#10
- 19/02/15 10:14
- Reg.: 5/02/15
- Posts: 61
(0/0)
Ok
No
Gran definici�n la que has expuesto, la verdad que en esta empresa quiz�s esta sea la parte m�s tediosa porque ahora para a�adir m�s le�a al asunto tengo que decir que crean dise�os a partir de los requerimientos del cliente y que tambi�n crean patentes de productos que consideran tienen viabilidad comercial y sin interactuar con clientes los dise�an y desarrollan para su posterior comercializaci�n.

Saludos
Antonio
Jorge Pereiro
#11
- 19/02/15 11:42
- Reg.: 21/05/04
- Barcelona, Espa�a
- Posts: 1053
(1/0)
Ok
No
Hola Antonio,

Y qu� hace tu empresa?

Muchas veces la gente no sabe lo que quiere hasta que se lo ense�as. Esta cita se la atribuyen a Steve Jobs, y no se puede decir que no lograra el objetivo final, que es la satisfacci�n del cliente. En este caso no hay apartado 7.2 como punto de entrada del 7.3.
aperez
#12
- 19/02/15 11:45
- Reg.: 5/02/15
- Posts: 61
(0/0)
Ok
No
Hola Jorge,

es una IT s� quieres puedes visitar su p�gina web se llama Nazar�es IT. Y estoy totalmente de acuerdo con la cita de Steve Jobs. Por eso a veces creamos productos que la gente no sabe muy bien ni que utilidad tienen o si les va a reportar alg�n beneficio. Esta es la parte complicada y a la vez m�gica del asunto.

Saludos
Antonio
aperez
#13
- 19/02/15 11:55
- Reg.: 5/02/15
- Posts: 61
(0/0)
Ok
No
Jorge,

estoy d�ndole vueltas a como aunar los subapartados del apartado 7 y he pensado que podr�a crear un PR denominado "Gesti�n Comercial" que podr�a contener un �ndice como el que voy a indicar aqu�. En el mismo especifico que apartados son creados o afectan a la parte de dise�o y desarrollo. � Qu� te parece?

1. Objeto
2. Alcance
3. Responsabilidades
4. Ofertas
4.1 An�lisis de soluciones (dise�o)
4.2 Viabilidad econ�mica (dise�o)
4.3 Revisi�n y presentaci�n
4.4 Plazos de entrega
4.6 Aceptaci�n
5. Proyecto y desarrollo (Dise�o)
6. Especificaciones y requisitos del producto
7. Verificaci�n del producto
8. Anexos y definiciones

Lo mismo es un poco descabellado pero quiero ir orient�ndome en este apartado, quiz�s me resulte el m�s complicado de todos.

Saludos
Jorge Pereiro
#14
- 19/02/15 11:56
- Reg.: 21/05/04
- Barcelona, Espa�a
- Posts: 1053
(0/0)
Ok
No
Hola Antonio,

ya he visto la empresa, tiene un producto muy interesante, y un campo ampl�simo.

Arriba

Contenidos bajo licencia Creative Commons. Privacidad. Carga de página en 272.65 ms

portalcalidad.com desde octubre de 2004

Archivo	Tama�o	Clics
Diagramadeproceso.docx	54.58 KB	127