Blog de Gabriel Monreal

Feliz Navidad y Exitos en 2015 !

2014-12-22T14:38:00.004+01:00

Ya hace un año que felicitábamos las fiestas desde Chakray Consulting, recién nacidos en el mes de Noviembre de 2013 ... como pasa el tiempo. En aquel entonces, con el lema "Tiempo para Crecer"

Finalizando 2014 y muy cercano ya 2015, queremos enviar a todos nuestros clientes, colaboradores y amigos una felicitación desde el optimismo que nos llena el ya ser un referente en el mercado para Soluciones de "Midleware" basadas en la Suite WSO2.

Feliz Navidad y entrada genial al 2015, que este, sea un año de éxitos. Nosotros, comenzaremos como acabamos, con una apuesta por hacer bien las cosas, con la tecnología adecuada , como soporte al negocio de nuestros clientes.

Un abrazo a todos
Chakray Consulting

Integracion de Sistemas a traves de Servicios. Arquitectura Chakray

2014-04-14T16:02:00.001+02:00

Documento realizado por el Equipo de Chakray que muestra varios casos de Uso de la Arquitectura de Referencia(SOA + BPM) con la que abordamos consultorias y desarrollos mediante uso de ESB (ESB WSO2) + Bonita BPM .

Un Enterprise Service Bus (ESB) es un software destinado a la integración de aplicaciones. Su cometido es facilitar el ofrecimiento y la demanda de servicios, gracias a la creación y la gestión de distintos flujos de datos, de manera totalmente transparente . En la configuración del ESB se detalla la lógica que orquestara la arquitectura mediante BPM , que básicamente se activa a partir de eventos automatizados o que son lanzados por las propias aplicaciones. La configuración puede interpretarse como una capa de abstracción.

Las características más destacadas de un ESB son las siguientes:

Es una plataforma de integración basada en estándares de comunicación abiertos: Actualmente el ESB se ha convertido en la forma de integrar la multitud de aplicaciones utilizadas a nivel corporativo, y se puede considerar la siguiente generación de herramientas EAI disponibles en el mercado.
Combina los paradigmas SOA y EDA: El ESB combina la potencia de la arquitectura orientada a servicios con la versatilidad de la arquitectura dirigida por eventos.
Está basado en la naturaleza síncrona de los servicios y asíncrona de los eventos: El ESB provee una capa de abstracción que facilita la asincronía de la que carecen las aplicaciones o servicios.
Contiene herramientas para configurar el flujo de los mensajes, de forma que es posible transformar (mediante tecnologías estandarizadas de transformación de formatos como XSLT o XPath), duplicar, filtrar, y añadir seguridad y control de acceso (p. ej., con Spring Security) a todas las transacciones.

Integración de sistemas a través de servicios estrategias y casos from Chakray

Tiempo Real no es sinónimo de “rapidez“

2014-02-22T10:07:00.000+01:00

Últimamente, se esta escribiendo mucho sobre Tiempo Real, TR en Big Data, en Social Media,en IoE (Internet de todas las cosas), en IoT( de las cosas), en IIOT (Internet Industrial de las cosas) etc etc .Se hace referencia a una serie de sistemas como de Tiempo Real cuando solo se quiere decir que el sistema es o debe ser rápido (o con la menor latencia posible) ...

“Tiempo Real” no es sinónimo de rapidez

“Un sistema de tiempo real es aquel en el que para que las operaciones estén correctas no depende tan solo que la lógica e implementación de los programas fue correcta, sino también en el tiempo en el que dicha operación entregó su resultado. Si las restricciones de tiempo no son respetadas el sistema se dice que ha fallado.” Donald Gillies.

En los Sistemas TR no es la latencia de la respuesta lo que nos determina o condiciona (esta latencia a veces esta en el orden de los segundos), el enfoque en tiempo real de la latencia es el asegurarse que la latencia del sistema es la suficiente, para resolver el problema al cual el sistema está dedicado (cumpliendo obviamente la funcionalidad requerida).

