Informe de CMMI

[pic 2]

Integrantes: Francisco Rojas

Jonathan Rojas

Bastián Valenzuela

Ignacio Zúñiga

Fecha de entrega: sábado 8 de Junio del 2019

Empresa receptora: Derco S.A.

Dirección: Lo Boza #100, Pudahuel, Región Metropolitana

Contenido

Propósito del informe

Descripción de la empresa

Equipo evaluador

Nivel a diagnosticar

Carta Gantt

Procesos a diagnosticar

Entrevistas y cuestionarios

Medidas de monitoreo y control del proceso de diagnostico

Aprobación

Anexos

        Definiciones, acrónimos y abreviaciones

        Referencias

        Bibliografías

Propósito del informe

Por medio de este texto informativo, se busca describir mediante estándares, procedimientos, herramientas y métodos todos los procesos previamente caracterizados y comprendidos (informe de nivel 2 de CMMI en la empresa Derco S.A.). Utilizando como instrumento de apoyo y guía el nivel 3 de CMMI, el nivel de madurez DEFINIDO.

Todo esto con el fin de establecer la integridad en toda la organización, que en esta ocasión es la empresa Derco S.A. Y preparar un diagnostico que cubra y proporcione probidad suficiente a la empresa.

Descripción de la empresa

Derco SA es el principal importador y distribuidor de vehículos, maquinaria y repuestos en Sudamérica. Desde sus inicios, se han enfocado en satisfacer las necesidades y expectativas de sus clientes, ofreciendo una gran variedad de productos, servicios y vehículos. Buscando sorprender al cliente y deleitarlos con dichas obras.

Uno de los principales objetivos de la empresa Derco SA, es la de formar relaciones a largo plazo con nuevos clientes, la cual será sustentada con pilares sólidos. Es por ello que centran la experiencia con clientes en cinco conceptos: Personas, Marcas, Clientes, Eficiencia y Crecimiento continuo.

Es por ello que, durante cinco décadas, la experiencia con sus clientes ha sido el eje central de la empresa. La cual revisa los principales hitos que afirman el camino que, como organización, siguen recorriendo diariamente.

Y sin ser menos, Derco SA posee valores que consideramos imprescindibles para cualquier compañía, los cuales estarán representados en la siguiente imagen: [pic 3]

Equipo evaluador

Líder o Jefe de Proyecto

Integrantes del equipo

Sponsor

Interesados en el proyecto

Nivel a diagnosticar

El nivel a diagnosticar en la compañía Derco S.A., es el nivel de madurez 3. También llamado nivel definido de CMMI. El cual propone la estandarización de todos los procesos para establecer una integridad optima dentro de la empresa.

Es en este nivel en el cual la organización mejora, aún más, sus procesos relacionados con las áreas de proceso del nivel de madurez 2 de CMMI. Ya que alcanzar este nivel significa que la forma de desarrollar el proyecto ya está definida, es decir, está establecida, documentada y existen métricas (obtención de datos objetivos) para la consecución de objetivos concretos.

Carta Gantt[pic 4]

[pic 5]

Procesos a diagnosticar

Los procesos a diagnosticar, en la implementación del nivel de madurez 3 de CMMI en la empresa Derco S.A., son los siguientes:

1. Integración del Producto (PI)

1. Desarrollo de Requisitos (RD)

1. Solución Técnica (TS)

1. Validación (VAL)

1. Verificación (VER)

Entrevistas y cuestionarios

INTEGRACION DEL PRODUCTO (PI)

