Mijao Blog

La poca conocida disciplina de Gestión del Cambio

2012-01-21T11:23:00.002-04:00

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:

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

Algunas Recomendaciones

Inserte la disciplina de gestión de cambio como un componente mas en la formulación de un proyecto organizacional.
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.
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!!!

2012-01-12T11:17:00.000-04:00

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.

Social BPM - BPM Social - una pequeña introducción

2011-11-10T20:18:00.001-04:00

Es innegable el impacto que han tenido las tecnologías sociales como facebook, twitter en nuestra sociedad. Su aplicación actual ha estado enfocada al desarrollo de redes sociales, medios que han permitido que personas compartan, participen y colaboren sobre diversos contextos sociales, intereses y objetivos comunes. Ejemplo de ellos son las redes familiares, educativas, profesionales, de negocios, entre muchas otras.

Tecnologías Sociales dentro de las organizaciones

Actualmente existe un fuerte debate sobre el uso de las tecnologías sociales en un entorno organizacional y como pueden ser utilizadas para generar valor. Ya existen organizaciones que están incorporando el uso de tecnologías sociales, por ejemplo en procesos de reclutamiento donde estas tecnologías han permitido ubicar prospectos ("talentos") que comparten habilidades y destrezas similares en dominios específicos. Las organizaciones están comenzado a incorporar tecnologías sociales en casa.

BPM y las tecnologías Sociales

BPM es actualmente uno de los principales enfoques organizacionales para impulsar el desarrollo de organizaciones gestionadas por procesos, procesos que generalmente son considerados como una secuencia de actividades gobernadas por ramas, bucles condicionales y reglas. En esta ecuación, las interacciones humanas no han sido consideradas.

Un proyecto BPM organizacional sera mas consistente y efectivo si incluye la información no estructura. En este sentido; coincido en muchos análisis que plantean que la información no estructurada como ideas, conversaciones y opiniones, son en esencia el lugar donde se plantean y conciben nuevas estrategias e iniciativas de mejoras organizacionales, por ende deben ser consideradas en una estrategia de mejora continua.

Debemos reconocer, que el flujos de tareas en una organización son en esencia actividades sociales, estando conformadas por patrones de comunicación, participación y colaboración.

BPM Social o Social BPM

BPM Social es un enfoque basado en la creciente adopción de herramientas y técnicas sociales y su utilización en un contexto BPM, incorporando el conocimiento no estructurado generado por el intercambio y colaboracion de profesionales en diversas aristas. BPM social se convertirá según los expertos en una tendencia centrándose en la racionalización de los recursos y eficiencia mediante canales sociales.

Algunas Conclusiones

Definitivamente las tecnologías sociales iran sumergiendose dentro de las organizaciones para permitir que sus integrantes participen, colaboren y compartan sobre un enfoque común.
Las tecnologias sociales iran emergiendo y cambiando los modelos de gestion organizacionales.
El reto de BPM social estará centrado en identificar como extraer la utilidad de conversaciones, opiniones y puntos de vista en torno a procesos.
BPM Social es un enfoque que permite considerar las actividades no estructuradas como una base para generar valor hacia la mejora de procesos.

Recomendaciones

Si la organizacion establecer como objetivo el desarrollo de un proyecto BPM, incluya las tecnologías sociales como un componente.
Utilice las tecnologias sociales para enriquecer y proporcionar un contexto útil a proyectos BPM.

Utilizar las tecnologías sociales dentro de un contexto organizacional representa en si misma un cambio de paradigma. Este requiere que la organización este convencida del poder y contribución que las tecnologias sociales pueden representar. En ese aspecto, concuerdo que la informacion y el conocimiento gestionado en las organizaciones no es estructurado, por ende es importante que la organización lo reconozca y establezca acciones para considerar el aporte que puede generar.

Bienvenido BPM Social!!!

Como desarrollar un Blueprint de Arquitectura de Software

2011-09-25T22:49:00.003-04:00

Desde hace años he participado como arquitecto jefe en diversos proyectos de software desde aplicaciones web sencillas a soluciones de alta demanda, escalabilidad y desempeño, siendo la arquitectura un componente necesario, prioritario y vital.

Cuando se inicia el desarrollo de un proyecto de software es necesario conceptualizar en primera instancia el desarrollo de un "Blueprint de Arquitectura", el cual es un documento que describe y establece un conjunto coherente de criterios y recomendaciones de diseño arquitectónico que deberan ser utilizadas para garantizar el desarrollo de una arquitectura desacoplada, ágil, adaptable y de tecnología neutral para la solucion. Como arquitecto de software, este es un insumo que no puede falta al iniciar un proyecto de software.

Generalmente este documento está conformado por cuatro secciones. En la primera se establecen los requisitos y atributos de calidad que deberán ser garantizados por la arquitectura de la solución como: simplicidad, flexibilidad, tolerancia ante cambios, reusabilidad, desacoplamiento, entre otros. En la segunda sección se describen las disciplinas y estilos de arquitectura que soportarán la plataforma de software y hardware de la solución, los estándares y normas abiertas que deben ser utilizados para facilitar la interoperabilidad entre los módulos de la solución, la división por capas, topología de servicios y la propuesta general arquitectónica de la solución. En la tercera sección se describen las Soluciones de Software y Hardware Propuestas. Por último, se plantean diversas recomendaciones en referencia al cumplimiento de los atributos de calidad establecidos.

El objetivo general del blueprint de arquitectura es describir el estilo de arquitectura y los marcos tecnológicos que sustentarán la plataforma de servicios de la solución. Entre sus principales objetivos:

Describir los componentes que integran la arquitectura de software y hardware de la solución.

Establecer las premisas generales que sustentarán el desarrollo de una arquitectura ágil y eficiente para la solución.

Describir los criterios de calidad que deben ser garantizados para el desarrollo de una arquitectura de software y hardware ágil y eficiente para la solución.

Establecer las disciplinas y estilos de arquitectura que soportarán la plataforma de software y hardware de la solución.

Establecer los estándares y normas abiertas que deben ser utilizados para facilitar la interoperabilidad entre los módulos de la solución.

Describir las estrategias de interconexión e integración que proveerán la capacidad de intercambio de información entre los componentes de la solución.

Describir las alternativas tecnológicas propuestas para el desarrollo de la solución.

Establecer los criterios generales para proporcionar una infraestructura de alta disponibilidad, segura, eficiente y escalable para la solución mediante un conjunto de recomendaciones.

Anexo un mapa de las areas que debemos considerar cuando diseñamos la arquitectura de software de una solucion.

Saludos;

Hacia una Ley de Interoperabilidad

2011-09-25T17:33:00.001-04:00

Desde hace años, he estado impulsado la necesidad y urgencia del desarrollo de una plataforma de servicios de interoperabildiad para el Estado Venezolano. La "PIN" como la llamo es un medio, que permitirá que se establezcan las condiciones necesarias para el desarrollo y adopción de políticas, principios, estándares, normas y procedimientos para el acceso e intercambio electrónico de datos e información entre los órganos, ciudadanos y entes de un Estado.

Desde mi punto de vista no han existido avances consistentes en Venezuela e incluso en América Latina dado que en la mayoria de países no se ha definido como una necesidad la prestación de servicios de interoperabilidad. En el campo del gobierno electrónico sigue persistiendo la idea que la creación y difusión de información mediante portales como principal acción, sin embargo los medios y políticas para el intercambio de datos e información no han sido una realidad en muchos de nuestros países.

Es mi país, existen grandes brechas en el intercambio de información, sin embargo el conocimiento es el verdadero reto. Como pueden los entes gubernamentales tomar decisiones sin un modelo de información homologado que responda a los intereses de las sociedades, y no a simples reportes de gestión?. Como podemos evaluar la mejora en una área especifica si no tenemos la capacidad de ver el bosque?. Como podemos realizar un ejercicio de tomas de decisiones ágiles y consistentes si en nuestros países todavía domina el Universo del Excel o el Calc?. Como podemos mejorar si no tenemos la capacidad de medir?. Porque no empezamos a evaluar tecnologías que permitan la medición en tiempo real?. Como podemos avanzar si no existe una política concreta para la gestión de conocimiento en TI?

Una plataforma de interoperabilidad puede convertirse en un medio para conocer de forma consistente el estado en tiempo real de las acciones de gobierno de un Estado, construyendo un canal que nos permita evaluar si vamos a buen puerto, sin estamos cumpliendo con las metas que requiere la sociedad, si somos efectivos y eficientes en nuestra gerencia.

Sobre sus componente generales
Una plataforma de interoperabilidad esta conformado por diversos componentes que la integran, entre los mas importantes:

Una plataforma integrada de consulta de datos, que contribuya con la reutilización de datos, información y funcionalidades en un estado.
Una plataforma integrada de mediación de servicios de interoperabilidad la cual contribuirá con la mediación y la orquestación de servicios.
Un mapa nacional de servicios de información interoperable, que proveerá un único punto de acceso a los diferentes servicios de información interoperables provistos por los órganos y entes del Estado, fomentando paulatinamente su conocimiento, reutilización, integración e interoperabilidad.
Una plataforma integrada de automatización de procesos interinstitucionales, que podrá administrar el ciclo de vida de procesos transversales de interés estratégico para el Estado.

El Futuro que desearía para mi hija, para mi país, para mi continente
Actualmente estoy trabajando en una propuesta técnica que aborda inclusive elementos de gestión de cambio porque estoy convencido que la calidad de vida de una sociedad esta profundamente ligada al uso efectivo, eficiente e inteligente de las tecnologías de informacion. Reflexionando en este sentido, yo desearía para mi país:

Que cada institución desarrolle y adopte los estilos de arquitectura y disciplinas requeridas para asegurar la interoperabildiad de sus sistemas de informacion.
Que cada institución pueda compartir conocimiento sobre su perspectiva.
Que el estado establezca políticas consistentes y de altura para garantizar la aplicacion de normas.
Que el ciudadano común tenga acceso a portales únicos e integrados como: denuncias.pais tramites.pais, datos.pais.
Que el estado pueda medir en tiempo real la gestión de sus instituciones y el cumplimiento cualitativo y cuantitativo de sus políticas.
Que el estado cuente con un modelo de informacion agnóstico que responda a las necesidades de sus ciudadanos.
Que el estado cuente con plataforma de interoperabilidad por sectores: Plataforma Nacional de Interoperabilidad para Alimentacion, Plataforma Nacional de Interoperabilidad para Vivienda, Plataforma Nacional de Interoperabilidad para Seguridad, Plataforma Nacional de Interoperabilidad para Tramites.
Que el estado pueda medir, mejorar y optimizar procesos transversales de interés estratégico.

En Venezuela hemos comenzado a dar pasos

Hace meses tuve la oportunidad de desarrollar desde el punto de vista técnico y arquitectónico un borrador de propuesta de ley de Interoperablidad para el Estado Venezolano, el cual esta siendo impulsado por el Ministerio del Poder Popular para Ciencia, Tecnología e Industrias Intermedias. Una propuesta que contiene elementos innovadores que podrían a futuro convertirse en una referencia a nivel latinoamericano.

La propuesta de ley permitirá a grades rasgos:

Garantizar el desarrollo de un estándar común de interoperabilidad en el Estado.
Establecer las condiciones necesarias para el desarrollo y adopción de políticas, principios, estándares, normas y procedimientos para el acceso e intercambio electrónico de datos e información entre los órganos y entes del Estado.
Promover el desarrollo de servicios de información interoperables adaptados a las necesidades de los ciudadanos y los procesos del Estado.

Como ciudadano de esta tierra, felicito todas las iniciativas que se están dando desde el Centro Nacional de Tecnologías de Información (CNTI) y el CNIT (Centro Nacional de Innovación Tecnológica) instituciones que están dando los primeros pasos hacia el fin ultimo: "Una plataforma Nacional de Interoperabilidad dirigida a mejorar la calidad de vida de sus ciudadanos mediante el uso efectivo, eficiente e inteligente de las TI". Desde aquí muchas energías positivas!!!

Saludos;

SOA, ESB y BPM en el Ecuador (Integrando Mule ESB e Intalio BPM)

2011-09-22T20:50:00.000-04:00

Hace poco tuve la oportunidad de viajar a Ecuador e impulsar la adopción de las disciplinas y estilos de arquitectura SOA, ESB y BPM en un entorno organizacional mediante transferencias tecnológicas con el apoyo de soluciones en software Open Source como Mule ESB, Intalio BPM y capacitaciones sobre Gobernabilidad SOA y BPMN2. Me resulto muy grata la estadía. Agradesco a Hugo Chamba y a Brighitt por su hospitalidad y colaboración, Lianet, Juanka y todo el equipo que labora en una organización que esta dando pasos fuertes en la adopción y puesta en practica de estas disciplinas en el Ecuador.

En dichos talleres pudimos compartir en áreas como:

Interoperabilidad, estilos y disciplinas de arquitectura SOA (Service Oriented Architecture), ESB (Enterprise Services Bus), BRE (Business Rule Engine), CEP (Complex Event Processing) y BPM (Business Process Management).
Introducción al desarrollo de “Blueprints de Arquitectura de Software”.
Modelado de procesos mediante la notación gráfica BPMN 2.0, técnicas, patrones y mejores prácticas.
Utilización de Eclipse IDE para el desarrollo de proyectos orientados en servicios (SOA).
Despliegue de un Bus de Servicio Empresarial mediante MULE ESB; desarrollo de servicios web para protocolos SOAP / REST e integración con Spring Framework.
Despliegue de un Sistema de Gestión de procesos de negocio (BPMS) mediante Intalio BPMS.
Modelado de procesos para el proyecto de la Fuerza Aérea Ecuatoriana (FAE) – Reclutamiento y Selección de Aspirantes a Oficiales y Aerotécnicos.
La importancia de los Marcos de Gobernabilidad y Arquitectura SOA en un entorno de planificación estratégica.
Formación Especializada en Intalio BPMS para la gestión de correlaciones, looping sub-process y timers.

Pronto pondré a a disposición de la comunidad el material que utilice para realizar las transferencias tecnológicas.

Gracias Hugo por la hospitalidad. Espero que sigamos impulsando la adopción y aplicación de las tecnologías de informacion en nuestros países, enriqueciéndonos con ambas experiencias. Muchos Éxitos!!!

Organizaciones que aprenden - Aprendizaje Organizacional

2011-09-02T00:29:00.002-04:00

En los últimos años los avances tecnológicos han sido increíblemente exponenciales, cambiando la vida de las sociedades y sus organizaciones de una forma que nunca pudo ser imaginada, por ejemplo empresas pequeñas pueden irrumpir en diversas áreas y cambiar incluso las sociedades. Este escenario ha generado mayor competencia, mayor complementariedad, mayor globalización, mayor intensidad. Las organizaciones que puedan adaptarse y aprender en este medio tendrán definitivamente mayor éxito.

En este post quise escribir sobre un tema poco abordado “El Aprendizaje Organizacional”. Son pocas las organizaciones que cuentan con políticas claras y consistentes para el aprendizaje organizacional. Es muy común que la organización centren sus esfuerzos en los beneficios de sus productos y servicios, y poco en las estratégicas necesarias para asegurar su adaptación en un medio tan cambiante, exigente y dinámico.

Nuestras sociedades requieren nuevas organizaciones, organizaciones con mayor conocimiento, con mayor capacidad de cambio, flexibilidad y velocidad para responder al cumplimiento de sus objetivos estratégicos, sobre todo en las organizaciones públicas donde generalmente existen grandes retrasos en estas capacidades.

Porque deben existir políticas de aprendizaje organizacional?

Las organizaciones que aprenden más rápido son capaces de adaptarse y con ello conseguir una ventaja estratégica y mejor desempeño.
Las organizaciones que aprenden son capaces de aprovechar el conocimiento colectivo de su talento humano. Esta capacidad, combinada con la mejora continua de sus procesos, su tecnología, y la gestión del conocimiento, permitirá crear y desarrollar “Superorganizaciones”.
Las organizaciones que aprenden mejoran continuamente su desempeño.
Las organizaciones que aprenden están más conscientes de sus debilidades y fortalezas.
Las organizaciones que aprenden desarrollan un esfuerzo constante y amplio para que la informacion y el conocimiento fluya, crezca y genere valor.
Las organizaciones que aprenden definen el conocimiento como la informacion en acción.

Algunas Recomendaciones

Desarrolle un programa de aprendizaje organizacional continuo, que permita que el personal pueda registrar brechas y oportunidades de mejora en su entorno laboral.
Promueva mediante políticas que su talento humano pueda capacitarse a través del aprendizaje autodirigido.
Utilice la tecnología para aumentar la velocidad de aprendizaje y la gestión del conocimiento.
Desarrolle un Programa Organizacional de medición, mejora y optimización de procesos continuo.

"El aprendizaje en el interior de la organizaciones debe ser igual o superior a los cambios que

ocurren fuera de la organización o la organización muere”.

Cuando implementar BPM en una organizacion?

2011-07-15T21:19:00.003-04:00

Hace poco estuve consultando recomendaciones de expertos en BPM para identificar escenarios donde pueden introducirse las disciplinas que integran BPM, en lugar de simplemente la gestión de procesos mediante aplicaciones compuestas, coreografía SOA o middleware de integración tradicionales.

Según algunos expertos, un proyecto BPM debe ser implementado cuando se cumplen estas condiciones:

El proceso es distribuido, es decir abarca muchas aplicaciones.
El proceso requiere reglas de negocio complejas.
Si el proceso es muy complejo.
Si usted tiene necesidad de monitorear y controlar un proceso.
Si un proceso requiere de mejoras.
Si muchas instancias de procesos deben ser desplegadas.
Si se cuenta con suficiente disponibilidad de interfaces legadas para apoyar el proceso.
Que el retorno de inversión sea mayor que con otros enfoques.

Desde mi punto de vista, efectivamente podrian utilizarse otros enfoques, sin embargo lo mas importante es recordar que BPM no es una tecnología, sino un enfoque que recuerda constantemente lo importante de medir, mejorar y optimizar cada acción estratégica de la organizacion para que esta pueda aprender y mejorar continuamente. Como dice un proverbio chino muy conocido "No importa de que color sea el gato, lo importante es que case ratones".

Saludos;

3 Políticas de TI para crear organizaciones agiles

2011-06-12T19:27:00.000-04:00

Desde hace algunos años he estado incentivando desde diversos medios la adopción de disciplinas y arquitecturas de TI dirigidas a mejorar el desempeño de las organizaciones en la administración de sus servicios informáticos. En mi andar por organizaciones de diversos ramos (publicas y privadas) siempre he evidenciado con preocupación la falta de acciones de direccionamiento tecnológicos y la existencia de programas de agilidad operacional en las organizaciones. Si el direccionamiento tecnológico fuera una política organizacional formal, se entendería que este es un instrumento de cambio necesario para evolucionar las practicas de TI.

Sin entrar en mayores aristas para describir la problemática actual, es una necesidad urgente comprender que las organizaciones publicas (sobre todo estas!) y privadas cambien sus practicas de TI actuales, adoptando nuevos paradigmas, paradigmas mas acordes con nuestros tiempos.

Un instrumento que puede ayudar en el cambio de una dirección de TI es el establecimiento de políticas. En este post comparto tres políticas que desde mi punto de vista pueden impulsar la transformación de las practicas de TI de una organizacion. El objetivo es crear una organizacion ágil, efectiva y eficiente mediante el uso de las TI.

Por ultimo antes de entrar en las políticas, una pequeña reflexión: "Las organizaciones son sistemas vivos que deben evolucionar y mejorar continuamente, y el direccionamiento tecnológico es un instrumento para cumplir con esta premisa". Tu puedes ser un agente de cambio!!!.

Políticas Organizacionales

