Business Process Management (BPM) Reflexiones y Recomendaciones

Actualmente existen diversos enfoques de gestión organizacional; uno de los más comunes en el funcional, el cual sigue prevaleciendo sobre modelos de última generación más efectivos, eficientes y agiles. En este sentido, el enfoque orientado en procesos se ha convertido en la opción urgente para mejorar el desempeño organizacional; para resumir, una organización funcional no tiene la capacidad de medir, mejorar y optimizar sus acciones porque no realiza énfasis en los procesos, solo en sus actividades. Una organización BPM se comparta como un carro de carrera en fórmula 1, con un equipo que mide todas las variables necesarias para ganar.

En todas las organizaciones donde he realizado asesorías y consultorías BPM han persistido los siguientes hallazgos:

1. No existe una clara definición y caracterización de procesos.
2. No se entiende la diferencia entre un proceso y un procedimiento.
3. Los procesos no están alineados y vinculados a un objetivo organizacional.
4. Los procesos no están alineados y vinculados a un producto o servicio.
5. Los procesos no tiene asociados acuerdos de servicios.
6. Los procesos no tiene asociados indicadores.
7. Los procesos no pueden ser monitoreados y medidos.
8. La mayoría de los procesos no son transversales, solo se ven los árboles y no el bosque.
9. Los procesos no tiene asociadas políticas.
10. Los procesos no tiene asociados procedimientos.
11. El levantamiento de procesos no se realiza sobre un enfoque participativo y multidisciplinario.
12. El levantamiento de procesos se realiza sin métodos y técnicas que faciliten su especificación.
13. El levantamiento de procesos no se basa en la comprensión profunda de modelos y prácticas que evitaran modelar el desastre.
14. Los procesos no son categorizados o clasificados.
15. No existe una notación estándar para el modelado de procesos.

Establecer acciones para cerrar cada una de estas brechas sería muy extenso para describirlas en este blog, sin embargo comparto algunas recomendaciones que contribuirán con ejercicios de mayor valor en esta materia.

Recomendaciones

1. Describa y caracterice un proceso para estandarizar y homologar el lenguaje antes de iniciar cualquier iniciativa.
2. Comunique de forma clara y concisa la diferencia entre una actividad,  un proceso y un procedimiento a su equipo. Es diversas asesorías en las que he participado he encontrado inconsistencias, procesos que son actividades y viceversa.
3. Evalué el nivel de profundidad en la descripción de sus procesos que requiere. Comience con descripciones generales y luego vaya realizando una inmersión mayor de forma iterativa.
4. Recuerde que cada proceso debe estar asociado a la entrega de un producto o servicio.
5. Recuerde que cada proceso debe estar asociado al cumplimiento de un objetivo organizacional.
6. Evalué y seleccione la herramienta de modelado de procesos que más se adapte a sus necesidades.
7. Establezca una categorización de procesos: macroprocesos, procesos, subprocesos. Es importante establecer una organización mínima de sus procesos para posteriormente mapearlos.
8. Defina los indicadores de desempeño y resultado de sus procesos para medirlos, mejorarlos y optimizarlos antes de ir a la automatización.
9. La actividad de modelado de procesos requiere de técnicas y métodos no tradicionales.
10. Realice énfasis en la descripción de políticas (normas y directrices), son ellas las que establecen las fronteras y condiciones de sus procesos.
11. Modele primero la ruta de éxito y luego enriquezca.

Saludos;

Entrenamiento Mule ESB en Banco Central de Venezuela

Hace algunos meses tuve la experiencia de dictar un entrenamiento de Mule ESB en el Banco Central de Venezuela para un proyecto integración de gran envergadura. Durante el intercambio de experiencias en el campo de integración, el equipo de trabajo enriqueció muchos conceptos, que quisimos compartir con la comunidad.  Mule ESB es una plataforma de integración ligera basada en Java que permite conectar  aplicaciones de forma rápida y sencilla, actuando como un sistema de transporte e intercambio de datos. En líneas generales se utiliza un bus de servicios cuando se requiere:

1. La creación y alojamiento de servicios web reutilizables en un contenedor de servicios ligero.
2. El enrutamiento de mensajes, para enrutar, filtrar, agregar, y redirigir mensajes entrantes o salientes basados en su contenido o en reglas.
3. La transformación e intercambio de datos a través de distintos formatos y protocolos de transporte.
4. Servicios de mediación para el manejo de formatos, mensaje y protocolos, además de lógicas de integración.

Cuando debemos utilizar un ESB?

1. Cuando se requiere la integración de 3 o más aplicaciones o servicios.
2. Cuando se requiere conectar más aplicaciones en un futuro.
3. Cuando es necesario utilizar más de un tipo de protocolo de comunicación.
4. Cuando se requiere capacidades de enrutamiento de mensajes, tales como bifurcación y agregación de flujos de mensajes, o enrutamiento basado en contenido.
5. Cuando es necesario  publicar los servicios destinados al consumo de otras aplicaciones

Recomendaciones para el uso de Mule ESB

1. El patrón de intercambio seleccionado para un flow o flujo incide en el número de hilos que mule utiliza para la ejecución de servicios de integración. Si el patrón es Request-Response, este se desarrolla sobre un solo hilo; si el patrón es Onew-Way se desarrolla sobre un pool de hilos (inbound, core y outbount). Es necesario considerar esta política durante el diseño de los servicios.
2. Por defecto Mule ESB solo gestiona 16 hilos, por ende, es importante monitorear el número de hilos y aumentarlo según la demanda de un servicio de integración específico.
3. Mule ESB proporciona patrones de configuración, que están optimizados para casos comunes de procesamiento de mensajes. Los cuatro patrones de configuración incluidos en Mule son: Servicio simple (componente que expone servicios web SOAP/ JAX-WS , beans, REST/JAX-RS, JAXB, XML y el contenido de simples componentes POJO), Web Service Proxy ( Proxies de servicios web remotos que pueden realizar transformaciones), Bridge ( establecen un canal de comunicación directo entre un endpoint de entrada y uno de salida), por ultimo Validador (Valida los mensajes entrantes contra un filtro de aceptación definido. Devuelve una respuesta ACK o NACK sincrónica y envía mensajes válidos de forma asíncrona).
4. Utilice el Scope Pool para ajustar el desempeño de un servicio de integración mediante pool de objetos.
5. Utilice wiretap para realizar auditorías en los flows o flujos de servicios.
6. Si requiere utilizar multiples entradas en un mismo flow utilice composite source.
7. Si requiere establecer rutas alternativas al fallar una rama de ejecución utilice first successfull.
8. Si requiere reorganizar la secuencia de mensajes utilice un resequencer.
9. Si va a realizar mapeo recomiendo utilizar smooks y dozer.
10. La información del header de un mensaje en el inbound no se propaga al siguiente flow, solo de outbound a inboud, considere esta característica cuando diseñe sus servicios.

Agradezco al equipo que con su participacion y observaciones enriquecieron los talleres.

Ejemplo: Como enviar un mensaje a multiples destinos.
 

 Ejemplo: Como realizar el procesamiento de una coleccion de datos.

 Ejemplo: Como exponer un servicio web implementado en un POJO.

  Ejemplo: Como filtrar el mensaje entrante de un servicio.

  Ejemplo: Como realizar auditorias a un servicios de integracion:

Saludos;

WSO2 e Interoperabilidad, una Plataforma Middleware en Panamá

Hace algunas semanas realice un taller sobre la  plataforma middleware empresarial WSO2 en Panamá dentro de un proyecto de Interoperabilidad y Gobierno Electronico de alta escala que se esta desarrollando actualmente. WSO2 esta conformada por un amplio numero de componentes con nivel de madurez suficiente para ser considerado como modelo para introducir las disciplinas SOA, ESB y BRE en una organizacion. En este post, voy a compartir algunas apreciaciones relacionadas con el despliegue de estos componente. Para comenzar una pequeña introducción.


