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/
sábado, 25 de agosto de 2012
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
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:
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.
|
Suscribirse a:
Comentarios (Atom)