Las aplicaciones que se desarrollen en la organizacion deben implementar un enfoque arquitectónico orientado en servicios, conocido como Arquitectura Orientada en Servicios (Service Oriented Architecture SOA, con el objeto de promover la reutilización de sus diseños y funciones de negocio. Este estilo requiere del establecimiento de políticas, prácticas y frameworks que permitirán que las funcionalidades de los módulos pueda proveer y ser consumidas como un conjunto de servicios. Los servicios podrán invocarse, publicarse y descubrirse y deberán estar abstraídos de su implementación mediante la utilización de una sola forma estándar de interface. Este estilo de arquitectura garantizara la reutilización de servicios, su integración con otros servicios, disminución de los esfuerzos de desarrollo, mayor mantenibilidad, basado en contratos estandarizados, evita el acoplamiento, promueve el desarrollo de capas uniformes, entre otros beneficios.

Los intercambios de datos entre sistemas heterogeneos deberan ser mediados mediante un Bus de Servicios Organizacional (ESB - Enterprise Service Bus) que proveerá una plataforma de integración y comunicaciones flexible para solucionar problemas de integración que requieran ser atendidos por la organizacion. El ESB simplifica la comunicación y ofrece un conjunto de servicios de manera unificada. El ESB soporta los principios SOA. Este provee diversos estándares y protocolos de comunicación, adaptadores y conectores, mensajería sincrónica, asincrónica, punto a punto, publicación-suscripción, entre otros, ademas permite la orquestación y coreografía de servicios y procesos, uso de enrutadores, filtros, transformadores, un modelo de seguridad integral, entre otros beneficios.

Las reglas de negocio de la organizacion deberán ser gestionadas de forma centralizada mediante la utilización de un motor de reglas organizacional (Business Rule Engine, BRE por sus siglas en inglés). Estas reglas deberan ser expuestas sobre una plataforma de servicios.

Es posible desarrollar un proyecto BPM sin incluir SOA?

2011-05-30T21:38:00.001-04:00

Hace algunos meses estuve prestando una asesoría organizacional BPM/SOA en Colombia, y uno de las preguntas más comunes con las que me enfrente fue si es posible implementar un proyecto BPM sin incluir SOA. La respuesta es sí, sin embargo no es lo más óptimo.

Imagínense un Ferrari con todas sus conexiones eléctricas desordenadas, rígidas, inflexibles, viejas, corroídas. Una propuesta BPM sin una implementación SOA puede terminar en una solución rígida e inflexible. La promesa de agilidad operacional se vería afectada.

Las arquitecturas orientadas en servicios proporcionan el sentido, la modularidad y el ordenamiento que requiere una solución BPM para integrar servicios tecnológicos con interacciones humanas.

Por ende:

Un proyecto BPM organizacional debe estar alineado con una plataforma de servicios SOA robusta, ordenada, ágil, y segmentada.
BPM sin SOA tiende a crear soluciones aisladas y rígidas.
BPM y SOA proporcionan una solución organizacional total para desarrollar la capacidad de agilidad operacional.
Un buen proyecto BPM debe descansar sobre una estrategia que vincule los procesos y servicios en la organización.
SOA es un estilo arquitectónico natural que debe ser adoptado por una organización que se preocupe por una óptima implementación BPM organizacional.
BPM es un componente natural en una estrategia SOA y SOA es un componente natural para una estrategia BPM.
Hoy en día no tiene sentido crear soluciones que no estén orientadas en servicios.

Saludos;

Recomendaciones para abordar un proyecto BPM - I

2011-04-30T23:58:00.005-04:00

He tenido la oportunidad de asesorar a organizaciones que tienen como objeto la inserción de las disciplinas BPM; y en el proceso, he identificado un conjunto de premisas que son necesarios para disminuir los riesgos de su adopción.

Actualmente estoy desarrollando 2 post para compartir con la comunidad mi experiencia en proyectos organizacionales. Comparto las primera recomendaciones con la comunidad. Para mayor referencia sobre BPM pueden visitar el siguiente link: http://mijao.blogspot.com/2009/12/bpm-y-sus-beneficios-dentro-del-estado.html

Es importante comprender la verdadera esencia de BPM. BPM provee a la organización las capacidades para medir, mejorar y optimizar cada una de las acciones que debe desarrollar para cumplir con sus objetivos estratégicos. BPM impulsa el desarrollo de una política de control sobre los objetivos estratégicos de una organización, equilibrando sus procesos, tecnologías y talento humanos. Los procesos representan el sistema nervioso que requiere una organización para orquestar sus diversos recursos.

La organización debe implementar un marco metodológico que permita identificar sus indicadores de desempeño y resultado en las diversas áreas de dominio que sustenta su modelo de negocio. En esencia la organización debe conocer que debe medir para evaluar continuamente su desempeño. Sin este insumo, el ejercicio de la toma de decisiones es pobre e inconsistente. Los procesos deben responder a estos indicadores organizacionales.

Es deseable que cada una de las unidades que integran la organización identifiquen sus productos y servicios. Estos productos y servicios debe estar relacionados con un proceso transversal y un conjunto de indicadores.

Es importante entender que el insumo principal para abordar un proyecto BPM es el establecimiento inicial de un marco de gobernabilidad. La gobernabilidad es el proceso de toma de decisiones acertadas y adecuadas para alinear y direccionar los esfuerzos para implementar un proyecto BPM. Generalmente, un marco de gobernabilidad está conformado por 9 dimensiones: Estrategia y Objetivos de Gobernabilidad, Principios y Políticas, Organización y Actores, Procesos, Roles y Responsabilidades, Comportamiento y Refuerzo, Métricas y Desempeño, Tecnología, Desempeño de la Gestión de Gobernabilidad y Finanzas y Presupuesto.

Antes de iniciar un proyecto piloto BPM realice un diagnóstico de las condiciones generales de los procesos presentes: documentación, diagramación, herramientas, normas y procedimientos, entre otros.
Es deseable que la organización formalice la notación grafica a utilizar para el modelado de procesos. En esencia es recomendable adoptar BPMN (aquí puede conocer más sobre el tema). Es importante destacar que la práctica de modelados de procesos requiere de técnicas y patrones.

Generalmente las organizaciones tienen una descripción de procesos con un nivel de granularidad inapropiado para permitir que este pueda medir y mejorar su desempeño. Identifique las actividades concretas, acuerdos de servicios, áreas claves de procesos, productos, servicios e indicadores de desempeño y resultados, reglas de negocio, entre otros.

Durante el desarrollo de un piloto establezca dos categorías de procesos: Procesos que puedan impedir que la organización alcance sus objetivos estratégicos, y procesos que aprovechando su capacidad actual puedan elevar su nivel operativo y cumplimiento de metas.

Es deseable que inicie en primera instancia la ejecución de un plan estratégico de direccionamiento tecnológico y el desarrollo de una marco de arquitectura que describa las acciones estratégicas de mejora que incidan en el ordenamiento de las Tecnologías de Información y agilidad operacional en la organización. Se pueden incorporar los estilos SOA, ESB, BRE, CEP, MOM, entre otros. Estos estilos de arquitectura simplificaran el desarrollo de un proyecto BPM.

Fomente la creación de una política para el registro de brechas en la organización como mecanismo de aprendizaje organizacional continuo.

Las 4 Habilidades Personales

2011-03-30T20:23:00.000-04:00

Son muchas las publicaciones y libros que describen las diversas habilidades que debemos desarrollar para convertirnos en personas completas. Esta imagen describe las 4 áreas que deberíamos desarrollar, impulsar, incentivar, promover y crear constantemente. Preferí no explicarlas para que cada uno de nosotros reflexione al respecto.

Saludos;

Modelos de Negocio, una aproximación. (The Business Model Generation)

2011-03-30T20:11:00.002-04:00

El día de hoy tuve la oportunidad de participar como ponente en un seminario impulsado por el "Periódico El Emprendedor" http://www.periodicoelemprendedor.com.ve/ donde pude compartir con una audiencia llena de energia la importancia y necesidad urgente de adoptar "Modelos de Negocios" como medio para guiar nuestras ideas de emprendimiento.

Comparto con la comunidad mijao esta experiencia. Si desear desarrollar una idea de emprendimiento, un idea innovadora, esta presentación y los conceptos inmersos en ella te serán de mucha ayuda.

Modelos de Negocio - The Business Model Generation

View more presentations from julio cejas

Generación de modelos de negocio - Business Model Generation

2011-03-20T21:45:00.000-04:00

Hace poco tuve la oportunidad de escribir sobre "Modelos de Negocio" para el Periódico El Emprendedor http://www.periodicoelemprendedor.com.ve, primera publicación sobre el emprendimiento en nuestro país. Comparto con la comunidad este tema de vital importancia.

El emprendimiento en esencia descansa en la generación y desarrollo de una idea innovadora, idea que debe ser llevada a la acción e ir de lo intangible a lo tangible. Es en la acción donde los emprendedores tenemos los mayores inconvenientes. Ir a la acción implica el establecimiento de un conjunto de tareas que pueden abarcar muchas áreas de dominio como clientes, oferta, procesos, tecnología, entre otros. En este post voy a describir las áreas mínimas que un emprendedor debe considerar para desarrollar de forma sostenible y sustentable su idea de emprendimiento.

En primer lugar es importante reconocer que estamos viviendo tiempos exponenciales, tiempos donde las relaciones con los clientes están cambiando hacia modelos más cercanos y de mayor confianza, ejemplo de ellos son las tecnologías como facebook y twitter y la forma en que las organizaciones están utilizando estos medios para innovar.

En este escenario, los emprendedores debemos adaptarnos a un entorno cambiante e incluir dentro de nuestra idea de emprendimiento nuevas estrategias para desarrollar y mantener la relación con nuestros clientes, contar con una estructura de costos adecuada, entre otras áreas de importancia.

Dentro de este contexto, es vital e imprescindible que los emprendedores cuenten con una guía o modelo de negocio que describa las áreas mínimas que deben ser consideradas para desarrollar una idea de negocio y disminuir los riesgos en su ejecución. Actualmente existen diversas aproximaciones para el desarrollo de modelos de negocio de autores muy reconocidos; una propuesta desarrollada por Alexander Osterwalder y Yves Pigneur ha sido una de las más aceptadas. Estos autores describen un modelo de negocio como la estrategia que utiliza una organización para crear, entregar y captura valor, y está conformada por 9 bloques:

Segmentos de Cliente.
Propuesta de Valor.
Canales.
Relación con el cliente.
Flujo de Ingresos.
Recursos.
Actividades.
Aliados de negocio.
Estructura de Costos.

El primer bloque establece los diferentes grupos de personas u organizaciones que debemos alcanzar y servir. En el segundo, establece la propuesta de valor que busca resolver los problemas de los clientes y satisfacer sus necesidades. El tercero establece los medios mediante los cuales se realiza la entrega de la propuesta de valor; como canales de distribución, ventas, entre otros. El cuarto describe como son establecidas y mantenidas las relaciones con los segmentos de cliente. El quinto componente describe los canales utilizados para obtener el flujo de ingresos necesario para garantizar la salud de la organización. El sexto, establece los recursos requeridos para ofrecer y entregar la propuesta de valor. El séptimo describe las actividades principales requeridas para desarrollar los productos y servicios; el octavo establece los aliados de negocio necesarios para entregar la propuesta de valor, y por último la estructura de costos requerida para producir los bienes y servicios.

El desarrollo de un modelo de negocio puede ser guiado por estos 9 bloques, sin embargo la generación de ideas es imprescindible para desarrollar un modelo de negocio innovador. Estos modelos pueden ser construidos mediante técnicas, herramientas y procesos.

Algunas Recomendaciones:

Antes de poner en ejecución su idea de emprendimiento, desarrolle primero su modelo de negocio.
Recuerde que su modelo de negocio no es estático, vivimos en tiempos exponenciales.
Conozca que técnicas y herramientas están disponibles para desarrollar su modelo de negocios.
Sea creativo e innovador, recuerde que la innovación es recorrer el camino que los demás no han transitado.

Saludos;

Contrato de Software Agil - Principios Scrum

2011-03-07T23:54:00.003-04:00

Cuando una organización necesita contratar una empresa para abordar el desarrollo de sistemas de información generalmente suscribe un contrato donde se describe en esencia los derechos y deberes de ambas partes.

En este post comparto algunas políticas que he utilizado en contratos para garantizar una adecuada gestión en proyectos de software mediante la incorporación de algunas practicas ágiles. Los beneficios son incalculables!

A continuación describo las secciones o áreas de dominio que podrían ser utilizadas para modificar los contratos.

Sobre el enfoque de ejecución

El proyecto sera ejecutado sobre un enfoque iterativo e incremental.

Sobre el Acta de Inicio y Contrato

LA ORGANIZACIÓN realizara con LA CONTRATISTA reuniones de inicio para establecer las premisas requeridas para la firma del contrato y el acta de inicio del proyecto.

Acta de Inicio

LA ORGANIZACIÓN realizara con LA CONTRATISTA reuniones de inicio para establecer las premisas generales del proyecto, las cuales serán descritas en un acta de Inicio.
El tamaño de cada iteración, será acordado entre ambas partes, y dependerá del tiempo del contrato y el alcance previsto.
Los roles y responsabilidades requeridos para la ejecución del proyecto, será acordado entre ambas partes, registrándose en el acta de inicio del proyecto.
Las políticas de comunicación requeridas para la ejecución del proyecto, será acordado entre ambas partes, registrándose en el acta de inicio del proyecto.

Entregables o Requisitos

LA ORGANIZACIÓN realizara con LA CONTRATISTA reuniones de inicio para establecer los entregables o requisitos que serán desarrollados en el plan iterativo e incremental del proyecto.
Los entregables o requisitos por cada iteración, serán acordado entre ambas partes, y dependerá de su priorizacion y valor por parte de LA ORGANIZACIÓN.
Los entregables o requisitos serán priorizados a partir de un acuerdo entre las partes, de modo que en las primeras iteraciones se obtendrán los objetivos más importantes del proyecto.
El plan de trabajo estará conformado por los entregables por cada iteración, registrándose en el acta de inicio del proyecto.

Contrato

LA ORGANIZACIÓN establecerá las condiciones de contratación, utilizando los acuerdos y compromisos registrados en el acta de inicio.

Control y Seguimiento de Proyecto

Las actividades de control y seguimiento del proyecto se basará en los entregables completados en cada iteración y en la demostración que debe realizar LA CONTRATISTA. Se entenderá como requisito completado, si incluye todos los entregables asociados de las iteraciones anteriores.
El proyecto se ejecutará en iteraciones, con una demostración del producto al finalizar cada iteración.
En cada iteración, se generara un acta de aceptación de los entregables y demostración.
En cada iteración, se generara un informe de avance para el Gerente del area, donde se deberá registrar el porcentaje de finalización para cada requisito y la tasa de requisitos completados.
LA ORGANIZACIÓN ejercerá funciones de inspección del servicio, quien podrá hacerse asistir por personal interno o externo, según lo estime prudente, a su solo juicio. LA CONTRATISTA se compromete a facilitar a la organización o a la persona que hubiere designado, toda la información que fuere necesaria o conveniente para verificar, fiscalizar y supervisar la ejecución del presente contrato; en general, LA CONTRATISTA prestará al personal encargado de la inspección del servicio la más amplia cooperación a los fines de facilitar la adecuada ejecución dentro de los tiempos, calidad y demás condiciones convenidas.

Control de Calidad

Todos los entregables acordados entre ambas partes, serán sometidos a un ciclo de calidad definidos en el “Plan de Aseguramiento de Calidad” y no serán admitidos como productos del proyecto, hasta alcanzar un nivel aceptable.
Cada iteración deberá producir software con calidad de producción, probado, integrado, y documentado.
El proyecto deberá incorporar prácticas “Desarrollo Gestionado por Pruebas”. Cada uno de los entregables, deberá contener scripts de pruebas unitarias, integrales, funcionales, entre otros.
En caso que LA ORGANIZACIÓN encontrare alguna incidencia en la demostraciones del producto realizadas en cada iteración por la LA CONTRATISTA, la organización informará a LA CONTRATISTA sus observaciones para que proceda a realizar su corrección.

Controles de Cambio

Sólo podrá solicitar cambios en los requisitos y sus prioridades el propietario del producto y estos serán debidamente analizados para establecer si no impactan el alcance del proyecto.
LA ORGANIZACIÓN podrá solicitar cambios en los entregables durante la demostración que realiza LA CONTRATISTA, al identificar alguna corrección funcional, técnica, o dependencia requerida para cumplir con los entregables que integran una iteración.
La adición de nuevos requisitos tras las demostraciones, no implicará ningún costo adicional si no impactan el alcance del proyecto, de lo contrario deberán ser negociados entre las partes para determinar su viabilidad, en función de no impactar el alcance del proyecto.
Todo cambio solicitado por LA ORGANIZACIÓN sera debidamente documentado y registrado mediante un formato para la realización de “Controles de Cambio”.
No se consideran cambios las subsanaciones por parte del equipo de desarrollo de los defectos de calidad de los entregables entregados en cada iteración.
Se conformará un comité de proyecto que analizará los cambios solicitados y nuevas solicitudes.
Los cambios en prioridades de la lista de entregables o requisitos no implicarán ningún coste adicional en el proyecto siempre que se mantenga el cómputo total de horas del contrato.

Documentación

Toda la documentación del proyecto deberá ser entregada de forma incremental e iterativa, es decir, la documentación no se liberara al final del proyecto, sino en entregables parciales.

BPMN 2.0 by Example - Interacciones

2011-02-17T22:12:00.000-04:00

Nuevos post del blog http://comunidad-bpmn.blogspot.com/:
http://comunidad-bpmn.blogspot.com/2011/02/ejemplo-de-bpmn-2-bpmn-20-by-example_17.html

BPMN 2.0 by Example

2011-02-11T00:04:00.000-04:00

Nuevos post del blog http://comunidad-bpmn.blogspot.com/:
http://comunidad-bpmn.blogspot.com/2011/02/ejemplo-de-bpmn-2-bpmn-20-by-example.html

Ejemplo de BPMN 2 - "BPMN 2.0 by Example"

Políticas para el desarrollo de software ágil

2011-02-10T17:18:00.002-04:00

Una organización que requiera agilidad en la ejecución de sus proyectos de software necesita del establecimiento de políticas que garanticen entrega temprana y continua de artefactos y servicios de software de valor y utilidad.

A continuación describo un conjunto de políticas que he utilizado en consultorias, que permitirán a la organización alejarse del modelo de desarrollo de software tradicional donde se realizaba un levantamiento de información durante 3 meses, y luego 2 meses para el desarrollo. Este tipo de desarrollo no permitía la entrega temprana de valor y no consideraba las siguientes realidades:

Es imposible reunir a todos los requisitos al principio de un proyecto.
La actividad de análisis y diseño no garantiza que no habrá cambios.
Siempre existirán desviaciones en tiempo y recursos.

Lineamientos Generales

El proyecto deberá ser ejecutado en iteraciones incrementales con una demostración del producto al finalizar cada iteración: con esta política, se conocerá el estado del proyecto, evaluando si los requisitos cumplen con las expectativas del cliente, si la calidad es la esperada, o si hay retrasos; agilizando la toma de decisiones correctivas.
El proyecto se ejecutará en iteraciones incrementales con una duración fija de 3 semanas.
Los requisitos se desarrollarán priorizados por el valor aportado al cliente: Esta política permitirá que los objetivos más importantes del proyecto sean atendidos.
El control y seguimiento del proyecto se basará en los requisitos completados en cada iteración. Se entiende como un requisito, los entregables asociados a: análisis, desarrollo, pruebas, documentación, etc. e integrados con los entregables de las iteraciones anteriores.
Cada requisito debe ser independiente del resto de los requisitos, en la medida de lo posible.
Cada requisito debe ser demostrable, permitiendo cómo comprobar con el cliente que el requisito está completado y que se cumplen sus expectativas.
El requisito debe ser de un grado de esfuerzo para ser completado semejante al del resto de requisitos: de manera que la organización y el cliente, puedan realizar una extrapolación del progreso del proyecto.

Desarrollo

Los componente de software, deberán ser desarrollados y liberados por partes, y no entregados al final del proyecto.
El desarrollo de los componente de software que conformaran la solución, deberán ser liberados en varias iteraciones.
Cada iteración deberá producir software con calidad de producción, probado, integrado, y documentado (funcional, técnica).
Cada iteración deberá cumplir con un subconjunto de requerimientos.
Cada iteración deberá contemplar (análisis, diseño, implementación, documentación, etc.).

Pruebas

Cada proyecto debe incorporar las practicas de TDD (Test Driven Development).
Cada uno de los entregables, deberá contener scripts de pruebas unitarias, integrales, funcionales, etc; mediante la utilización de frameworks como junit, dbunit, mockObjtects, etc.

Documentación

La documentación del proyectos, específicamente: manual de usuario, manual de operaciones, arquitectura de la solución, especificaciones, etc; deberán ser entregables parciales para cada una de las iteraciones, es decir, la documentación no se liberara al final del proyecto, sino en entregables parciales.

Control de Calidad

Cada uno de los entregables, serán sometidos a un script de calidad, que ejecutara la organización, y no serán admitidos como productos del proyecto hasta alcanzar un nivel aceptable.

Control de Riesgos

Los riesgos serán identificados en la primera iteración, llevándose a cabo también una valoración inicial de la exposición al riesgo y planes de contingencia. En cada iteración se revisará y actualizará el documento “Lista de Riesgos”, añadiendo además la lista de riesgos más importantes actualizada por cada iteración.

Control de Artefactos

Cada uno de los artefactos del proyecto, deberán ser mantenidos bajo un sistema de control de versiones.
La organizacion disponibilizara un sistema de control de versiones, que deberá ser actualizado por el cliente de forma remota.

"Es increíble el cambio que puede producir en una organización la incorporación y aplicación de políticas de desarrollo de software ágil".

Visual Thinking, creatividad, innovación y generación de ideas en la organización

2011-02-05T00:19:00.002-04:00

“Cuando estas deprimido, tus pensamientos son completamente diferentes cuando estas feliz. Cuando tienes éxito, tus pensamientos son completamente diferentes cuando tienes fracasos. De forma similar, cuando sientes que eres creativo, tus ideas son completamente diferentes cuando no lo sientes”

Inicio este post con una descripcion muy directa sobre la importancia de la creatividad y la generación de ideas. Si lo analizamos, todas las acciones en una organización son impulsadas por ideas, ideas para solucionar, cambiar y mejorar.

Estoy convencido que la ausencia de una cultura organizacional de innovacion continua es la causa que muchas organizaciones no puedan adaptarse a estos tiempos exponenciales, donde las relaciones entre tecnología, procesos y talento humano son la base para el éxito. Las organizaciones deben impulsar la creación de una cultura de emprendimiento e innovación incentivando la generación de ideas, la creatividad, los cambios, la imaginación, por supuesto con una clara orientación a la resolución de problemas.

Algunas recomendaciones para gerentes, impulsores del cambio, evangelizadores e innovadores:

Incorpore a la organización las técnicas del Visual Thinking (Utilice un enfoque visual para facilitar la resolución de problemas mediante el pensamiento creativo).
Utilice metodologías para incentivar la creatividad como medio para solucionar problemas a través de herramientas y técnicas visuales(utilizando palabras, imágenes, dibujos, diagramas, gráficos, entre otros).
Utilice como referencia el libro ThinkerToys, tremenda lectura.
Utilice como referencia el libro Gamestorming.
Impulse la generación de dinámicas de trabajo, motivación y captación de ideas.
Diviértase en el camino :)

Aquí unas notas para reflexionar sobre los cambios que nos esperan a la vuelta de la esquina.

"Las organizaciones que utilizan prácticas colectivas de aprendizaje como el Visual Thinking, Gamestorming, entre otros estaran bien preparadas para prosperar en el futuro, porque serán capaces de desarrollar cualquier habilidad que se requiera para triunfar. En otras palabras, la capacidad de ganancia futura de cualquier organización está directa y proporcionalmente relacionada con su habilidad y capacidad para aprender cosas nuevas. De este modo, las organizaciones que prosperarán en el futuro serán “organizaciones inteligentes”, organizaciones que explotarán la experiencia colectiva, talentos y capacidades de cada persona para aprender a cómo triunfar en conjunto. El aprendizaje se convertirá en una forma de vida y en un proceso continuo, en vez de una parte específica de la carrera de una persona. Para las corporaciones, el aprendizaje es vital para su éxito futuro."

Saludos;

BPMN 2.0

2011-01-23T21:55:00.000-04:00

Este año, he decidido crear un nuevo blog dedicado a las tecnicas, patrones y mejores practicas en la actividad de modelado de procesos mediante la notacion grafica BPMN 2, espacio que pretende compartir y colaborar con el desarrollo de una base de conocimiento en esta disciplina BPM.

En este link comienzo con una breve introduccion de BPMN:
http://comunidad-bpmn.blogspot.com/2011/01/bienvenido-bpmn-20.html

Bienvenida mi pequeña exploradora Ariana Isabella

2011-01-14T15:33:00.001-04:00

El 12 de Enero del 2011 con 3 kg, 49 cm nació Ariana Isabella, mi pequeña exploradora, la que viene a descubrir y cambiar mi mundo, la que viene a darme de esa energía creadora, la que viene a darle otro color y nota a mi vida, la que viene acércame a ni niñez, la que viene a jugar conmigo, la que viene a recordar mis historias y las suyas, la que viene a ser mi pequeña emprendedora, la que viene a unir, a fortalecer, a querer sin ningún tipo de reserva. No imaginas como te esperaba mi niña. Gracias mi querida esposa por ese hermoso regalo que me has dado, cuanto mundo nos falta por recorrer.

No podía dejar de escribir sobre este acontecimiento que llena mi vida. Bienvenida Ariri a Mijao Blog!!!

Toma, aprieta y guía nuestras vidas mi niña!!!

Bienvenida mi pequeña exploradora!!!

...

Palabras de creatividad, innovación y liderazgo para el 2011

2011-01-09T20:11:00.004-04:00

Llego un nuevo año, año de nuevas ideas y acciones. Comparto con la comunidad el mapa de palabras que nos debe guiar para desarrollar nuestra vida profesional y familiar.

Disciplinas: SOA, BPM, CEP y EDM y la cultura organizacional

2011-01-06T23:20:00.000-04:00

Hace unos meses escribí una intro para un informe de TI que considero relevante para compartir con toda la comunidad mijao. En estas notas describo las disciplinas que deberían insertarse en la cultura de una organización ágil y eficiente.

"Actualmente existe una enorme brecha entre la gestión de operaciones y la tecnología que debe soportarla en muchas organizaciones. Esta situación generalizada es originada en la mayoría de los casos por problemas de gobernabilidad y direccionamiento tecnológico afectando el desempeño, calidad y capacidad de aprendizaje organizacional necesaria para el cumplimiento de su visión, misión y objetivos estrategicos. En este sentido una organización debe emprender acciones para poder medir, mejorar y optimizar sus procesos de negocio.

Para alcanzar dicho objetivo, es necesario que la organización explote todo el potencial de las tecnologías de información y adopte nuevos enfoques con el fin de hacer realidad su visión. La clave de esta visión es la comprensión del papel y el rol de las disciplinas y arquitecturas SOA, BPM, CEP y EDA, tendencias actuales y normas que están desarrollando organizaciones ágiles y efectivas actualmente.

En líneas generales, SOA (Arquitectura Orientada en Servicios) proporciona estrategias para el desarrollo de un mapa de servicios de información flexible, adaptable e interoperable el cual ordena la arquitectura de TI de la organización en una gama de servicios reutilizables e independientes de tecnología. SOA aumenta en gran medida el potencial de intercambio de datos entre unidades internas y externas a la organización, haciendo énfasis en la reutilización e interoperabilidad de funciones de software, e integración de sistemas heterogéneos.

BPM (Gestión de Procesos de Negocio) proporciona estratégicas para el desarrollo de un marco de procesos flexible que permita su medición, mejora continua, optimización y sirva de soporte efectivo a la toma de decisiones que requiere la organización. Con esta disciplina, la alta dirección podrá contar con herramientas para la toma de decisiones, que direccionaran sus esfuerzos y recursos en aras de optimizar los costos operacionales, la calidad y velocidad de despliegue de servicios, la convergencia de procesos, la identificación de productos, servicios, acuerdos de servicios e indicadores de desempeño y resultado.

EDM (Gestión de decisiones Organizacionales) proporciona estrategias para la toma de decisiones empresariales y su planificación, las cuales pueden ser optimizadas desde una perspectiva organizacional. Por último y no menos importante CEP (Procesamiento de Eventos Complejos), proporciona estrategias para la gestión de eventos.

La aplicación de cada una de estas disciplinas en la organización supera con creces los beneficios de TI asociados; su adopción requiere de una transformación que permita explotar nuevos cambios de paradigmas logrando la agilidad operacional, mejorando la velocidad, costos y calidad de las operaciones y servicios de la organización. Estos beneficios permitirán que la organización pueda adaptarse a nuevos escenarios y responder a nuevas oportunidades.

Medir, mejorar y optimizar. Una necesidad urgente.

2010-12-20T11:12:00.003-04:00

En diversas actividades de asesoría organizacional que he podido realizar he encontrado una situación generalizada que se repite en las organizaciones: “Estas no tienen la capacidad de medir su gestión operacional y de negocio”.

La falta de direccionamiento tecnológico, la adopción de enfoque orientado en procesos, la falta en la identificación de servicios, productos, acuerdos de servicios, son solo algunos factores que inciden que estas organizaciones no puedan medir efectivamente su gestión. Estas preguntas pueden ser utilizadas para evaluar la situación de la organización y de los cambios de debemos impulsar con acciones estratégicas:

La organización ha establecido los indicadores operacionales y de negocio que deben ser utilizados para medir y evaluar el cumplimiento de sus objetivos estratégicos?
La organización cuenta con políticas para el aprendizaje organizacional y mejora continua?
Que mecanismo de gobernabilidad posee la organización para la toma de decisiones y la gestión de cambios?
La organización conoce los productos, servicios y SLAs que son desarrollados por todas las unidades que la conforman?
La organizaciones cuenta con un enfoque orientado en procesos?

Es vital que los gerentes de TI diseñen estrategias para proporcionar herramientas y metodologías a la organización, herramientas que le permitan evaluar el cumplimento de sus objetivos estratégicos. Estas simples preguntas pueden llevar a realizar un ejercicio sincero, transparente y real sobre donde debemos dirigir nuestros esfuerzos.