WSO2 Carbon es una plataforma middleware empresarial, 100%  OpenSource y basada en estándares empresariales, que permite a desarrolladores orquestar procesos de negocio, crear aplicaciones y desarrollar servicios;  utilizando WSO2 Carbon Studio y una amplia gama de servicios empresariales y  técnicos que se integran con legados, paquetes y aplicaciones de software  como servicio (SaaS). La plataforma WSO2 Carbon es una colección de componentes totalmente  independientes que pueden ser agregados o eliminados de una solución dinámicamente. Este comportamiento se logra mediante el uso del marco  de trabajo denominado Open Services Gateway Initiative (OSGi).

WSO2 Data Services
WSO2 permite la creacion de servicios de datos, conocidos como "Data Services" con un amplio espectro de posibilidades de conexion con diversas fuertes de datos como hojas de calculo, base de datos, entre otros. Con este componente podemos desplegar servicios SOAP y REST de una forma sencilla y elegante, sin grandes esfuerzos de desarrollo, sin embargo cuando requerimos implementar servicios de generación de UUID o correo electrónico; esta no es la mejor opcion.

WSO2 Rule Services
De igual forma, provee desde mi punto de vista unos de los mejores componentes que son los "WSO2 rules Services", conocidos como "Rule Services" o servicios de decision, una forma muy sencilla y elegante  de tomar reglas de negocio elaboradad mediante Drools y exponerlas como servicios de decisión. Drools es un motor de reglas de negocio que permite la gestion de reglas en un entorno multi usuario de manera controlada a traves de interfaces de usuarios amigables. WSO2 Business Rules Server ofrece la gestión de reglas de negocio para un entorno SOA sobre la base de una sólida plataforma de alojamiento de reglas de negocio. WSO2 Business Rules Server permite que las reglas de negocio sean encapsuladas en un lenguaje sencillo y directo, el cual es más familiar para los analistas de negocio.

WSO2 Governance Registry
Otro componente que recomiendo es la utilización del WSO2 gobernent que proporciona el nivel adecuado para soportar la gobernabilidad SOA (es obtener el máximo rendimiento del entorno SOA y asegurarse de crear servicios de alta calidad). Con este componentes, podemos: crear y mantener un conjunto de políticas SOA, permitir la aplicación de estas políticas en tiempo de diseño y permitir la aplicación de estas políticas en tiempo de ejecución.

Por ultimo, recomiendo la evaluación de la plataforma WSO2 por la sencillez y elegancia de gestión, la cual puede ser utilizada para acelerar una implementacion SOA organizacional.





Saludos;

Ley de Interoperabilidad Venezolana, una ley innovadora, creativa y actual

Actualmente, los intercambios de información entre las instituciones publicas de muchos países se están desarrollando sobre una amplia variedad de formatos, tipos e interacciones, lo cual ha impulsado el crecimiento y proliferación de practicas no estandarizadas que han contribuido con la desarticulación de los organismos responsables en la prestación de servicios al ciudadano.


En este sentido, el estado venezolano ha reconocido la responsabilidad de prestar servicios de interoperabilidad para garantizar la prestación de servicios públicos integrados mas eficientes para los ciudadanos. Esta ley garantizara la articulación de las instituciones publicas para responder a las necesidades de los ciudadanos, instituciones y el estado utilizando las tecnologías de informacion como principal medio.

En esencia, la ley garantizara el desarrollo de servicios de información adaptados a las necesidades de los ciudadanos y a los procesos institucionales, disminuyendo las dificultades de integración entre los sistemas de información presentes en el sector publico y privado.

En la Gaceta Oficial N °39.945 de fecha 15 de junio de 2012, fue publicado el Decreto N°9.051 mediante el cual se dicta el Decreto con Rango, Valor y Fuerza de Ley sobre el Acceso e Intercambio Electrónico de Datos, Información y Documentos entre los Órganos y Entes del Estado. El presente Decreto con Rango, Valor y Fuerza de Ley, tiene por objeto establecer las bases y principios que regirá el acceso e intercambio electrónico de datos, información y documentos entre órganos y entes del Estado, con el fin de garantizar la implementación de un estándar de interoperabilidad.

Desde este link se puede tener acceso a la ley:
http://www.cnti.gob.ve/images/stories/documentos_pdf/go_interoperabilidad.pdf