1. ¿Qué se debe identificar al momento de integrar?
2. ¿Qué se debe hacer con los componentes del producto?
3. ¿Qué se debe identificar en los componentes?
4. ¿Qué se debe seleccionar para que el proyecto sea un éxito?
5. ¿Qué se debe revisar periódicamente?
6. ¿Qué se debe registrar constantemente?
7. ¿Qué se debe identificar en la integración de producto?
8. ¿Qué se debe identificar para el entorno de integración de productos?
9. ¿Qué decisiones se deben tomar en la integración de producto?
10. ¿Qué se debe generar si no se puede adquirir un entorno adecuado?
11. ¿Qué se debe mantener a lo largo del proyecto?
12. ¿Qué desechos se deben generar?
13. ¿Qué se mantiene y establece para los compontes de producción?
14. ¿Cuáles son los criterios para la integración y evaluación de componentes?
15. ¿Qué acciones se deben generar previamente para la validación y entrega del producto integrado?
16. ¿Cuáles decisiones se deben tomar para la garantizarían de todas las interfases?
17. ¿De qué se debe asegurar el operador para una conexión correcta?
18. ¿Se debe revisar periódicamente la adecuación de las descripciones de la interfaz??
19. ¿Se aseguran la compatibilidad de las interfaces a lo largo de la vida del producto??
20. ¿Se resuelven los problemas de conflicto, incumplimiento y cambio??
21. ¿Se mantienen un repositorio de datos de interfaz accesibles para los participantes del proyecto??
22. ¿Se hace un seguimiento del estado de todos los componentes del producto tan pronto como estén disponibles para la integración?
23. ¿Se aseguran de que los componentes del producto se entreguen al entorno de integración del producto de acuerdo con la estrategia y los procedimientos de integración del producto??
24. ¿Se Confirman la recepción de cada componente del producto debidamente identificado?
25. ¿Se aseguran de que cada componente del producto recibido cumpla con su descripción?
26. ¿Se comprueba el estado de la configuración con la configuración esperada?
27. ¿Se realizan una comprobación previa (por ejemplo, mediante una inspección visual, utilizando medidas básicas) de todas las interfaces físicas antes de conectar los componentes del producto?
28. ¿Se aseguran la disponibilidad del entorno de integración de productos??
29. ¿Se llevan a cabo la integración de acuerdo con la estrategia de integración del producto, los procedimientos y los criterios??
30. ¿Se revisan la estrategia de integración del producto, los procedimientos y los criterios según corresponda??
31. ¿Se llevan a cabo la evaluación de los componentes de productos ensamblados siguiendo la estrategia de integración del producto, los procedimientos y los criterios??
32. ¿Se Registrar los resultados de la evaluación??
33. ¿Se revisan los requisitos, el diseño, el producto, los resultados de la verificación y la documentación para asegurarse de que los problemas que afectan el embalaje y la entrega del producto se identifiquen y resuelvan??
34. ¿Se usan métodos efectivos para empaquetar y entregar el producto ensamblado??
35. ¿Se satisfacen los requisitos y estándares aplicables para el embalaje y la entrega del producto??
36. ¿Se prepara Preparar el sitio operativo para la instalación del producto??
37. ¿Se Entregar el producto y la documentación relacionada y confirmar recibo??
38. ¿Se instalan el producto en el sitio operativo y confirme la operación correcta?

DESARROLLO DE REQUISITOS (RD)

1. ¿Se involucran a las partes interesadas relevantes utilizando métodos para generar necesidades, expectativas, restricciones e interfaces externas?
2. ¿Se analizan las necesidades, expectativas, restricciones e interfaces de los interfaces de los interesados en los requisitos documentados de los clientes?
3. ¿Se establecen y mantienen una priorización de los requisitos funcionales y de calidad del cliente?
4. ¿Se definen restricciones para la verificación y validación?
5. ¿Se desarrollan requisitos en términos técnicos necesarios para el diseño de productos y componentes de productos?
6. ¿Se derivan los requerimientos que resultan de decisiones de diseño?
7. ¿Se desarrollan requisitos arquitectónicos que capturen atributos de calidad críticos?
8. ¿Se establecen y mantienen relaciones entre los requisitos a considerar durante la gestión del cambio y la asignación de requisitos?
9. ¿Se asignan requisitos a las funciones?
10. ¿Se asignan requisitos a los productos componentes del producto y la arquitectura?
11. ¿Se asignan restricciones de diseño a los componentes del producto y la arquitectura?
12. ¿Se asignan requisitos a incrementos de entrega?
13. ¿Se documentan las relaciones entre los requisitos asignados?
14. ¿Se identifican las interfaces tanto externas al producto como internas del producto?
15. ¿Se desarrollan los requisitos para las interfaces identificadas
16. ¿Se desarrollan conceptos y escenarios operativos que incluyan operaciones, instalación, desarrollo, mantenimiento, soporte y eliminación según corresponda?
17. ¿Se definen los entornos en el que operara el producto o el componente del producto, incluidos los límites y las restricciones?
18. ¿Se revisan los conceptos y escenarios operativos para refinar y descubrir requisitos?
19. ¿Se desarrolla un concepto operativo detallado a medida que se seleccionan los productos y que componentes?
20. ¿Se determina la misión clave y los conductores de negocio?
21. ¿Se identifican las funcionalidades deseadas y los atributos de calidad?
22. ¿Se determinan los atributos de calidad arquitectónicamente significativos basados en la misión clave y los conductores de negocio?
23. ¿Se analizan y cuantifican las funcionalidades requeridas por los usuarios finales?
24. ¿Se analizan los requisitos para identificar particiones lógicas o funcionales?
25. ¿Se dividen los requisitos en grupos, según los criterios establecidos (por ejemplo, funcionalidad similar, requisitos de atributos de calidad similares, acoplamiento)?
26. ¿Se asignan los requisitos del cliente a las particiones funcionales, objetos, personas o elementos de soporte para respaldas la síntesis de soluciones?
27. ¿Se asignan requisitos a funciones y subfunciones?
28. ¿Se analizan las necesidades, expectativas, limitaciones e interfaces externas de los interesados para organizarlos en temas relacionados y eliminar conflictos?
29. ¿Se analizan los requisitos para determinar si satisfacen los objetivos de los requisitos de nivel superior?
30. ¿Se analizan los requisitos para asegurarse de que estén completos, sean factibles, realizables y verificables?
31. ¿Se identifican los requisitos clave que tienen una fuente influencia en el costro, el cronograma, el rendimiento o el riesgo?
32. ¿Se identifican las medidas técnicas de rendimiento que se seguirán durante el esfuerzo de desarrollo?
33. ¿Se analizan los conceptos y escenarios operativos para refinar las necesidades, restricciones e interfaces del cliente y descubrir nuevos requisitos?
34. ¿Se utilizan modelos, simulaciones, prototipos probados para analizar el equilibrio de las necesidades y limitaciones de los interesados?
35. ¿Se realiza una evaluación de riesgos sobre los requisitos y la definición de las funcionalidades requeridas y los atributos de calidad?
36. ¿Se examinan los conceptos del ciclo de vida del producto para determinar el impacto de los requisitos en los riesgos?
37. ¿Se evalúa el impacto de los requisitos de atributos de calidad arquitectónicamente significativos en el producto y los costos y riesgos de desarrollo del producto?
38. ¿Se analizan los requisitos para determinar el riesgo de que el producto resultante no funcione adecuadamente en el entorno de uso visto?
39. ¿Se explorar la adecuación y la integridad de los requisitos mediante el desarrollo de representaciones de productos (por ejemplos prototipos, simulaciones, modelos, escenarios, guiones) obteniendo comentarios de los clientes?
40. ¿Se evalúa el diseño a medida que madura en el contexto del entorno de validación de requisitos para identificar problemas de validación y exponer las necesidades no declaradas y los requisitos del cliente?