Medir, mejora continua, desempeño, indicadores, capacidades, destrezas, orientación a resultados, son algunas palabras que deben establecerse en la cultura organizacional fomentando focos de excelencia gerencial.

Mi propuesta hacia un nuevo enfoque: "Aplicaciones orientadas en procesos" - BPM en acción

2010-12-13T21:15:00.002-04:00

"Los sistemas de información deben convertirse en medios para medir el desempeño y aprendizaje organizacional".

Cuando iniciamos la conceptualizacvion y diseño de sistemas de información, generalmente utilizamos casos de uso o historias de usuario para describir las diversas interacciones humanas o automatizadas que son requeridas para cumplir con sus requerimientos funcionales y no funcionales. Por años, la mayoría de estos sistemas de información han tenido una fuerte dependencia funcional, con lo cual no incorporan una vision de procesos, inclusive sistemas ERP o de RRHH no cuentan con mecanismo para adicionar el escalamiento y tiempo en la cual la actividad debe ser ejecutada, conocido en el argot de TI como acuerdos de servicios (SLA).

Simplificando mis argumentos, los sistemas de información raramente responden a procesos, ni a una visión transversal. Es muy comun observar que las actividades no incluyen características como: tiempo máximo de respuesta o atención de una tarea, escalamiento, persistencia de variables para la toma de decisiones, utilizacion de metricas, entre otros. Los sistemas de información generalmente son islas funcionales las cuales promueven la perdida de esfuerzos, gobernabilidad y valor.

Es necesario cambiar la forma en que son conceptualizados y diseñados los sistemas de información hoy en día. El desarrollo de un sistema de información debe comenzar con el modelado de procesos, utilizando los casos de uso o historias de usuario para describir las interacciones con mayor detalle. Este enfoque tiene mayores beneficios. En primer lugar considera los procesos, mecanismo que son utilizados para lograr el cumplimiento de una meta u objetivo organizacional, es decir la aplicación esta conectada explicitamente con un objetivo estratégico y no con una necesidad especifica, que generalmente no aporta valor a la organización. En segundo lugar, se incorporan acuerdos de servicios y reglas de negocio obligando a ser considerados en su especificación. Por ultimo, el sistema de información incorporando una visión orientada a la toma de decisiones y la medición de variables.

Sobre este enfoque, es necesario:

Identificar las decisiones que pueden ser tomadas basadas en la medición de métricas, indicadores, factores críticos de éxito, entre otros.
Identificar los procesos a los cuales apoyara el sistema de información.
Modelar los procesos. El sistema de información debe responder a las condiciones establecidas en los procesos. Recomiendo utilizar la notación gráfica BPMN 2.0.
Los procesos debe incluir el establecimiento de acuerdos de servicios para medir los tiempos y esfuerzos requeridos.
Los procesos debe incluir el establecimiento de reglas de negocio.
El sistema de información debe incluir en su modelo de implementacion los acuerdos de servicios y reglas de negocio.
Identificar los indicadores de gestión y resultado que el sistema de información debe gestionar.
Iniciar el desarrollo.

Desde mi perspectiva es necesario cambiar de paradigma, lo que llamo el "Desarrollo de Sistemas de Información Orientado en Procesos". Actualmente me encuentro escribiendo sobre este enfoque mediante la utilización de una metodología, la cual compartiré con la comunidad próximamente.

Saludos;

Cerrando el año, mis contribuciones y aportes en TI para mi país: Hacia SOA, ESB y BPM - Interoperabilidad

2010-12-13T20:39:00.000-04:00

Desde hace casi dos años, tuve la oportunidad de ocupar un cargo gerencial donde podía proponer, conceptualizar y desarrollar ideas para impulsar los cambios que requiere nuestro país (desde mi punto de vista!) mediante el uso efectivo, ágil y eficiente de las tecnologías de información.

Generalmente no percibimos que la atención a los ciudadanos y la articulación que requieren las instituciones publicas requieren de un modelo de TI no tradicional y acorde a los nuevos tiempos y a las tecnologías que son creadas para simplificar y mejorar continuamente la generación, captura y entrega de valor a la sociedad. Las tecnologías son hoy en día la base fundamental para el desarrollo de cualquier sociedad, por ende estamos obligados a incorporarlas en nuestros modelos de gestión y operación.

Reflexionando sobre la situación general en el uso de las TI en mi pais, estoy convencido que es necesario que la gerencia media de las instituciones publicas adopten e impriman modelos de gestión mas acordes con nuestros tiempos, donde las disciplinas SOA, ESB, BRE, BPM, Virtualizacion, Cloud, entre otras; se encuentren en el vocabulario de nuestros gerentes. En la medida que esto ocurra se mejoraran sustancialmente la atención a los ciudadanos, la agilidad en los tramites, la articulación institucional y la gobernabilidad del estado para mejorar continuamente su gestión.

El próximo año representa para mi una nueva etapa, y me pregunte cuales fueron mis logros personales y profesionales en el 2010?. Como este blog es un medio profesional para compartir mis diversas experiencias ,quise incluir cuales fueron mis contribuciones, mis aportes; con la intensión de compartir lo realizado con la comunidad y poder realizar un feedback.

Mis contribuciones

Elaboración de propuesta para conceptualizar el proyecto "datos.gob.ve", Gobierno Abierto, Open Linked Data entorno a la propuesta de ley de Interoperabilidad del estado venezolano. Octubre-2010.
Desarrollo de la primera propuesta de marco de interoperabilidad tecnico para el estado venezolano. Octubre-2010.
Elaboracion de la conceptualizacion de un marco de gobernabilidad para insertar las disciplinas SOA, ESB y BPM en las instituciones publicas del estado. Este marco incluye conceptos generales, proceso de adopción, arquitectura referencial, roles y responsabilidades, marco de procesos, principios, políticas, estándares, procedimientos, prácticas operativas y prácticas de seguridad generales. Abril-2010.
Conceptualizacion del marco de arquitectura del portal unico de tramites del estado venezolano mediante la utilización de las disciplinas SOA y ESB.Abril-2010.
Desarrollo de propuesta para insertar practicas agiles de Scrum y Kanban en los modelos de contratos de software en las instituciones publicas.Abril-2010.
Desarrollo de una metodología preliminar para el análisis de procesos en las instituciones públicas, la cual pienso fortalecer y compartir en el 2011.
Desarrollo de un Mapa de Arquitectura de Soluciones bajo software libre para proyectos SOA/ESB y BPM. Agosto-2010
Desarrollo de una metodología para realizar el diagnostico de la aplicación de las practicas de TI en las instituciones publicas utilizando como referencia ITIL y COBIT. 2010
Conceptualización de tecnoguias para desarrollo de proyectos SOA/ESB/BPM. 2010.
Impulso del Marco de Interoperabilidad del Estado Venezolano mediante la aplicación e inserción de las disciplinas SOA y ESB.

Espero tener la oportunidad de conversar y compartir experiencias en estas materias, dado que fueron desarrolladas sobre un espíritu de colaboración, participación y transparencia.

Recomendaciones de Gerencia

2010-11-21T20:48:00.005-04:00

En mi vida profesional he tenido la grata oportunidad de ocupar un cargo gerencial, y en ese camino me he caído y levantado, aprendiendo y reflexionado sobre el ejercicio gerencial. Desde mi punto de vista un gerente de TI debe contribuir con la alineación y el aprendizaje organizacional de una organización utilizando las TI como herramienta, la cual debe proporcionar agilidad operacional y eficiencia a todas sus instancias. De igual forma debe soportar su modelo de servicios y promover un ambiente de colaboración, participación y transparencia; por su puesto esto no es fácil dado que se requiere de mucho estudio, análisis, constancia y dedicación.En esencia un gerente de TI debe indicar las acciones de direccionamiento tecnológico que requiere una organización para mejorar su desempeño.

En este post quise escribir sobre lo aprendido, sobre recomendaciones y principios que pueden ser utilizados en un buen ejercicio de gerencia.

Recomendaciones para los primeros 3 meses.

Estructura Organizativa

Primero conozca la estructura organizativa, roles generales y funciones de la organización. Con este estudio tendrá un mayor nivel de compresión del contexto organizacional interno y externo. Este contexto luego puede afectar su desempeño.

Productos y Servicios

Es neceario conocer cuales son los productos y servicios de la organización; sino no están claros, contribuya con su identificación, descripción, evaluación y comunicación. Es muy común que las organizaciones no tenga un documento con la descripción de sus servicios y productos.

Acuerdos de Servicios y Gestión de Tickets

Es importante conocer cuales serán las variables por las cuales medirán su gestión, si no existen simplemente debemos mirar las brechas. Si la organización cuenta con un sistema de gestión de tickets, es importante utilizarlo para evaluar el desempeño en la atención interna y externa, por ejemplo: soporte técnico, servicios de información, atención tecnológica, entre otros. Conozca cuales son los SLA aplicados en sus áreas de TI.

Evaluación de gestión continua

Es recomendable contar con indicadores de gestión y desempeño y mecanismo que le permita el registro de brechas como estrategia para impulsar el aprendizaje organizacional. Recuerde que lo que no se mide, no puede ser mejorado ni optimizado. Con estos indicadores podrá ver si esta avanzando.

Direccionamiento Tecnológico

Establezca la dirección en TI que requiere la organización. Inserte disciplinas como SOA, ESB, BPM, BRE, BPMN, entre otros.

Planificación

Planifique de forma anual mediante el desarrollo de planes de excelencia operacional que incluya mejoras a la arquitectura de aplicaciones, portales, sistemas ademas del desarrollo de nuevas iniciativas de mejora.

Talento Humano

Desarrolle planes de capacitación continuos, e identifique la gente proactiva, automotivada y autodirigida. Conforme buenos equipos.

Por su puesto, faltarían muchas mas consideraciones, sin embargo; considero que estas son las mas importantes.

Algunos principios que recomiendo aplicar en la Gerencia del día día, basados en mi experiencia personal.

Sea rápido, firme y sereno en la toma de sus decisiones.
Sea optimista y positivo.
Sea humilde, eso no significa debilidad.
Realice todos las elecciones de forma consciente y disciplinada.
Conforme equipos autodirigidos y aplica las estrategias existentes para lograrlo.
Conforme equipos automotivados y aplica las estrategias existentes para lograrlo.
Conforme equipos que les guste lo que hacen y quieran hacerlo mejor.
No imponga nada, persuada.
Conozca el verdadero potencial de los que lo rodean.
Sea carismático.
Aplique una dirección constante e inteligente.
Sea consciente de las variables por las cuales medirán su gestión.
No asuma riesgos, este consciente de su existencia y actúe para mitigarlos.
Sea integro.
Empuje los cambios.
Este cerca de equipos y gente que pueda amplificar sus iniciativas.
Proporcione apertura, no obstaculice a la adopcion de nuevas tecnologías que contribuyan con la alineacion organizacional.
Prefiera la reunion cara a cara, a una reunion de 30 personas.

Desarrollar estos principios son un desafió gerencial en si mismos, sin embargo; lo importante es generar pensamientos que contribuyan en ser mejores gerentes en el trabajo, en la casa, en la familia, en cada una de las acciones que tomemos.

Saludos;

Open Data y Linked Data, nueva propuesta de integración

2010-10-05T17:02:00.003-04:00

Actualmente existen diversas iniciativas en torno a la necesidad y el derecho de los ciudadanos de tener acceso y uso a los datos públicos generados por las instituciones u organismo pertenecientes a una administración. En este sentido, en los últimos meses han surgido iniciativas para fomentar la liberación de datos públicos, como el caso de data.gov.uk en Reino Unido, data.gov en EEUU, y recientemente la iniciativa Irekia del Gobierno Vasco.

Estos proyectos están sustentados en el proyecto comunitario denominado Linked Open Data (http://linkeddata.org/) que ha logrado desarrollar una red de datos entrelazados que da acceso a más de dos mil millones de datos de proveedores distribuidos como DBpedia, Geonames, MusicBrainz, WordNet, la bibliografía DBLP, entre otros.

Este movimiento tiene entre sus objetivos, promover la transparencia, participación y colaboración como principios del Gobierno Abierto, el desarrollo y publicación de catálogos de datos, la unificación, estandarización y representación de datos, y por ultimo el desarrollo de un ecosistema rico y lógico de los recursos nombrados mediante la fusión de documentos, datos y servicios.

Actualmente existen estas iniciativas (Reino Unido, Gobierno Vasco, Australia, New Zeland, Estados Unidos, Grecia) para impulsar el desarrollo y publicación de servicios de información públicos interoperables, entre los mas importantes:

Este modelo de distribución de datos relacionados puede ser aplicado como base tecnológica para el gobierno electrónico e inclusive en plataforma de integracion e interoperabilidad (SOA, ESB, BRE) en organizaciones publicas o privadas. Les recomiendo su lectura y la inclusión de sus conceptos en los proyectos de integración e interoperabilidad que deseen emprender en sus organizaciones. Tecnologías como RDF, Nubes, SPARQL, Web Services, se convertirán en la base del modelo de interoperabilidad de los sistemas de información en los estados.

Anexo un buen cuadro que incluye conceptos de Open Data.

Brechas en TI y la analogía con un triangulo como medio de ordenamiento

2010-08-30T23:26:00.004-04:00

Hace poco estuve realizando una asesoría que tenia como objeto la identificación de brechas entre los procesos y las tecnologías. Generalmente, existen brechas en TI, relacionadas con el uso tradicional de las tecnologías vs. la incorporacion de arquitectures orientadas en servicios y procesos. Esta diferencia representa en si misma una brecha, dado que la organizacion debe cambiar, adaptarse y promover acciones para mejorar su desempeño aplicando nuevos enfoques. Para inciar un proceso de cambio organizacional, es recomendable desarrollar las suguientes iniciativas:

El primer paso es establecer la direccion de TI que requiere la organización para mejorar su desempeño estrategico, táctico y operacional. Es recomendable desarrollar un "Marco de Arquitectura Organizacional" y un "Mapa Integral de Tecnologías". El primero define las disciplinas y estilos arquitectónicos que la organización debe adoptar, el segundo describe las capas tecnológicas y las practicas de gobernabilidad que seran requeridas para impulsar cambios en la organización con el objeto de disminuir las brechas presentes.
El segundo paso es el desarrollo de un marco de gobernabilidad que establezca la organización, roles, responsabilidades, políticas, procesos, entre otros que requiere la organización para disminuir los riesgo en la adopción de nuevas practicas y enfoques de TI.
El tercer paso es desarrollar desde el punto de vista táctico los recursos y acciones que serán necesarios para cumplir con la visión, misión y objetivos estratégicos de la organización.

En los próximos post estaré compartiendo las brechas mas comunes en las organizaciones en TI y procesos. Volviendo la tema de brechas, quiero compartir una analogia que muestra las brechas mas comunes en una organización utilizando como referencia una figura geométrica: El Triangulo (Figura anexa).

En las bases de triangulo tenemos los datos. En la medida que avanzamos hacia la punta mas alta del triangulo esta se convierte en información. Es común que las organizaciones no alcancen este nivel, por ende el ejercicio de toma de decisiones es costoso e ineficaz.
El triangulo esta dividido en dos areas: gestion y operaciones. Es comun que las organizaciones enfaticen todos sus esfuerzos en sus operaciones, pero poco en la gestión para medir su desempeño.
Cada una de las áreas contiene 3 perspectivas, la estratégica, táctica y operacional. Es comun que las organizaciones no desarrollen el area estrategica y tactica. En muchos casos las organzaciones no tiene un plan de tecnología integral que responda a sus necesidades estratégicas.
En cada una de las capas deben existir indicadores de gestion y de resultados. Estos indicadores deben disparar eventos. La mayoría de las organizaciones no identifican sus productos, servicios e indicadores. Sin estos indicadores no podemos medir, mejorar y optimizar.
Es común que se propicien isla en las diversas perspectivas. Es necesario establecer un marco de gobernabilidad que vincule dichas áreas.
En cada una de la capas deben existir brechas. Generalmente las organizaciones no disponen de mecanismos para registrar brechas y acciones de mejora, por ende la organización no tiene la capacidad de aprender.

Con esta simple analogía podemos observar algunas brechas en practicas de TI. Saludos.

Una historia de Gerencia - Identificacion

2010-05-19T22:24:00.001-04:00

El dueño de un restauran estaba muy preocupado porque no sentía que sus empleados no estaban identificados con su empresa. Un día el dueño se decide ponerle fin a esta situación ,y se comunica con un consultor organizacional para que lo ayude a identificar las causas de esta problemática.

Un día, el consultor llama a todos los empleados, les da un hoja blanca, un lápiz; y les pide que escriban cuales son sus responsabilidades. Este es un ejemplo de lo que escribieron:

Limpiar el baño.
Mantener las mesas limpias.
Mantener siempre la provisión de café disponible.
Limpiar los ceniceros.
Cambiar los manteles.
Guardar las cuentas.
Conocer el menu.
Limpiar las mesas.

Al día siguiente, el consultor llama a todo el equipo gerencial del restauran y les entrega de igual forma una hoja blanca, un lapiz y les pide que escriban las responsabilidades que han fijado para sus empleados y anotan.

Atender al Cliente.
Mejorar el Servicio.
Mantener una buena imagen.

Posteriormente, el consultor les muestra la lista de los empleados a los gerentes, y les dice:

Ustedes no transmiten el verdadero mensaje, el gerente les dice a los empleados "limpia los baños", en vez de "Es importante la imagen de la organizacion, los baños deben ser espacios confortables".

"Para que nuestro equipo de trabajo se sienta identificado, debemos hablarles como si fueran gerentes, de esa forma se sentiran uno mas del equipo".

La adopción de un Programa SOA y sus implicaciones

2010-05-16T21:44:00.006-04:00

Cuando una organización pretender desarrollar un programa SOA, tiene entre sus objetivos establecer servicios flexibles, reusables e integrales para toda la organización. Este objetivo, requiere un ordenamiento profundo ,requiere que todas las necesidades de sistemas de informacion estén alineadas y vinculadas con una plataforma de servicio. Esta premisa, tiene grandes implicaciones en la organización, entre las mas importantes:

Los sistemas de informacion y proyectos deben estar alineados, vinculados y soportados sobre una arquitectura SOA (servicios compartidos y reusables).
La metodología de desarrollo debe estar alineada con una clara orientación a servicios.
Los desarrolladores deben adaptarse a un conjunto de practicas y políticas para garantizar coherencia en sus desarrollos.
Las políticas de gobernabilidad de la organización deben garantizar que todos los proyectos estén basados en un modelo canónico organizacionalmente centralizado para representar sus datos.

Si las diversas iniciativas en tecnologia de informacion en una organización deben estar vinculados con un programa SOA, es primordial que exista una unidad de arquitectura que garantice una arquitectura simple, flexible, ágil, con un modelo canónico centralizado para representar los datos y la distribucion de servicios fachada o facade, que ocultan la complejidad y representan un contrato de servicio especifico para cada consumidor.

Para garantizar una exitosa introducción de un programa SOA en la organización, se requiere de un marco de gobernabilidad que establezca, comunique, e implemente los principios de orientación a servicios, mejores prácticas, metodologías, procesos, tecnologías, talento humano y estrategia.

Que establece la unidad de arquitectura?

Políticas de Valor

Que vinculacion exite entre el servicio o necesidad de informacion con el cuadro de mando y mapa estrategico de la organizacion.
Como se aprueba la entrada de un servicio a producción?

Politicas de Especificación

Cual es la política para la especificacion del diseño de un servicios?
Cual es la política para establecer el indice de reuso de servicios?
Cual es la política para garantizar la interoperabilidad del servicio?
Cual es la política para los cambios y el versionamiento de servicios?
Cual es la politica para acordar la mejor logica de servicios, con sus practicas, nivel de granulardad, entre otros.

Políticas del Modelo Canonico

Cual es la política para los cambios y el versionamiento del modelo canónico?

Politicas de Implementacion de Servicios

Cual es la política para el manejo de excepciones en los servicios?
Cual es la política para el manejo de trazas o log en los servicios?
Cual es la política para auditar un servicios?
Cual es la política para generar eventos o alertas en los servicios?
Cual es la política para autentificar el consumidor del servicio?
Cual es la política para autorizar al consumidor del servicios?
Cual es la política para encriptar los datos del servicio?
Cual es la política para firmar digitalmente los datos del servicio?
Cuales es la política para establecer las credenciales?
Cual es la política para garantizar la disponibilidad del servicio?
Cual es la política para gestionar los timeout de los servicio?
Cual es la política para gestión de servicios de compensación?
Cual es la política para garantizar la vida de los procesos o servicios de orquetacion ante fallas en la disponibilidad de base de datos, red, servicios informáticos, servidores, entre otros.

Como vemos, son muchas las consideracion que deben ser fortalecidas con el tiempo y la experieincia.

Charla introductoria sobre BPMN para el modelado de procesos en la Universidad Central de Venezuela

2010-04-20T20:58:00.002-04:00

Hace algunos días, tuve el privilegio de compartir con los estudiantes de la Universidad Central de Venezuela, la importancia del modelado de procesos como instrumento para la mejora continua y la toma de decisiones en las organizaciones. Quiero compartir con la comunidad la presentación que realice como un ciudadano de a pie, que considera vital para el pais, la adopción de estas tecnologías.

Agradezco a la profesora Mayerling Marquez de la Facultad de Ciencia de la UCV, por su iniciativa, una iniciativa que busca motivar, promover, comprometer, impulsar y descubrir en los estudiantes, nuevas áreas y herramientas que ha futuro encontraran en su campo laboral.

BPMN y BPEL

View more presentations from julio cejas.

Algunas fotos:

Saludos;

El valioso tiempo de los maduros

2010-03-24T19:47:00.002-04:00

Hace algunas horas, una persona me regalo un tesoro, un tesoro que quiero compartir con ustedes. Es una reflexión de vida, de gerencia, de efectividad, de motivación, una reflexión que apasiona con tan solo leerla. Es un mensaje de Mario de Andrade, poeta, novelista, ensayista, y musicólogo brasileño.

El valioso tiempo de los maduros

“Conté mis años y descubrí, que tengo menos tiempo para vivir de aquí en adelante, que el que viví hasta ahora…Me siento como aquel chico que ganó un paquete de golosinas: las primeras las comió con agrado, pero, cuando percibió que quedaban pocas, comenzó a saborearlas profundamente.

Ya no tengo tiempo para reuniones interminables, donde se discuten estatutos, normas, procedimientos y reglamentos internos, sabiendo que no se va a lograr nada. Ya no tengo tiempo para soportar absurdas personas que, a pesar de su edad cronológica, no han crecido.

Ya no tengo tiempo para lidiar con mediocridades. No quiero estar en reuniones donde desfilan egos inflados. No tolero a maniobreros y ventajeros.

Me molestan los envidiosos, que tratan de desacreditar a los más capaces, para apropiarse de sus lugares, talentos y logros. Detesto, si soy testigo, de los defectos que genera la lucha por un majestuoso cargo.

Las personas no discuten contenidos, apenas los títulos. Mi tiempo es escaso como para discutir títulos. Quiero la esencia, mi alma tiene prisa… Sin muchas golosinas en el paquete… Quiero vivir al lado de gente humana, muy humana.

Que sepa reír, de sus errores. Que no se envanezca, con sus triunfos. Que no se considere electa, antes de hora. Que no huya, de sus responsabilidades. Que defienda, la dignidad humana. Y que desee tan sólo andar del lado de la verdad y la honradez.

Lo esencial es lo que hace que la vida valga la pena. Quiero rodearme de gente, que sepa tocar el corazón de las personas… Gente a quien los golpes duros de la vida, le enseñó a crecer con toques suaves en el alma.

Sí… tengo prisa… por vivir con la intensidad que sólo la madurez puede dar. Pretendo no desperdiciar parte alguna de las golosinas que me quedan…Estoy seguro que serán más exquisitas que las que hasta ahora he comido.

Mi meta es llegar al final satisfecho y en paz con mis seres queridos y con mi conciencia. Espero que la tuya sea la misma, porque de cualquier manera llegarás…”

Una historia sobre la Gestión de Proyectos "La MultiTarea"

2010-03-10T17:59:00.002-04:00

Hace algunos días, ley un libro sobre "Gestión de Proyectos", y este contenía algunas historias y reflexiones que invitan al análisis en la manera en la cual gestionamos un portafolio de proyectos, y las actividades que son requeridas para alcanzar sus objetivos. Quise compartir esta historia con la comunidad.

Una historia de tres proyectos por Aiden.

Estoy sentado en mi escritorio, completamente paralizado. Tengo tres proyectos que deben ser finalizados rápidamente. Cada vez que empiezo con uno, alguien me interrumpe con una pregunta sobre los otros dos, no puedo escapar de las personas, en cualquier lugar: cafetería, sala de reuniones, etc. Mi gerente vino por la mañana para decirme que el primer proyecto hay que ejecutarlo ya!!!, luego vino después del almuerzo para decirme que el segundo proyecto también hay que realizarlo ya!!!!; dejé de trabajar en el primero, y comencé con el segundo; entonces me dijo al final del día que tenia que terminar el tercero. No puedo decidir qué hacer primero. ¿Cuál es el punto de trabajar en estos proyectos?, el sólo va a pasar por aquí para decirme que termine cualquier cosa. Tal vez trabaje en mi currículo o juegue solitario.

Quieres que la gente este emocionada de trabajar en una organización?. Eso es parte de crear un gran ambiente de trabajo. La multitarea continua, no sólo impide que la gente se paralice, sino que también crea una moral baja.

ITIL y BPMN : Un ejemplo de modelado de procesos

2010-02-21T20:35:00.002-04:00

Actualmente, he estado impulsado el uso de BPMN (Business Process Modeling Notation) como notación gráfica para el modelado de procesos en la institución donde laboro. Producto de este trabajo, actualmente estamos utilizando esta notación para automatizar los procesos relacionados con las disciplinas de incidencias y problemas de ITIL (Information Technology Infrastructure Library).

Nuestro objetivo posterior, es la especificación de servicios de grano fino, grueso (Orquestacion : BPEL), y decision (BRE). para automatizar los procesos relacionados. El proceso se ha modelado con una visión integral, sin embargo, es factible que este modelo pueda ser dividido en piezas mas pequeñas que respondan a las distintas perspectivas de modelado. Quiero compartir con la comunidad el trabajo de modelado realizado en colaboración con pasantes, y analista de procesos en nuestra organización.

A) Proceso modelado con BPMN Preliminar.