Como venezolano he aportado mi granito de arena en la conformación de esta ley, integrando en ella conceptos asociados a las disciplinas y estilos de arquitectura SOA, ESB y BPM. Entre los elementos de mayor importancia:

La Ley  incorpora diversas disciplinas y estilos de arquitectura de TI en su contenido.
La ley incorpora el concepto de servicio.
La ley incorpora conceptos relacionados con Gobernabilidad SOA.
La ley incorpora conceptos relacionados con Bus de Servicios.
La ley incorpora conceptos relacionados con Web Semántica y Nube de datos.

Saludos y felicitaciones al personal técnico y gerencial del Centro Nacional de Tecnologías de Informacion y al Centro Nacional de Innovación Tecnológica por la iniciativa y la contribución que han realizado por mejorar los servicios públicos en el Estado Venezolano. Una iniciativa creativa, innovadora y de valor!!!

Intalio y Bonita BPM en el Ecuador

Hace algunas semanas estuve de nuevo en Ecuador impulsado la utilización de las disciplinas BPM, SOA, ESB y BRE para la creación de organizaciones gestionadas por procesos. En esta oportunidad el Organismo de Acreditación Ecuatoriano (OAE) esta desarrollando los primeros pasos para cambiar su modelo de gestión funcional a uno orientado a la medición en tiempo real de indicadores que puedan mejorar sustancialmente sus procesos de decisión. El marco de arquitectura propuesto esta conformado por un conjunto de tecnologías que de forma integral permitirán que la institución pueda conformar un marco de interoperabilidad robusto, escalable y fiable.


De la experiencia obtenida en dicha consultoria, quise compartir con la comunidad algunas recomendaciones que pueden ser utilizadas en implementaciones a gran escala de proyectos BPM-SOA organizacionales; estas recomendaciones pueden ayudarlo a facilitar su comprensión.

Algunas recomendaciones para utilizar Bonita BPM e Intalio.

1. Evite modelar los procesos sobre la premisa que el motor de procesos debe exponer servicios web. El motor de procesos debe orquestar servicios, pero no es recomendable utilizarlo como una plataforma para la creacion de servicios, como decimos en Venezuela "zapatero a su zapato".
2. Utilice Data Services como medios para exponer servicios web relacionados con medios persistentes como base de datos, hojas de cálculos, archivos, entre otros.
3. Utilice servicios "Rule Services" para gestionar sus reglas de negocio. Los Rule Services también son conocidos como servicios de decisión.
4. Utilice un bus de servicios para integrar sus servicios de datos, reglas, integración o procesos mediante un enfoque de proxys.
5. Es importante establecer una diferencia entre servicios de datos e integración. Los últimos generalmente son implementados en un bus de servicios.
6. Establezca los "Process Services", servicios web que son expuestos por un motor de procesos como Bonita BPM o Intalio.
7. Utilice correlaciones en sus procesos para tener control de las instancias que requiere ejecutar, sin embargo, recomiendo utilizar como maximo dos correlaciones por diagrama, esto evitara que los diagramas de procesos se extiendan en una sola representación, contribuyendo con una mejor comprensión.
8. Divide y vencerás. tome los procesos y separelos en subprocesos independientes.
9. Importe los procesos, con esta opciones no tendrá problemas con el acceso a fuentes de datos; como xml schemas.
10. Defina mensajes Request y Response separados para cada mensaje.
11. Utilice el poder de la API REST de Bonita o la correlaciones de BPEL para controlar las tareas asociadas a los procesos y el orden de ejecución.
12. Utilice lienzos para plasmar las ideas y conceptos durante los talleres de análisis de procesos:

Saludos;

Interoperabilidad en Panamá

Las practicas de gobierno electrónico e interoperabilidad han venido siendo abordadas por muchos países en nuestro continente, sin embargo en la mayoría de estas iniciativas sigue prevaleciendo un enfoque dirigido a la construcción de portales como medio de información para el ciudadano, practica importante; sin embargo no suficiente para mejorar los servicios a los ciudadanos. Los ciudadanos requerimos que los tramites sean ágiles, efectivos y eficientes, requerimos que las instituciones estén integradas y compartan su conocimiento. Para cubrir dicha necesidad, los estados debe impulsar políticas en el área de interoperabilidad como el desarrollo de portales únicos de tramites, quejas, datos, instrumentos legales, entre otros.