Un Sistema TR :Tiempo, principal restricción a tener en cuenta y Real, que trabaja sobre un Sistema Real (siempre que sea Predecible [Determinista para los puristas])

Un buen ejemplo es el de un robot que necesita tomar una pieza de una banda sinfín. Si el Robot llega tarde, la pieza ya no estará donde debía recogerla. Por lo tanto, el trabajo se llevó acabo incorrectamente, aunque el robot haya llegado al lugar adecuado. Si el robot llega antes que la pieza llegue, la pieza aun no estará ahí y el robot puede bloquear su paso. El robot puede necesitar un rango de mili segundos para realizar la operación o de segundos.

Los Sistemas de adquisición que alimentan a plataformas BigData no son predecibles. No son Sistemas TR . Son Sistemas que buscan “ Mínima Latencia“ (máximo Throughput)

Algunas características de los sistemas informáticos que se suelen utilizar y que los hacen inadecuados para el tiempo real por hacerlos no predecibles son:

Memoria caché y pipe-line: Una misma instrucción de código máquina puede ejecutarse en más o menos tiempo según la historia del programa.
Interrupciones no controladas: El tratamiento de las interrupciones puede introducir una sobrecarga excesiva, que puedan impedir que un programa finalice en el tiempo adecuado.
Memoria virtual: La paginación de memoria en disco introduce retardos en los procesos que pueden retrasar en exceso su activación
Protocolos de comunicación no deterministas: Colisiones, reenvíos, etc. En el caso de un sistema distribuido los tiempos consumidos en el paso de información debe estar acotado.

Es por ello que los Sistemas TR necesiten de Sistemas Operativos, Protocolos de Comunicación y Lenguajes de Programación diferentes a los Sistemas Informáticos en otras disciplinas.

Una clasificación de Sistemas en TR atendiendo a la criticidad en función del fallo en el tiempo de latencia de un proceso:

TR Duro (Hard Real Time Systems): El tener un fallo en el tiempo de latencia de un proceso del sistema lleva como consecuencia un error en el sistema
TR Suave: (Soft Real Time Systems): El tener un fallo en un proceso del sistema no conlleva un fallo en el sistema siempre y cuando este fallo esté dentro de ciertos límites establecidos
TR misión crítica El funcionamiento incorrecto del sistema puede llevar a la pérdida de vidas o catástrofes similares

Integración en la Empresa Industrial (I)

2014-02-08T12:13:00.000+01:00

La Gestión Integral de una Empresa Industrial con aplicaciones diferentes que cubren , tanto la supervisión y control de planta, como la gestión comercial y el negocio en general , donde cada departamento adquiere Software con distintas características tecnológicas (metadatos, lenguajes de programación, interfaces de usuario , etc..) es uno de los mayores retos a los que creo se enfrenta en los próximos tiempos el mundo de los Sistemas de Información .

El mayor reto nace del 'Gap' existente entre los sistemas de información que supervisan los Entornos Empresariales y los Sistemas de Información que supervisan los Entornos en Planta.

'Gap' debido a la necesidad de ambos de Gestionar de manera eficiente en base, el Empresarial a la Inteligencia de Negocio y, y el de Planta a la Inteligencia Operacional, la información necesaria para la toma de decisiones en sus ámbitos inmediatos.

El Entorno Empresarial quiere

Conocer el Estado de cada una de las órdenes de fabricación.
Conocer los Recursos utilizados para ejecutar las órdenes: Personal y Equipos
Conocer el Tiempo empleado por cada recurso.
Conocer las Cantidades de Materiales consumidos y producidos.
Conocer los Lotes de Materiales consumidos y producidos. Trazabilidad.
Conocer los Parámetros del Control de Calidad, Puntos Críticos. QM/QI.

Para definir sus Sistemas de Información de Negocio y los KPIs del BI