B) Proceso con la utilización de eventos intermedios.

C) Proceso donde se identifican los posibles servicios.

Agradezco a Marisela florez, y Margaret Medina por su apoyo.

Saludos;

Es indispensable desear lo extraordinario

2010-02-10T08:29:00.000-04:00

Entender la importancia de la imaginación, creatividad, e innovación en nuestro país, es una paso gigante que debemos dar. La mayoría de las organizaciones, no impulsan actividades de investigación y desarrollo, tendiendo a consumir lo ya existente, sobre todo para no inventar lo que ya existe, sin embargo, cuando podremos crear, imaginar, innovar?, cuando podremos ser lideres?, cuando...

Necesitamos que los lideres del pais, nos permitan crear chispas de posibilidades, de identidad nacional, querencia por lo hecho en casa, que nos permitan imaginar un futuro dibujado por manos venezolanas.

Esta tarea, debe comenzar en las escuelas, hablando porque no? sobre innovación, imaginación, futuro, robótica, computación, ingeniería, entre otras. Estoy seguro que inyectando pasión, diversión, e identidad nos permitirá influenciar a los innovadores del futuro. Las casas de estudio, desde los niveles mas bajos deben crear esa energía creadora que moverá los motores de nuestros desarrollo. Para hacer esto, debemos innovar y buscar estrategias que nos permitan cambiar la manera en la cual educamos en el país.

"Para innovar, debemos tomar el camino menos recorrido"

BPM y sus beneficios dentro del Estado Venezolano

2009-12-12T22:41:00.003-04:00

Hace poco, tuve la oportunidad de escribir dos articulos en la revista "LATITUD" del Centro Nacional de Tecnologias de Informacion, y quise compartir con toda la comunidad estas notas.....

Hoy en día, las organizaciones publicas se enfrentan continuamente a retos: como lograr mayor transparencia, como ser mas efectivos y eficientes en la prestación de servicios al ciudadano, como responder a una demanda publica mas exigente, como mejorar la administración de sus recursos. Son muchas las necesidades relacionadas con la gestión de las instituciones publicas, y en este sentido; BPM (Business Process Management), en adelante GSP (Gestión de Procesos), ha incursionado como una disciplina que puede proporcionar las herramientas necesarias para que las organizaciones desarrollen nuevas habilidades y destrezas, haciéndolas mas adaptables, flexibles y ágiles; capacidades necesarias para afrontar dichos retos.

GSP, es un modelo de gestión que incorpora varias disciplinas; y responden a las necesidades de mejoramiento continuo que requieren las organizaciones publicas para prestar servicios de calidad, pero a pesar de ello, estas disciplinas no se han insertado en las instituciones, salvo algunas excepciones. En este articulo, describiré los dos principales inhibidores que no han permitido su avance dentro de las instituciones publicas, como base para identificar en que áreas debemos impulsar acciones de mejora, las disciplinas que la conforman, sus beneficios y algunas recomendaciones para su adopción.

Inhibidores del Avance

El primer inhibidor, es la falta de entendimiento entre procesos y aplicaciones; en este sentido, las aplicaciones que soportan procesos operativos, son sólo una fracción de lo que hace una organización (se estima entre un 20% y 30%), por ende; las organizaciones no son un mundo de aplicaciones, sino de procesos. Este enfoque, continua impulsado estructuras centradas en la operación, y no en procesos transversales que puedan ser medidos, optimizados y mejorados.

El segundo inhibidor, es la falta de una visión integral basada en procesos. La mayoría de las organizaciones están conformadas por estructuras funcionales, que no soportan una visión transversal estratégica, táctica y operacional, por ende; muchas acciones no pueden ser monitoreadas, controladas, ni mejoradas, y en consecuencia; el ejercicio de toma de decisiones es pobre, inconsistente, y costoso. Un ejemplo de ello, es la ausencia en la mayoría de las organizaciones de indicadores de gestión y desempeño, consonos con un claro énfasis en la medición de su gestión, acuerdos de servicios, sus actividades transversales.

Disciplinas

GSP, incorpora dentro de su modelo varias disciplinas: la primera, BPMN (Business Process Modeling Notation), en castellano, Notación para el Modelado de Procesos de Negocio, siendo una notación gráfica para el modelado de procesos, que proporciona a las unidades de organización y métodos, nuevas técnicas de modelado y un énfasis en la automatización de procesos, WS- BPEL (Business Process Execution Language), en castellano, Lenguaje de Ejecución de Procesos de Negocio con Servicios Web como lenguaje para la automatización de procesos, y BAM (Business Activity Monitoring), en castellano, Monitorización de la Actividad de Negocio, para la medición de variables de desempeño que pueden ser mejoradas mediante cambios en un modelo de procesos (por ejemplo, incorporando tareas, procesos o participantes).

Beneficios

Podrá formalizar sus procesos.
Incorporara nuevas destrezas a las unidades de organización y métodos, mediante la utilización de BPMN para el modelado de procesos.
Incentivara la adopción de arquitecturas orientadas en servicios (SOA) y sus estándares.
Incorporara en su organización métodos para mejorar su gestión, mediante la medición de indicadores de gestión y desempeño.

Propuesta del CNTI

Actualmente el CNTI, esta impulsado el desarrollo de una plataforma nacional para el mejoramiento continuo de proceso, que incentivara el uso y aplicación de las disciplinas que conforman la GSP. Nuestro objetivo, es impulsar la creación de organizaciones publicas capaces de identificar, formalizar, estandarizar, modelar, y automatizar sus procesos, como base para gestionar variables que puedan ser medidas, mejoradas y optimizadas.

Recomendaciones

Incorpore la disciplina BPMN en su organización, para incentivar el desarrollo de nuevas capacidades en el modelado de procesos.
Identifique sus indicadores de gestión y desempeño.
Establezca un Comité Extendido de Procesos, para identificar los procesos transversales relacionados con los indicadores.
Inicie un proyecto piloto de modelado y automatización.

Conclusiones

Incorporar las disciplinas de GSP, permitirá que el concepto de mejora continua pueda ser implementado en las instituciones publicas, mejorando de manera significativa los servicios que estas prestan a los ciudadanos y sus relaciones con otros actores. Su objetivo, es desarrollar capacidades para medir en tiempo real nuestra gestión. Para finalizar termino con una frase, que pretender realizar un ejercicio de reflexión: “Lo que no podemos medir, no puede ser mejorado”.

La importancia de marcos para el desarrollo rápido de aplicaciones

2009-12-12T22:28:00.001-04:00

Por años, las instituciones publicas han utilizado tecnologías de información para desarrollar sistemas que respondan a sus iniciativas de automatización y mejora continua. Por lo general, estas instituciones cuentan con equipos de desarrollo, que literalmente son bombardeados todos los días, con innumerables marcos de desarrollo, que entregan soluciones en áreas como: base de datos, pruebas unitarias, paginas dinámicas, aspectos, utilitarios, ajax, inyección de dependencias, patrones de diseño, etc. Este ecosistema de tecnologías es complejo y difícil de asimilar; porque requiere de tiempo, y de personal con experiencia, no solo en su manejo e integración; sino en el conocimiento de las mejores practicas que garantizan un nivel de calidad adecuado.

Este escenario complejo no ha facilitado la adopción de arquitecturas de software ágiles, y ha incentivado que equipos de desarrollo trabajen directamente sobre el lenguaje de programación, y no mediante marcos de trabajo conocidos como frameworks, que incluyen en su arquitectura, practicas y utilitarios que estandarizan, integran y aceleran los métodos de desarrollo de sistemas.

Desarrollo Rápido de Aplicaciones (DRA)

Para incentivar la utilización de marcos de desarrollo o frameworks, se han desarrollado los RAD (Rapid Application Development), en adelante DRA (Desarrollo Rápido de Aplicaciones). Estos entornos de desarrollo, integran diversas tecnologías mediante la utilización de patrones de generación de código y diversas técnicas de automatización que incluyen : análisis, diseño, desarrollo, pruebas y despliegue. Estos entornos de desarrollo, despliegan componentes reutilizables conocidos como plugins, que maximizan los niveles de calidad de las soluciones desarrolladas bajo este modelo. Los DRA proporcionan mayor coherencia, calidad, reutilizacion, y sobre todo; rapidez.

Como funcionan

Las tecnologías RAD, permiten generar un conjunto de artefactos de software a partir de un modelo relacional de base de datos o un modelo conceptual basado en objetos (clases, atributos, y relaciones). A partir de este modelo, y a través de una serie de comandos se pueden generar interfaces funcionales completas conocidas como andamiajes para adicionar, modificar, eliminar o recuperar objetos de datos; generándose también: script de pruebas, marcos de validación, pruebas unitarias, y modelo de objetos de datos. Los RAD, autogeneran la mayoría del esfuerzo requerido para armar una arquitectura, e incluir componentes como logs, manejo de archivos de configuración, conexiones a base de datos, etc.

Tecnologías Disponibles

Actualmente existen diversos marcos DRA, entre los mas utilizados se encuentran:

Grails : Grails es una plataforma open source para el desarrollo de soluciones web, basada en Spring Framework y Groovy http://grails.org/
.
Ruby on Rails : Rails es un completo entorno para desarrollar aplicaciones web basada en el lenguaje de programacion Ruby. http://rubyonrails.org/

Symfony : Symfony es un marco de desarrollo basado en PHP,que integra algunas bibliotecas de terceros muy conocidas http://www.symfony-project.org/

Beneficios

Incentiva la utilización de metodologías ágiles de desarrollo, como XP, Scrum, o Kanban en su organización.
Acelera los tiempos de desarrollo y entrega de soluciones.
Evita la codificación manual reduciendo los errores de codificación.
Disminuye significativamente el tiempo y costo de desarrollo.
Facilita la estimacion de esfuerzo de trabajo.
Incentiva la utilización de componentes reutilizables.
Mejora la calidad del marco de arquitectura.

Recomendaciones

Incorpore tecnologías DRA en su institución.
Desarrolle prototipos como estrategia para disminuir las brechas entre los requerimientos técnicos y funcionales.
Aplique metodologías de desarrollo rápido de aplicaciones.

Conclusiones
Este tipo de tecnologías esta cambiando y simplificando la manera en la cual desarrollamos sistemas.

Modelo de Gobernabilidad para Plataformas SOA, ESB, BPM

2009-11-01T23:04:00.015-04:00

Actualmente, existen diversas tecnologías y estilos de arquitectura de software que pueden cambiar los modelos operacionales de las organizaciones, haciéndolas mas ágiles y efectivas. Disciplinas como SOA, ESB, BPM están posicionándose como una alternativa de cambio a las prácticas tradicionales de TI, sin embargo; aun siguen dominando modelos de TI ineficientes.

Muchas veces me he preguntado: Cual es el ingrediente que falta?, porque estas nuevas practicas de TI no estan siendo utilizadas aun?. En este sentido, la respuesta definitiva es la gobernabilidad o gobernanza.

Que es gobernabilidad?

La gobernabilidad o gobernanza son practicas que determinan: quién es el responsable de la toma de decisiones?. Su administración es el proceso de la toma de decisiones y su aplicación en la organizacion.

Que debemos gobernar?

Debemos gobernar básicamente tres áreas:

La administración de recursos en tiempo de diseño (Diseño de Servicios).
El aseguramiento de calidad.
La administración de recursos en tiempo de ejecución (Operacion de Servicios).

Como debemos comenzar?

La organización debe en primer lugar, establecer una cadena responsabilidades, roles, autoridades, comunicaciones, procesos, y tecnologías requeridas para administrar la plataforma tecnológica sobre la cual se implementan las nuevas practicas de TI. Existen básicamente dos áreas estratégicas que deben ser abordadas:

Identificar las medidas, políticas, normas y mecanismos de control necesarios para establecer las funciones y responsabilidades del personal que administrara una plataforma tecnológica.
Establecer las estrategias que permitan insertar un modelo de gobernabilidad (tecnología, personas, procesos, y resultados) en la cultura organizacional de la organización.

Que debemos contemplar?

Identificar los roles (arquitecto, datos, infraestructura, etc.), responsabilidades e interacciones necesarias para implementar una gobernabilidad para una plataforma (SOA, ESB, etc.).
Identificar los procesos requeridos para gobernar la plataforma.
Identificar las prácticas y herramientas tecnológicas necesarias para gobernar la plataforma.
Describir el modelo de servicios (capas de orquestación, capa de servicios de negocio, etc.) de la plataforma.
Identificar las prácticas necesarias para administrar una plataforma de servicios (ciclo de vida).
Identificar y establecer las prácticas y estándares para SLA, testing, seguridad, logging, auditoria, monitoreo, versionamiento, patrones, y gestión de una plataforma.
Describir la arquitectura de la plataforma, Topología (servicios internos, externos, compartidos).
Identificar y establecer las practicas para el desarrollo de relaciones de confianza (Servicios InterOrganizacionales).
Establecer practicas para la autentificación, autorización, encriptación, firmas digitales, filtrado, etc.

Taller de Modelado de Procesos utilizado BPMN

2009-09-06T11:09:00.010-04:00

Hace algunos días, tuve la oportunidad de colaborar en el primer taller introductorio de modelado de procesos. Durante esta sesión, impartí algunas recomendaciones, y un conjunto de lecciones aprendidas. Quise incluir estas lecciones para que la comunidad interesada en este tema las incorpore dentro de sus practicas.

Lecciones Aprendidas

BPMN no es una metodología, es una notación gráfica.
No todo es un proceso: escribir un manual de usuario, realizar una estrategia de ventas, o escribir un memo, son ejemplo de ello.
El modelo de proceso, debe ser preciso, entendible, simple.
La interpretación del modelo no debe generar errores.
Cada modelador incluye el detalle que considera de relevancia en su modelo de procesos (nivel de granularidad apropiado).
La actividad de modelado esta conformada básicamente por dos perspectivas: la funcional y la técnica.
El modelo de procesos, debe ir decantando en niveles, mientras incorpora mayores detalles.
En el modelado de procesos, existen diversas perspectivas: por ejemplo un analista de negocio, puede modelar un proceso de nivel 0, solo con tres artefactos de la notación gráfica BPMN: eventos, tareas, y bifurcaciones o gateways, mientra que un arquitecto de procesos tiene interés en la disponibilidad de un servicios informáticos, el manejo de excepciones, o la utilizacion de servicios de compensacion.
Cuando se realiza la actividad de modelado, es importante pensar en eventos que disparan acciones, o que reciben notificaciones. Por ejemplo: Un evento "Se rechaza la solicitud", un Evento "Faltan Recaudos", un evento de "Solo son 2 dias para entrega de los recaudos", etc.
Es recomendable pensar en los PKI como unidades de medida individuales. Cuando se modela debemos tener en mente el rendimiento.
Es importante conocer el patron de aprobacion-rechazo y el manejo de loops.
Es recomendable modelar bajo un modelo de coreografía, y posteriormente uno con orquestacion.

Pronto, colocare diversas practicas para modelar procesos complejos, basado en las practicas de las unidades de organizacion y métodos, y su correspondencia con la notación BPMN.

Gracias chicos, por su paciencia.....

Resposabilidades de una Oficina de Proyecto

2009-08-01T22:54:00.005-04:00

Hace algunos días, estuve revisando diversas perspectivas sobre los modelos existentes en las organizaciones para el desarrollo de una oficina de proyectos. En la práctica, existen tres tipos básicos de oficina de proyectos, los cuales van desde un repositorio, que recoge y difunde las mejores prácticas de gestión de proyectos y metodologías en la organización, un modelo de consultoría interna que proporciona directamente gerentes para ejecutar las proyectos. Entre estos dos extremos del espectro existe una variante denominada “modelo de coaching”.

A pesar del crecimiento de esta disciplina, muchas empresas todavía no tienen claro las métrica necesarias para evaluar el rendimiento en la ejecución de proyectos, por lo tanto, tienen le es dificil defender la existencia de una oficina de proyectos.

La claves, es entender que esta disciplina puede ser aplicada en una variedad de formas. La organización debe seleccionar el enfoque que mejor se adapte a la urgencia de sus necesidades, su nivel de madurez de gestión de proyectos, y su estilo de gobierno.

Estas son algunas de las responsabilidades de un oficina de proyectos, que he recogido en diversas lecturas, entre ella Gartner:

Garantizar que los proyectos y programas se alineen con los objetivos estratégicos de la organizacion.
Asegurar que los planes de proyectos sean realistas, actualizados y revisados con frecuencia.
Supervisar constantemente el trabajo relacionado con proyectos, en busca de indicios de desviación o cambios de alcance.
Identificar los problemas de manera temprana e identificar las medidas correctivas que se puedan tomar.
Emplear herramientas de evaluación de proyectos, por ejemplo técnicas de semáforos.
Evaluar la resultados o beneficios de la gestión de proyectos en relación con lo que se ha planificado.
Desarrollan un planes de proyectos.
Realizar actividades de Control y Seguimiento de Proyectos.
Desarrollar de Informes de la situación física y presupuestaria de los proyectos.
Establecer las medidas correctivas que deben ser tomadas para garantizar la optima ejecución de actividades, proyectos, o programas.
Comunicar la situación del portafolio de proyectos de la organizacion permanentemente.
Realizar la gestión de requerimientos, alcance, contratos, términos y condiciones, facturación, presupuesto, rendimiento, niveles de servicio y conocimiento.
Establecer políticas para la cancelación de proyectos.
Establecer las mejores Prácticas de Gestión de Proyectos.
Evaluar el desempeño del proyecto en base a las medidas de la gestión del valor ganado.
Implementar de un sistema de gestión de riesgos de proyectos.
Monitorear los indicadores claves de desempeño, y factores como la calidad y satisfacción del portafolio de proyectos.
Documentar y compartir las mejores prácticas en la gestión de proyectos, rendimiento, y seguimiento activo.
Desarrollar estrategias de cancelación de proyectos.
Desarrollo de una base de conocimiento de lecciones aprendidas, para alcanzar consistentemente mejores resultados.
Realizar análisis de riesgo.
Establecer criterios de éxito.
Establecer estrategias de terminación de proyectos.
Establecer roles y responsabilidades de proyecto.
Establecer estrategias de comunicación.
Establecer Métricas de Desempeño.
Realizar estimación de recursos y calendario de entregas.
Motivar a Equipos.
Resolver conflictos.
Evaluar y reducir los riesgos.

Recomendaciones mas importantes para un PMO:

Los proyectos grandes de alto riesgo deben incluir la financiación de garantía de calidad.
Dividir el plan de trabajo en piezas manejables, con tiempo extra y el presupuesto para imprevistos.
Establecer Hitos del proyecto, que permitan definir los entregables en cada etapa para conocer la finalizacion del proyecto.
Utilizar cadenas cortas de comunicación, cara a cara siempre que sea posible. Se pasa más tiempo tratando de comunicarse que realmente haciendo el trabajo.
Establecer mecanismo de obligación, en el control de calidad, mediante políticas de cancelación, inspecciones y garantía.

Algunas Reflexiones:

Cancelaciones: Muchos proyectos de TI terminan en una lucha constante con los proveedores. Los gerentes de proyectos y la organización deben desarrollar estrategias de cancelación de proyectos.
Las métrica y las metas del proyecto deben poder ser definidos, medidos y reportados.

Lo que hacemos mal:

El patrocinador del proyecto no participan activamente en la estrategia del proyecto y su dirección.
Frecuentes cambios en los Gerentes de Proyectos.
Plan de Proyecto inexistente, incompleto o mal construido.
Equipo, responsabilidades y relaciones no están claramente definidos.
No hay una definición clara de los beneficios y los productos que generara el proyecto.
Pobre gestión de cambios.
Habilidades inadecuadas e insuficientes en la conducción de proyectos.

Para finalizar la esencia de un PMO : es una estructura de personal en permanente vigilia de la situación del portafolio de proyectos de una organizacion, que realiza actividades de apoyo administrativos y control y seguimiento de programas y proyectos.

Saludos a todos....

Centro Nacional de Direccionamiento Tecnologico

2009-07-02T21:00:00.017-04:00

Siempre he pensado que uno de los problemas mas frecuentes en la creación de estrategias de TI para impulsar el desarrollo de un país, es la falta de estudio, investigación, y lectura de las nuevas tendencias y arquitecturas emergentes. Tecnologías como SOA, ESB, y BPM todavía no se encuentran en el vocabulario de nuestras organizaciones y universidades, tecnologias que pueden transformar nuestra relacion con las TI; con una orientacion mas centrada en los procesos y en la medicion de indicadores de desempeño y resultados, como insumo para la toma de decisiones acertadas y de alto impacto.

Estoy seguro que podemos acelerar los cambios, mediante el desarrollo de un centro nacional de direccionamiento tecnologico, una organizacion, una unidad, un ecosistema que incentive el desarrollo de un modelo que se convierta en un factor multiplicador y generador de prácticas y conocimiento de alto nivel, un motor generador de innovación, para aplicar y divulgar nuevas tecnologías, en concordancia con las actividades productivas del estado, sus niveles operacionales, gobernabilidad, y sus servicios.

Este ecosistema debe:

Anticipar las tecnologías del futuro y aprovechar las tendencias Tecnológicas para beneficio del Estado.
Propiciar la creación de una base de conocimiento y los mecanismos para su diseminación y difusión en todos los organismos del estado (colegios, universidades, etc.), como motor propagador de tecnología y buenas prácticas.
Investigar y seleccionar las tecnologías apropiadas para las necesidades y proyecciones del estado, sobre un proceso de exploración y anticipación.
Evaluar las tecnologías y su pertinencia dentro de las estrategias de TI del estado.
Identificar los riesgos y oportunidades asociados con el lanzamiento de nuevas tecnologías.
Evangelizar en torno a las nuevas tecnologías, estándares y arquitecturas de nueva generación que permitan acelerar su adopción en todos los estratos tecnológicos del estado.
Desarrollar marcos integrados de tecnologías que aceleren el desarrollo de proyectos de software que proporcionen agilidad y eficiencia operacional.
Desarrollar estrategias para la diseminación del conocimiento y la ejecución de prácticas en todos los estratos tecnológicos del estado.
Establecer mecanismos de cooperación para transmitir experiencia y conocimiento, y difundir casos de éxito que impulsen su implementación.
Habilitar el desarrollo y la investigación mediante una participación activa que enriquezca y genere un territorio creativo para la innovación.
Establecer estrategias para almacenar la experiencia y diseminarla en el estado.

Si pudieramos cumplir esta meta, tendriamos las bases para desarrollo un modelo de producción social de conocimiento tecnológico, la cual espero poder ver.

Lineamiento BPMN para el modelado de procesos

2009-06-14T19:28:00.006-04:00

La mayoría de las organizaciones, buscan integrar y alinear sus procesos, su tecnología, sus decisiones, su capital humano; para mejorar su desempeño y elevar sus niveles de eficiencia operacional y de negocio. En este sentido, la inserción de las disciplinas de BPM podrán acelerar el cumplimiento de dicho objetivo.

BPM se ha convertido es una tendencia mundial, y un diferenciador estratégico que impulsa la adopción de tecnologías y metodologías de nueva generación. El objetivo de BPM, es la formalización de procesos, su automatización, y monitoreo de variables de negocio que puedan medir el desempeño organizacional, y apoye la construcción de un marco para la toma de decisiones precisas, consistentes, ágiles, rápidas y económicas.

Gartner establece que la prioridad número uno, de las Gerencias de TI, es la aplicación de las disciplinas de gestión de procesos de negocios BPM, la cual incentivara; la creación de una organización flexible, adaptable, dinámica, y con claro sentido en la medición de sus resultados y desempeño.