SOLUCIONES TECNICAS (TS)

1. ¿Se evalúa cada solución alternativa / conjunto de soluciones en función de los criterios de selección establecidos en el contexto de los conceptos y escenarios operacionales?
2. ¿Sobre la base de la evaluación de alternativas, evalúe la idoneidad de los criterios de selección y actualice estos criterios según sea necesario?
3. ¿Se identifican y se resuelven problemas con las soluciones alternativas y los requisitos?
4. ¿Se selecciona el mejor conjunto de soluciones alternativas que satisfagan los criterios de selección establecidos?
5. ¿Se establecen los requisitos de atributos funcionales y de calidad asociados con el conjunto seleccionado de alternativas como el conjunto de requisitos asignados a esos componentes del producto?
6. ¿Se identifican las soluciones de componentes del producto que serán reutilizadas o adquiridas??
7. ¿Se establecen y mantienen la documentación de las soluciones, evaluaciones y fundamentos?
8. ¿Se establecen y mantiene criterios con los cuales evaluar el diseño?
9. ¿Se identifican y desarrollar o adquirir los métodos de diseño apropiados para el producto?
10. ¿Se aseguran de que el diseño cumpla con los estándares y criterios de diseño aplicables?
11. ¿Se aseguran de que el diseño cumple con los requisitos asignados?
12. ¿Se documenta el diseño?
13. ¿Se determina la cantidad de niveles de diseño y el nivel apropiado de documentación para cada nivel de diseño?
14. ¿Se determinan las vistas a utilizar para documentar la arquitectura??
15. ¿Se basan las descripciones de diseño detalladas en los requisitos de los componentes del producto, la arquitectura y los diseños de nivel superior?
16. ¿Se documenta el diseño en el paquete de datos técnicos??
17. ¿Se documentan las decisiones clave (es decir, el efecto significativo en el costo, el cronograma o el desempeño técnico) tomadas o definidas, incluida su justificación?
18. ¿Se revisa el paquete de datos técnicos según sea necesario?
19. ¿Se definen criterios de interfaz?
20. ¿Se identifican interfaces asociadas con otros componentes del producto?
21. ¿Se identifican interfaces asociadas con elementos externos??
22. ¿Se identifican las interfaces entre los componentes del producto y los procesos del ciclo de vida relacionados con el producto??
23. ¿Se aplican los criterios a las alternativas de diseño de la interfaz??
24. ¿Se documentan los diseños de interfaz seleccionados y la justificación de la selección?
25. ¿Se desarrollan criterios para la reutilización de diseños de componentes de productos?
26. ¿Se analizan los diseños para determinar si los componentes del producto deben desarrollarse, reutilizarse o comprarse?
27. ¿Se analizan las implicaciones para el mantenimiento al considerar los elementos comprados o no en desarrollo (por ejemplo, COTS, gobierno listo para usar, reutilización)?
28. ¿Se usar métodos efectivos para implementar los componentes del producto?
29. ¿Se cumplen con las normas y criterios aplicables??
30. ¿Se realizan revisiones por pares de los componentes seleccionados del producto??
31. ¿Se realizan pruebas unitarias del componente del producto según sea apropiado?
32. ¿Se revisan el componente del producto según sea necesario?
33. ¿Se revisan los requisitos, el diseño, el producto y los resultados de las pruebas para asegurarse de que se identifiquen y resuelvan los problemas que afectan la instalación, la operación y la documentación de mantenimiento??
34. ¿Se utilizan métodos efectivos para desarrollar la documentación de instalación, operación y mantenimiento??
35. ¿Qué se debe cumplir para la documentación aplicable?
36. ¿Qué versiones preliminares se deben desarrollar anteriormente en la vida del proyecto?
37. ¿Cuáles son las revisiones que se deben generar?
38. ¿Qué tipo de revisión en la documentación, en el caso que sea necesario?

