¿Cómo evaluará la madurez del proceso frente a los niveles de CMMI para una empresa de desarrollo de software?

Modelo de capacidad de madurez (CMM) y sus niveles

18 de mayo de 2017, el mejor instituto de pruebas de software, Pruebas funcionales, SDLC, Pruebas de humo, Pruebas de software, curso de pruebas de software en pune, pruebas de software en pune, Trabajos de pruebas de software, Tendencias de pruebas de software, Tipos de pruebas, comprensión de los beneficios y el riesgo de las pruebas independientes Editar

En este artículo, discutiremos sobre el Modelo de madurez de capacidades (CMM) y sus diferentes niveles. Te ayudaría a estudiar por tu cuenta.

Tan lejos como profesional la capacitación en pruebas de software se refiere, los institutos de capacitación en software en Pune resultan ser una buena opción. Brindan capacitación laboral en software a través de sus cursos de software en Pune .

Volviendo a nuestro tema de discusión, que es el modelo CMM ,

CMM es un estándar para medir la madurez del ciclo de vida del software de una organización. Es una técnica utilizada para crear y refinar el SDLC de una empresa. CMM se puede utilizar para encuestar a una organización en una escala de cinco niveles de desarrollo de procesos a la luz de ciertas áreas clave de proceso (KPA). Representa la madurez de la organización en vista de la empresa que gestiona la organización y los clientes. Cada nivel posiciona a la organización como lo indica su estandarización de procedimientos en la rama de conocimiento que se está encuestando.

Un modelo de madurez permite:

  • Un lugar para comenzar.
  • Un lenguaje común y una perspectiva compartida.
  • La ventaja de las experiencias previas de una comunidad.
  • Un marco para establecer prioridades de acción.
  • Un método para definir qué significa la mejora para su organización.

La capacitación en pruebas de software en Pune cubre el modelo CMM como parte de su programa. Al menos una breve idea, si no con gran detalle.

Cinco niveles de madurez de los procesos de software definidos por CMM:

  • Nivel de madurez inicial:

En el nivel inicial, los procedimientos son complicados, incluso clamorosos. El éxito probablemente dependerá de los esfuerzos individuales, y no se cree que sea repetible, a la luz del hecho de que los procesos no se caracterizarían y archivarían adecuadamente para permitir su replicación.

  • Nivel de madurez repetible:

En el nivel repetible, se establecen técnicas esenciales de administración de proyectos, y el éxito podría repetirse, sobre la base de que los procesos imperativos se habrían construido, caracterizado y documentado.

  • Nivel de madurez definido:

En el nivel definido, una organización ha desarrollado su propio proceso de programación de software estándar a través de saludos más notables para la documentación, la estandarización y la integración.

  • Nivel de madurez gestionado:

En el nivel administrado, una organización evalúa y controla sus propios procedimientos mediante la recopilación de información y su examen.

  • Optimización del nivel de madurez:

En el nivel de optimización, los procedimientos se mejoran continuamente a través de la retroalimentación monitoreada de los procedimientos existentes y la familiarización de los procesos inventivos para satisfacer mejor las necesidades específicas de la organización.

El CMM es idéntico a ISO 9001, uno de los arreglos de normas ISO 9000 determinados por la Organización Internacional de Normalización (ISO). Las normas ISO 9000 indican un marco de calidad convincente para las empresas de fabricación y administración; ISO 9001 se ocupa particularmente del desarrollo y mantenimiento de software. El contraste fundamental entre los dos sistemas radica en sus propósitos particulares: ISO 9001 indica un nivel mínimo de calidad aceptado para los procesos de software, mientras que el CMM crea un sistema para el cambio incesante del proceso y es más inequívoco que el estándar ISO para caracterizar la forma de ser utilizado con eso en mente.

CMM fue introducido y es avanzado por el Software Engineering Institute (SEI), un centro de I + D apoyado por el Departamento de Defensa de los Estados Unidos (DoD). SEI se estableció en 1984 para abordar problemas de diseño de software y, en un sentido amplio, para impulsar metodologías de ingeniería de software. Más particularmente, SEI se formó para optimizar el proceso de creación, adquisición y mantenimiento de marcos fuertemente dependientes de software para el DoD. Dado que los procedimientos incluidos son igualmente aplicables a las empresas de software en general, SEI aboga por la recepción inclusiva del CMM.

Esta fue una idea del Modelo de Madurez de Capacidades (CMM) y sus diferentes niveles.

Por último, nos gustaría decir que las pruebas de software en el escenario de Pune son prometedoras desde el punto de vista de los aspirantes.

Para saber más sobre el curso de prueba: –

Mejor Instituto de Pruebas de Software en Pune

CMMI tiene 17 áreas de proceso centrales. También hay tres modelos específicos de CMMI: Desarrollo (CMMI-DEV: creación de productos y servicios), Adquisición (CMMI-ACQ: gestión de la cadena de suministro, adquisición y subcontratación) y Servicios (CMMI-SVC: prestación de servicios, tanto internos como externamente). Los modelos agregan áreas de proceso adicionales, más allá del área central y puede aplicar algunos de todos estos modelos según corresponda para su organización.