Una de las disciplinas que conforman las practicas de BPM, esta relacionada con el modelado de los procesos de negocio. Por años, las organizaciones han venido utilizando diversas herramientas y metodologías para el modelado, lo que ha producido un ecosistema de representación con diversas notaciones gráficas basadas en tecnologías como Excel, Word, y Visio. Esta situación, incide directamente en una pobre comprensión de los procesos de la organización, en la falta de estandarización de un lenguaje común, en su formalización, y en la inexistencia de un repositorio único disponible, transparente y abierto.

Este escenario, esta impulsando una perdida de capital continua; la cual, es originada por una falta de comprensión entre los objetivos estratégicos de la organización, las actividades desarrolladas por su capital humano, y las decisiones que deben ser apoyadas para garantizar un modelo de gestión eficiente.

Esta situación, requiere el establecimiento de un lineamiento organizacional para el modelado de procesos de negocio, que estandarice, integre, simplifique, y unifique el lenguaje de modelado, específicamente la notación o representación gráfica.

BPMN (Business Process Modeling Notation)

BPMN es un estándar que contiene actualmente todos los elementos requeridos para el modelado de procesos de negocio, el cual esta siendo fomentado por la organización Object Management Group (OMG). Actualmente BPMN es aceptado como la principal notación estándar, ya que pueden capturar todos los detalles relevantes de un proceso de negocio según su perspectiva, comunicarse con facilidad y comprensión.

Su importancia, descansa en la capacidad de estandarización que puede ejercer en las organizaciones, proporcionando normas para acelerar la transición sin esfuerzo, entre el modelado, y la automatización de procesos de negocio.

Ventajas

La notación gráfica BPMN es simple, fácil, y comprensible.
Contiene una representación gráfica que puede manejar ambos contextos: modelado y automatización.
Apoya el contexto ejecutable, sin modificar el modelo de procesos.
Fue creado con énfasis en SOA (Arquitectura Orientada en Servicios).
Permite expresar con precisión excepciones de negocio, subprocesos, participantes, etc.
Se ha convertido en el estándar de proveedores como Lombardi, Savvion, Apia, TIBCO, Oracle, IBM, SAP, etc.
BPMN es mucho más que un diagrama de flujo, ya que puede ser ejecutado por las áreas técnicas.

Ejemplo de un Lineamiento Organizativo

La Gerencia, Unidad o Departamento, dentro de sus atribuciones y el rol estratégico que esta cumpliendo en la organización, considera de valor; el establecimiento de BPMN como el estándar organizacional necesario para el modelado de procesos de negocio, e instamos a las máximas autoridades a apoyar este lineamiento, y notificar por los medios de comunicación internos dicha norma.

El establecimiento de este lineamiento, incentivara la formalización precisa de los procesos de negocio en la organización, establecerá un lenguaje común para el modelado de procesos, facilitara la compresión de proceso en todos los estratos de la organización, impulsara los cambios necesarios para desarrollar un BPM Dinámico Organizacional, sustentado la construcción de un Mapa de Procesos e impulsando la creación de nuevas competencias, habilidades y destrezas requeridas para el modelado en la organización.

En conclusión, BPMN elevara la eficacia y eficiencia en la producción de modelos de procesos, contribuyendo con la formalización, estandarización, integración, y comprensión de los procesos de la organización.

Saludos a todos;

La Importancia de los Indicadores de Gestion

2009-06-03T23:12:00.006-04:00

Medir el cumplimento de la misión de una organización, es una necesidad urgente, que requiere el desarrollo de instrumentos que permitan la formulación de indicadores de gestion y su medición sistematica y retroalimentada.

La situación actual dista de este escenario, en el cual en la mayoría de los casos, el desempeño esta sustentado en un discurso orientado en acciones presupuestarias, y no a la medición clara, transparente y efectiva de indicadores de gestión. Es común, escuchar discursos, donde se informa como base de gestión, el numero de operativos policiales ejecutados, y no el valor del índice de criminalidad en una área determinada, y que acciones incidieron en la mejora de dicho indicador. Esta situación, es un inhibidor importante, que afecta la toma de decisiones, en un ambiente que por naturaleza es dinámico y variable.

Es necesario, el desarrollo de un sistema que proporcione a las organizaciones , instrumentos y ticónicas para formular indicadores, que permitan medir el cumplimiento de una misión, proyecto, o política, entre otros. El impulso de estas practicas, incidirá exponencialmente en el análisis e interpretación de indicadores tanto operativos y estrategicos, factores que determinaran el incumplimiento de un objetivo.

Es importante que las organizaciones, proporcionen técnicas para la redacción de indicadores ;que garanticen su caracterización, pertinencia, preponderancia, sustentabilidad, uniformidad, definición clara de variables y unidades de medida, etc; capacidades que pueden impulsar un cambio de cultura organizacional, un cambio para centrarnos en el desempeño.

No podemos mejorar, sino podemos medir!!!

Verticales minimas para una plataforma de servicio

2009-04-26T22:09:00.017-04:00

Cuando abordamos un proyectos SOA, es importante partir de un conjunto de verticales para asegurar que aspectos operacionales mínimos estén contemplados en la arquitectura de la plataforma de servicios. Estas son las verticales o áreas de alto nivel.

Vertical Modelo de Datos
Esta vertical contiene el modelo de información común y servicios genéricos. Estos son sus objetivos:

Estandarizar el modelo de datos, contratos e intercambios de los servicios expuestos.
Establecer una semántica común.
Establecer normas de diseño para garantizar la coherencia y compatibilidad; que eviten características irregulares en las interfaces y en la semántica de los servicios.

Vertical Repositorio y metadata de servicios
Esta vertical contiene un inventario de los servicios, donde se describen características como su ubicación, políticas asociadas para sus invocaciones, contratos, etc. Estos son sus objetivos:

Establecer una API normalizada para acceder a la información de los contratos de servicios desplegados.
Conocer los contratos, semántica de datos; e intercambio de mensajes.
Conocer las políticas, y requisitos técnicos para la invocación de servicios, protocolos, transporte, etc.

Vertical Marco de Gobierno
Esta vertical, contiene un marco de gobierno para la infraestructura de servicios; que debe permitir el seguimiento del comportamiento del servicio en tiempo de ejecución. Este marco debe proporcionar la siguiente información:

Que servicios son ejecutados, quien los invoco, datos intercambiados, frecuencia.
Cantidad de mensajes, procesados por un servicio al mismo tiempo.
Registro de Errores de comportamiento.
Metadatos de apoyo, para controlar el ciclo de vida de un servicio.
Suministrar información sobre el comportamiento transaccional, timeout, y el control de la semántica transaccional de la invocación del servicio.
Evaluar el rendimiento, etc.
Supervisar los diversos SLA (Nivel de Acuerdos de Servicio), umbrales y latencia de los servicios.
Monitoreo de de los niveles de servicios acordados, para detectar cuellos de botella en el rendimiento, excepciones y registros de auditoría.
Estadísticas Generales.

Vertical Marco de Aspectos
Por ultimo una vertical que desarrolla diversos aspectos:

Seguridad

Puede contemplar la utilización de WS-Security y WS-Reliability dentro del modelo de intercambios de servicios.
Puede contemplar el cifrado y firmado digital de los mensajes intercambiados.
Debe incluir un modelo de seguridad normalizado para la autentificación, autorización y auditoría (ventanas de tiempo).

Transaccional

Debe proporcionar un modelo de implementación que garantice la coherencia, fiabilidad, y consistencia durante la presencia de fallos, mediante transacciones atómicas (ACID).
Identifica posibles esquemas de implemntacion, por ejemplo (WS-Transaction, Servicios de Compensacion, JMS (Modelo Asincrono, Mensajes Persistentes), completador, etc.)

Excepciones

Debe proporcionar un modelo robusto para el manejo de excepciones que pueden ser aplicadas de manera uniforme sobre reglas de negocio.

Reglas de Negocio

Proporciona un repositorio para las reglas de negocio asociadas a los servicios.

Eventos

Debe proporcionar una arquitectura robusta para el manejo de eventos sobre un canal de entrega asíncrona, con el objetivo que el consumidor no se vea afectado por la disponibilidad o la velocidad en la que el proveedor opera, evitando la pérdida de consistencia de los datos transmitidos ante condiciones de excepción.

Por supuesto, existen otro elementos a considerar, pero podemos partir de una linea base bastante consistente.

Plataforma de Integracion (SOA, BRE, ESB, MOM, CEP, BPM) - Responsabilidades de un lider

2009-03-31T21:40:00.019-04:00

Hace algunas semanas, identifique las responsabilidades de un líder para un plataforma de integración; pero primero vamos a comenzar con una pequeña definición.

Una plataforma de integración, en adelante PIN; es una infraestructura de servicios que disponibiliza servicios de TI basado en estilos de arquitectura como SOA y ESB. Esta plataforma con el tiempo debe extender sus servicios e incluir componentes como BRE para reglas de negocio, MOM-JMS para mensajería asíncrona, ETL, para operaciones de extracción, transformación y carga, etc. En conclusión debe evolucionar y adaptarse a los continuos cambios, y a las mejores practicas del mercado.

Esta infraestructura de servicios, sustentara posteriormente la inserción de las disciplinas BPM dentro de la organización.

Que responsabilidades debería tener un líder, coordinador o gerente de una plataforma de integración?

Responsabilidades

Velar por la extensión y evolución de los servicios de la PIN.
Identificar patrones más eficientes de operación dentro de la PI,N para su arquitectura de software y hardware.
Formular proyectos de investigación y desarrollo que impulsen mejoras en el desempeño operativo de la plataforma de integración.
Promover e incentivar la utilización de software libre y Open Source dentro de la plataforma de integración.
Adoptar y desarrollar lineamientos, estándares, normas para el desarrollo de servicios de integración, mejores prácticas, patrones de diseño, etc.
Promover el desarrollo de equipos de alto desempeño mediante actividades de capacitación e investigación que incentiven la creación de nuevas habilidades y destrezas.
Evaluar constantemente la capacidad operativa y el crecimiento de servicios de la plataforma de integración, para tomar acciones que garanticen su estabilidad y eficiencia.
Impulsar el desarrollo de soluciones de software para mejorar los procesos internos de la plataforma de integración y su desempeño.
Diseñar arquitecturas que garanticen una eficiente operación para los modelos de implementación de mensajeria sincrona y asíncrona de la plataforma de integración.
Divulgar los objetivos estratégicos de la PI en la organizacion, e incentivar su utilización.
Reportar a las líneas gerenciales el estatus de proyectos, requerimientos y actividades de continuidad operativa.
Garantizar la resolución de incidencias, errores y actividades de control de cambio requeridas para la continuidad operativa de la plataforma de integración.
Mantener y mejorar los sistemas de soporte operativo.
Coordinar las unidades de arquitectura, requerimientos, aseguramiento de calida y continuidad operativa, fabrica de servicios de integración, y administración de ambientes de la una plataforma de integración.
Garantizar el cumplimiento de las actividades administrativas requeridas para apoyar la gestión de cada una de las áreas de la plataforma de integración.
Garantizar el desarrollo de una plataforma de servicios interoperables, desacoplada, y reusables, que permita unificar e integrar los conceptos de negocio (dominio) de la organizacion.
Disponibilizar una arquitectura de servicios que pueda sustentan el desarrollo de las disciplinas de BPM (Gestion de procesos de negocios).

Taller de Intalio BPP, SOA y ESB en Cantv Venezuela

2009-03-26T22:29:00.017-04:00

Hace algunos días, dicte un taller practico de Intalio BPP para Cantv; la empresa numero uno de telecomunicaciones de Venezuela. Intalio es una solución Open Source que integra diversos proyectos para entregar una solución BPM (Business Process Management).

Durante el taller, los participantes comprendieron la importancia de impulsar la aplicacion de estilos de arquitectura como SOA(Service Oriented Architecture) y ESB(Enterprise Service Bus )para fortalecer, afianzar, y acelerar una iniciativa BPM.

Algunos puntos de interés:

BPM integra las disciplinas de workflow y EAI: intercambios de información entre personas, e intercambios de datos entre sistemas.
BPMN (Business Process Modeling Notation) es el estándar de notación gráfica recomendado para el modelado de procesos de negocio.
SOA acelera y fortalece una iniciativa BPM.
ESB simplifica los intercambios de datos entre sistemas heterogeneos, requeridos para una iniciativa BPM.
BRE (Business Rule Engine) gestiona reglas de negocio complejas para apoyar procesos de negocio.
BPEL (Business Process Execution Language) es el lenguaje de ejecución.
BAM (Business Activity Monitoring) para medir variables relacionadas con un proceso de negocio.

Saludos;

Tecnologías (SOA ESB BPM BPMN) vs. Lineamientos

2009-03-16T20:46:00.009-04:00

Es vital, que las organizaciones establezcan lineamientos corporativos que aseguren la aplicación de buenas prácticas de TI en toda su extensión. Dentro de este contexto, es primordial incentivar la utilización de estilos de arquitectura como SOA y ESB; la primera para la creación de servicios reutilizables, interoperables y desacoplados, y la segunda para simplificar el manejo de ambientes de TI heterogéneos y complejos.

Uno de los problemas principales, es que estos estilos son percibidos por las líneas gerenciales (CIOs) como tecnologías, y no como estrategias para proteger la inversión de TI de la organización y desarrollar los atributos requeridos para crear una organización ágil y eficiente.

Se requiere un nuevo ángulo, una nueva apreciación que no inicie en la T de TI sino en I de TI. Las organizaciones y su gerencia deben entender que estas prácticas de TI no son proyectos, son lineamientos que deben persistir y evolucionar según las necesidades de información requeridas por la organización. Los lineamientos deben ser impulsados, diseminados y comunicados; en síntesis deben ser parte de la cultura organizacional.

Actualmente existen dos lineamentos neurálgicos que pueden desencadenar cambios significativos en toda la cadena de valor de una organización. El primero, la aplicación de un lineamiento para estandarizar los intercambios de información, mediante la creación de una plataforma de integración . El segundo el establecimiento de un lineamiento para el modelado de procesos de negocio, que incentivara y propulsara el desarrollo de las disciplinas que comprenden BPM.

Pero que es un lineamiento?, un ejemplo:

“Todos los requerimientos de integración que sean impulsados por proyectos o actividades de continuidad operativa (BSS / OSS) en la organización, deberán ser mediadas por la plataforma de integración.”

Estas líneas son muy frágiles, no son faciles de conseguir en las organizaciones, pero debemos ser agentes de cambio. Las plataformas de integración tienen características que la diferencian de soluciones de negocio como sistemas de facturación, recaudación, etc. Un ejemplo:

Una plataforma de integración media.
Una plataforma de integración transforma.
Una plataforma de integración conecta.
Una plataforma de integración intercambia.
Una plataforma de integración integra.
Una plataforma de integración desacopla.
Una plataforma de integración opera.
Una plataforma de integración interopera.
Una plataforma de integración simplifica.
Una plataforma de integración reusa.
Una plataforma de integración unifica.
Una plataforma de integración asegura.
Una plataforma de integración agiliza.
Una plataforma de integración protege.
Una plataforma de integración evoluciona.
Una plataforma de integración se extiende.
Una plataforma de integración garantiza.
Una plataforma de integración impulsa BPM.

Todas estas características, la hace completamente agnóstica de las discusiones de tecnología. Una Plataforma de integración es un lineamiento, que impulsa cambios mediante la utilización de las tecnologías de forma inteligente.

Recomendaciones BPM Parte 1

2009-03-02T21:53:00.002-04:00

Hoy en día la organizaciones se enfrentan a vientos de cambios constantes, cambios que presionan y reorientan, cambios que pueden provocar crisis. Estos cambios y la necesidad creciente de adaptación ha impulsado en las organizaciones, la creación de nuevas estrategias, para poder responder eficientemente.

BPM ha incursionado como una disciplina que puede proporcionar las herramientas necesarias para que la organización desarrolle nuevas habilidades y destrezas, haciéndola mas adaptable, flexible y ágil.

La mayoría de las organizaciones inician su adopción con la definición de un proyecto piloto, como instrumento para maximizar su inversión a futuro, y disminuir los factores de incertidumbre y riesgo de adopción; que presenta una nueva tecnología.

Hoy quiero compartir con la comunidad, tres aspecto claves que deben ser considerados en la formulación de un proyecto piloto BPM.

Existen diversas soluciones BPM en el mercado, y la organización debe realizar una selección. Una recomendación importante, es garantizar que los escenarios de implementación ya sean basados en modelos propietarios, open source o mixtos sean compatibles, es decir; la solución de modelado debe permitir la importación de una representación de la notación grafica como BPMN, a una solución mas técnica, por ejemplo Bpel y Bpel4people / XPDL.

Otros aspecto clave, es reconocer que el verdadero valor de BPM esta en la automación de los procesos y su relación con la toma de decisiones estratégicas, tácticas y operacionales de la organización. Existe la tendencia en las organizaciones de crear propuestas de negocio, que incluya solo el modelado.

Para asegurar una propuesta de valor en la selección de los procesos de negocio para un proyecto piloto, es recomendable identificar las áreas de negocio rígidas que requieren ser flexibles, un ejemplo de ello lo podemos observar en las empresas de telecomunicaciones donde se requiere crear un nuevo producto, planes, tarifas, y que este se integre a los sistemas de soporte operacional como facturación, recaudación, crédito, aprovisionamiento, etc.

Existen todavía otros aspecto necesarios para garantizar una verdadera propuesta de valor para un proyecto piloto BPM. En los próximas notas, hablare mas en profundidad sobre otras practicas.

Primeras recomendaciones:

Asegurar la compatibilidad entre las soluciones de modelado y automatización.
La propuesta de negocio debe incluir el modelado y la automatización, no se deben separar.
Identificar las áreas rígidas que requieren ser flexibles, y seleccionar un proceso dentro de este contexto.

Saludos;

Características de una organización y gerencia moderna

2009-02-14T12:20:00.005-04:00

¿Porque persiste en la mayoría de las organizaciones la situación de apatía e indiferencia en la utilización de las tecnologías?. La mayoría de los gerentes están aislados de la evolución natural de las TI, por ende no tienen la capacidad de incentivar acciones dirigidas a la mejora continua en todos los estratos estratégicos, tácticos, y operacionales de una organización.

La velocidad de los cambios que requerimos no esta acorde con el nivel de madures presente en el mundo de TI. Un ejemplo palpable es el desconocimiento de SOA a nivel gerencial y su estrecha relación con el concepto del gobierno digital, un mundo donde todas las organizaciones desplieguen servicios relacionados en aras del bien común del ciudadano.

Todavía no percibimos que existe una conexión evidente entre las tecnologías de información y la calidad de vida de los ciudadanos.

Sobre estas premisas y realidades que son palpables en muchas organizaciones, quiero compartir con la comunidad los atributos que debe caracterizar a una organización y gerencia moderna.

Estos son los atributos de una organización moderna:

Las organizaciones modernas tienen un propósito y una dirección clara, visible, y transparente.

Las organización modernas tienen una cultura organizacional que incentiva la innovación y el desarrollo de equipos de alto desempeño.

Las organizaciones modernas diseminan, contagian, transmiten, comparten, y evangelizan su visión de negocio mediante estrategias de comunicación claras y precisas.

Las organización modernas conocen que su valor descansa en las personas.

Las organización modernas atraen y retienen a campeones.

Las organizaciones modernas conocen el poder de los wikis, blogs, comunidades virtuales, etc.

Las organizaciones modernas estimulan la participación.

Las organizaciones modernas están conformadas por estructuras organizacionales horizontales.

Las organizaciones modernas conocen el valor de las métricas.

Las organizaciones modernas conocen el valor de los estándares.

Las organizaciones modernas conocen el valor del software libre y Open Source.

Las organizaciones inteligentes tienen claro los objetivos estratégicos, tácticos y operacionales y su relación con las actividades que desarrollan las personas que la integran.

Las organizaciones modernas conocen la importancia de la formalización de sus procesos, pero consideran de mayor valor agregado su automatización.

Las organizaciones modernas conocen la importancia del modelado de procesos de negocio,

Las organizaciones modernas se centran en la mejora continua de sus procesos,

Las organizaciones modernas miden el desempeño general de sus procesos para evaluar su eficiencia.

Las organizaciones modernas conocen la relación entre el concepto de agilidad operacional y los diversos estilos de arquitectura y tecnologías como SOA, ESB, MOM, EDA, BRE, CEP, BPM, etc.

Las organizaciones modernas desarrollan estrategias para diseminar e incentivar la utilización de las disciplinas BPM.

Las organizaciones modernas utilizan SOA como estrategia para disminuir costos.

Las organizaciones modernas utilizan SOA como estrategia para evitar la dependencia con sistemas de soporte operacional y de negocio.

Las organizaciones modernas utilizan ESB como estrategia para implementar las necesidad de integración en ambientes heterogéneos de forma ágil y eficiente.

Las organizaciones modernas utilizan BRE como estrategia para automatizar sus reglas de negocio

Las organizaciones inteligentes conocen el valor de almacenar el conocimiento.

Las organizaciones inteligentes incrementan exponencialmente su eficiencia de negocio mediante actividades de investigación y desarrollo.

STC foro 2009

2009-02-09T12:55:00.003-04:00

Este año, tendré de nuevo la oportunidad de incentivar el uso efectivo de las tecnologías de información en las organizaciones mediante la ponencia “Como automatizar los procesos de negocio con orientación a Toma de decisiones, utilizando software Open Source y las arquitecturas SOA, ESB, BPM, CEP y BRE.”.

Invito a toda la comunidad, para que asistan A STC Foro 2009, un evento que se convertirá en un espacio para transformar e impulsar ideas que puedan ser aplicadas para mejorar nuestra relación con las tecnologías, un espacio para conectarnos con las temáticas del futuro, un espacio para enriquecer nuestra visión, un espacio para impulsar cambios, un espacio para conversar sobre tecnología y tomarnos un café con buena compañía. Un espacio para motivar e inspirar.

Sinopsis

La mayoría de las organizaciones, no utilizan las tecnologías de información y comunicaciones de forme efectiva, generando escenarios donde la toma de decisiones es ineficiente, con poco o ningún análisis, produciendo una perdida de capital, ventas y recursos. Por otro lado no existe el concepto de mejoramiento continuo de procesos, basado en el análisis y medición en tiempo real de diversas variables de negocio. Esta situación, genera un esquema de decisiones aislado, que no puede ser monitoreado, controlado, ni mejorado, por ende; el ejercicio de toma de decisiones es pobre, inconsistente, y costoso.

En esta ponencia, hablare de las estrategias para mejorar la toma de decisiones en la organización, mediante la utilización de tecnologías de software Libre y Open Source, realizare una demostración técnica que establecerá las bases para el desarrollo de un marco de decisiones basado en la aplicación de los estilos de arquitectura SOA, ESB; las disciplinas de BPM, y tecnologías BRE y CEP. Trabajare sobre un proceso que incluirá la identificación, formalización, estandarización, modelado, automatización, y monitoreo de variables que puedan ser medidas, mejoradas y optimizadas.

Agenda Preliminar.

La ponencia, estará conformada por 5 bloques de conocimiento: decisiones, estilos de arquitectura, BPM, demostración técnica, y conclusiones.

Definición de decisión, clasificación, inhibidores en el proceso de toma de decisiones, y áreas de mejoras.
Definición, historias, anécdotas e importancia de la aplicación de arquitectura SOA, ESB, BRE en una organización para mejorar el proceso de toma de decisiones.
Definición, importancia, disciplinas relacionadas, y estrategias de adopción de BPM en las organizaciones.
Escenario Real y demostración de diversas tecnologías para potenciar la creación de un marco de tomas de decisiones, que incluirá el modelado, automatización (servicios de datos, servicios de decisión, orquestación de servicios, orquestación de procesos, y patrones de workflow), gestión de eventos, y monitoreo de procesos de negocio.
Recomendaciones, lecciones aprendidas, reflexiones y conclusiones.

Este en el link del evento: http://www.stcforo.com

BPM procesos y decisiones

2009-01-30T17:47:00.005-04:00

Hoy en día, la mayoría de las organizaciones tienen un esquema de decisiones aislado, que no puede ser monitoreado, controlado, ni mejorado, por ende; el ejercicio de toma de decisiones es pobre, inconsistente, y costoso.

Se requiere un nuevo enfoque, un cambio de dirección estratégico, donde los procesos sean modelados para apoyar la toma de decisiones.

Un elemento que muchas veces no contemplamos, es la necesidad de identificar y formalizar las decisiones que impulsan el negocio y sus áreas clave de procesos. De allí, debemos partir.

En este grafico, podemos ver las diversas verticales de un proyecto BPM, donde los servicios de decisiones están sustentados en el monitoreo de variables de negocio. Lo clave es mapear estas variables; con decisiones para optimizar áreas operativas (OSS) y de negocio (BSS) en la organización.

El verdadero valor de BPM, descansa en la capacidad de mejora continua de las decisiones, haciéndolas mas precisas, consistentes, rápidas, ágiles, y económicas.

La Innovacion, su esencia.

2009-01-11T10:36:00.007-04:00

Hablar de innovación parece complejo, y comprender como llegamos a ella aun más. La innovación requiere de liderazgo, planes, y pensamientos audaces, lo que la hace tan difícil de obtener.