El Entorno en Planta Quiere

Conocer el Estado de cada uno de los Equipos.
Conocer los Tiempos y Causas de Parada de equipos, líneas, etc.
Conocer los Tiempos, Materiales y Personal de intervenciones de mantenimiento.
Conocer las Condiciones de Operación de los procesos críticos.
Conocer los estudios de Capacidad y Gráficos de Control predictivos, SPC.

Para definir sus Sistemas de Información de Operacion y los KPIs del OI

Una visión jerárquica del conglomerado de aplicaciones de apoyo a la supervisión de la planta da idea de la complejidad que la información correcta este disponible en el momento correcto y en lugar correcto en cada uno de los pasos involucrados en los procesos de fabricación y distribución dentro de la cadena de suministro.

Obviamente, la solución pasa por la integración de ambos entornos. En la actualidad nos encontraremos con tres Situaciones:

Sistemas Manuales

Se utilizan albaranes/partes/… para enviar órdenes a la planta y para recibir los datos de producción (Enlace de Integracion debil y muy acoplado). Finalmente, los datos de producción se 'pican' al ERP.

Si se usa para intercambiar poca información no suele ser caro. Pero, tienen varios inconvenientes:

El Mantenimiento es muy costoso
Cada vez que se modifica o actualiza cualquiera de ambos entornos, es necesario modificar el enlace de integración.
No es desplegable a otros casos o plantas

Sistemas Propietarios . Ejemplo MICROSOFT AXAPTA, SAP, ORACLE, etc

Solucionan Gran parte del Problema pero, aparte de presentar Soluciones monolíticas y difícilmente Interoperables con tras plataformas:

Sigue existiendo una gran barrera, de tal forma que desde el Entorno Empresarial sólo se puede ver y analizar los datos una que vez que estos han sido transferidos desde Entorno de Planta.
No es posible acceder a datos detallados del Entorno de Planta para consultar excepciones, tomar una decisión, conocer el estado real de un determinado lote, etc., y menos aún en tiempo real.
No existe transparencia. Los parámetros, variables, recursos, servicios, etc. tienen distintos nombres y probablemente no significan lo mismo en ambos sistemas. No es posible disponer de Dashboards.

Sistemas Interoperables Basados en Standares Internacionales:

La capacidad de las aplicaciones a nivel de producción y los sistemas de negocio, ambos basados en estándares, para compartir información e intercambiar servicios y cooperar en los procesos utilizando la información y los servicios.

Este sera el caso de análisis de mi siguiente post :)

La Arquitectura Empresarial

2014-01-17T11:00:00.001+01:00

Según Gartner, "Arquitectura Empresarial es el proceso de trasladar una visión y estrategia de negocio en un cambio efectivo, comunicando las capacidades actuales y repensando los principios y los modelos que describen el estado futuro de la empresa y facilitan su evolución".

AE es una práctica estratégica, que permite conectar las relaciones entre las iniciativas de negocio y la tecnología que la apalanca, permite evaluar las fortalezas y debilidades, y trazar estrategias de transformación, desde la Arquitectura actual hacia un modelo Arquitectónico que represente una visión futura.

La AE nos permite observar como las estrategias y metas, componentes y Procesos de Negocio y Tecnologías están relacionadas y mostrar la interdependencia entre ellas.

"Los proyectos de tecnología deben existir exclusivamente como parte de las estrategias de negocio de la empresa."

EA permite enfocar los problemas de una forma integrada y coherente, al mismo tiempo que ofrece un medio para alcanzar un entendimiento y conceptualización entre todos los involucrados en las decisiones de la empresa.

Una muy buena practica al implementar una AE es usar un modelo de referencia para lo cual TOGAF (The Open Group Architecture Framework) es una excelente alternativa, es un marco de trabajo de Arquitectura Empresarial que proporciona un enfoque para el diseño, planificación, implementación y gobierno de una arquitectura empresarial de información.