Cada una de estas áreas de proceso tiene objetivos genéricos, prácticas genéricas, objetivos específicos y prácticas específicas. La madurez se evalúa buscando evidencia objetiva de que la organización logra los objetivos haciendo las prácticas. Los objetivos genéricos y las prácticas genéricas son los mismos en todas las áreas de proceso, mientras que cada área de proceso tiene su propio conjunto de objetivos y prácticas específicas. Los objetivos y las prácticas están a un nivel lo suficientemente alto como para no especificar cómo hacer las cosas. Eso depende de la organización implementadora, y a menudo hay muchas formas de lograrlo.

Cuando se evalúa una organización, el evaluador espera ver evidencia objetiva de las prácticas que se realizan de una manera que permita alcanzar los objetivos en la organización. Las metas y prácticas están escritas a un nivel lo suficientemente alto como para que a menudo haya múltiples formas aceptables de alcanzarlas y la organización es responsable de elegir los métodos apropiados y obtener la evidencia objetiva requerida.

CMMI tiene dos representaciones de los modelos: continua y por etapas. El tipo de representación se utiliza para determinar cómo se evalúa una organización.

Cuando se usa la representación por etapas, cada área de proceso se asigna a un Nivel de madurez específico. Todas las organizaciones son, por defecto, Nivel de madurez 1. En cada Nivel de madurez, se espera que la organización haya implementado completamente un conjunto específico de áreas de proceso. Por ejemplo, en el Nivel de Madurez 2, se espera que una organización implemente la Gestión de la Configuración, Medición y Análisis, Monitoreo y Control del Proyecto, Planificación del Proyecto, Aseguramiento de la Calidad de Procesos y Productos, Gestión de Requisitos y Gestión de Acuerdos de Proveedores desde las áreas centrales del proceso y cualquiera de las áreas de proceso del modelo (DEV, ACQ o SVC) utilizadas, si las hay, se agregan en el nivel de madurez 2. Cada nivel de madurez agrega áreas de proceso adicionales y a medida que la organización madura, todas las áreas de proceso de los niveles inferiores deben continuar manteniéndose.

Cuando se utiliza la representación continua, se miran todas o algunas de las áreas de proceso. La implementación y la evidencia objetiva de las Prácticas genéricas y las Prácticas específicas se utilizan para dar a cada Área de proceso evaluada un Nivel de capacidad entre 0 y 5. Durante una evaluación, la organización puede identificar qué Área (s) de proceso sería más beneficiosa y recibir una evaluación sobre cómo les va en su implementación.

Muchas compañías se están moviendo rápidamente a un entorno de desarrollo de software ágil debido a las incertidumbres involucradas en el desarrollo de software y la necesidad de adoptar un enfoque más adaptativo.

No creo que CMMI sea realmente un modelo de madurez apropiado para aplicar a un entorno de desarrollo de software ágil. Puede haber algunos entornos donde aún podría ser útil, pero para muchos entornos de desarrollo de software, es obsoleto.

Chuck Cobb
Autor de “La guía del administrador de proyectos para dominar Agile”
Echa un vistazo: Capacitación ágil de gestión de proyectos en línea para gerentes de proyectos

Una descripción general de los modelos de madurez de capacidades y CMMI

More Interesting

¿Por qué los desarrolladores de software a menudo están descontentos con los probadores?

¿Por qué un empleador debería preferir un matemático a un desarrollador de software para algunas tareas de programación?

¿Los programadores de Unix (y todas sus variaciones) piensan que escriben código obtuso?

¿Cuáles son algunas técnicas inteligentes que los desarrolladores de software han utilizado para aumentar su seguridad laboral en una empresa?

¿Hay alguna computadora portátil específica que sea mejor para el desarrollo de software?

¿Cuál es la mejor manera de encontrar subsidios para una nueva empresa de desarrollo de software?

¿Cómo es ser ingeniero de software en CloudFlare?

¿Qué quieren decir los ingenieros / desarrolladores de software con el código de calidad?

¿Cómo gestionamos el alcance de la ingeniería de software?

¿Existe un libro completo, guía o documento del sitio web de las diferentes metodologías de desarrollo de software?

Además de OOP y la estructura y algoritmo de datos, ¿qué fundamentos de las ciencias de la computación deben poseer todos los desarrolladores de software (por ejemplo, compiladores)?

¿Cuál es el futuro de un desarrollador de software después de un MBA con 6 años de experiencia?

Como desarrollador de software a los 32 años, me enfrenté a una grave discriminación por edad en una startup joven. ¿Qué tengo que hacer?

¿Cuáles son las razones para no pasar de la pila de Rails a la pila MEAN?

Es mi primer día trabajando como desarrollador. Que debo saber