Necesitamos actores que puedan producir, transmitir, y transferir una visión que estimule e incentive la creatividad en nuestras casas de estudio y en las organizaciones. Es vital que comprendamos que la innovación es un instrumento de cambio, que puede propulsar proyectos en diversas áreas de interés estratégico.

Es muy común, escuchar de diversos actores la palabra innovación, como si fuera un sello del trabajo hacia futuro, un sello de “Se que es bueno, pero no se como aplicarlo a mi entorno”.

En realidad, la innovación debe estar acompañada de un cambio de paradigma, donde las habilidades de comunicación acertadas y claras, son las que potencian una idea que puede desencadenar eventos de cambio.

Un ejemplo de esta realidad: la mayoría de las organizaciones no utilizan las tecnologías de información de forma efectiva, y al menos más del 70% de sus decisiones están soportadas por hojas en excel. Para crear un marco de decisiones claro, se necesita investigación, divulgación, ideas audaces, conocer de tecnología y como la podemos utilizar para mejorar las relaciones ciudadano, servicios, cliente, producto, mercado, etc.

Debemos incentivar la creación de organizaciones orientadas en la innovación, como instrumento del desarrollo organizacional y humano, pienso que cuando comprendamos y utilicemos estos conceptos con una visión de mejoramiento continuo, podremos impulsar la creación de patentes, ideas, sueños, visiones, etc., elementos tan necesarios en nuestro país.

Lamentablemente, todavía no he observado un plan estratégico claro y contundente para introducir estos conceptos en las organizaciones. Estoy convencido que requerimos de espacios que permitan ejercitar la creatividad, proponer ideas, con una dirección precisa y clara basada en las necesidades del país. Por otro lado; necesitamos que el estado apoye estas iniciativas de forma transparente, necesitamos que confíen en nuestras habilidades, utilicemos mano de obra nacional, desarrollemos un marco de trabajo que nos permita aparecer en los diversos informes de análisis de competitividad y desarrollo tecnológico, porque si no lo saben; no aparecemos.

Para finalizar, necesitamos un liderazgo, que desarrolle y aliente planes y pensamientos audaces, que incentiven la creación de un marco de creatividad e innovación, capaz de insertarnos en los diversos informes mundiales de desarrollo tecnológico.

Complex Event Processing ( CEP )

2008-11-09T15:20:00.001-04:00

Actualmente, CEP esta complementando estilos de arquitectura como SOA, ESB y BPM, proporcionando una visión orientada a la gestión de decisiones. CEP fue concebido para resolver problemas complejos de procesamiento de sucesos, en la cual se infieren o deducen situaciones; que se ha producido a partir de una combinación de eventos.

CEP proporcionara en el futuro, la plataforma para la toma de decisiones, basado en el análisis de situaciones de negocio y la detección de comportamientos complejos.

Desde el punto de vista de arquitectura, es vital comprender que CEP esta en una capa superior a la arquitectura EDA, el cual; se definen patrones para la producción, detección, consumo, y el procesamiento de eventos. CEP realiza un análisis más complejo, basado en algoritmos que pueden ser procesados en tiempo real.

En conclusión, CEP esta proporcionando una perspectiva única, para la toma de decisiones inteligente en la organización, identificando las normas y los datos que impulsarán los sistemas de inteligencia de negocio del futuro.

Seminario de BPM (Business Process Managment) en Venezuela CNTI

2008-09-21T14:51:00.004-04:00

Hace poco, tuve la oportunidad enriquecedora de dictar un seminario para el Centro Nacional de Tecnologías de Información (CNTI) en Venezuela, en donde abordamos los estilos de arquitectura SOA, ESB y BPM, y la importancia estratégica de insertarlos dentro de la cultura tecnológica como elementos claves para implementar el gobierno electrónico.

El Gobierno Electrónico esta constituido por una sociedad interconectada, donde existe un comité de servicios nacional, que identifica todas las áreas y dominios de servicios, necesarios para agilizar la relación estado-ciudadano. El trabajo de este comité, es desarrollar una visión holistica sobre los servicios de salud, educación, seguridad, control de gestión, política, etc; que requiere el estado y sus ciudadanos para obtener la mayor suma de felicidad posible, es decir el bien común.

Algunos ejemplos Básicos de servicios que deberíamos tener:

Un servicio, para conocer el tipo de sangre de un ciudadano, tan necesario en los centros de salud.
Un servicio, para conocer el record educativo de un ciudadano, y validar su solvencia.
Un servicio, para identificar si un ciudadano tiene antecedentes penales.
Un servicio, para conocer el número de trámites de un organismo, estatus, ciclo de vida, para la toma de decisiones, el control y la planificación estratégica.
Un servicio para conocer el número de tierras destinadas a la siembra de caña de azúcar.
Un servicio integral destinado a conocer la gestión de un organizamos sobre variables macro políticas, para el presidente de la nación.
etc....

Son muchos los ejemplos, que pudieran existir; pero lo importante es el cambio que puede impulsar el CNTI para crear una base de implementación seria, contundente y viable, el CNTI pretende dictar ese camino, y revolucionar la manera en que utilizamos la tecnología en el pais.

Cuales fueron los objetivos de las charlas:

Conocer las áreas de aplicación de SOA, ESB y BPM dentro de las organizaciones.
Identificar los beneficios y ventajas de SOA y ESB como estrategia para la construcción de servicios.
Gestión de Procesos de Negocio (BPM), disciplinas que la comprenden, beneficios y el cambio organizacional que introduce su aplicación.
Entender las bases de la notación grafica BPMN.
BAM como disciplina para la toma de decisiones.
Estrategias para impulsar su aplicación, y el salto quántico que puede obtener la nación si accionamos, y no nos quedamos en el verbo.

Algunas Apreciaciones:

Los analistas de procesos tiene un rol vital, en la identificación de indicadores de desempeño y el modelamiento de procesos de negocio.
Es necesaria la creación de "tecnopoliticos", que desarrollen una visión integral de la vinculación necesaria entre la política y la tecnología para avanzar en la modernización del estado, y la creación de un mapa de servicios integrado e interoperable, que dicte las normas necesarias para obtener indicadores de gestión y desempeño, tan necesarias en el país.
El crecimiento de los servicios de integración mediante la utilización de un bus de servicios, que permita la centralización de servicios de conexión, adaptación, transporte, transformación, mensajería sincrono y asíncrona, etc. sobre el concepto de servicios (SOAP sobre HTTP/JMS).
La importancia de crear mesas de trabajo, donde los gerentes de TI comprenda la importancia de SOA, ESB y BPM como estrategias de transformación tecnología que simplifiques, aceleren y potencia la eficiencia y agilidad operacional.
La necesidad de incentivar la clara separación entre servicios de gestión y desempeño, que permitan la toma de decisiones.
El área de estandarización, tendra la responsabilidad de almacenar el conocimiento y las practicas aplicadas en el proyecto piloto, y crear lo que denomino “un marco para la implementación tecnopolitica del gobierno electrónico”, un modelo exportable. Basado en SOA, ESB y BPM.

En hora buena CNTI y el proyecto de servicios e integración nacional!

Nota del CNTI: http://www.cnti.gob.ve/index.php?option=com_content&view=article&id=682:cnti-y-cantv-dictaron-taller-sobre-gestion-de-procesos-de-negocios-y-las-alternativas-tecnologicas-libres&catid=43:actualidad&Itemid=87

Una Propuesta Exportable

2008-08-28T08:02:00.004-04:00

La mayoría de los países subdesarrollados, no están utilizando las TIC de una manera efectiva, a pesar de la gran diversidad de iniciativas existentes en los gobiernos; la mayoría de estos planes, proyectos, etc; sufren de la falta de coherencia, en la identificación de un mapa de responsabilidades tecnopolitico y la experticia necesaria para ejecutar planes de vanguardia tecnológica que mejoren la relación estado-ciudadano.

Uno de los principales problemas, es el desconocimiento en las líneas gerenciales de TI, acerca de las potencialidades de diversos estilos de arquitectura como: SOA, ESB, BPM como modelo para la transformación tecnológica e incentivar la mejora del nivel de servicios de los entes del estado. Otro aspecto es la falta de una decisión política compartida, que arrastre una visión de integración, su importancia y relevancia estratégica.

Esta situación sigue provocando un retraso tecnológico en las naciones para el despliegue de un verdadero mapa de servicios, que potencie y agilice todas todos los servicios y relaciones estado-ciudadano.

Líneas de Acción que deberian ser tomadas:

Una línea de acción clave, es insertar los conceptos de estilos de arquitectura SOA, ESB, BPM dentro de las áreas gerenciales de TI de los entes del estado.
Es necesario crear un organismo de alto nivel que suministré especificaciones, estándares y políticas para la construcción de un mapa de servicios nacional, e incentive la construcción de soluciones de software orientadas en servicios.
Es necesario la creación de un comité de servicios nacional, que identifique los servicios, intercambios, y relaciones sobre un modelo de planificación estrategica.

Necesitamos una propuesta exportable

Los estados necesitan un modelo global de desarrollo tecnológico, un modelo productivo de alto impacto socioeconómico, político, administrativo, e integracionista; orientado a la generación de nuevas capacidades y potenciales nacionales. Este modelo debe estar sustentado en la utilización efectiva de las TIC, y debe convertirse en un modelo exportable e internacional. Su objetivo es mejorar las relaciones entre los ciudadanos y los entes de gobierno, agilizando todos los procesos en los cuales participan de forma transparente y efectiva.

Porque no pueden existir iniciativas, para el desarrollo de un proyecto internacional que acelere y potencie la utilización efectiva de las TIC. Porque no podemos crear una base de conocimiento pragmática y disponible, que sea compartida por los estados, universidades, donde la experiencia pueda ser distribuida con un solo fin: Mejorar la relación tecnopolitica de los estados, o países.

Objetivos de este proyecto

Su objetivo, seria acelerar la implantación del gobierno electrónico y generar capacidades nacionales, que contribuyan con el desarrollo integral de la nación, apoyando sus procesos, aumentando sus niveles de eficiencia, y proporcionando un modelo productivo, social e integracionista.

Que debe proporcionar?

Un proyecto de este tipo debe proporcionar estrategias, aceleradores, visores, y productos de valor público; orientados en tres aspectos fundamentales: la eficiencia operacional, los servicios y las políticas públicas.

Este propuesta exportable debe proporcionar:

Un modelo para utilizar las TIC de forma efectiva, e icentivar el desarrollo de arquitectura SOA, ESB, BPM.
Un modelo tecnológico para la utilización de software Libre y Open Source.
Un modelo para generar capacidades nacionales TIC exportables.
Un modelo para la utilización del conocimiento y su diversificación.
Debe estar orientado a la mejora de la eficiencia y efectividad del estado y su relación con los ciudadanos.
Debe estar orientado a la producción y no al consumo de tecnología (Desarrollo de patentes).
Un modelo para responder a la evolución del mercado global y evitar el desfase tecnológico.
Aceleradores para ingresar en el mercado global de forma efectiva y eficiente.
Un modelo de trascendencia para el desarrollo humano.
Estrategias para el desarrollo de capacidades tecnológicas, generación de patentes, ecosistema de innovación, calidad, y certificaciones.

Cuales serian los beneficios?

Fortalecería el sistema nacional de ciencia, tecnología e innovación.
Disminuiría el nivel de dependencia tecnológica de la nación.
Protegería la inversión tecnológica y el retorno de inversión del estado.
Reducirá entre un 30% y 40% en el presupuesto nacional orientado en el desarrollo de soluciones para el gobierno electrónico.
Reducirá entre un 40% y 50% en el presupuesto nacional orientado al mantenimiento de infraestructura E-GOB.
Impulsaría la relación ciudadano, mercado laboral, y la demanda.
Generara mayor velocidad de despliegue de los servicios que el estado proporciona al ciudadano.
Desarrollara nuevas capacidades en el área de las tecnologías de información y comunicaciones en el estado.
Permitirá solucionar problemas en los países a escala mundial.
Establece un modelo que puede ser replicado internacionalmente.

Tal ves la idea es muy grande, pero es perfectamente implementable!!!, es simplemente una propuesta exportable.

Seminario de Intalio BPMS, SOA y ESB en Costa Rica

2008-07-02T11:19:00.013-04:00

Hace poco tuve la oportunidad de ir a la Universidad Nacional de Costa Rica a impartir dos seminarios "SOA y ESB" y "BPM utilizando Intalio BPMS", donde aborde diversos temas de arquitectura empresarial y gestión de procesos de negocio utilizando las alternativas Open Source y de software libre: Mule ESB, ActiveMQ, e Intalio BPMS.

Quiero agradecer la hospitalidad que los tico me brindaron durante mi estadía; a Xenia y Dinia por toda la colaboración prestada, y al Sr. Francisco por su visión y capacidad de vigilia en el tema de nuevas tecnologías. La UNA (Universidad Nacional de Costa Rica), tiene un programa de especialización en el área de las tecnologías de información y la gestión de proyectos (PMI) llamada Progestic. Progestic esta planeando incorporar la Gestión de Procesos de Negocio (BPM) como un elemento dentro de su plan integral de capacidades, para convertirse en una guía en Centro América.

Ha sido una experiencia invaluable, donde he podido compartir con la comunidad estudiantil, empresarial y de gobierno; la importancia de incluir SOA, ESB y BPM como estrategia para utilizar las tecnologías de información y comunicaciones de forma efectiva y con una orientación clara en la gestión de procesos de negocio y todas las disciplinas que lo comprende; por supuesto utilizando software libre y open source.

Muchas Gracias UNA - Progestic - Costa Rica.

Nota: Pronto estaran disponibles para la comunidad las presentaciones que utilize para incentivar la utilizacion de BPM e intalio BPMS en la comunidad universitaria.

Mapa de Servicios

2008-05-09T11:57:00.003-04:00

Existen diversos tipos de servicios que pueden ser expuestos para una plataforma de integracion (SOA) o gestión de procesos de negocio (BPM). Este mapa contempla en lineas generales la categoría de servicios que puede ser utilizada para sustentar un buen modelo de implementación.

Saludos;

Atributos de una Plataforma de integracion Corporativa

2008-04-28T23:46:00.002-04:00

Cuando se necesita desarrollar una plataforma de integracion, es necesario conocer que parámetros deben ser utilizados para seleccionar las tecnologias que la sustentaran; ya sean libres o propietarias.

Un marco de arquitectura tecnológica debe proporcionar:

Simplicidad.
Flexibilidad y mantenibilidad (Tolerancia ante Cambios).
Reusabilidad.
Desacoplamiento.
Extensibilidad.

Una plataforma de integracion debe poseer los siguientes atributos:

Debe poseer una arquitectura de integración desacoplada, ágil, adaptable y de tecnología neutral.
Debe garantizar el bajo impacto ante cambios en los sistemas de soporte operacional y los sistemas de negocio.
Debe permitir una disminución significativa de la complejidad y dependencia tecnología de los ambientes heterogéneos.
Debe considerar la evolución de las tecnologías y su adecuacion.
capacidad de desacoplamiento mediante plug-in

Son estas las premisas que deben guiar el camino para seleccionar las tecnologías que implementaran los diversos estilos de arquitectura, basados sobre una especificación formal y sólida.

Para terminar algunas características:

Debe poseer capacidades de Plug-in.
Capacidad de interoperar con tecnologias distintas (conectores / adaptadores, etc.).
Debe proporcionar un modelo desacoplado entre componentes.
Los componentes no deben interactuar con otros componentes directamente.
La semántica debe estar basada en mensajes.
La definición de la secuencia de mensajes durante la ejecución de una operación debe estar basada en MEP.
Clara separación entre la lógica de negocio (procesamiento) de la lógica de comunicación.
Debe existir una clara separación entre los proveedores y consumidores de servicios.
El modelo de intercambio de mensajes debe estar basado en WSDL 1.1 o 2.0.
No usar metadatos propietarios en la definición de objetos de negocio (Xml Schemas).
Modelo de implementación no-intrusivo.
Ensamblado de servicios desde otro servicio, basado en reglas de negocio.
Soporte de servicios sincronos, asíncronos, y conversacionales.
Automatización de la transformación entre estructuras de datos dispares (semántica).
Soporte para la simulación, testing y debuging.
Definición del servicio con independencia de su implementación, localización o uso.

Consideraciones para elevar el nivel de desacoplamiento de la arquitectura:

Capacidades de “Inversion of Control Containers”.
Implementación del patrón de diseño “Dependency Injection pattern”.
Capacidades y soporte para arquitecturas Event-driven architecture (EDA) y service-oriented architecture (SOA).
Integración con JBI.
Estandarización de la arquitectura para el enrutamiento de mensajes.

Saludos;

Proyectos de Integracion SOA-ESB-BPM

2008-02-13T13:50:00.032-04:00

Hace poco tuve el honor de participar como ponente en el evento STC Foro http://www.stcforo.com/home.php, para hablar sobre el desarrollo de proyectos de integración, y he querido registrar los puntos generales de mi ponencia en este blog, para contribuir con toda la comunidad. Es necesario decir, que estas recomendaciones provienen no solo de mi autoria, sino de todo un equipo magnifico de venezolanos, que con su profesionalismo y dedicacion contribuyeron con esta ponencia.

La agenda fue muy sencilla, y cubrí los siguientes puntos:

Que obstáculos iniciales debe enfrentar una empresa para desarrollar un proyecto de integración?
Recomendaciones.
Algunas Reflexiones.

Que es un proyecto de integración

Un proyecto de integración es una plataforma tecnológica que sirve para disponibilizar funcionalidades existentes en sistemas heterogéneos, realizando tareas de conexión, adaptación, transporte, transformación, integración, etc, mediante servicios.

Un servicio es un artefacto de software que puede exponer una funcionalidad específica sobre diversos protocolos de transporte y lenguajes.

Que Obstáculos generales debe enfrentar un organización para desarrollar un proyecto de integración?

En primer lugar, las organizaciones deben entender el concepto de agilidad operacional: Agilidad es contar con una plataforma tecnológica de servicios que soporte muchos cambios, pero que estos generen poco impacto. Las implicaciones de no poseer una plataforma de integración en una organización son: alta dependencia, alto acoplamiento, poca proteccion tecnológica, grandes impactos ante un reemplazo, información redundante, alta complejidad, etc.
En segundo lugar soportar el constante bombardeo de los proveedores tecnológicos de estándares, tecnológias, y especificaciones que tienen como objeto primordial: "Entregar el Santo Grial: la Agilidad Operacional", términos como SOA, ESB, BPM, EDA, MOM son elementos de esa sopa de letras interminable.
Una vez que hemos entendido esta sopa de letras, es necesario conseguir un equilibrio donde la evaluación de aspectos como la madurez de la tecnología, comunidad, soporte, open source o propietario, matriz de funcionalidades, pruebas de concepto, etc, son vitales.
Otro obstáculo es la constante evolución de las tecnologías, fue en el 2004 cuando los Web services aparecieron en el escenario tecnológico, donde estarán las organizaciones en ese mapa de ruta?
Por ultimo, y el mas importante como vender un proyecto de integración. Vender un proyecto de integración no es fácil, a pesar de todas las ventajas que promociona tecnológicamente.

Recomendaciones para afrontar estos Obstáculos:

Introduzca un proyecto de integración como un componente más de un proyecto mucho mayor.
Utilice pilotos, y no pruebas de concepto o laboratorio, los pilotos tienen un rango mucho mas amplio, el cual nos permite evaluar todos los aspectos técnicos necesarios para exponer servicios.
Utilice la vigilia tecnologia y el direccionamiento como elementos claves de la estrategia organizacional.

Tips Generales:

Desarrollar servicios no asegura la interoperabilidad: Utilice las herramientas de la Web Services Interoperability Organization (WS-I) para verificar si un web services o servicio es interoperable.
El contrato nos hace flexibles, proporcionan agilidad: Eso es lo que por lo común nos venden, la verdad!, depende del modelo de implementación, por lo general; cambios en los contratos rompen las implementaciones de los servicios por lo que generalmente hay que regenerar los proxys (consumidores del servicio).
Con frecuencia, los servicios son adaptaciones específicas de las aplicaciones: No es fácil crear servicios reusables, pero se deben contemplar servicios con la interfase lo más ancha posible (mayor numero de atributos).
Es necesario establecer un equilibrio entre el conceptual y lo pragmático: aterrice el concepto que verdaderamente necesita.

Algunas Recomendaciones:

Aplicar Aseguramiento de Calidad previo a la Construcción de servicios (contratos ajustados, especificaciones claras antes de ir a construcción).
Diseñe los servicios con Interfaz “ancha” para potenciar la reusabilidad, Incluso si los servicios son diseñados “a la medida” de un cliente.
Codificar con herramientas de 4ta generación es bonito, fácil y aparentemente simple, pero cuando hay problemas, resolverlos es difícil.
Roll back: No hacer diseños complejos.
Logs,Logs,Logs!!! : Prepare una arquitectura reusable de manejo de Logs con niveles, homogénea y parseable.
Olviduese de Logs en base de datos, simplemente no es buena idea.
Utilice un manejo homogéneo de errores (Web Services Árbol de Excepciones (Fault)).
Incluir como parte del Framework capacidades de Auditoria y Monitoreo.
RPC mala idea, Preferir WS Document / Literal en lugar de RPC encoded.
Utilize Document Style para los Web Services, es la mejor práctica. No se rompen las implementaciones, orientado a mensajes, y es extensible.
Ir a lo Básico, no olvide las herramientas de control de versiones, manejo de incidencias,etc.
Viva los Xml*, evite cablear transformaciones, use tecnologías X* para transformaciones de datos en la lógica del servicio.
BPM es el futuro.

Reflexiones

La verdadera integración es de la gente.

La ausencia de un Arquitecto puede cambiar un Plan.
La interoperabilidad es importante, utilice los tools de la WS-I.
Crear estándares, disminuye los riesgos de implementación.
Existe la practica generalizada de construcción de servicios específicos para los clientes, simplemente Evítelos.
Pensamos en el desarrollo de software, pero no en como administrarlo y operarlo. No lo dejemos para e final.

Tecnologia Social

2008-01-05T20:07:00.001-04:00

La constante evolución del mercado de las tecnologías de información, la necesidad de integración impulsada por nuevos modelos de negocio innovadores y emergentes, los marcos de arquitectura que prometen el santo grial: la agilidad operacional, están cambiando los conceptos organizacionales actuales.

Las organizaciones necesitan territorios creativos, lugares que impulsen propuestas para el desarrollo de una verdadera innovación. Estos territorios, serán los motores que generaran, aplicaran, y divulgaran nuevas tecnologías en todos los estratos de la organizacion, siempre orientada en la actividad productiva de la organización, la agilidad operacional, gobernabilidad, sus servicios, y el valor agregado.

Estas unidades, a los cuales yo llamo unidades de TI sociales, revolucionaran el modelo de organizacion actual, por el desarrollo de un ecosistema de conocimiento pragmático y creativo, un modelo de producción social de conocimiento tecnológico que pueda ser compartido y distribuido a toda la sociedad, fomentando la generación y desarrollo de emprendimientos tecnológicos externos a la organizacion.

El conocimiento debe ser compartido, distribuido, y utilizado como herramienta para aperturar las fronteras existentes en los organizaciones actuales.

Diferenciadores:

Estas unidades de TI, comprenden que la exploración y anticipación tecnológica, es vital para proteger las inversiones y fortalecer la infraestructura de servicios con el nivel de calidad establecido.
Son evangelizadoras, diseminadoras de tecnologías, estándares y arquitecturas de nueva generación.
Promueven la transferencia de tecnología y el conocimiento, dentro y fuera del contexto organizacional.
Diseminan el conocimiento y la ejecución de practicas en la organizacion.
Difunden casos de éxito para impulsar modelos de implementación sobre un marco de cooperación abiertos.
Aplican programas de investigación y desarrollo, evitan la teoría, son organizaciones pragmáticas.

Una gran verdad: SOA (Arquitectura orientada en servicios)

2007-11-08T22:19:00.001-04:00

Las promesas de SOA como estilo de arquitectura, donde se promete una infraestructura de TI adaptable, ágil, y eficiente; en toda su cadena de valor, debe manejarse con mucho criterio, porque su implantación introduce cambios profundos y significativos, generando grandes riesgos, pero también una amplia gama de oportunidades.

La disminución de costos sustentada por el reuso de servicios, la protección de la infraestructura de TI través del desacoplamiento de los sistemas de soporte operacional, el desarrollo de software pensado para la integración, la disminución de costos de mantenimiento, la reducción del impacto ante el cambio, la protección de la inversión y el retorno, son algunas de las ventajas descritas como sus beneficios.

En la practica, "Hacer SOA no asegura el retorno de inversión, la interoperabilidad, el bajo acoplamiento, ni la agilidad operativa; si este no esta acompañado de lineamientos de arquitectura, estándares, y especificaciones que disminuyan los riesgos de su adopción". Esta es una verdad, que debe ser extendida a toda la comunidad empresarial.

La importancia de SOA, desde el punto de vista organizacional, es que establece el mapa de ruta preliminar para la construcción de una plataforma de servicios, un rompezabezas inteligente de integración, que prepara el camino para implementar BPM (Gestión de Procesos de Negocios).