VALIDACION (VAL)

1. ¿Identifique los principios clave, las características y las fases para la validación del producto o componente del producto a lo largo de la vida del proyecto??
2. ¿Se determinan qué categorías de necesidades de los usuarios finales (operativas, de mantenimiento, capacitación o soporte) deben validarse?
3. ¿Seleccione el producto y los componentes del producto a validar??
4. ¿Seleccione los métodos de evaluación para la validación del producto o componente del producto??
5. ¿Se revisa la selección de validación, las restricciones y los métodos con las partes interesadas relevantes?
6. ¿Se identifican los requisitos para el entorno de validación?
7. ¿Se identifican productos suministrados por el cliente?
8. ¿Se identifican los equipos y herramientas de prueba?
9. ¿Se identifican los recursos de validación que están disponibles para su reutilización y modificación?
10. ¿Se Planifica la disponibilidad de recursos en detalle?
11. ¿Se revisan los requisitos del producto para asegurarse de que los problemas que afectan la validación del producto o componente del producto se identifiquen y resuelvan?
12. ¿se Documentan el entorno, el escenario operacional, los procedimientos, las entradas, los productos y los criterios para la validación del producto seleccionado o el componente del producto.?

VERIFICACION (VER)

1. ¿Se identifican productos de trabajo para verificación??
2. ¿Se identifican los requisitos a satisfacer por cada producto de trabajo seleccionado??
3. ¿Se identifican los métodos de verificación disponibles para su uso??
4. ¿Se definen los métodos de verificación a utilizar para cada producto de trabajo seleccionado??
5. ¿Se Presentar para la integración con el plan del proyecto la identificación de los productos de trabajo que deben verificarse, los requisitos que deben cumplirse y los métodos a utilizar??
6. ¿Se identifican los requisitos del entorno de verificación??
7. ¿Se identifican los recursos de verificación que están disponibles para su reutilización o modificación??
8. ¿Se identifican equipos y herramientas de verificación??
9. ¿Se Adquirir equipo de soporte de verificación y un entorno (por ejemplo, equipo de prueba, software)?
10. ¿Se generan un conjunto de procedimientos de verificación integrales e integrales para productos de trabajo y productos comerciales disponibles, según sea necesario?

Medidas de monitoreo y control del proceso de diagnostico

Las actividades de monitoreo y control se basan en las entrevistas y análisis de la necesidad de DERCO S.A.

[pic 6]

Aprobación

Las medidas de aprobación son en base a la escala dadas en las directrices de cuadro “Aprobación”.[pic 7]

Anexos

Definiciones, acrónimos y abreviaciones

• CMMI: Capability Maturity Model Integration.

• JP: Jefe de Proyecto.

• Lead Time:  Tiempo desde la orden del pedido hasta la puesta en servicio de este.

• PI: Product Integration.

• RD: Requirements Development.

• TS: Technical Solution.

• VAL: Validation.

• VER: Verification.

Referencias

• “CMMI para Desarrollo, Versión 1.3” – Software Engineering Institute

Bibliografías

• CMMI: https://www.adictosaltrabajo.com/2006/03/31/cmmi-2y-3/
  https://www.tutorialspoint.com/es/cmmi/cmmi_maturity_levels.htm

• Derco S.A.: https://www.derco.cl/ 

...