sábado, 25 de agosto de 2012

CMMI contra Agile

  Tanto CMMI como Agile pueden organizarse utilizando ambos metodos en las organizaciones, con el potencial de mejorar dramáticamente la función de los negocios.
  Los métodos de CMMi y Agile envuelven 2 tecnologías totalmente distintas, y por lo tanto, cada tecnología tiene su propia comunidad de personas que les son leales a cada una.
 
  CMMI se enfoca en los procesos y enfatiza en la transparencia de los procesos, mientras Agile es algo así como una cultura, respeta todos los puntos de vista y las ideas de todas las personas inmiscuidas.
  Además en CMMI podrás observar que jamás necesitarás de documentos tan pesados o procesos estándares.
  En este punto se pueden combinar tanto CMMI como Agile estableciendo métodos muy simples tales como documentos o herramientas muy ligeras, para poder así lograr los objetivos y logros de CMMI.

   Aqui una imagen del Agile:

 

  http://www.executivebrief.com/cmmi/agile-cmmi/

  http://blogs.perficient.com/multi-shoring/blog/2010/08/20/cmmi-vs-agile/

CMMI contra ITIL

    Una vez que CMMI entro en el area de servicios inmediatamente se le empezo a comparar con ITIL ya que esta última tambien esta dentro de esta área y aplica para las organizaciones de servicios.
   El CMMI aplica para el software y el hardware y casualmente se puede complementar muy bien con ITIL para realzar situaciones que al otro le falta mutuamente.

   Son varias las similitudes entre CMMI e ITIL que muchas organizaciones batallan cierto tiempo para poder determinar cual estructura utilizar.
   Pero la diferencia primordial entre ambos modelos está enfocada en la mejora continúa y a largo plazo para los procesos de negocios que maneja CMMI mientras ITIL se concentra en todas las areas incluyendo el aspecto de las Tecnologías de Información de una organización. Digamoslo así que ITIL abarca todas las areas de administración y organización.
 
  Aqui se pueden ver algunas imágenes de ambos modelos:

  CMMI:

 
 
  ITIL:

 

 
 


   http://www.sei.cmu.edu/cmmi/compatibility/itil.cfm

   http://theartofservice.com/cmmi-vs-itil-knowing-what-to-choose.html

 
 

CMMI contra CMM

  El modelo de capacidad de madurez (CMM) es un modelo de evaluación desarrollado por el Instituto de Ingeniería de Software en 1990, para poder determinar los niveles de madurez de los procesos en el software. El modelo describe 5 niveles de las mejores prácticas de manejo e ingeniería basadas en los datos recolectados de varias industrias.
  Aqui puede verse un claro ejemplo en la imagen:

 
  El instituto de Ingeniería de Software desarrolló también la integración del modelo de capacidad de madurez (CMMI) en 2006 para poder integrar y estandarizar los modelos separados de CMM, y erradicar otros inconvenientes de CMM.
  Mientras CMM es una herramienta de certificación, CMMI no lo es. Ambos modelos tienen 5 diferentes niveles de proceso de madurez.
 
  Aca un ejemplo de lo que viene siendo el CMMI:


 
Al comparar CMMI y CMM, el area clave de proceso (KPA) del CMM se concentra en la culminación de tareas específicas o procesos y no motiva a la organización a enfocarse en la arquitectura del proceso.

El CMM vino primero pero después fue mejorado y logrado por el CMMI.
Diferentes series de CMMS han tenido problemas porque se sobreponen, contradicen o simplemente carecen de estandarización.

El CMMI es mas útil y universal hoy en día que el CMM que antiguamente existía.









 

lunes, 20 de agosto de 2012

CMMI (Soporte)

 
Soporte
Análisis causal y resolución
Identificar causas de los resultados seleccionados y tomar acción para mejorar el funcionamiento del proceso.
Manejo de la configuración
Establecer y mantener la calidad de los productos de trabajo usando a identificación de configuración, control de configuración, estimaciones del estado de la configuración y auditorías de la configuración.
Análisis de decisión y resolución
Analizar posibles decisiones usando un proceso de evaluación formal que evalúa alternativas identificadas contra el criterio establecido.
Medidas y análisis
Desarrollar y sustentar una capacidad de medición utilizada para dar soporte a las necesidades del manejo de la información.
Control de calidad de procesos y productos
Proveer staff y manejo con una perspicacia objetiva dentro de procesos y productos asociados de trabajo.

CMMI (Manejo de procesos)

 
Manejo de procesos
Definición de proceso organizacional
Establecer y mantener una serie útil de activos de los procesos organizacionales, estándares de ambiente de trabajo, y reglas y directrices para los equipos.
Enfoque de proceso organizacional
Planear, implementar y desplegar mejoras en los procesos organizacionales basadas en un entendimiento cuidadoso de las actuales fortalezas y debilidades de los procesos organizacionales y los activos de proceso.
Manejo del funcionamiento organizacional
Manejar proactivamente el funcionamiento organizacional para conocer sus objetivos de negocio.
Funcionamiento del proceso organizacional
Establecer y mantener un entendimiento cuantitativo del funcionamiento de los procesos seleccionados en el conjunto organizacional de procesos estándares en soporte al logro de calidad y objetivos de funcionamiento de procesos, y proveer datos de funcionamiento de procesos, referencias y modelos para manejar cuantitativamente los proyectos organizacionales.
Entrenamiento organizacional
Desarrollar habilidades y conocimiento de las personas y así ellos pueden actuar sus roles efectiva y eficientemente.

CMMI (Manejo de proyectos)



Manejo de proyectos
Manejo integrado de proyectos
Establecer y manejar el proyecto y la relación de los accionistas relevantes de acuerdo a un procesos integrado y definido que está hecho a la medida desde el conjunto de la organización de los procesos estándares.
Control y monitoreo de proyectos
Proveer un entendimiento del progreso del proyecto y así las acciones correctivas apropiadas pueden ser tomadas cuando el funcionamiento del proyecto se desvíe de manera significativa del plan.
Planeación de proyectos
Establecer y mantener planes que definan las actividades del proyecto.
Manejo cuantitativo de proyectos
Manejar cuantitativamente el proyecto para lograr la calidad del proyecto establecido y los objetivos del funcionamiento del proceso.
Manejo de requerimientos
Manejar los requerimientos de los productos del proyecto y los componentes del producto y garantizar alineación entre esos requerimientos y los planes del proyecto y productos de trabajo.
Manejo de riesgos
Identificar problemas potenciales antes de que ocurran, así las actividades de manejo de riesgos pueden ser planeadas e invocadas como sea necesario a través de la vida del producto o proyecto para mitigar impactos adversos sobre objetivos logrados.
Manejo del acuerdo con el proveedor
Manejar la adquisición de los productos y servicios de los proveedores.

CMMI (Ingenieria)



Ingeniería
Integración del producto
Ensamblar el producto desde sus componentes de producto, garantizar el producto, asi como integrarlo, que se comporte propiamente y mandar el producto.
Desarrollo de requerimientos
Provocar, analizar y establecer un cliente, producto y requerimientos del componente del producto.
Solución técnica
Seleccionar, diseñar, desarrollar e implementar soluciones a los requerimientos. Las soluciones, diseños e implementaciones abarquen productos, componentes de producto y los procesos relacionados con el ciclo de vida del producto ya sea únicamente o en combinación como sea apropiado.
Validación
Demostrar que un producto o un componente de producto satsifagan su uso intencionado cuando se coloquen en su ambiente intencionado.
Verificación
Asegurar que los productos de trabajo seleccionados conozcan sus requerimientos específicos.