TOGAF se basa en cuatro dimensiones:

1. Arquitectura de Negocios (o de Procesos de Negocio), la cual define la estrategia de negocios, la gobernabilidad, la estructura y los procesos clave de la organización.

2. Arquitectura de Aplicaciones, la cual provee un plano (blueprint, en inglés) para cada uno de los sistemas de aplicación que se requiere implantar, las interacciones entre estos sistemas y sus relaciones con los procesos de negocio centrales de la organización.

3. Arquitectura de Datos, la cual describe la estructura de los datos físicos y lógicos de la organización , y los recursos de gestión de estos datos

4. Arquitectura Tecnológica, la cual describe la estructura de hardware, software y redes requerida para dar soporte a la implantación de las aplicaciones principales, de misión crítica, de la organización

SOA (II) 4 Capacidades básicas que debe ofrecer una Infraestructura de soporte SOA

2013-12-05T17:39:00.000+01:00

Decíamos en nuestro post anterior que una implementación SOA puede consistir en una combinación de tecnologías , productos , API, soporte extensiones de infraestructura , y varias otras piezas . La cara real de una arquitectura orientada a los servicios desplegados es única dentro de cada empresa, sin embargo, se caracteriza por la introducción de nuevas tecnologías y plataformas que apoyan de manera específica la creación , ejecución y evolución de SOA.

Una Infraestructura de soporte a una Arquitectura SOA debe cubrir 4 Capacidades Básicas para cubrir el ciclo de vida de los Servicios a los que va a dar soporte.

1) Capacidades de Creación. En este punto encontramos instrumentos para crear servicios consumibles desde diferentes puntos de la infraestructura a través de un bus de servicios empresariales (ESB en sus siglas en Ingles).

Deberá contener componentes capaces de interactuar con diferentes aplicaciones y extraer entidades comunes entre ellas, tanto a nivel de consulta como para permitir actualizar estas entidades en un momento dado también en las aplicaciones

2) Capacidades de Conexión. Uno de los elementos más importantes de una infraestructura SOA es el bus de servicios empresariales, columna vertebral del consumo de servicios, conteniendo las siguientes responsabilidades:

Composición de servicios. La composición de servicios es la pieza fundamental para poder vertebrar servicios desde la óptica de negocio a partir de servicios de menor representatividad e incluso servicios de carácter puramente técnico.

Reutilización. El bus de servicios, y siguiendo con las responsabilidades que una arquitectura SOA delega en el bus, será la base de la reutilización de servicios. Por ese motivo es de vital importancia que exista un registro de servicios donde poder consultar el contrato de estos mismos y así poder evaluar su ampliación / creación / composición

Balanceo y alta disponibilidad. El bus de servicios se ha de encargar de administrar la alta disponibilidad, y en concreto, el balanceo. Mediante esta posibilidad, se podrá gestionar de manera transparente la alta disponibilidad.

Seguridad. El bus de servicio habrá de actuar como proxy de seguridad, permitiendo el traspaso transparente de credenciales entre proveedores y consumidores de servicios.

Calidad. El bus de servicios es el lugar clave donde poder extraer diferentes KPI. Estos KPI serán posteriormente explotados el Componente BAM para generar reportes de valor para optimizar los procesos y recibir feedback de la plataforma para negocio.

3) Capacidades de Composición . Otro punto importante, conjuntamente con el bus de servicios, es el servidor de procesos, que permitirá tener procesos complejos a partir de la composición de procesos más sencillos. Este es también un punto importante de crecimiento de la plataforma en conjunción con otras potentes plataformas como son los BPM “Human Centric”.

4) Capacidades de Gobierno. Uno de los dominios más importantes y a la vez justificadores de una arquitectura SOA es el gobierno de la infraestructura. Para ello es importante tener

Mecanismos para gestionar la reutilización de servicios. Nos permitirá organizar, promover y documentar los servicios para su posterior explotación.

