martes, 11 de septiembre de 2012

   CMMI Capitulo 4

  Basicamente yo considero que hay diferentes areas dentro de CMMI y estas ayudan a gestionar diversos procesos y proyectos dentro de una determinada organizacion.
  De esta manera puede medirse que tanto uno ha hecho dentro de determinada empresa y pues el area puede uno profundizar en ella de acuerdo a cual sea esta en cierta manera.
  Por ejemplo la definicion del proceso organizacional puede establecer y mantener varios procesos estandar y algunas otras cosas basadas en las necesidades del proceso y los objetivos de la organizacion.
  Hay varias relaciones entre las areas de los procesos y curiosamente un proceso muy bien definido es la adaptacion a una empresa ya que uno debe saber interactuar con el medio ambiente.
  Tambien hay procesos que evaluan el rendimiento de un empleado y cuanto esfuerzo le echa para poder mejorar dia con dia dentro de la empresa u organizacion.
  La formacion tambien es un proceso determinante en CMMI porque ahi se ve gran parte de la educacion y los valores de un determinado empleado, la historia del empleado y su formacion son de vital importancia ya que salen a relucir algunos factores que a largo plazo pueden hablar bien o mal del empleado en cuestion en la organizacion.
   Algo tambien a considerar es la gestion de proyectos, saber definir bien que es lo que uno debe construir o realizar para establecer un plan de trabajo exitoso y un esfuerzo encaminado a largo plazo puede venir relacionado con un proyecto.
  Tambien es clave poder monitorear y controlar la calidad ya que asi constantemente se esta trabajando para mantener una calidad y que no decaiga el esfuerzo de los empleados. El monitoreo tambien es importante por cuestiones de seguridad para la empresa ya que asi se tiene una vigilancia en el seno de la empresa y se puede tener mas a la vista cualquier posibilidad de que algo pueda salir mal y la proteccion y seguridad es importante.


  Tambien el area de monitoreo y control da un seguimiento y control de las diferentes actividades dentro de la empresa.
  En la imagen pasada se pueden ver los diferentes niveles de madurez del CMMI en general.

  Gestion de requisitos

  Tambien se encuentra una gestion de requisitos y aqui se garantiza que estos requisitos se vena reflejados en los planes de proyecto, actividades y procesos de trabajo.
 
  Gestion de proveedores

  En esta gestion se ve la necesidad del proyecto para poder adquirir algunas partes de obra que sean producidas por los proveedores. Aqui es importante ver como los proveedores se comportan hacia la organizacion y llegar a diferentes negociaciones y acuerdos para poder lograr tener algo en comun y llevarlo a cabo por el bien de ambas partes.


 
  Es importante que cualquier proyecto puede adaptarse a cualquier area de procesos y asi dirigirse de manera correcta al exito utilizando diversas reglas.
  Normalmente el area de gestion de proyectos, por ejemplo, tiende a ver el largo plazo y hacia adelante y eso es bueno considerando que se van llegando a ciertas conclusiones para poder llevar a buen puerto a una organizacion determinada.

  Para un buen desarrollo y mantenimiento esta el area de ingenieria y pues se encarga de ver todo el procesos de desarrollo que puede llevar varios años para que un software por ejemplo pueda terminarse y ademas mantenerse en una buena calidad y estado.

   Solucion técnica

  Dentro de la parte técnica es determinante poder verificar y validar lo que se terminando de producir para de alguna manera probar y asegurarse que funcione eso normalmente:

 

   Areas de Ingeniería de procesos

  Estas areas son las siguientes:

  1.   Area de proceso de Desarrollo de Requerimientos
  2.   Area de proceso de Solucion Tecnica
  3.   Area de proceso de Verificación
  4.   Area de proceso de Validación


     La recursividad e iteracion de los procesos de Ingeniería 

     La recursión se produce cuando un proceso se aplica a los niveles sucesivos de los elementos del sistema dentro de una estructura de sistema. Dentro de esta recursión hay que estar concientes de la informacion que se tenga dentro del sistema para que no suceda algo caotico en la estructura de ese sistema.
     La iteracion por el contrario se suscita cuando los procesos se repiten a nivel del sistema mismo. Digamos que solamente dan vueltas y vueltas los procesos y no llegan a un objetivo final, tan solo se repiten periodicamente.
   

  Areas de Apoyo Avanzado de Procesos   

  Los productos y servicios deben de ser de calidad. Mediante las areas de apoyo avanzado de los procesos esto primero puede hacerse realidad. 
  Curiosamente la organizacion tiene una capacidad de soporte mejorada, esto quiere decir que si le dan su lugar a esta area y que hay gente profesional y capaz para llevar las diversas actividades que pueda haber en esta area.

   
 

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.