En este sentido, hace días tuve la oportunidad de dictar una charla sobre interoperabilidad y Mule ESB en Panamá, específicamente a la Autoridad Nacional para la Innovación Gubernamental, entidad responsable de la modernización del Estado, mediante el uso de las Tecnologías de Información y Comunicaciones (TICs). Este organismo actualmente esta desarrollando el proyecto "Panamá Sin Papel" (PSP) el cual permitirá la integración de los servicios de tramitación publica panameños. En este proyecto se incluyeron disciplinas de ultima generación como SOA, ESB, BPM, software libre y open source.

Agradezco a todos los actores y sobre todo a la organización venezolana que esta llevando tan importante iniciativa dentro del gobierno panameño por la invitación. Desde aquí mucha energía y felicitaciones por el profesionalismo y dedicación desarrollado.

Recomendaciones de Arquitectura (Escalabilidad, Disponibilidad, Fiabilidad )

Cuando desarrollamos software, la arquitectura es el  elemento mas importante de su diseño, ya que este sostendrá y soportara todas las funciones en tiempo de diseño y ejecución de la solución. Lamentablemente (según mi experiencia)  siguen proliferando arquitectura monolíticas y rígidas afectando el desempeño; por ejemplo de muchas portales que terminan fuera de servicio por un numero de accesos concurrentes mínimo e irrisorio.

Esta situación se presenta con mucha frecuencia por la falta de planteamientos dirigidos y centrados en  asegurar escalabilidad, disponibilidad, fiabilidad, entre otros aspectos. Hace poco estuve trabajando en un compendio especifico sobre las practicas de arquitectura que deben ser consideradas cuando desarrollamos software de alta demanda. Aquí una pequeña pero importante relación de las mejores practicas y recomendaciones que utilizo para evaluar cual es el patrón de arquitectura de software mas idóneo para una solución. El objetivo es diseñar arquitecturas de software escalables, robustas y profesionales.

Algunas Recomendaciones:

1. Para satisfacer la demanda de escalabilidad de la solución no almacene los datos en una ubicación centralizada. Los datos pueden estar distribuidos en diversos nodos.
2. Utilice una estrategia de memoria caché para disminuir el acceso a base de datos innecesarios. Esta estrategia por ejemplo puede representar una reducción del 50% en la utilización de CPU.
3. Para garantizar disponibilidad, considere una estrategia de cache para almacenar los datos en memoria permitiendo mayor fiabilidad y disponibilidad de servicios.
4. Utilice de forma intensiva plataformas de mensajería asíncrona para que los servicios de la solución puedan escalar de forma independiente.
5. Utilice balanceadores de carga estándar para enrutar el tráfico entrante a servicios. Esta estrategia puede ser utilizada cuando los servidores no conserven un estado transaccional (Espejos). Si se requiere de mayor capacidad de procesamiento, simplemente puede anadir más servidores de aplicaciones.
6. Divida las fuentes de datos para reducir los tiempo de consultas.
7. No utilize una base de datos monolítica, en cambio sugiero utilizar grupos y funciones de aplicación independientes, permitiendo que cada grupo escale de forma independiente el uno del otro, de acuerdo a las demandas y el consumo de recursos. Además, este enfoque permite aislar y racionalizar las dependencias de recursos.
8. Divida las cargas de trabajo en unidades manejables, donde cada unidad individual conserve una buena relación precio-rendimiento. 
9. Gestione diversos ambientes, por ejemplo: desarrollo, calidad y producción.
10. Utilice ambientes virtualizados.
11. Evalue la utilización de base de datos NoSQL "ya es tiempo :) ".

Espero que estos puntos puedan influenciar la adopción de practicas en el establecimiento de un buen diseño de arquitectura.

Saludos,

Intalio BPM y Bonita BPM - Procesos Orientados en Eventos