También es necesario tener un componente especializado en la gestión de identidades para permitir un traspaso de la identidad dentro de la plataforma y de esta manera

ce n'est pas un projet

2013-11-12T13:46:00.004+01:00

René François Ghislain Magritte (n. 21 de noviembre de 1898 en Lessines, Bélgica- 15 de agosto de 1967, en Bruselas, Bélgica) fue un pintor surrealista.

Conocido por sus ingeniosas y provocativas imágenes, pretendía con su trabajo cambiar la percepción precondicionada de la realidad y forzar al observador a hacerse hiper sensitivo a su entorno.

Magritte dotó al Surrealismo de una carga conceptual basada en el juego de imágenes ambiguas y su significado denotado a través de palabras, poniendo en cuestión la relación entre un objeto pintado y el real

Fuente : Wikipedia

Genial cuadro que define a la perfección el surrealismo de Magritte. La imagen refleja evidente e inequívocamente la representación de una pipa, pero en cambio su leyenda, el texto asociado a la imagen, niega tal realidad aniquilándola con una afirmación contraria.

Mi pequeña aportación a la corriente surrealista:

Esto no es un proyecto ... es un juego de imágenes ambiguas, que ponen en cuestión la relación entre un objeto pintado y lo real ;)

SOA (I) : Estrategia TIC de soporte al Negocio

2013-11-07T18:24:00.000+01:00

Los negocios exigen crear aplicaciones cada vez más complejas, en menos tiempo y con menor presupuesto. En muchos casos crear estas aplicaciones requiere de funcionalidades ya antes implementadas como parte de otros sistemas. Ante esta situación los arquitectos de software se enfrentan a dos opciones:

Tratar de reutilizar la funcionalidad ya implementada en otros sistemas. Una labor difícil de realizar, debido a que estos no fueron diseñados para integrarse o se elaboraron para plataformas y/o tecnologías incompatibles entre ellas. También incluimos la dificultad que se encuentran en las organizaciones en el entendimiento entre el Negocio y las TIC.

Re-implementar la funcionalidad requerida. Aunque implica más tiempo de desarrollo, es en a mayoría de los casos la más fácil y segura.

A pesar de que no sea la más acertada a largo plazo, la segunda opción es la más escogida. Esto trae como resultado:

Funcionalidad replicada en varias aplicaciones.
Dificultad de migración de los sistemas internos, al haber múltiples conexiones desde sistemas que dependen de estos para su funcionamiento.
Al no haber una estrategia de integración de aplicaciones, se generan múltiples puntos de fallo, que pueden detener la operación de todos los sistemas muy fácilmente.Un modelo así, por lo general no escala muy bien.

Consecuencias :

Pobre respuesta al cambio.
Las aplicaciones siguen siendo concebidas desde un principio como islas independientes.

SOA es una estrategia TIC de Soporte al Negocio

El acrónimo SOA proviene del inglés Service-Oriented Architecture. Se trata de un modelo de arquitectura que caracteriza el procedimiento para crear y usar los diversos procesos, reunidos en forma de servicios, que configuran un determinado Proceso de Negocio (Un proceso de negocio se puede ver como un conjunto estructurado de tareas, que contribuyen colectivamente a lograr los objetivos de una organización.)

Esta arquitectura define y proporciona el marco normativo de interoperabilidad entre los sistemas de información que forman el mapa de sistemas de la organización y la participación en los procesos de negocio se lleve a cabo con total independencia de la plataforma hardware-software sobre la que trabajan

Algunas de sus principales características:

uso de estándares internacionales
análisis de los procesos de negocio de la organización (BPM)
diseño y publicación de un catálogo de servicios de negocio e infraestructura, que deben ser encapsulados y reutilizables
orientación a eventos de negocio (EDA), que disparan la orquestación de los servicios mediante mensajería asíncrona y listas de suscripción
unificación de la semántica del negocio
creación de un equipo de expertos SOA y de negocio (centro de excelencia, oficina de gobierno SOA, etc), que cíclicamente revise cada avance y posibles mejoras, y ejecute la gobernanza
monitorización de los procesos de negocio.