El mensaje fundamental, es aceptar; que "es necesario contar con un marco de prácticas acertadas, nociones aprendidas, y buscar un equilibrio entre la practica (ideas pragmáticas) y la visión conceptual, antes de desarrollar un marco o mapa de servicios".

Los objetivos y la accion nacional

2007-09-09T16:43:00.002-04:00

Hace poco, termine de leer un libro llamado "Cuentos Chinos" del conocido periodista Andrés Oppenheimer. En líneas generales se abordan temas y comparaciones entre sistemas económicos, culturas y estrategias; que incentiven el desarrollo sostenido, para que pueblo alcance la mayor suma de felicidad posible, como decía Bolívar.

Desde mi humilde perspectiva, considero que es muy fácil realizar comparaciones, en diversas áreas para decir lo que debemos hacer, el camino que debemos tomar, lo correcto, lo incorrecto. Las comparaciones tienden a evitar los problemas de mayor relevancia, porque cada experiencia, cada decisión, cada objetivo, descanso sobre escenarios, culturas y tiempos muy diversos. Yo creo firmemente que al final todo se trata de la acción.

Todo se trata de los objetivos y la acción nacional.

En América latina existe una visión muy pobre sobre la acción nacional. La acción nacional significa poner en práctica de forma pragmática y creadora, las ideas que pueden cambiar los escenarios de desarrollo actuales de una nación.

Esta claro como el agua, que nuestros países nos hemos dedicado a explotar nuestros recursos naturales, esa siempre ha sido la estrategia, la vendemos y los otros países mas desarrollados crean productos a partir de esa materia prima. Es muy sencillo desde el punto de vista económico, el problema radica en que no utilizamos estos recursos para crear productos de mayor valor agregado.

Los objetivos nunca han estado a la altura de las necesidades de desarrollo de la nación, cuando hemos escuchado a un presidente decir? "Nos convertiremos en una potencia mundial en el desarrollo de circuitos y componentes electrónicos" o "Seremos los primeros en el desarrollo de software y robótica" o "Desarrollaremos una lapto 100% venezonala, sin importar ningún componente del exterior, y me pregunto yo.... eso no es soberanía tecnológica?.

Si somos el primer exportador de aluminio, porque no hacemos barcos, artefactos electrodomésticos, piezas mecánicas, componentes electrónicos?, existen ejemplos de países que sin recursos naturales, han salido del subdesarrollo mediante la utilización del conocimiento.

El conocimiento se fue de parranda

En los países de América latina, el conocimiento no es el factor predominante de las estrategias nacionales de desarrollo, la mayoría están basadas en la extracción de materias primas, la agricultura y otras áreas de dependen de la tierra como mecanismo de desarrollo.

Seguimos viviendo en el pasado, para darles un ejemplo, el grueso de la economía mundial esta en área de servicios, luego en el sector industrial, y de ultimo el manufacturero y agrícola. Si no cambiamos nuestros objetivos, como podremos entrar en la era del conocimiento?

Un ejemplo significativo es Holanda, primer productor de flores en el mundo, pero ellos no tienen casi tierra, el clima es malísimo, no hay mucha agua, condiciones contrarias a las de un país de América latina , es increíble verdad?, la diferencia fundamental es que este país pequeño quiere, acciona, y además tiene un objetivo claro, !Ser el primero¡ y para ello utiliza la ingeniería genética, su capacidad de distribución, y el marketing, es decir "Conocimiento Aplicado y Pragmático".

Necesitamos producir Ideas

Para crear productos de mayor valor agregado, necesitamos producir ideas, y desarrollar una infraestructura que potencie la educación, las ciencias y la tecnología.

La actual infraestructura de conocimiento, no es acta para sustentar estos cambios, es anticuada, desconectada del campo profesional, es necesario y vital, contar con expertos en ingeniería genética, electrónica, biotecnología, software, nanotecnologia, robótica, etc. Para desarrollar la bomba atómica, los EEUU recurrieron a los mejores cerebros de Alemania, porque no buscamos a los mejores en todas estas áreas, modificamos toda la infraestructura universitaria, para evitar que en la universidades todavía se imparta "COBOL", "Z80", etc., tecnologías viejas.

Conclusiones

Existen muchas Estrategias para cambiar esta realidad, el problema; es que no existe una acción política contundente e innovadora que vitalice, y prenda los motores para iniciar un cambio, una transformación, una revolución.

BPM : BPMN, BPEL, BPEL4People y la Optimizacion de procesos.

2007-08-27T21:20:00.001-04:00

BPM esta en plena ebullición, evolucionando y creciendo en su aceptación, con una rapidez significativa, BPM significa formalizar los procesos de una organización, significa manejar los objetivos de negocio de forma clara, con responsables y entregables conocidos. BPM habla sobre el diseño, la implementación y optimización de procesos, sobre la definición de procesos, no de forma funcional sino ortogonal a todas las unidades de negocio involucradas en obtener un determinado objetivo, por ejemplo: El tiempo de aprobación del otorgamiento de un trámite, no debe exceder de 4 días.

BPM es la evolución de los conocidos sistemas de workflow, BPM se adapta a un mundo de servicios (Web Services), donde workflow no tiene tanta fortaleza. BPM habla de interacciones sistema-sistemas para la orquestación de servicios y proyectos de integración; workflow habla sobre interacciones humano-sistema, orientado al flujo de documentos, transacciones, aprobaciones, escalamiento, etc. BPM esta sustentado sobre estándares como BPMN(Business Process Modelling Notation) que define la notación para el diseño de los procesos, BPEL(Business Process Execution Language) como lenguaje para la ejecución del proceso, y otros como BAM(Business Activity Monitoring) para medir el desempeño de los procesos, actividades y recursos disponibles.

La Realidad

BPM suena muy bien, pero la realidad es que su éxito no radica en conceptos tecnologicos sino es conceptos y estrategias politicas, de liderazgo y emprendimiento organizacional.

Si hicieramos algunas preguntas dentro de un contexto organizacional:

Las organizaciones formalizan sus procesos?
Las organizaciones cuenta con un indicador que responda a objetivos de negocio?
Las organizaciones están continuamente evaluando sus procesos para mejorar?Las organizaciones optimizan sus procesos?

Estas incognitas, son dificiles de responder, debido al dinamismo que las organizaciones. Para poder responderlas debemos considerar algunos aspectos:

Aspecto Político

Para implementar BPM, es necesario que las organizaciones, este comprometidas políticamente en formalizar todos sus procesos de negocio, partiendo de una estructura organizativa con su objetivos, estrategias y ambientes formalizados. Se deben establecer los objetivos de negocio de todas las unidades, sus relaciones e interacciones, se debe romper la estructura funcional de cajitas por una visión mucho más ortogonal.

Aspecto de liderazgo

Este cambio debe ser liderizado por una unidad de procesos que defina los procesos futuros requeridos para soportar los objetivos y estrategias de negocio, un modelo de transición de los que es, a lo que será, proporcionando un mapa de ruta. Esta debe monitorear el cumplimiento de los acuerdos de servicios y áreas claves de procesos, modelar los procesos e iniciar los requerimientos para automatizarlos. Analizar el comportamiento dinámico de los procesos, para optimizarlos y alcanzar los objetivos de negocio.

Optimización de procesos.

Optimizar significa mejorar algo con el nivel de recursos apropiado. La optimización de procesos, debe partir de un modelo donde se conozcan los nivel acordados de servicios (SLA), son números que tienen un significado de negocio, que puede mejorar o desmejorar. Su manejo establece un parámetro indispensable para hablar sobre optimización de procesos. La planeacion estatregica, el balanced scorecard, la inteligencia de negocio son las fuentes que debemos tomar en cuenta para usar la palabra optimización.

Algunas Recomendaciones para implementar BPM:

Sustente las necesidades de modelado de proceso de negocios, sobre requerimientos específicos de negocio (SLA (niveles de servicio acordados) y KPI (Areas claves de proceso)).
Modele sus procesos utilizando la notación BPMN.
Describa los procesos y eventos de negocio sobre una plataforma de integración SOA.
Identifique actividades que puedan ser automatizadas y automatícelas.
Mida el desempeño de los procesos basado en número reales.
Utilice ambas aproximaciones (BPMN- BPEL y workflow) según el tipo de interacciones necesarias.
Utilice BPMN- BPEL para la orquestación de procesos.
Utilice sistemas de workflow para las interacciones humanas, pero basadas en servicios orquestados sobre una capa BPEL.
Actualmente existe un gap entre BPM (business process management) y los sistemas de workflow, el cual pretende ser cerrado mediante la especificación BPEL4People.
Utilice un modelo estándar de datos y servicios sobre un modelo internacional, por ejemplo NGOSS.

Saludos.

Como desarrollar un Plan de Software Libre.

2007-07-26T09:01:00.002-04:00

Actualmente, las empresas buscan modelos para incentivar la utilizacion de software libre y Open Source como estrategia para disminuir la dependencia tecnológica con proveedores y los costos asociados al licenciamiento y servicios.

Para impulsar y potenciar este modelo, es necesario establecer lineas de negocio claras, areas claves que agreguen valor (ROI), alcance y las áreas sobre las cuales puede evaluarse una posible aplicacion, hay que tener presente que el abanico de software libre, tal vez no es tan extenso y no cubre la mayoría de las necesidades y áreas de interés estrategico de TI.

Una idea general para comenzar un plan de migracion a software libre, es identificar en primer lugar las posibles áreas y aplicaciones que pueden ser sustituidas, los riesgos de su implantación y el ROI que puede ser obtenido (valor agregado).

Algunas Recomendaciones

Sensibilizar a la organización para reducir la resistencia al cambio dentro de un marco organizacional establecido.
Crear un grupo de acción multidiciplinario cuya función sera formular el plan.
Realizar inventario de los sistemas de soporte operativo (sso disponibles) /Áreas actuales % (propietario vs open source)..
Utilizar un marco referencias para los sistemas de soporte y de negocio operacional (OSS/BSS).
Desarrollar una Matriz de madurez de las alternativas oss open source disponibles (actual, futuro).
Desarrollar una matriz formal de evaluación de software libre.
Realizar Estudio de Factibilidad(económica, técnica, política, etc.) de Migración.
Desarrollar un mapa de ruta para iniciar la transición.
Desarrollo del Blueprint de arquitectura para cada área funcional.
Automatizacion de la transición.
Divulgar casos de exito.

Un universo de Tecnologias.

2007-07-12T21:49:00.001-04:00

Vivimos en un entorno acelerado y exponencial, cada día es mas difícil mantener la vigilia de las tecnologías que surgen. Los gerentes de TI deben comprender un enorme universo de siglas, para poder generar valor en todos los estratos tecnologicos de una organizacion.

La realidad, es que el gerente se sumerge en el día a día, resolviendo y operando, no hay tiempo para la innovación y el cambio saludable necesario para proporcionar agilidad y eficiencia operacional.

Este universo, esta sustentado sobre una batería de ideas, conceptos, y practicas para mejorar las condiciones de negocio, haciéndolas mas flexibles y humanas, apoyando la automatizacion de procesos y toda la cadena de valores necesarios para crecer y mantenernos en un mercado tan cambiante. Es necesario y vital, promover la investigación y el conocimiento de estándares y mejores practicas como ITIL, ISO, CMM, etc.

Universo de tecnologías Claves

SOA: Estilo de arquitectura, que sustenta los servicios de una organizacion en contratos formalizados, promoviendo la reusabilidad como modelo para disminuir los costos de desarrollo, el desacoplamiento de tecnologías y la protección de la inversión.

BPM: La gestión de procesos de negocio, formaliza y estandariza los procesos de negocio, los automatiza, y desacopla las reglas de negocio.

ESB: Bus de servicios para proporcionar funcionalidades de transformación, adaptación, conexion, enrutamiento, etc. Disponibiliza servicios de integracion de alto desempeño y escalabilidad.

EDA: es una arquitectura que gestiona eventos en un marco de integracion.

MOM: Estilo de arquitectura basado en una infraestructura de mensajería sobre diversos protocolos y mecanismo de transporte.

Sobran las palabras!

2007-07-10T21:53:00.002-04:00

Una presentacion que demuestra que estamos viviendo tiempos exponenciales.

SOAP vs REST

2007-06-30T22:20:00.003-04:00

Desde hace dos años he estado trabajando en proyectos de integración basados en arquitecturas orientadas en servicios (SOA) y bus de servicios empresariales. Una de las características mas resaltante de SOA, es que esta basada en contratos, donde el proveedor establece las reglas de comunicación, el transporte, y los datos de estrada y salida que serán intercambiados por ambas partes.

Los beneficios son grandes, se incentiva la reusabilidad, la independencia de la tecnología de implementación, el manejo de contratos, etc., y muchas otras.

Dentro del mundo Open Source, proyectos como Axis y Xfire nos permiten exponer un componente java como un servicio Web (Web Services), mediante un contrato establecido en un archivo WSDL, el cual describe las reglas e interacciones posibles entre el proveedor y el consumidor. Por lo general, estas tecnologías disponen de componentes de software para crear clientes que consumen los servicios, a partir de los archivos WSDL (WSDL a Java, o WSDL a .Net, o WSDL a C++) conocidos como proxys.

Este tipo de arquitectura, tiene técnicamente algunos inconvenientes, que deben ser manejadas por los arquitectos de software.

La existencia de un contrato, establece algunas brechas con una situación existente en todas las organizaciones "El Cambio". Los clientes que consumen un servicio, están atados a un contrato de operaciones y mensajes (request y respose). Esta esquema no es muy flexible, porque la implementación esta acoplada al contrato, lo que indica que si efectuamos un cambio en el mismo, por ejemplo, la adicción de un nuevo atributo al contrato, las implementaciones se rompen, afectando a todos los clientes que consumen el servicio. En conclusión "Un cambio en el contrato de un servicio, afecta a todas las implementaciones de los clientes, técnicamente tendrán que regenerar los proxys para cada servicio”.

Hace poco tuve que intentar desarrollar un modelo que permitiera desacoplar los proxys ante cambios de los contratos. En la mayoría de las implementaciones el proceso de deserealizacion (xml a objeto), es donde falla, indicando que se incluye un nuevo elemento que no puede ser mapeado a un atributo de una clase java. Este inconveniente puede resolverse en Axis, implementando un proceso de deserealizacion customizado para que no tome en cuenta atributos nuevos.

En otros escenarios, donde el desarrollador no tiene control de las generaciones de estos proxys, la cuestión se complica.

Una alternativa, es el tipo de arquitectura REST, donde a diferencia del modelo anterior, el contrato solo es de entrada, por ende tiende a ser mas flexible y apropiado para el "El Cambio".

REST (Representational State Transfer), es un estilo de arquitectura que ofrece un buen desempeño, escalabilidad y abstracción de recursos, donde cada petición HTTP contiene toda la información necesaria para responder a la petición, sin necesidad que el cliente ni el servidor tenga que recordar el estado de su comunicación.

REST se diferencia de los Web Services por:

REST ofrece recursos y representaciones variadas por ejemplo, xml, html, text, pdf, binarios, etc. y permite la utilización de links entre diversos recursos, por el contrario los Web Services solo manejan XML como documentos de intercambio basados en el protocolo SOAP.
Los servicios web no están focalizados en recursos, sino en operaciones.
REST depende directamente del protocolo HTTP (Hypertext Transfer Protocol), este expone siempre la misma interfase a todos los consumidores, mediante operaciones bien definidas: POST, GET, PUT y DELETE. Desde el punto de vista REST es mucho más escalable que los Web Services donde tenemos diversas interfaces, es decir diversas operaciones.
REST, expone sus recursos a través de un URI (Uniform Resource Identifier); y permite cambiar el estado de un recurso a través de una de operaciones genéricas para todos los consumidores.

Recomendaciones

Lo mejor es utilizar REST cuando sea necesario tener representación distinta a XML.
Si el criterio de la escalabilidad tiene mucho peso dentro del blueprint de arquitectura, REST es la mejor opción porque permite que todos los recursos presenten la misma interfase a los clientes.
SOA y Web Services, están apoyados sobre estándares y especificaciones de amplia madurez por ejemplo WS-Security, REST no cuenta por ejemplo con una amplia gama de estándares.
Los Web Services pueden soportar mas protocolos de transporte como JMS, SOAP, etc. REST solo conoce HTTP.
Si tenemos que ofrecer servicios de la sindicación de por RSS o ATOM, REST es la mejor opción.

En conclusión, ambas aproximaciones tienen sus ventajas y desventajas, el papel fundamental de arquitecto evaluar su utilización dentro del escenario mas apropiado para obtener un modelo de arquitectura ágil y eficiente.

Una referencia...

Reflexiones en mi Venezuela.

2007-06-08T13:40:00.001-04:00

Hoy quise escribir sobre algunas reflexiones, no técnicas, sino sociales. En mi país hay una revolución de ideas socialistas, llena de pensamientos, de realidades, de sueños, de controversias.

Mas allá, de las posiciones políticas, hay una visión, una luz que emerge sobre temas que han estado siempre pero nunca los hemos percibido, no vemos el aire, pero sentimos su paso.

Cuando entenderemos? que las sociedades están construidas sobre pilares de intereses económicos y de poder, la libertad de expresión no existe en su mas pura esencia, nunca hemos tenido libertad de expresión, y cuando nos dejan utilizarla, siempre esta encerrada dentro de marcos de intereses. Se informa lo que interesa, lo que entretiene, lo que vende, y en función de eso yo creo mis puntos de vistas y opiniones. La Pluralidad esta perdida, se encuentra de parranda.

Todos somos simples autómatas, que recibimos instrucciones; de lo que conviene, de lo que interesa; la mayoría no podíamos ver las dos caras de la moneda, no la buena o la mala, sino las dos. Como no podemos alzar nuestra protesta por este escenario?, que no es solo venezolana, es una realizad mundial. La libertad de expresión puede desestabilizar un estado, puede sumirlo en la ignorancia, en la miseria, lo que leo, lo que escucho, lo que siento, siempre estará impregnado de interés, rara ves son plurales. , esa es la realidad, no podemos tapar el sol con un dedo.

Creo que lo más importante de todo este proceso, es el surgimiento de una conciencia nacional, donde queremos ver todos los colores del arco iris, y no solo uno.

Por otra parte, lo que me animo, ha escribir estas notas, fue ver a venezolanos protestando con nuestra bandera al revés. Los símbolos patrios representan la concreción de una lucha por nuestra independencia, una lucha llena de muchos sacrificios, forjada sobre mucha sangre venezolana, es triste ver como venezolanos voltean la bandera, sin sentir ni entender lo que eso representa.

Para finalizar, estoy lleno de esperanza, porque los cambios siempre han sido motores para la humanidad, y estoy seguro que en Venezuela hay una revolución de ideas que impregnará al mundo, con sus aciertos y desaciertos, con sus experiencias, con ideas grandes de la patria de Bolivar.

Pruebas en SOA(Arquitecturas orientadas en servicios)

2007-05-21T11:26:00.001-04:00

En arquitecturas orientadas en servicios, la realización de pruebas de Web Services es crucial. El performance, interoperabilidad y la identificación de vulnerabilidades son los pilares de un buen SOA Testing. Solo su comprensión asegura que la infraestructura sea robusta, escalable, interoperable y segura.

Los tipos de pruebas mas comunes que deben ser aplicadas en este tipo de arquitecturas son:

Pruebas carga: El objetivo de las pruebas de carga es determinar el rendimiento del sistema bajo condiciones de carga que se aproximan a la realidad esperada en producción. Esto nos permite:

Determinar la escalabilidad del sistema en TX / seg vs. #Usuarios concurrentes.
Validar que el dimensionamiento de la infraestructura de hardware fue el adecuado.
En este tipo de pruebas, a diferencia de las pruebas de estabilidad, la carga se va aumentando cada vez más para determinar la escalabilidad del sistema.Una vez determinada la escalabilidad de la plataforma, se usa este valor para las pruebas de estabilidad.

Pruebas de Volumen: Encontrar debilidades en el sistema al momento de manejar grandes volúmenes de datos durante prolongados períodos de tiempo, el objetivo principal es determinar si la plataforma de integración se degrada o deja de funcionar al manejar grandes volúmenes de datos.

Pruebas de Estabilidad: Miden la estabilidad de los servicios con una fuerte carga sostenida en el tiempo (la carga no cambia). Los servicios no deben fallar y los tiempos de respuesta para una carga constante deben permanecer constantes. Gráfica tipo: tiempo de respuesta de un WS vs. tiempo (debe tender a líneas de pendiente 0).

Las aserciones que deben considerarse para realizar pruebas unitarias en web services son:

Conformidad con el XML Schema.
Contenido simple, Expresiones Xpath.
SOAP Fault.
Transacción por segundo (TPS).
Máximo Tiempos de Respuesta (Response Time).
Máximo numero de errores.
Average o promedio.

Saludos Mijanautas.

Arquitecturas Agiles

2007-05-09T14:59:00.002-04:00

Las organizaciones deben ser ágiles operacionalmente, deben proteger sus inversiones; deben poder evolucionar y mantenerse, sin que los cambios tecnologicos las afecten. Para cumplir con estos lineamientos, es necesario que la organizacion desarrolle arquitecturas ágiles.

Una arquitectura ágil, debe ser una desacoplada, adaptable y de tecnología neutral, la cual; no se vea afectada ante cambios de productos y tecnologías. Esta debe permitir una disminución significativa en la complejidad y dependencia tecnológica de los ambientes heterogéneos.El marco de arquitectura ágil debe proporcionar:

Simplicidad.
Flexibilidad y mantenibilidad (Tolerancia ante Cambios).
Reusabilidad.
Desacoplamiento.
Extensibilidad.

Para desarrollar una arquitectura ágil, es necesario contar con un conjunto de lineamientos y criterios de éxito que minimicen riegos y garanticen una especificación más formal y sólida.

Criterios de Éxito

Debe poseer capacidades de Plug-in.
Capacidad de interoperar con vendedores distintos (conectores / Adaptadores, etc.).
Debe proporcionar un modelo desacoplado entre componentes.
Los componentes no deben interactuar con otros componentes directamente.
La semántica debe estar basada en mensajes.
La definición de la secuencia de mensajes durante la ejecución de una operación debe estar basada en MEP.
Clara separación entre la lógica de negocio (procesamiento) de la lógica de comunicación.
Debe existir una clara separación entre los proveedores y consumidores de servicios.
El modelo de intercambio de mensajes basado en WSDL 1.1 o 2.0.
No usar metadatos propietarios en la definición de objetos de negocio (Xml Schemas).
Modelo de implementación no-intrusivo.
Ensamblado de servicios desde otro servicio, basado en reglas de negocio.
Soporte de servicios sincronos, asíncronos, y conversacionales.
Automatización de la transformación entre estructuras de datos dispares (semántica).
Soporte para la simulación, testing y debuging.
Definición del servicio con independencia de su implementación, localización o uso.

Recomendaciones y Consideraciones para elevar el nivel de desacoplamiento de la arquitectura.

El marco de arquitectura debe estar basado en arquitecturas SOA.
Debe estar basado en las especificaciones y estándares (ws-i, w3c, oasis, etc.).
Debe estar soportado sobre un bus de servicios y un modelo de servicios horizontal.
Debe tener capacidades de inversion de control “Inversion of Control Containers”.
Debe tener capacidades de inyeccion de dependencias “Dependency Injection pattern”.
Capacidades y soporte para arquitecturas Event-driven architecture (EDA) y service-oriented architecture (SOA).
Integración con JBI.
Estandarización de la arquitectura para el enrutamiento de mensajes.

Para mas informacion:

http://en.wikipedia.org/wiki/Enterprise_service_bus
http://en.wikipedia.org/wiki/JBI
http://en.wikipedia.org/wiki/Message_Exchange_Pattern
http://www.ws-i.org/
http://www.oasis-open.org/home/index.php

Saludos.

Google venezolano

2007-05-07T09:39:00.001-04:00

Necesitamos un google venezolano, un equipo de gente visionaria, que potencie la creación de un territorio creativo y de innovación, con una visión socialista e integracionista, gente que investigue y desarrolle sobre una vigilia tecnológica sistemática, gente que disemine su experiencia en todos los estratos de la sociedad, de la nación, del país.

La vigilancia tecnológica es vital y estratégica para el estado, ella estimula la innovación y la creatividad, generando ideas, productos libres, independencia tecnológica.

Necesitamos una visión de 360º

2007-04-19T08:04:00.002-04:00

No es fácil, engranar lo filosófico, lo técnico y lo social. La socialización del conocimiento y la tecnología deben partir de un cambio en su concepción, en un ser nuevo, que impulse y propague ideas y conocimiento habilitador, pero mientras este escenario nace, se gesta, se preña, el estado debe dar un salto quántico.

El estado debe formular, planear, crear e impulsar, un modelo que genere una economía basada en la producción del conocimiento y de servicios, que permita diseminar la experiencia que enriquecerá todos los estratos de la sociedad. La experiencia potenciara y empoderara al ciudadano hacia un cambio, no es proporcionar Internet a los ciudadanos, es incentivar su comprensión como mecanismo para mejorar su nivel de vida y cubrir sus necesidades básicas.