Desde hace algun tiempo he estado inmerso en el enfoque BPM y en los metodos y herramientas disponibles para desarrollar las disciplinas y conceptos que la integran. He tenido la oportunida de participar en proyectos medianos y grandes cooperando en diversas aristas en soluciones BPM basadas en software libre y open source, entre las mas importantes Intalio y Bonita.

En este post, voy a compartir una vision poco desarrollada en proyectos de modelado y automatizacion de procesos, "BPM orientado en Eventos". Generalmente cuando vemos los entrenamientos y demostraciones de productos propietarios o en software libre la mayoría están enfocadas en el desarrollo de aplicaciones orientadas en procesos, donde la solucion tiene la capacidad de generar formas para el ingreso de informacion y controlar el flujo de tareas. Esta perspectiva es la tradicional, sin embargo en organizaciones donde ya existe una arquitectura de aplicaciones entregando diversas funcionalidades se requiere contar con un método que permita capturar los diversos eventos que pueden ser generados por estas aplicaciones evaluando por ejemplo acuerdos de servicios en procesos de larga duracion. Un ejemplo de un escenarios es la activacion de un servicio especifico que requiere de la intervencion de diversas aplicaciones e interacciones humanas.

Intalio + Bonita + Mule ESB
Generalmente como arquitectos o desarrollador no utilizo soluciones con funcionalidades similares, sin embargo en un proyecto ejecutado recientemente realice la integracion de 2 soluciones BPM que a primera vista no parecen complementarse, sin embargo como venremos mas adelante en posible que esto ocurra  ;sustentado en el análisis de sus debilidades y fortalezas entorno al uso de un estandart o practica de TI.

BPM orientado en Eventos
Bajo este paradigma, se reconoce en primera instancia que las aplicaciones pueden generar eventos; la solucion BPM estaría simplemente escuchado eventos generados por aplicaciones y registrandolos por ejemplo en un motor de persistencia NoSQL que permita la construccion de un cuadro de mando para la toma de decisiones.

En intalio este comportamiento puede ser implementado mediante el uso de correlaciones que esta soportando por el lenguaje BPEL desde hace años, contando con un nivel de madures aceptable. Una correlacion es un método que permite pasar datos a una instancia especifica de un proceso mediante un identificador único para la instancia. En este ultimo existen dos tipos de conrrelaciones implicitas y explicitas. En  este ejemplo podemos observar dos modelos sencillos de implementacion bases para el uso de correlaciones y el control de acuerdos de servicios.

En este ejemplo se puede observar un proceso que puede recibir y producir eventos. Inicialmente el proceso (instancia) espera por un registro, posteriormente se establece un acuerdo de servicio (SLA) o la recepción de una decisión.

En este ejemplo, el uso de correlaciones con la nuevas características de Intalio.

En Bonita actualmente no existe un control directo de este comportamento, sin embargo es posible modelarlo mediante actividades humanas que son ejecutadas de forma automatica, o la utilizacion de un modelo de persistencia donde se almacenen las diversas instancias de procesos . Uno de las fortalezas de Bonita en la existencia de una API basada en servicios REST que proporciona mayor usabilidad y control sobre las instancias. Aquí un ejemplo de un proceso modelado en Bonita BPM basado en la gestión de eventos.

Generalmente podríamos decir que ambos entornos son excluyentes; sin embargo en un proyecto he utilizado Intalio como solución para la orquestacion de servicios web descritos mediante BPEL y soportando en Apache ODE; y Bonita BPM como solución para el control de eventos. Ambas soluciones pueden ser integradas en un enfoque que permita aprovechar las áreas con mayores fortalezas en cada una. En Intalio el uso del lenguaje BPEL y los estandares ws-* y en Bonita la facilidad de utilización de servicios  REST para el control de las instancias.

Saludos;

La poca conocida disciplina de Gestión del Cambio

Introducir un cambio de paradigma organizacional requiere generalmente un esfuerzo cuantioso y mirar variables que generalmente no son consideradas por la gestión de proyectos. Muchas organizaciones fallan en su intensión de introducir proyectos que establecerán nuevas prácticas y nuevos valores organizacionales, por la omisión de incorporar la disciplina de gestión de cambio.