Una implementación SOA puede consistir en una combinación de tecnologías , productos , API, soporte extensiones de infraestructura , y varias otras piezas . La cara real de una arquitectura orientada a los servicios desplegados es única dentro de cada empresa, sin embargo, se caracteriza por la introducción de nuevas tecnologías y plataformas que apoyan de manera específica la creación , ejecución y evolución de SOA.

"The buck stops here". ¿Y la Responsabilidad donde?

2013-11-05T12:57:00.002+01:00

Hay un famoso aforismo utilizado por Truman , "The buck stops here"; La bola termina aquí, transliterado: Asumir la responsabilidad total de una acción, en alusión a la expresión "to pass the buck" que transliterado significa “pasar la bola”

Quiere decir que la última responsabilidad recae sobre el Presidente.

Me pregunto si existe un expresión similar en español. La expresión en inglés "The buck stops here" significa mucho más que "es mi responsabilidad" o "sobre mí recae toda la responsabilidad" o "yo soy el principal responsable". Tiene mucho más fuerza que eso. Y no encuentro su similar en español. Tal vez no exista, pero quizás sea algo del estilo: “la persona responsable es” o “el que realmente es responsable es” o.. “el peso de la responsabilidad recae en”

Veamos qué dice la R.A.E sobre la palabra “Responsabilidad”

responsabilidad.

1. f. Cualidad de responsable.

2. f. Deuda, obligación de reparar y satisfacer, por sí o por otra persona, a consecuencia de un delito, de una culpa o de otra causa legal.

3. f. Cargo u obligación moral que resulta para alguien del posible yerro en cosa o asunto determinado.

4. f. Der. Capacidad existente en todo sujeto activo de derecho para reconocer y aceptar las consecuencias de un hecho realizado libremente.

~ subsidiaria.

1. f. Der. responsabilidad que entra en juego en defecto de la directa y principal de otra persona.

de ~.

1. loc. adj. Dicho de una persona: De posibles y digna de crédito

Y Cuando vamos a buscar sinónimos,

responsabilidad

compromiso, obligación, deber, cometido, tarea, carga, competencia, incumbencia
madurez, sensatez, juicio, seriedad

'responsabilidad' aparece también en las siguientes entradas:

compromiso - deber - formalidad - inocencia - obligación - profesión -seriedad - servidumbre - solvencia

Inflexiones de 'responsabilidad' (n): fpl: responsabilidades

La verdad, no me aclara mucho el tema…

En el mundo anglosajón lo dejan, a mi entender, bastante mas claro al utilizar diferentes palabras para referir la “responsabilidad” y sus matices

LIABILITY se corresponde con la responsabilidad propiamente dicha (en sentido jurídico).
RISPONSABILITY se corresponde con el cargo, el papel, la función o la misión de alguien dentro de una organización o de un proyecto. La RISPONSABILITY (=RESPONSABILIDAD) se comparte, todos somos corresponsables en el éxito de un proyecto
ACCOUNTABILITY se corresponde con la responsabilidad que asume una persona o una entidad ante otra. Es decir, al hecho de que aquélla deba rendir cuentas a ésta de su labor o su actuación: Es el caso del Director de Proyecto ante su Director de Operaciones. La ACCOUNTABILITY (=ACONTABILIDAD) NO se comparte, hay un responsable último que tiene que asumir las decisiones y sus consecuencias

Hay un responsable final y no comparte su “acontabilidad”. Porque es parte de su trabajo.

¿Proponemos sea incluida “Acontabilidad” en el diccionario de la R.A.E? ;)

Doce caracteristicas de un Equipo de Alto Rendimiento