Uno de los más grandes problemas en la sociedad, es el comportamiento natural de la mayoría de los ciudadanos, empresas, y su identificación con el mercado, el deseo que mueve todos las acciones es mercantilista, por ende el conocimiento y la experiencia tienen precio, el problema con este modelo es que la experiencia no se diversifica, no se disemina, solo se esfuma, aunado a la gran brecha entre el conocimiento que se imparte en las universidades y la realidad global tecnológica empresarial en continua evolución y demanda.

Porque no podemos diseminar la experiencia, poner el conocimiento de TI al alcance de todos los ciudadanos, es decir socializar el conocimiento para cubrir necesidades estratégicas. El estado debe impulsar una transformación tecnológica sobre bases sociales, y sustentado sobre un profundo conocimiento técnico, lleno de experiencia, excelencia, talento, innovación y sobre todo de praxis. El primer paso, es crear un gobierno eficiente, eficaz, y transparente, que proporcione mejores servicios, donde el ciudadano entiende, participa, coopera y desarrolla una visión del uso de las TIC para mejorar su vida, una economía de conocimiento.

Este discurso, ya es común, pero a pesar de ello, no se deslumbran avances y cambios significativos en el manejo del conocimiento y el gobierno electrónico.

Necesitamos una Visión 360º

Para cambiar este escenario, es necesario crear una visión de 360º grado, un mapa nacional de servicios que deben ser prestados a los ciudadanos, un mapa de servicios para coordinar las relaciones entre entidades de gobierno, por ejemplo un servicio catastral genérico, servicios de salud, servicios que suministren información sobre los indicadores de la gestión de gobierno, que permitan la planificación estratégica: e-decisiones, e-información, e-participación, e-cooperación, y e-política.

Este mapa de servicios nacionales, sus interacciones y reglas puede iniciarse como un piloto, que pueda crear una reacción viral, en todos los entes y organizamos nacionales. La experiencia generada en todo el proceso debe ser la semilla para iniciar la transformación en los ciudadanos, debe ser replicado, diseminado en el estado, evitando redundancia de esfuerzo y acelerando su adopción en cada uno de los estratos de TI del estado.

Esta infraestructura de servicios, debe ser flexible, ágil, eficiente, efectiva, segura e interoperable. Para construirla solo debemos utilizar estándares, especificación y arquitecturas como SOA, BPM, BPEL, ESB, EDA, MOM, etc. Debemos crear un "Plan Estrategicos de Transformación Tecnologica", basado en un marco integrado de arquitecturas.

Con una visión de 360º y una infraestructura de TI basada en servicios, los países no desarrollados podrán avanzar en la creación de una sociedad basada en el conocimiento y en las Tecnologías de Información, un gobierno electrónico, un ciudadano electrónico, un país electrónico.

Para mas informacion:

http://www.soacenter.com
http://www.looselycoupled.com
http://www.bpmi.org
http://www.bpmg.org
http://soa.omg.org
http://www.oasis-open.org
http://www.ws-i.org

Necesitamos jugadores que hagan avanzar la innovación!

2007-03-27T10:07:00.001-04:00

Las ciencias son el principal motor para iniciar la transformación de una nación en una sociedad moderna e interconectada, donde el ciudadano tiene una mayor compresión de las tecnologías de información y comunicaciones y el estado provee todos los servicios necesarios para mejorar su nivel de vida.Dentro de este escenario, la Ingeniería de software es uno de los pilares más importantes para el desarrollo de la nación, su principal producto es el conocimiento habilitado.

Son conocidas las oportunidades del país, si se incluye como un competidor en el escenario mundial y sus proyección en la industria del software.

La Realidad

La nación ha creado una infraestructura de organizaciones para afianzar e implementar el Plan Nacional de Ciencia y Tecnología. Desde mi punto de vista existen muchas brechas en la visión y en los lineamientos hay esbozados.

El plan debería orientarse en la necesidad de desarrollar otras industria de carácter estrategico, y definitivamente el software proporciona los mayores niveles de implementación, debido a una de sus principales características : No son un commodity.

La realidad, es que no existen programas serios que apoyen a empresas e innovadores que deseen cambiar este escenario, solo existen interés económicos que están por encima de los interés nacionalistas.

Todavía existen grandes oportunidades de mejora!

Venezuela es un país cuyo principal producto de exportación es el petróleo, el país necesita encausar y producir una revolución digital, que permita a la nación desarrollar una nueva industria sobre las tecnologías de la información y comunicaciones. Existen en el mundo muchos países industrializados que han optado por formar una industria digital.

El estado necesita realizar un cambio de políticas para poder adaptarse y responder a las nuevas tendencias mundiales de la industria que se encuentra en constante evolución y fomentar la creación de otra industria que surja como alternativa a la petrolera. Necesitamos cambiar la tendencia actual en la cual somos consumidores y no productores de tecnología.

Necesitamos producir patentes, necesitamos poder adaptarnos a la velocidad del cambio tecnológico, necesitamos formar una economía del conocimiento, innovación, tendencia a la exportación, en conclusión necesitamos jugadores que hagan avanzar la innovación.

El estado venezolano debe formar un conjunto de estrategias para acelerar la infraestructura del gobierno electrónico, su posicionamiento dentro del mercado mundial como proveedor de software, y la creación de una base de conocimiento y su distribución.

Una Salida?

Nuestra organizacion, ha desarrollo un proyecto de estado para revertir esta situación, y aprovechar nuevas oportunidad con una visión nacionalista y de independencia. Mijao formula estrategias, aceleradores y visores que permitirá transformar la infraestructura tecnológica de la nación con un modelo innovador de producción nacional.

Mijao

Mijao es un proyecto estratégico de estado, cuyo objetivo es iniciar en la nación una revolución digital efectiva y abierta, que transforme y sustente los pilares en el área de las tecnologías de información y comunicaciones en los próximos años; contribuyendo con el desarrollo integral de la nación, apoyando sus procesos, aumentando sus niveles de eficiencia, fortaleciendo su capacidad y desarrollo tecnológico, y proporcionando un modelo productivo, social e integracionista.

Este proyecto desarrolla un anillo de estrategias que permitirán a la nación adoptar medidas concretas y aplicables para lograr la construcción de un framework nacional.

En las proximas entregas, conversaremos sobre este tema. Saludos.

El espíritu emprendedor y el Territorio Creativo.

2007-03-19T08:17:00.001-04:00

Cada día requerimos de nuevas prácticas de innovación y diversas maneras de pensamiento. El desarrollo de estas capacidades tiene que comenzar con la incubación del espíritu emprendedor, una energía creativa vital, que surge en un ambiente donde la dirección es un arte, con equipos con grandes atributos o habilidades como el talento, la perseverancia, la diligencia, la integridad, etc.

La innovación debe estar basada en una visión inspiradora del futuro, de lo que puede ser, sobre lo que podemos cambiar o revolucionar. Dentro de este escenario el espíritu emprendedor nace de una energía creativa, con un fin último: mejorar los aspectos de la vida diaria y cotidiana de la sociedad.

El espíritu empresarial debe penetrar en todos los estratos de la sociedad y en sus diversas áreas, es necesario crear un territorio creativo con alta energía emprendedora que nos permita desarrollar una visión de futuro.

Venezuela líder mundial en tecnología e innovación. La siembra petrolera?

2007-03-13T21:21:00.001-04:00

Estudiando el progreso de países como la china y estados unidos, su historia, su cultura y modelos de desarrollo, he recopilado un conjunto de conceptos e ideas que pienso pueden contribuir con el logro de este sueño: “Venezuela líder mundial en tecnología e innovación”.

A lo largo de los años, los países en desarrollo han definido estrategias para ascender en la escala tecnológica, pasando por tres etapas o escalas: agricultura, manufactura, y servicios. Cada unas de las etapas, esta acompañada de políticas claras y constantes que han convertido a estos países en los lideres actuales en tecnología e innovación mundial.

En América latina, nos enfrentamos a un futuro incierto; continuamos siendo el gran proveedor de materia prima (agricultura, extracción minera) para los países desarrollados, sin tener una participación significativa en la generación de tecnología. Extraemos hierro, y luego compramos barcos hechos con la misma materia prima.

Si queremos cambiar este modelo, es vital que nuestra operación económica este sustentada sobre las industrias de uso intensivo de conocimiento, esta debe ser el área de mayor peso estratégico, sin abandonar las áreas de agricultura y manufactura. Debemos construir una infraestructura humana, educativa y organizacional para sustentar una producción compleja y crear capacidades que permitan convertirnos en una fuerza política de primer orden.

Como venezolano me he preguntado, que estrategias podemos implementar para que nuestro país pueda incursionar en las áreas de uso intensivo de tecnología, y convertirnos en un líder mundial en tecnología e innovación, y llegar a ser exportadores netos de tecnología.

Una base importante la iniciar la transformación de la nación, es exigir la transferencia tecnológica como condición para la inversión extranjera, fomentar la originalidad y crear una infraestructura que estimule la inventiva desde todos los niveles de educación; por ende debemos modernizar el plan de estudios y realizar cambios significativos en los modelos para proporcionar conocimiento a toda la población, Convertir los centros de educación superior, en incubadoras de conglomerados tecnológicos con alto espíritu empresarial, maximizar el empleo de centros de investigación y financiar proyectos y productos donde se demuestre la capacidad de aplicación en circunstancias practicas de negocio, establecer incentivos para evitar la repatriación de talentos, apoyar la investigación independiente, crear conglomerados globales y diversificados de tecnología, desarrollo de un sistema financiero y de capitales de riesgo, a fin de fomentar la innovación, apoyar las empresas estratégicas que son insumos claves para otros sectores.

Ahora mas que nunca vemos la vigencia del celebre articulo escrito por Arturo Uslar Pietro “Siembra Petrolera”,y me pregunto como venezolano si las políticas en este sentido no llevan por el camino correcto, la nación estas sembrando el petróleo?, hemos logrado crear una base que nos permita especializarnos en otras áreas?, Estamos enfocados en las industrias de carácter estratégico?

Para finalizar, como dice un proverbio chino no importa de qué color sea el gato, lo importante es que case ratones, esta hermosa visión de país debe ser compartida por el estado, e implementada por los gobiernos.

Saludos.

El Software Factory y la Investigacion

2006-12-22T15:35:00.001-04:00

Muchas empresas hoy en día, quieren construir un software factory (fabrica de software) que les permita ser más competitivos y eficientes en la construcción de artefactos de software y cumplir con las tres variables: tiempo, costos y esfuerzo de forma óptima, y todo esto sin encarecer la calidad de sus productos.

Una vía para lograr estos objetivos gerenciales es contar con estándares, modelos de implementación, y productos generados a través de una profunda y constante línea de investigación. La investigación es muy necesaria, debido al dinamismo y el desarrollo constante de la ingeniería de software. Cada día surgen tecnologías, arquitecturas, estándares, especificaciones, componentes que mejoran y disminuyen en conjunto el número de líneas de código y el esfuerzo.

Las organizaciones deben adaptarse, y los arquitectos deben asumir su rol: mantenerse en constante vigilia tecnológica y permear esos conocimientos a todos los estratos tecnológicos.

La realidad, es que no todos los clientes están dispuestos a pagar la investigación. Ese es el gran problema, la mayoría de las empresas por lo general tienen métodos de desarrollo de software de muy bajo nivel comparado con las empresas que ven en la investigación un mecanismo para decrementar sus costos y proteger su inversion.

Hace poco, nuestro grupo desarrollo, creo un framework llamado Jerano, cuyo objetivo era implementar nuestro primer software factory. Hoy quiero hablar sobre nuestra experiencia en su realización y todos los inconvenientes que tuvimos que enfrentar.

En primer lugar tuvimos que seleccionar cuales eran las tecnologías Open Source que deberían ser parte de nuestro framework, quisimos seleccionar las tecnologías con mayor presencia en el area y una madurez comprobada.

Para armar un software factory, es importante en primer lugar establecer lineamientos de arquitectura de software, por ejemplo cuales son las capas que serán utilizadas y que tecnología debe implementar un servicio especifico. Decidimos utilizar spring como framework para la inyección de dependencias, el madurísimo Struts para el control de las capas de presentación, negocio y modelo (MVC). Unos de los problemas a los cuales nos enfrentamos en sobre el tema de seguridad. Acegi fue definitivamente el framework con mayores características y funcionalidades, además ya viene integrado con spring.

En la capa de presentación, utilizamos tecnologías Web 2.0 ajax, a traves de un framework llamado prototype.

Próximamente incluiré un marco de arquitectura mas detallado para contribuir con la comunidad.

Saludos Mijanautas!!!!.

Arquitectura, Mapa y un Blueprint

2006-10-13T08:51:00.001-04:00

Uno de los problemas más comunes en la ejecución de proyectos de software, es la ausencia de arquitectos y documentos de diseño, que establezcan las políticas y lineamientos que deben ser adoptados durante todo el proceso.

El establecimiento de estas políticas, contribuye con la disminución de riesgos, y el control de brechas funcionales y no funcionales, que podrían impactar el proyecto en variables como el costo, el tiempo de despliegue y la productividad.

Dentro de este contexto, es vital, establecer un marco de arquitectura que permitirá gobernar el proyecto de forma eficiente, proporcionando las bases para el desarrollo de una arquitectura desacoplada, ágil, adaptable, y de tecnología neutral, la cual; no se vea afectada ante cambios de tecnologías.

Pero que significa gobernar?, gobernar significa establecer políticas claras para el inicio del proyecto, la comunicación, la gestión del proyecto, control, mantenimiento, adaptación, etc. del ciclo de vida del proyecto, en tiempo de diseño, ejecución y cambios.

Dentro de este contexto, el primer paso para iniciar un proyecto, es la creación de un documento de diseño, también denominado Blueprint. Un blueprint es un documento que establece los lineamientos, políticas, y estándares que deberían ser adoptados para asegurar una correcta implementación y disminuir los riesgos de su ejecución.

Para armar el blueprint es recomendable crear un árbol de ideas base que contengan todos los elementos o nodos que deben ser gobernados. Aquí les anexo un documento que contiene un árbol de ideas, con el cual podemos comenzar para armar el bluerpint.

Vamos ahora a describir algunos de sus nodos:

Ambiente: Se establecen los artefactos de software que seran necesarios, variables de ambiente, estructura de directorios y posibles dependencias.
Lineamientos: Los lineamientos pueden estar orientados en tres áreas: Control de Proyecto, diseño de la solución y las tecnologías.
Agilidad: La agilidad significa como el proceso de construcción de software debe ser ejecutado para proporcionar agilidad y buenas prácticas con el objetivo fundamental de mejorar la productividad, un ejemplo de ello es XP y TDD.
Modelo de Implementación: En este punto, se establecen un modelo de implementación que deberá incluir por ejemplo (modelo de dominio, capas, modelo de persistencia, modelo de pruebas, modelo de servicios, Reglas de negocio, patrones de diseño , etc. ).
Pruebas: En este nodo, se establecen los distintos tipos de prueba que deben ser considerados durante las fases de construcción y cambios.
Otros: Glosario y términos de negocio.

Espero haber contribuido con este modelo de referencia para la construccion de documentos de diseño. Cualquier comentario es bienvenidos.

Adelante Web 2.0 en la Empresa

2006-09-26T08:21:00.001-04:00

Web 2.0 se ha convertido en la palabra de moda, en estos dias, pero que es Web 2.0?

Web 2.0 es una plataforma que aprovecha la inteligencia colectiva y el concepto de software como servicio. Este sistema esta basado en actividades colectivas que incentivan la creación de plataformas para la cooperación transparente. Este concepto es propicio para un modelo organizacional, donde puede distribuirse el conocimiento en tres areas fundamentales: Las Personas, los Procesos y Productos.

Esta definición de Web 2.0 que he orientado hacia la organización es muy atractiva, Web 2.0 puede fortalecer en primer lugar, los nexos existentes entre los empleados y la empresa, y proporcionar un mayor nivel de participación colectiva, en áreas estratégicas para la organización como por ejemplo la calidad, su identificación con la empresa, sus objetivos y metas.

Ahora, debemos conocer algunos principios de Web 2.0:

El Software no necesita ser distribuido sino ejecutado.
El Software debe tener la capacidad de recoger y de gestionar los datos de forma dinámica y especializada.
El sistema es: "poder e inteligencia Colectiva".
El Autoservicio del empleado es la base que sustenta la comunidad.
El servicio mejora mas, cuanto más se usa.

Para finalizar, de que manera las empresas, pueden comenzar a utilizar Web 2.0?

Los actores de una empresa pueden constituir conocimiento (Actividad Colectiva), como por ejemplo la Calidad. Se puede crear una red de hipervínculos, contenidos y sitios Web internos (intranet) entrelazados. De esta forma se disemina el concepto de calidad en la organización.
Realización de búsquedas, basado en una estructura de enlaces diseminados en diversos sites internos (intranet), proporcionan un valor incalculable de información y diseminación del conocimiento.
El desarrollo de un Wikipedia, con todos los conceptos del negocio de la organización, en la cual los empleados puedan contribuir con entradas (Confianza Radical) que pueden ser agregadas, desde diversos roles y responsabilidades (dominios).
Promoción de la inteligencia colectiva, para la generación de innovadoras propuestas de negocio como iniciativas de los empleados en la organización.
Ejecución de proyectos, basado en un proceso orgánico de adopción del software.
El desarrollo de portales como por ejemplo Drupal, darían poder de decisión al empleado, promoviendo un sistema de control y gestión de las personas, de los productos y de los procesos (Foros, Blogs, Wiki, etc.).

Para mas información:

Acción y Reacción: Bienvenido EJB 3.0!!!

2006-09-13T19:18:00.001-04:00

En este momentos, según mi apreciación, esta comenzando la era de la simplificación en el desarrollo de soluciones empresariales. Cada vez más, las arquitecturas que soportan soluciones se simplifican, ahora los arquitectos deben seleccionar que tecnología es la más apropiada para un contexto de negocio determinado, basado en criterios como: la estandarización, la especificación, etc. La tecnología cada vez más esta distanciada del negocio.

Actualmente dos de las principales tecnologías para el desarrollo de soluciones empresariales son el framework Spring y EJB 3.0.

Que tecnología debemos seleccionar? Que criterios de comparación usar? . Los arquitectos y desarrolladores, saben que spring surge como reacción a un modelo EJB bastante distanciado de la simplificación, pero ahora, se ha lanzado la nueva especificación EJB 3.0, que contiene características muy similares a Spring. Ahora la especificación EJB 3.0 surge como reacción a Spring y a su éxito.

Estamos en un escenario donde las reacciones ante el éxito de tecnologías, son el motor de cambios importantes y cruciales para la simplificación.

Pero fuera del análisis de las reacciones, es interesante conocer las nuevas características técnicas de EJB, por ejemplo las anotaciones, el manejo opcional de descriptores de componentes, la simplificación del modelo de construcción de artefactos, la nueva especificación Java Persistence API (JPA), etc.

Para finalizar, los invito a conocer esta nueva especificación y a evaluar su uso dentro de un modelo de negocio.

En hora buena. Bienvenido EJB 3.0!!!

Bienvenidos!

2006-08-20T10:47:00.001-04:00

Bienvenidos al Blog Mijao!

En Mijao nos dedicamos a innovar en el area de las tecnologias de informacion y comunicaciones. Nuestra meta es proporcionar a la comunidad hispanoparlante conocimiento para incentivar la innovacion en diversas areas de la ciencia moderna.

Escribiremos sobre nuestra experiencia en el area TIC, temas de actualidad, arquitecturas emergentes, y puntos de vista. En general aqui estan algunos temas que pensamos incluir en el blog: Arquitecturas Emergentes (SOA, Web 2.0, SAAS, ESB), MDA, NGOSS y las especificaciones para la industria de las Telecomunicaciones, Plataforma Java - J2EE - Java EE 5, Software Open Source, Software Libre, Robotica y Nanotecnologia, Energias Alternativas, Electronica, y otros temas de la ciencia moderna.

Esperamos que disfruten nuestro blog.

Como Instanciar SOA (Arquitectura Orientada en Servicios) en una organización

2006-08-09T18:14:00.001-04:00

SOA, ha surgido como una arquitectura emergente, un paradigma enfocado en el negocio y no en la tecnología. Sus beneficios, están orientados en necesidades de negocio como: protección de la inversión, disminución de costos en proyectos de integración, adaptabilidad ante un mercado TIC tan cambiante, etc. Esta visión la hace muy atractiva para los CIO (Gerentes) de las organizaciones.

Estas promesas de negocio, están sustentadas en la utilización del reuso como pieza clave, mientras mas reuso, menos recursos se dispondrán para el desarrollo de nuevas aplicaciones y funcionalidades en la organización, por ende; se disminuyen los costos, y hay un mayor nivel de proteccion en inversiones y recursos.

Por ejemplo, la organización A tendría un directorio de aplicaciones y funciones ya existentes, que están en cierto grado desacopladas de las aplicaciones que las alimentan. Este desacoplamiento es lo que permite que la compañía A pueda realizar un cambio en la aplicación proveedora sin que sus servicios expuestos sean afectados. Todos los servicios son reusables.

Cuando se pretende iniciar un proyecto SOA, es verdaderamente difícil buscar un equilibrio entre un modelo anterior de desarrollo de proyectos de integración y un modelo que ciertamente no representa una visión pragmática, pero a la larga son innumerable los beneficios que este tipo de arquitecturas proporciona.

Actualmente, en el mercado existen muchas empresas que están desarrollando proyectos bajo este nuevo modelo de arquitectura; la dificultad mas importante para su implantación, es la gran cantidad de especificaciones alrededor y las pocas empresas que las han adoptado dentro de sus soluciones de integración. Otro problema importante es la madurez de las especificaciones y sus implementaciones.

En conclusion, un modelo de agilidad operacional y totalmente desacoplado de las tecnologías, es un norte posible, pero se necesitan un conjunto de estrategias para asegurar el éxito. Basado en mi experiencia en proyectos de integración bajo SOA, les presento algunas recomendaciones para disminuir los riesgos y asegurar una implementación exitosa en su organización:

Recomendaciones:

Internalizar y comprender los conceptos detrás de SOA y transmitirlo a todos los niveles de la organización.
Crear un documento de diseño de alto nivel (Blueprint), antes de emprender un proyecto piloto, donde se incluya por ejemplo: modelo vertical, capas, formato de mensajes, protocolo de transporte, formas de interaccion (sincronía / asíncrona), reglas y políticas, atomimicidad transaccional, etc.
Alinear los servicios con los procesos de negocio, no hay que olvidar que la meta no es tecnología.
No es suficientes adoptar las tecnologías SOA, es importante conocer las mejores practicas para asegurar, la viabilidad, la visibilidad de las operaciones, y un mínimo esfuerzo ante los cambios.
Definir un lenguaje común para la organización, es decir un modelo de objetos que representen todos o un conjunto de los conceptos de la organización basado en un modelo canónico, por ejemplo “cuenta, debito, ajuste, etc.”.
Establecer conversiones de nombrado para la empresa: por ejemplo, como nombrar los servicios, interfaces, endpoint de sistemas legados, o cualquier otro componente que ayuden a los arquitectos, administradores, y desarrolladores en proporcionar servicios consistentes.
Definir las interfaces de servicios, las implementaciones después: Las interfaces de servicios web son más importantes que las implementaciones.
Establecer una categorización de servicios: Una organización debe decidir una taxonomia de servicios.
Categorizar las reglas (reglas de procesos versus reglas de negocio.
Definir estrategias de interoperabilidad para sistemas basados en plataformas heterogéneas.
Incluir estrategias para pruebas de carga, stress y monitoreo de recursos.
Para proporcionar mayor agilidad y propiedades de configuración, la utilización de un ESB y un UDDI es vital.

Albert Einstein: A proposito de la Crisis

2006-08-09T17:41:00.001-04:00

iHola a todos mijanautas!, hace poco me conseguí con unas palabras sabias y llenas de reflexión, que quiero compartir con todos ustedes: “Sobre las crisis”.

Aquí les dejo las palabras del señor Albert Einstein:

"No pretendamos que las cosas cambien si siempre hacemos lo mismo. La crisis es la mejor bendición que puede sucederle a personas y países porque la crisis trae progresos. La creatividad nace de la angustia como el día nace de la noche oscura. Es en la crisis que nace la inventiva, los descubrimientos y las grandes estrategias. Quien supera la crisis se supera a sí mismo sin quedar "superado".

Quien atribuye a la crisis sus fracasos y penurias violenta su propio talento y respeta más a los problemas que a las soluciones. La verdadera crisis es la crisis de la incompetencia. El inconveniente de las personas y los países es la pereza para encontrar las salidas y soluciones. Sin crisis no hay desafíos, sin desafíos la vida es una rutina, una lenta agonía. Sin crisis no hay méritos. Es en la crisis donde aflora lo mejor de cada uno, porque sin crisis todo viento es caricia. Hablar de crisis es promoverla, y callar en la crisis es exaltar el conformismo. En vez de esto trabajemos duro. Acabemos de una vez con la única crisis amenazadora que es la tragedia de no querer luchar por superarla."