Foro: 7.3 Diseño y desarrollo en ISO 9001

Diferencia entre 7.3.2 y 7.2.1 de ISO 9001:08

  • carminlau
    • 18/05/11 23:59
    • Imagen de carminlau
    • Reg.: 16/05/11
    • Posts: 5
    (0/0)

    Hola de nuevo, me nace una nueva inquietud...

    Podria decir que el numeral 7.2.1 es un complemento del numeral 7.3.2 (elementos de entrada para el diseño y desarrollo) y le daria cumplimiento a los dos numerales con el registro que establece la norma en el numeral 7.3.2

    Quisiera saber si esta aseveración es correcta y que tipo de registros me evidencian la determinación de requisitos.

    Y por ultimo en caso de plantear una no conformidad por fallar al determinar los requisitos del producto ( La no conformidad se realizaría sobre el numeral 7.3.2 ??)

     

    Gracias nuevamente !!! 

     

  • David Saavedra Zárate
    • 19/05/11 19:58
    • Moderador
    • Imagen de David Saavedra Zárate
    • Reg.: 18/09/09
    • México
    • Posts: 4102
    (2/0)

    Hola:

    Son dos puntos distintos, el 7.2.1 habla de los requisitos de un producto ya de linea, de un producto comercializandose, determinar los requisitos de ese producto quiere decir documentar lo que el cliente está pidiendo: producto, color, tamaño, cantidad, fecha de entrega, dirección de entrega, etc.

    El punto 7.3 habla del diseño del producto, es decir, de un producto que aún no existe. El 7.3.2 habla de los requisitos o elementos de entrada para diseñar el producto.

    Espero haberme explicado.

    Saludos

    _________________

    Atentamente

    Ing. David Saavedra Zárate

    Consultor y Director

    Sistemas Avanzados en Calidad
    www.sacalidad.com.mx
    www.qualyteam.com/es/

    sacalidad@live.com.mx
    director@sacalidad.com.mx

    móvil: (52) 5540784463

    Un Sistema de Gestión de la Calidad debe trabajar para nosotros, nunca nosotros para el sistema.

    Cursos y consultoría en campo/on line

    Costos especiales a miembros del portal en cursos, consultoría, paquete de procedimientos, materiales.

  • carminlau
    • 19/05/11 20:22
    • Imagen de carminlau
    • Reg.: 16/05/11
    • Posts: 5
    (0/0)

    Hola Ing. Saavedra

    Si ya comprendo en que radica la diferencia y pues entonces tambien creo que el numeral 7.1 tambien hace referencia a un producto que tambien se encuentra en linea y que simplemente estoy planificando como ejecutarlo con las especificaciones que mencionabas.

     

     

  • David Saavedra Zárate
    • 19/05/11 20:40
    • Moderador
    • Imagen de David Saavedra Zárate
    • Reg.: 18/09/09
    • México
    • Posts: 4102
    (1/0)

    Así es, sobre la planeación de como asegurar la realización de ese producto.

    BIen

    _________________

    Atentamente

    Ing. David Saavedra Zárate

    Consultor y Director

    Sistemas Avanzados en Calidad
    www.sacalidad.com.mx
    www.qualyteam.com/es/

    sacalidad@live.com.mx
    director@sacalidad.com.mx

    móvil: (52) 5540784463

    Un Sistema de Gestión de la Calidad debe trabajar para nosotros, nunca nosotros para el sistema.

    Cursos y consultoría en campo/on line

    Costos especiales a miembros del portal en cursos, consultoría, paquete de procedimientos, materiales.

  • Wim
    • 25/11/11 19:21
    • Imagen de Wim
    • Reg.: 29/04/10
    • España
    • Posts: 28
    (1/0)

    Hola, La norma no dice elementos O requisitos sino elementos relacionados con los requisitos y de nuevo hay que recurir a la norma inglesa para comprender lo que pueden haber pensado los señores del comité. En inglés es Inputs relating to product requirements. Input es una palabra muy relacionado con el enfoque basado en procesos. Es todo aquello que alimenta un proceso de diseño; todas las entradas y los requisitos de producto son solo una pequeña parte. Pues bien, determinar y revisar las entradas al proceso de diseño para comprobar que no nos falte nada, que no haya incongruencias y contradicciones es un proceso en sí pero puede que no sea tan fácil diferenciarlo del proceso de diseño como les hubiera gustado a los process-people. Solo los cocineros de la tele tienen todos los ingredientes preparados antes de encender la cocina, pues su objetivo no es preparar una buena comida sino entretenernos un rato. Pongo este ejemplo para ilustrar que en la vida real es casi contradictorio a la calidad pretender haber determinado todos los elementos de entrada antes de empezar a diseñar. Realmente es no comprender nada del proceso creativo que es el diseño; es una estupidez. Eso no significa que tiene mucho sentido hacer comprobaciones sobre aquellos elementos que sí tenemos a mano antes de empezar, no vaya ser que a medio camino nos tenemos que dar cuenta de que hay conflictos que podíamos haber aclarado antes y con menos pérdida de tiempo. Y con esto tenemos la respuesta. ¡Si señor! Aquellos elementos que tenemos deben de ser revisados por su adecuación Y los requisitos relacionados con el producto (estos sí) deben estar completos, sin ambigüedades y sin contradicciones.

    ¿Pero cuáles son los registros que la norma pide que tengamos?Solo dice "deben mantenerse registros" pero no dice de que. En las listas de registros a menudo se destacan los de entradas del diseño por no llevar sustantivo delante alguno. Los demás registros son de revisión, verificación, validación, etc. pero éstos nada. Solo suelen poner "entradas para el diseño". No ponen determinación de las entradas, revisión de las mismas. O sea las entradas son los registros. Pues si necesito consultar un catalogo para elegir un componente durante el diseño, ¿ese catalogo es un registro de calidad solo porque lo haya consultado? No tiene sentido. Algunos cursos reclaman que las actas de reuniones son evidencia de la revisión de los elementos de entrada pero curiosamente, la norma no dice que hay que mantener registros cuando habla de la revisión (al final del párrafo) sino cuando dice que se debe determinar estas entradas (al principio del párrafo). Agradecería me comentasen.SaludosWim Van Hoye

     

  • David Saavedra Zárate
    • 25/11/11 20:25
    • Moderador
    • Imagen de David Saavedra Zárate
    • Reg.: 18/09/09
    • México
    • Posts: 4102
    (1/0)

    Hola:

    Precisamente por eso se le llama D&D, porque se va a crear un nuevo producto y a evaluar su funcionamiento, y esa evaluación va aponer a prueba la buena planificación del diseño.

    La planificación del diseño se basa no sólo en ideas, a ver si funciona, se base en experiencia, con fundamentos, y aún así con esa experiencia y fundamentos se falla en los requisitos de entrada durante el desarrollo, y precisamente de eso se trata. Así han nacido los mejores carros del mundo, los mejores productos del mundo.

    Si uno supiera que un producto va a resultar, no gasto en el D&D.

    La norma ISO.9001 tiene mucho de administración y sentido común, la norma te indica los puntos que debes generar registros, y uno tiene que adaptarlo a sus procesos, todos los procesos son muy diferentes, y nosotros tenemos que evaluar qué es conveniente mantener como registro, incluso en aquellas actividad en que la norma no lo solicita y que ese registro me va a permitir evidenciar la verificación de mi diseño, de mi producto, me va a brindar información de mi proceso, como se comportó hace un mes, como se comportó ayer.

    No hay que confundir registros con documentos de referencia, con requisitos, es claro que los requisitos se revisan y se aprueban con base a una planificación.

    Tenemos que enfocarnos al objetivo del D&D en este caso, lo que es importante para este proceso, la norma te puede pedir registros y puede que no aplique o no sea necesario en x proceso, y también te puede no pedir registros en x capítulo, pero para tu proceso será necesario. Una evidencia de una reunión no es para mostrar que nos reunimos, sino de lo que se trató en la reunión y la conclusión a la que se llegó.

    Todo es sentido común.

    Muy valiosa tu aportación e interesante el tema.

    Saludos

    _________________

    Atentamente

    Ing. David Saavedra Zárate

    Consultor y Director

    Sistemas Avanzados en Calidad
    www.sacalidad.com.mx
    www.qualyteam.com/es/

    sacalidad@live.com.mx
    director@sacalidad.com.mx

    móvil: (52) 5540784463

    Un Sistema de Gestión de la Calidad debe trabajar para nosotros, nunca nosotros para el sistema.

    Cursos y consultoría en campo/on line

    Costos especiales a miembros del portal en cursos, consultoría, paquete de procedimientos, materiales.