SEI CMM o ISO 9000: Cuál correcto para su
organización
Hay dos metodologías que las organizaciones están
utilizando declarar su comisión a la calidad. Estas
metodologías son ISO 9000 y SEI CMM. Mientras que estas
metodologías no se pueden pensar en como herramientas, cada uno
poseen las características de herramientas. Es decir, los
utilizan para construir, para mantener, y para refinar los ments
esenciales del ele de la calidad para los productos producidos en un
ambiente. Los estándares de la ISO 9000 y los SEI CMM
proporcionan sistemas separados y distintos de las pautas para la
calidad que logra y que mide. Como tal, cada uno de ellos de su
propia manera ha causado la redefinición de la calidad.
Está no más de largo la calidad considerada un término
ilusorio en la comunidad del software, prometida por muchos, entregada
por pocos. La calidad es no más larga apenas sobre software de
prueba. Los estándares de la ISO 9000 y los SEI CMM disponen
las pautas que fuerzan el establecimiento de los procesos y de los
procedimientos que extienden bien más allá de la prueba y las
igualan más allá del MIS, ÉL, SON, y las organizaciones de proceso
de datos.
Cada uno de estos sistemas de pautas, mientras que está
convertida independientemente de uno a, se diseña para resolver a ms
proble específico para los reveladores y los clientes. Ambos
sistemas de pautas se basan en la premisa que si una organización
tiene buenos procedimientos del negocio que puedan ser repasados, ser
determinados, y ser calificados, después la organización se puede
determinar para producir productos de calidad. La pregunta que
plantea es: ¿Procese y los procedimientos, incluso cuando están
adheridos a, realmente aseguran calidad? La respuesta es,
unrefutably, no.
La calidad de manejo va más allá del
institutionalization de procesos. Mientras que un programa de la
gerencia de la buena calidad habrá definido y los procesos
repetibles, qué debe realmente ser definida son las metas de la
calidad mientras que pertenecen a un negocio’del
específico de la compañía s. Eso significa que antes de que
se definan los procesos de la calidad, la compañía habrá realizado
el análisis necesario para determinarse cuáles son las
características y las cualidades de la calidad para sus productos,
sus clientes, y su ambiente. El éxito del programa de la
calidad mentirá en la definición clara de las metas de la
productividad y de la calidad, una explicación sólida del valor en
la realización de las metas, y comunicación formal e informal sobre
todos los aspectos de las metas. El acercamiento para cualquier
programa de la calidad debe ser comisión, consistencia, y buena
voluntad de mejorar continuamente.
Realmente tener un programa activo y acertado de la
gerencia de la calidad, la cultura de la compañía debe estar
enterada de la inversión que será requerida y de las ventajas del
programa a ellas. Esto es lograda definiendo y midiendo calidad
en productos y la gente así como procesos. Todo el esto tiene
que ser hecho considerando el ambiente en el cual la compañía
funciona y la naturaleza de la competición. El peligro
inherente al usar estándares de ISO y las mentiras CMM en producir
los procedimientos y el papeleo que permiten la certificación o el
grado que se concederán sin el abastecimiento de la educación e
integrar los procesos en la cultura corporativa para asegurar calidad
verdadera.
Desafortunadamente, como los consumidores exigen más
prueba de la calidad, presión de la sensación de las organizaciones
de alcanzar la certificación o el SEI CMM de la ISO 9000 que
clasifica para hacer la mirada de la compañía buena. Más y
más organizaciones están intentando determinarse cómo hacer
cualquier o both.of.these estructuras de gerencia de la calidad
trabajar para ellos. Las preguntas se están planteando, por
ejemplo: ¿Qué el nivel CMM uno necesita alcanzar para
convertirse en ISO certificada? ¿Por qué uno tiene que elegir
entre ellos? Hay gente uniforme dedicada a dibujar los paralelos
entre estos dos sistemas de pautas. Hay, sin embargo, algunos
peligros inherentes en viajar abajo de esa trayectoria. El
peligro no es porque los dos sistemas de pautas son incompatibles.
Absolutamente el contrario; hay puntos paralelos entre
ellas. El problema es que son dos separados y cosas distintas.
Uno es un estándar que requiere conformidad y preve la prueba
certificada de la calidad. El otro es un modelo que se puede
evaluar y validar para demostrar capacidad a la calidad del producto.
¡Así, puede ser asumido para estar correcto utilizar CMM
para alcanzar la certificación de la ISO 9000! ¡Mal! No
es que esto es una tarea imposible, pero hay dos problemas que
superficie cuando se procura este acercamiento. Primero, los
estándares de ISO y el CMM tienen vocabularios únicos y distintos
que se utilicen en el programa y los procesos de
certification/evaluation. En segundo lugar, los procesos de
certification/evaluation se conducen diferentemente. Así,
cuando en el tren CMM, uno no termina automáticamente para arriba en
la estación de la ISO 9000.
Puesto que los costes asociados a poner cualquiera en
ejecucio'n de estas metodologías pueden ser formidables, es
importante entender ambas metodologías y determinarse, por
adelantado, que estructuran los mejores ajustes las necesidades de la
organización. Entonces, uno puede construir o mejorar en el
programa interno de la gerencia de la calidad de allí.
ESTÁNDARES DE LA ISO 9000
La organización de estándares internacional
(ISO) fue creada como empresa económica para asegurarse de que los
acuerdos entre los países tienen una base sólida del valor. El
objetivo primario de la ISO, según lo indicado en sus estatutos, es
promover el desarrollo de estándares y de materiales relacionados
para facilitar el intercambio de mercancías y de servicios entre los
países y para desarrollar la cooperación dentro de las comunidades
intelectuales, científicas, y económicas. Con este fin, la ISO
estructura grupos consultivos técnicos de las ayudas y los comités
técnicos para la estandardización de mercancías y los servicios en
172 áreas que se extienden del acero, los tractores y maquinaria para
la agricultura y silvicultura, a la cinematografía, ventilan calidad,
y la evaluación biológica de dispositivos médicos.
Estructuran a los comités técnicos en los subcomités para
asegurar el foco en áreas específicas dentro de su campo importante.
El trabajo es realizado por los grupos de funcionamiento
definidos dentro de los subcomités y aprobados por la Asamblea
General de la ISO.
Incluido dentro de la familia de comités técnicos, sus
subcomités señalados, y los grupos de funcionamiento aprobados son
dos comités más pertinentes al desarrollo del software y a la
integración de sistema que otros. Estos comités técnicos son:
Comité técnico 176 (TC176), y garantía y comité técnico
común 1 (JTC1), tecnología de la gerencia de la calidad y de calidad
de información. Las implicaciones del trabajo realizadas por
TC176 han tenido un impacto constantemente de aumento en el mundo del
software durante los últimos 5 a 7 años.
Dentro del JTC1, establecieron al subcomité 7 (SC7) para
tratar la estandardización de la tecnología de dotación lógica.
Era en 1982 que A. Neuman, del National Institute of Standards
and Technology (NIST), solicitó la ISO cambiar el estado de la
calidad de miembro de Estados Unidos de observador al miembro
principal. Consecuentemente, el número de las compañías del
miembro de ESTADOS UNIDOS y de los expertos técnicos individuales que
participaban en trabajo de la ISO creció substancialmente. Con
ese crecimiento vino un aumento en el alcance de la influencia en
estándares nuevamente desarrollados y las revisiones de los
estándares existentes de la tecnología de información de la ISO
(ÉL). Esta influencia ha sido la más grande de JTC1/SC7, que
ha emprendido el desarrollo de los estándares de la documentación de
la tecnología de dotación lógica y del sistema por todo el mundo.
Como miembro principal, los Estados Unidos han sentido
bien a un jugador importante en JTC1/SC7. Muchos del
departamento de ESTADOS UNIDOS de los estándares de la defensa y de
las especificaciones militares se han introducido en grupos de
funcionamiento globales como punto de partida para los viejos
estándares de mejora y los nuevos estándares que se convertían.
Los estándares de la documentación del desarrollo y del
sistema del software aprobaron por el instituto de electrónico y han
introducido a los ingenieros eléctricos (IEEE) también.
Semejantemente, los canadienses, los Británicos, los
alemanes, los australianos, y otros países de miembro han traído a
su país’s estándares existentes a la tabla. Estos
estándares existentes se discuten, están revisados, y reescritos en
el nivel del grupo de funcionamiento hasta que la calidad de miembro
internacional alcanza un consenso. Entonces está solamente el
trabajo sometido al subcomité entero para un voto. Un voto
afirmativo pone el estándar en el calendario de la ISO para la
acción.
Porque JTC1/SC7 y TC176 están trabajando juntos para
asegurarse de que los estándares para la calidad del software de la
dirección de la gerencia de la calidad necesitan adecuadamente, los
reveladores del software y los integradores del sistema necesitan
tomar los estándares de la tecnología de dotación lógica de la ISO
en la consideración al elegir para centrarse sus energías en la
realización de la certificación de la ISO 9000.
El sistema de las pautas que se han sabido como la ISO
9000 fue establecida con la organización de estándares
internacional. La ISO 9000 es realmente una serie de
estándares. Las 9000 series de la ISO vienen completo con un
proceso de la certificación que transporte el reconocimiento del
logro de la calidad para un estándar específico de la ISO 9000,
según lo determinado por un equipo de revisión externo registrado.
Por ejemplo, una compañía puede ser ISO 9001 (modelo para la
garantía de calidad en Design/Development, la producción, la
instalación, y el mantenimiento) certificada, ISO 9002 (modelo para
la garantía de calidad en la producción y la instalación)
certificada, o ISO 9003 (modelo para la garantía de calidad en la
inspección final y la prueba) certificada, dependiendo del tipo de
producto que es producido. No hay cosa tal como una
certificación de la ISO 9000 de la manta.
Al principio, las 9000 series de la ISO aparecían
centrarse solamente en productos manufacturados y los servicios y
mucha gente se sentían que esta serie de estándares de la gerencia
de la calidad nunca afectaría a comunidad del software. Las
compañías del software han intentado convencerse de la
insignificancia de ISO 9000 en la comunidad del desarrollo del
software. Algunas de las discusiones que han sido declaraciones
incluidas oídas que este sistema de estándares era demasiado flojo y
demasiado vago poder asegurar calidad del software desarrollado.
Ésta, por supuesto, era una cuestión de interpretación que
pudo inicialmente haber tenido cierto grado de verdad a él.
Tomando esto debajo del advisement, el comité técnico (TC)
176, que fue cargado inicialmente para estandardizar a la gerencia de
la calidad por las jefaturas internacionales de la organización de
estándares en Ginebra, Suiza, emprendió el enorme esfuerzo de poner
al día los estándares de la ISO 9000. Algunas de las ediciones
fueron resueltas con éxito en las revisiones; otros todavía
piden para ser tratados. Sin embargo, la discusión que los
estándares de la ISO 9000 no son útiles en compañías de desarrollo
del software se ha descolorado lejos.
Otra discusión, usada sobre todo en los Estados Unidos,
era que este estándar no iba a tener un efecto en las compañías de
ESTADOS UNIDOS. Su renombre y utilidad en Europa y compañías
pacíficas del borde tuvieron sentido, pero las compañías de ESTADOS
UNIDOS se sentían que estaban más allá de conformidad. ¡Mal!
No era mucho antes las compañías que tentacles alcanzan hacia
fuera más allá de las orillas de los Estados Unidos comenzaron a
intentar la certificación de la ISO 9000 para mantener su opción
competitiva en sus operaciones de ultramar. El efecto de la
ondulación de esto condujo a la creación de compañías certificadas
ISO dentro de los Estados Unidos de los cuales los sistemas de
calidad, los servicios, y los productos podrían ser comprados.
Las compañías nacionales ahora tuvieron que valorar de nuevo
sus propias posiciones basadas en las implicaciones de estos
estándares respecto a su mercado.
SEI CMM
El desarrollo del modelo de la madurez de la
capacidad del software (CMM) fue emprendido en el instituto de la
tecnología de dotación lógica’de Carnegie Mellon s
(SEI) que comenzaba en 1986 bajo patrocinio del departamento de
ESTADOS UNIDOS de la defensa. El trabajo sobre el CMM continúa
hoy; es un documento vivo que espouses los principios de la
mejora de proceso continua para los usuarios y los aplica en mantener
el modelo. La meta en la empresa del desarrollo de este modelo
era ayudar a organizaciones para mejorar su proceso del desarrollo del
software.
El CMM fue creado inicialmente como herramienta que se
podría utilizar por el departamento de la defensa para evaluar y para
medir la calidad de los contratistas que hacían una oferta para
desarrollar los sistemas software-basados complejos para ellos.
El CMM lleva con ella un proceso de la evaluación que defina
los límites corporativos de la calificación en los cinco niveles
prescritos siguientes de la madurez del proceso del software:
1. Inicial. El proceso
del software se caracteriza como caótico hoc y de vez en cuando
uniforme del anuncio.
2. Repetible. Los
procesos básicos de la gerencia de proyecto se establecen para seguir
coste, horario, y capacidades funcionales. La disciplina de
proceso necesaria está en el lugar para repetir éxitos anteriores en
proyectos con usos similares.
3. Definido. El
proceso del software para las actividades de la gerencia y de la
ingeniería se documenta, se estandardiza, y se integra en un proceso
del software del corporatewide. Todos los proyectos utilizan una
versión documentada y aprobada del proceso’de la
organización s para desarrollar y mantener software. Este nivel
incluye todas las características definidas para el nivel 2.
4. Manejado. Las
medidas detalladas del proceso del software y de la calidad del
producto se recogen. El proceso y los productos del software se
entienden y se controlan cuantitativo usando medidas detalladas.
Este nivel incluye todas las características definidas para el
nivel 3.
5. Optimización. La
mejora de proceso continua es permitida por la regeneración
cuantitativa del proceso y de probar ideas y tecnologías innovadoras.
Este nivel incluye todas las características definidas para el
nivel 4. Estos niveles proporcionan la dirección para medir el
grado de calidad de los procesos usados dentro de una organización
para los esfuerzos del desarrollo del software. La premisa
entera de SEI CMM se dirige bajo principios de la gerencia de calidad
total y de la mejora de proceso continua. Como tal, el modelo
sí mismo y las actividades relacionadas de la evaluación están bajo
estado constante de la mejora en el SEI.
Las organizaciones demuestran que resuelven las metas para
cada nivel produciendo la evidencia de los procesos del trabajo
realizados dentro de las áreas de proceso dominantes (KPAs) de los
proyectos individuales y dentro de la compañía. KPAs se puede
pensar en como áreas funcional u oficinas, tales como garantía de
calidad, gerencia de la configuración, o la oficina del diseño y del
desarrollo del sistema. Está dentro del KPAs que las pautas
específicas, en la forma de preguntas, se proporcionan. Cuando
las preguntas dentro de cada KPA en un nivel dado se pueden contestar
en el positivo, las respuestas validaron con una cierta forma de
salida física, y el personal que produjo la salida puede explicar
cómo se produce la salida, cómo se utiliza, y qué le sucede
después de que se produzca, se conceden los grados.
La evaluación formal CMM de proceso es conducida por los
interventores fuera de la organización que desean confirmaron niveles
de la capacidad para dirigir negocio con el gobierno federal.
Las intervenciones son realizadas por la gente entrenada en la
determinación de los esfuerzos del desarrollo del software que se
basan en los criterios deletreados hacia fuera en el modelo. Los
pedazos de información específicos, designados evidencia, se validan
para todas las áreas funcionales de un proyecto. El
entrenamiento del gravamen es proporcionado por el SEI, que se asocia
a la universidad de Carnegie Mellon, en Pittsburgh, Pennsylvania.
El fro m de los representantes el SEI está promoviendo
activamente los conceptos y los métodos presentados en el CMM,
nacionalmente e internacionalmente. Qué fue desarrollada
originalmente pues una herramienta para el departamento de la defensa
ahora está siendo utilizada por otras agencias de estatal federal y
está comenzando a alcanzar en el mercado comercial también.
PUNTOS PARALELOS ENTRE ISO 9000 Y SEI CMM
Las áreas más fuertes en las cuales un esfuerzo
paralelo se puede dibujar entre ISO 9000-3, 9001, y CMM aparecen ser:
revisiones de par, ingeniería del producto de software,
gerencia de la configuración del software, garantía de calidad del
software, y gerencia de los requisitos. Las prácticas que son
tratadas más fuertemente por los estándares de calidad de la ISO que
por CMM incluyen: gerencia de proceso del cambio, gerencia del
cambio de la tecnología, prevención del defecto, gerencia de proceso
cuantitativa, gerencia integrada del software, definición de proceso
de la organización, y foco de proceso de la organización. Es
importante observar que los estándares de ISO y la dirección CMM
muchas áreas adicionales en donde la relación puede ser moderada a
débil. Una organización internacional dedicada al proceso del
gravamen de la calidad ha emprendido una iniciativa llamada
determinación de la mejora de proceso y de la capacidad de Software
(ESPECIA). Esta organización internacional está confiada al
desarrollo de un estándar para el gravamen del proceso del software o
con la puesta en práctica de algunos otros medios para apoyar a
compañías que hacen negocio a través de las fronteras.
¿LA CERTIFICACIÓN DE LA ISO 9000 O EL GRADO DE SEI CMM
CONSTITUYE A GERENCIA DE LA CALIDAD?
Un elemento importante a tener presente es que los
estándares de ISO y SEI CMM son las herramientas que una
organización puede utilizar para alcanzar un programa verdadero de la
calidad. Si cualquiera de las metodologías se ha
institucionalizado y convertido hasta una certificación o un grado
formal se ha alcanzado, la organización ha sido reconocida por
fuentes externas como teniendo un programa viable de la gerencia de la
calidad a la hora de la intervención. Sin embargo, según lo
indicado previamente, mantener un programa de la gerencia de la
calidad va más allá del institutionalization de procesos.
Porque un programa de la gerencia de la buena calidad habrá
definido y los procesos repetibles, qué debe realmente ser definida
son las metas de la calidad mientras que pertenecen a un negocio’del específico de la compañía s.
Puesto que esto no es un ambiente estático, una
compañía debe continuar realizando análisis necesarios para
determinarse qué características y cualidades de la calidad
correctas para sus productos y clientes a medida que el ambiente de
negocio continúa desarrollándose. Esto significa que el
programa de la gerencia de la calidad debe sostener actividad en todas
las áreas afectadas por proyectos en curso y nuevos del desarrollo.
Animase al personal en todos los niveles debe que contribuya y
participe en el análisis y la evaluación. La cultura de la
compañía debe continuar estando enterada de la inversión y de las
ventajas del programa a ellas. El programa de la gerencia de la
calidad debe experimentar la mejora continua poniendo al día las
metas tan bien como los procesos usados para alcanzar las metas
mientras que el ambiente cambia. De esta manera, aseguran a una
compañía de tener un programa acertado, en curso de la gerencia de
la calidad.
El peligro inherente en confiar en las herramientas para
lograr esto, más bien que cultiva y comisión, las mentiras en
producir los procedimientos y el papeleo que permiten la
certificación de la ISO o CMM clasificando para ser concedido sin el
abastecimiento de la educación e integrar los procesos en la cultura
corporativa para asegurar calidad verdadera. Es posible que ni
unas ni otras de estas metodologías son la herramienta derecha para
una organización particular a seguir para desarrollar un programa de
la gerencia de la calidad, especialmente si los costumbres de la
industria y la base de cliente no requiere la certificación formal de
la calidad’de la organización s por una agencia externa.
esto es un artículo agregado por Ralph T. Dowson
Negación: Nuestro Web site no
es responsable de la información contenida por este artículo.
Este artículo de ninguna manera refleja las vistas, las
opiniones, los pensamientos o la creencia del personal del directorio
de los artículos.
Aviso de la traducción: El artículo
"SEI CMM o ISO 9000: Cuál correcto para su organización "fue
traducido usando un servicio de traducción automatizado. Nos
disculpamos sinceramente por cualquier error de la traducción que
ocurriera. Gracias por entender.