La gestión de cambio es una disciplina muy poco conocida y practicada en las organizaciones, siendo esta desde mi punto de vista imprescindible como una acción para disminuir los riesgos de forma sustancial en cualquier proyecto. Por ejemplo, crear una cultura de calidad entorno prácticas de TI (ITIL y COBIT) debe estar acompañado de un enfoque de gestión de cambio.

Cuantos proyectos organizacionales fallan por la existencia de un mal liderazgo, por la falta de participación y colaboración, por la ausencia de personas no comprometidas con los objetivos, poca comprensión del valor y aporte de las diversas iniciativas; y podría seguir con diversas variables que están incluso entorno a nuestros comportamientos y actitudes sociales.

Que mide la disciplina de gestión de cambio?

La gestión de cambio es un componente fundamental en cualquier iniciativa para el desarrollo de programas o proyectos, esta ayuda a:

1. Medir el grado de liderazgo en cada uno de los componentes que integran la iniciativa.
2. Medir el grado de la efectividad de la comunicación (claridad, sencillez, comprensión, entre otros).
3. Contribuir continuamente con la alineación, evitando la generación de conversaciones, ideas, entre otros fuera del contexto y los objetivos planteados.
4. Medir el grado de contribución (participación y colaboración) de los participantes en un programa o proyecto.
5. Medir el grado de compromiso por las acciones y la visión estratégica establecida.
6. Comunicar continuamente las desviaciones en los enfoques y objetivos planteados.
7. Identificar brechas y recomendar acciones de mejora para mejorar la alineación y la efectividad del trabajo en equipo.
8. Evaluar es estado y grado de contribución de las habilidades y destrezas requeridas para cada uno de los componentes que integran la iniciativa.
9. Medir el grado de  entendimiento y comprensión de los objetivos, beneficios y actividades planteadas.

Algunas Recomendaciones

1. Inserte la disciplina de gestión de cambio como un componente mas en la formulación de un proyecto organizacional.
2. La gestión de cambio es un componente fundamental en cualquier proyecto, evitando que se desarrollen desviaciones que puedan afectar el ciclo de vida del proyecto.
3. En esencia esta disciplina considera por ejemplo: 
• Cual debe ser mensaje?, 
• El mensaje es sencillo y claro?
• Se comprenden los beneficios?
• Se comprende que objetivos apoya?
• Quien obstaculiza y porque?
• Hay participación y colaboración?
• Porque no se cumplen los objetivos?: falta de alineación?, falta de habilidades?, 
• Existe un enfoque y visión compartida?
• entre muchas otras preguntas.

Saludos;

Reflexiones en tu primer añito Ariana, Bienvenido el 2012!!!

Hoy es un día especial, mi hija cumple su primer añito, y quise celebrarlo compartiendo con la comunidad algunas reflexiones y experiencias.

Su llegada a mi mundo me ha hecho reflexionar, ahora juego, veo comiquitas y pienso en su futuro, seguro como lo hicieron nuestros padres, sin embargo esta época es distinta, nuestros hijos estan constantemente siendo sometidos a nuevas tendencias, tecnologías,y debemos como padres adaptarnos y decidir que es bueno  o malo para ellos.

Mi hija se enfrentara a una sociedad y generación distinta, la generación que debe reflexionar y construir. Ya no estamos en la era de la informática o del conocimiento, sino en la era del pensamiento, de la refundacion o el rediseño”. Nuestros hijos deberán rediseñar nuestro mundo, lamentablemente les dejamos un mundo con muchas inconsistencias donde no ha proliferado el menos común de los sentidos: el sentido común.

Su mundo estará centrado en innovar y crear nuevos modelos que sean sostenibles y sustentables, dejemos pues que nuestros hijos (las mariposas) jueguen y nosotros (las orugas) permitamos que experimenten y desarrollen habilidades creativas. Como padres debemos hablarles sobre innovación, resultados, trabajo en equipo, liderazgo, curiosidad y muchos mundos mas, pero sobre todo como escuche hace poco "Debemos contarles muchas historias", porque somos el resultado de las historias que nos cuentan.

Esta imagen resume el cambio que ha generado tu llegada en nuestra casa!!!
Te amo Ariana Isabella.