2013-10-24T13:33:00.000+02:00

Un equipo es un estado de ánimo !

"Dentro de un equipo que no funciona bien,cada jugador parece peor de lo que es. Sin embargo, cuando reinan valores como el respeto, el afecto y la solidaridad, todos terminan pareciendo un poco mejor de lo que son". Jorge Valdano

Un Equipo , es un pequeño número de personas que tiene habilidades, experiencias y conocimientos complementarios, que están comprometidos con un mismo propósito y sus correspondientes metas de desempeño; comparten un enfoque común sobre la meta, y están dispuestos a rendir cuentas de manera común siendo mutuamente responsables de los resultados

Doce características de un equipo de alto rendimiento:

1. Tener un propósito claro. Todos los miembros del equipo deben saber exactamente cuál es el objetivo a alcanzar. Así sabrán cómo pueden contribuir al logro del objetivo y podrán focalizar su energía y trabajo en ello.

2. Tener una comunicación efectiva hacia adentro y hacia afuera. Un intercambio ágil de la información permite asegurar que se adoptarán oportunamente las decisiones correctas y no existirán dudas en los miembros del equipo respecto a qué deben hacer, cuándo, cómo y por qué.

3. Voluntad de aprender de los demás. Todo proyecto es una inciativa única. Por ello es importante que los integrantes del equipo tengan voluntad de aprender nuevas técnicas o métodos para ser aplicados en el proyecto. Sino, existirá la tendencia a repetir métodos de trabajo ya conocidos, los cuales no necesariamente serán los mejores.

4. Participación en el grupo. Para que los miembros del equipo del proyecto se perciban como parte de éste, es fundamental que cada uno de ellos tenga una participación activa: los miembros del equipo no solo deben tener tareas específicas a realizar, sino que deben sentirse involucrados en la discusión de los problemas y en las decisiones que se adopten.

5. Orientación a la solución de problemas. La dinámica del equipo debe tener una orientación a la solución de problemas y no a la búsqueda de culpables. Esto genera un ambiente de solidaridad y confianza que contribuye significativamente a la motivación de los miembros del equipo..

6. Búsqueda de la excelencia. No sólo en aspectos técnicos, sino también en lo referente a las relaciones entre sus integrantes y con otros involucrados, la responsabilidad por el trabajo y sus resultados.

7. Celebración de los logros. La celebración de los éxitos alcanzados es otro factor que contribuye a la motivación de los integrantes del equipo. Cuando se alcancen hitos importantes, y si estos se han logrado con la calidad esperada, el celebrar este logro como equipo hace que cada uno de los miembros de éste sienta que ha contribuido a algo bueno e importante.

8. Involucrar a todas las personas relevantes. Cuando es necesario solucionar un problema y existen varios miembros del equipo que poseen conocimientos que pueden ayudar a solucionarlo, la tarea debe ser abordada por el equipo. Nadie es capaz de entender o resolver un problema solo.

9. Equipos multidisciplinarios para problemas multidisciplinarios. Cuando el problema se relacione con distintos ámbitos funcionales (por ejemplo, finanzas, recursos humanos y operaciones), la búsqueda de una solución debe ser abordada por un equipo que incorpore representantes de las distintas áreas funcionales.

10. Búsqueda de la innovación. El intercambio de ideas que se produce en un equipo multidisciplinario genera nuevas formas de ver y solucionar los problemas. Por ello un equipo de estas características es la mejor forma de innovar en la forma de ejecutar proyectos.

11. Descontento con el status quo. Queremos cambiar paradigmas. Si un proyecto se ejecutó siempre de acuerdo a una determinada metodología y queremos buscar nuevas y más eficientes formas de llevarlo a cabo, la capacidad innovadora de un equipo es la mejor forma de hacerlo.

12. Compromiso. Al trabajar en equipo los integrantes de éste sienten un compromiso no sólo con el trabajo a realizar, sino también con sus compañeros.