miércoles, 29 de junio de 2016

Acompañamiento más que capacitar o consultoría tradicional (Coaching aplicado, Inmersión práctica)


¿Cómo nace este giro en la capacitación y/o acompañamiento?

En la vida real las empresas necesitan desarrollar el talento humano, no solo con teorías, buenos deseos, un gran diploma y sellos bonitos.

Necesitan que su talento cree, produzca, proponga, innove, resuelva, desarrolle; logrando que todo esto contribuya a la productividad, eficiencia, mejores resultados, condiciones labores, disfrutar lo que hacen, etc.


Por la parte de capacitación, por ejemplo, desarrollamos un modelo que ciertamente toma las bases teóricas; pero las estamos llevando a la práctica con artefactos tangibles. Esto es, no hacemos las típicas prácticas con las herramientas, para que la gente se dé cuenta del potencial de lo que está aprendiendo y después en el modelo tradicional los soltaríamos al ruedo y que aprendan a base de prueba y error, en el mejor de los casos.

Al contrario del modelo tradicional centramos los ejercicios prácticos a situaciones reales de la empresa para que al final, ya tengan artefactos útiles en su día a día y les sirvan como patrones para seguir desarrollando de manera exponencial los beneficios.

Por ejemplo, si el tema es BPM, más allá de identificar la teoría y herramientas más conocidas; contarán con artefactos aplicados a su proyecto/empresa.

O si es mejora continua, saldrán con prototipos implementados con resultados en su empresa/proyecto a base JICA y seis sigma.

Derivado de lo anterior, las empresas que cuentan con áreas de desarrollo a la medida, las consultorías, las fábricas de software, etc. Como todos sabemos cuando llegamos a los proyectos, batallan con la calidad de sus productos y el establecimiento de patrones y modelos que les faciliten la vida desde la concepción de cada proyecto.

Para empresas que no cuentan con áreas de TI para desarrollo y procesos, la capacitación o cosnultoría les incluye la implementación y resultados con expertos.

Así nació el acompañamiento, esto es, colocar expertos funcionales en las empresas para que además de capacitar con método y cultura de resultados a los talentos humanos, ayudarlos en el día a día a desarrollar su propia infraestructura de desarrollo con artefactos útiles, prácticos y reutilizables, así como modelos de PMO ágiles.

Un ejemplo típico es la automatización del área de QA con BOTs.

Lo anterior tan solo es un pedacito del gran potencial de implementar las herramientas adecuadas como el caso de Enterprise architect que brinda muchas bondades para reducir tiempo e incrementar la calidad en el SDLC.

Llevando esto a otro nivel, hablamos por ejemplo de los Sistema Evolutivos; donde ya llegamos al MegaSoftware y su implementación en la vida real como es el caso del segmento de la salud y la biotecnología donde sumamos una cultura con resultados increíbles.

Los métodos de desarrollo de software convencionales no obedecen a un desarrollo de software científico y más aún, de un software que ya no es administrativo, sino que es evolutivo y biológico.
El desarrollo debe enfocarse al metamodelo creacional de un software que permita su implementación y adaptación al ecosistema, es decir un ente inteligente de software debe implementar las interfaces y datos necesarios para automatizar el proceso y actividades.

Las herramientas que se generen para ayudar a realizar tareas específicas de las personas en sus procesos deben de ser dependientes del proceso y sus objetivos; dando por resultado meta-modelos de herramientas que generen código (BOT´s, inteligencia artificial, etc)  y su implementación.


El desarrollo de software que se enseña en las escuelas de México y gran parte de países carece de lógica de objetos y actos de vida y mantiene una buena parte administrativa y lógica convencional “orientada a objetos”, si la programación en realidad fuera orientada a objetos no habría software obsoleto y de alto costo de mantenimiento.

El reflejar un objeto en un espejo no nos asegura que podemos crearlo o clonarlo, el desarrollo de software actual es un reflejo del levantamiento de requerimientos de negocio; no obedece a un método de creación si no de automatización y la realidad es que el software debe ser creado por un “MegaSoftware” es decir “Software” que crea software en base a la esencia y principios del ecosistema del negocio.

Ahora bien, la aceptación ha sido alta y las empresas, más allá de modelos de consultoría o fábrica de software han aceptado la Inmersión Práctica, que consta de colocar personal de alta especialidad en temas de dolor en las empresas y son su trabajo no solo solucionar, sino compartir y acompañar a los equipos de trabajo para ayudarlos a resolver, desarrollar y analizar con un nuevo enfoque lo que la empresa necesita generar valor, solucionar problemas y crisis. Al final viviendo la cultura de soluciones haciendo que las cosas sucedan, viviendo día a día el modelo de solución y aprendido técnicas, herramientas, razonamientos.





#JMCoach      @JormerMx
mx.linkedin.com/in/mxjormer

miércoles, 22 de junio de 2016

Un poco sobre la Arquitectura Empresarial y la Vida Real

Encontrar la forma de alinear los objetivos de la empresa/negocio de forma clara; para contar con un facilitador que simplifique el saber dónde estamos, hacia dónde vamos y cómo lo hacemos es importante. Es donde la Arquitectura Empresarial(EA) se convierte en el facilitador/orquestador para que las cosas sucedan.

La EA nos facilitar conocer el pulso de la empresa para tomar decisiones oportunas y generar valor, además nos habilita la trazabilidad para mejorar o agregar procesos/productos de forma simple, flexible y segura.



Para un gran número de Empresas e Instituciones la planeación estratégica y la ejecución de los proyectos resultantes se dificulta por la falta de una visión integral de la empresa, comunicación hacia todas las áreas y niveles de la empresa. Lo anterior se logra vía la alineación de áreas áreas con los objetivos estratégicos, cultura y visión, apoyados del beneficio de la tecnología, procesos, estrategia; aunado a las bondades de arquitectura empresarial(AE).

La dirección de sistemas necesita de una visión que combine la estrategia, restricciones, regulación, la arquitectura empresarial, los sistemas de información y los dominios de la tecnología. Esto permite contar con un marco integral (incluso un cross-functional) para analizar rápidamente el impacto de posibles cambios en los procesos o áreas y, para priorizar los proyectos que conduzcan a un mayor valor para la empresa. Esto dotará a las demás áreas de procesos, datos y soluciones para toma de decisiones.

Lo anterior se fortalece tomando lo mejor de cada marco de trabajo o buena práctica, de acuerdo al área de negocio donde cada esfuerzo será reflejado. Dejando las teorías y buenos deseos, para aplicar simplicidad y flexibilidad.


La Arquitectura Empresarial es una metodología con visión integral que permite alinear procesos, productos, datos, aplicaciones e infraestructura tecnológica con los objetivos estratégicos del negocio o con la razón de ser de las Empresas/Instituciones y áreas

Su principal objetivo la alineación de la tecnología y los procesos de negocio para alcanzar sus objetivos estratégicos. Enriquecida con modelos de gestión real del riesgo y administración efectiva de los proyectos.


No olvidemos que la arquitectura empresaria es más que IT, una cosa es emplear herramientas tecnológicas, pero no debe limitarse a solo el área de IT. La arquitectura empresarial engloba a todo la organización, sus procesos, visión, reglas, regulaciones, etc.
La AE no es un tema de buenos deseos o flotar, es actitud y voluntad por emoder a la empresa. Es inspirar a todas las personas como valor fundamental de la empresa, sin lvidar que la empresa opera por procesos, luego entonces, el arte de orquestar esta parte garantiza el éxito.


The Open Group Architecture Framework (TOGAF) es un esquema de Arquitectura Empresarial que proporciona un enfoque para el diseño, planificación, implementación y gobierno de una arquitectura empresarial de información.
Esta arquitectura está modelada, por lo general, en cuatro niveles o dimensiones: Negocios, Tecnología (TI), Datos y Aplicaciones.

No obstante, TOGAF tiene una definición propia de lo que es una arquitectura, que en resumen es "una descripción formal de un sistema, o un plan detallado del sistema a nivel de sus componentes que guía su implementación", o "la estructura de componentes, sus interrelaciones, y los principios y guías que gobiernan su diseño y evolución a lo largo del tiempo."


La definición de arquitectura de sistemas basados en software dada por el estándar ISO/IEC/IEEE 42010 se puede resumir como: "la organización fundamental de un sistema, representada por sus componentes, sus relaciones entre ellos y con su entorno, y los principios que gobiernan su diseño y evolución."


Un papel básico de la AE es definir lineamientos informáticos que resuelvan las necesidades actuales y prevean las futuras en función de la toma de decisiones, es decir, proponiendo formas de generar bases de datos integradas, generando estándares de desarrollo de aplicaciones y servicios internos para que sean compatibles y puedan compartir información entre ellos, e incluso dando marcos de referencia para la compra y disposición de equipos informáticos, así como de disposición del recurso humano necesario para cada uno de los puntos en interacción.


Lo anterior va muy de la mano con artículos anteriores donde les comparto temas como planeación estratégica, Gobierno de IT, Administración del cambio, Administración de Proyectos.


Surge el rol de arquitecto de información, más allá de manejar las metodologías y generar los mapas de procesos que delinearán las rutas tecnológicas a seguir por todas las áreas de la entidad, es "describir los componentes de una empresa, sus relaciones, cómo colaboran e interactúan entre sí con el 'mundo exterior'. Una Arquitectura Empresarial ofrece la orientación para implantar los componentes de la empresa. La implantación de los componentes produce un cambio en el estado de la empresa".


Los componentes tradicionales de la AE son:

Metodologías y frameworks más conocidos actualmente.
·         Marco de trabajo Zachman
o    No ofrece un método concreto
o    Consta de muchos elementos estructurados

o    Habilita mapeos simples

·         TOGAF
o    Desarrolla el proceso de AE en 8 fases de implementación
o    Genera artefactos de referencia
o    Hoy en día solo se toma una parte de cada proceso, es aún muy teórica
·         Marco Federal de AE
o    Lo emite el gobierno de EEUU para tratar de integrar los esfuerzos de sus aencias y stakeholders
·         Método Gartner
o    Su método del cuadrante tipo cartesiano cruza a líderes jugadores relevantes, visionarios y competidores
o    Trata de combinar información con y sin estructura
·         Cobit 5
o    Incluye un modelo de referencia de procesos que define y describe en detalle varios procesos de gobierno y de gestión.
o    Al igual que TOGAF tiende a ser teórico, pero es los métodos más usados como referencia. Se utiliza más como Gobierno de IT.


TOGAF se basa en cuatro dimensiones:
    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.
    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.
    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.
    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.


En el caso de Cobit se representa por sus 5 principios.
CobiT es un marco de referencia y un juego de herramientas de soporte que permiten a la gerencia cerrar la brecha con respecto a los requerimientos de control, temas técnicos y riesgos de negocio, y comunicar ese nivel de control a los participantes. CobiT permite el desarrollo de políticas claras y de buenas prácticas para el control de TI por parte de las empresas.
La orientación al negocio que realiza CobiT consiste en vincular las metas del negocio con las metas de TI, brindando métricas y modelos de madurez para medir los logros, e identificando las responsabilidades asociadas de los propietarios de los procesos de negocio y de TI.

Agregar leyenda

Y escucharemos de las herramientas para realizar Arquitectura empresarial, dónde las más sobresalientes son BizzDesign y Archi, sin embargo mientras no se madure y se consolide la cultura empresarial las herrmaientas serán solo eso "herramientas" y no los detonadores de valor que tanto se anhelan.
Lo anterior porque las mismas herramientas aún cuentan con brechas para consolidar el control deseado.


Una vez que determinas las metodologías y buenas prácticas que van a guiar tu proceso, se generan los primeros documentos:
Manual para Administrar el repositorio
Manual para la Generación de Modelos
Metamodelo
Guía de colaboración adeción de stakeholders
Guía de nomenclaturas y simbologías
Así como plantillas como la Definición de arquitectura y otros.
El secreto de las herramientas y sus resultados, radica en cómo interactuan para su beneficio continuo y no solo quedar en modelos dibujados.
Suelo practicar Archi/Bizzdesign con Enterprise architect por ejemplo.


Archimate
Archimate toma fuerza como lenguaje para impulsar la arquitectura empresarial que se basa en togaf, coexiste con Zachman.

También se adapta al modelo Scaled Agile


Zachman

Zachman no es una metodología para la creación de la implementación (o instanciación) del objeto en cuestión sino la ontología para la descripción del objeto; por el contrario, una metodología es una descripción para la elaboración de un proceso. El Framework de Zachman describe un modelo integral de la infraestructura de la información de la empresa desde seis perspectivas: planificador, propietario, diseñador, constructor, subcontratistas, y el sistema de trabajo. No hay ninguna orientación sobre la secuencia, proceso o aplicación del marco. La atención se centra en garantizar que todos los aspectos de una empresa están bien organizados y muestra relaciones claras que garanticen un sistema completo, independientemente del orden en el que están establecidos.

Los principios fundamentales que guían la aplicación del Framework de Zachman incluyen los siguientes aspectos:

  1. Un sistema completo que puede ser modelado por representación de las respuestas a las siguientes preguntas: ¿Por qué, quién, qué, cómo, dónde y cuándo?
  2. Los seis puntos de vista de captura de todos los modelos críticos para el desarrollo del sistema.
  3. Las restricciones para cada perspectiva son aditivos; las de una fila inferior se suman a los de las filas de arriba para ofrecer un creciente número de restricciones.
  4. Las columnas representan abstracciones diferentes en un esfuerzo por reducir la complejidad de un modelo único que se construyen.
  5. Las columnas no tienen ningún orden.
  6. El modelo de cada columna debe ser único.
  7. Cada fila representa una perspectiva única.
  8. Cada celda es única.
  9. La lógica inherente es recursiva.


SAFe

Si bien el Scaled Agile Framework ha tomado auge en los años recientes, su versión 4 está muy completa para evolucionar una mezcla de métodos conocidos. Parte de un espíritu similar a la Arquitectura Empresarial donde se ensambla con madurez cada parte de la cultura de trabajo y se puede iniciar desde la parte de negocio donde se vale canvas, el balanced scorecard, PMO, esquema agile de indicadores. Que se combina con un modelo DevOps, QA/QC, XP, Kanban, Scrum. Madurando al nivel de lograr CD/CI con un modelo de fábrica denominado PI(Program Increment).


El modelo de Arquitectura Empresarial se armoniza con esta propuesta.


#JMCoach   @JormerMx
http://www.twitter.com/JormerMx 
http://mx.linkedin.com/in/MxJormer

martes, 7 de junio de 2016

Comparando algunas metodologías para Administrar Proyectos

La apertura de perspectivas nos conducirá a una reflexión que abra el caparazón que envuelve el ser purista con una metodología y la importancia de conocer lo que cada una aporta para tomar la decisión de establecer un método propio con base en las mejores prácticas.

Existe una relación estrecha entre las metodologías para Administrar Proyectos que involucran similitudes y diferencias, sobretodo sinergias. Sin embargo, antes de iniciar la comparación entre ellas, es preciso señalar el significado de una PMO, una oficina de proyectos descrita desde el punto de vista del PMBOK, es una entidad organizacional que tiene responsabilidades asignadas para la dirección centralizada y coordinada de proyectos. Una PMO puede tener el alcance para proveer funciones de apoyo en la dirección de proyectos, hasta dirigir proyectos directamente.(bajo el OPM3 es un artículo que tocamos aparte)
De donde se infiere que una PMO puede tener varios proyectos asignados, aunque no implica que estén relacionados o que sean similares. La estructura de una PMO depende de la necesidad específica de la organización y dentro de la sinergia de su gestión, se puede contemplar la selección, la gestión y la implementación de recursos compartidos entre proyectos.
Las fallas y problemas operacionales en proyectos, están relacionados con la falta de información y la falta de actualización de la misma; sobretodo, por la carencia de canales de comunicación oportunos e incluyentes.

Esta comparación no incluye los métodos ágiles que serán parte de otro artículo. Y su alcance no incluye Prince2 que no es tán popular, pero si es reconocido en el medio.


ITIL vs PMI
El generar estructuras que buscan seguimiento a la trazabilidad de la información durante el ciclo de vida de los proyectos, es una necesidad básica la cual, tanto PMI como ITIL, aportan estructuras definidas que van de lo general a lo particular. Resaltando cómo el proceso de Ejecución de PMI absorbe dentro de su alcance, la Transición y la Operación del Servicio descritas por ITIL y de igual modo sucede con los demás procesos.


Dentro de la operación del servicio, ITIL incluye la Gestión de Incidentes, la Gestión de Problemas y la Gestión del Cambio, como tres sencillas herramientas para el proceso de soporte del servicio.
ITIL ahonda en la operación o ejecución del servicio, con el fin de proveer una guía estructurada para garantizar la implementación eficiente de los componentes tecnológicos en un proyecto.

El propósito de la PMO, en una organización, no sólo consiste en liberar los entregables a tiempo, dentro de un presupuesto y conforme con los requisitos técnicos y de calidad, sino también generar valor para el negocio.
La generalidad de la metodología de PMI es evidente. El análisis detallado del PMBoK se basa en reglas de políticas o recomendaciones no dirigidas a proyectos específicos, y contrario a lo esperado, precisamente es su mayor fortaleza, considerando que su uso es apto en una variedad de proyectos sin distingo de razón social o cultura organizacional, pero algunas veces, esto puede ser una debilidad cuando se necesitan métodos particulares.
 
CMMi vs PMI
Los cambios del mercado y la demanda de nuevas áreas de aplicación de Administración de proyectos necesitan herramientas de administración mucho más específicas que las descritas por PMI; se puede decir que las nueve áreas de conocimiento que contempla PMI, pueden tomar una perspectiva enfocada en una sinergia entre las prácticas establecidas por CMMi. Así, las dos metodologías pueden coexistir para generar valor, esto es administrar bajo los lineamientos de PMI desde un panorama más global, la gestión y ejecución se implementa bajos los estándares de CMMi.


La Integración de Modelos de Madurez de Capacidades, es un modelo de referencia que cubre las actividades del desarrollo y mantenimiento aplicadas a los productos y servicios, además de proporcionar herramientas para el mejoramiento y la evaluación de los procesos enfocados al desarrollo, mantenimiento y operación de sistemas.

Lo anterior nos permitirá crear una mezcla de metodologías interesante:


Prince 2

Otra metodología no muy común en México, pero que en base a su modelo estructurado es de uso en otras latitudes y recomendada para complementar MAAGTICSI.

PRINCE2 (PR oyectos EN C ontrolled E nvironments) es un método basado en procesos para la gestión eficaz de los proyectos. PRINCE2 es un estándar de facto utilizado por el gobierno del Reino Unido y ha tomado auge internacional

El marco PRINCE2 dice que un proyecto debería tener:

  • Un comienzo organizado y controlado , es decir, organizar y planificar antes de saltar.
  • Un medio organizado y controlado , es decir, mantener los proyectos organizados y controlados.
  • Un final organizado y controlado , es decir, cuando tengas lo que quieres y el proyecto haya terminado, ordena los cabos sueltos.


Para describir qué debe hacer un proyecto y cuándo, PRINCE2 tiene una serie de procesos. Estos cubren todas las actividades necesarias en un proyecto, desde el inicio hasta el cierre.



Expandiendo las opciones

Ahora qué pasaría si sumamos los beneficios de las metodologías Ágiles como SCRUM o un método de Administración de proyectos con base en Prince2.


Quizás imaginarnos como coexistiría TOGAF, COBIT, BSC, VAL, etc.
El arte de balancear lo mejor de cada buena práctica y metodología, pude ser tan fácil o difícil, según deseemos solucionarlo o complicarlo.


Dejo un modelo que balancea algo más robusto incluyendo mayor visión de negocio, tan como como un ejemplo más del valor que se genera al tomar lo mejor que se adapta a la filosofía y plan de trabajo con un método práctico, seguro, estable y de fácil adopción por todos los participantes de los proyectos.
Desean más emociones, ahora aplicar una reflexión similar a las herramientas. O sobre la Arquitectura. Todo es un arte en balance constante.
En otro artículo nos centraremos en los métodos Ágiles con mayor hincapié en SCRUM por su popularidad. 


#JMCoach   @JormerMx
www.twitter.com/JormerMx
http://mx.linkedin.com/in/MxJormer

viernes, 3 de junio de 2016

Sobre las burbujas y la especulación de cada día.


La economía es algo que cada día nos afecta y no le brindamos importancia alguna porque pensamos que son cosas ajenas a nosotros.
Vamos a iniciar por la crisis económica de 2008 a 2016, también denominada Gran Recesión se conoce a la crisis económica mundial que explotó en el año 2008, y fue originada en los Estados Unidos. Entre los principales factores que se atribuyen como causas de la crisis se encuentran los fallos en la regulación económica, la gran cantidad de delitos cometidos por los bancos, la mejora de los precios de las materias primas debido a una mayor demanda de las mismas y a un mercado mundial más competitivo, la sobrevalorización del producto, crisis alimentaria mundial y energética, y la amenaza de una recesión en todo el mundo, así como una crisis crediticia, hipotecaria y de confianza en los mercados.

Lo anterior para no remitirnos en más historias internacionales, solo para partir de algo cercano

La gente está acostumbrada a usar el razonamiento lógico, considerando que necesitan una explicación específica de lo que ven; cerrándose a los beneficios de: el pensamiento lateral, visión sistémica, identificación de patrones, etc.
Más allá de culpar a las economías que lideran mundialmente, las demás economías suelen excusarse por dependencia y no toma de decisiones para crecer, desarrollarse y salir de la dependencia.
Hoy se nos olvida todo muy rápido y esto es lo que nos hace pagar repetidamente por los errores, por ejemplo: La crisis hipotecaria no está resuelta y es una burbuja que en China podría explotar en cualquier momento con consecuencias importantes.

Se nos olvida con el estrés y la dinámica de las noticias y el acontecer diario, que hay una crisis alimentaria y que paradójicamente también hay un desperdicio muy alto de alimentos por errores habituales de compra/consumo.
La burbuja que terminó con el boom de las “.com”, hoy se va superando con el poder de desarrollo tecnológico, sin embargo, no prestamos atención al problema de las “star up” que pasan de ser un buen modelo a un riesgo por el manejo que actualmente se da a los fondos y lanzar a las empresas al libre albedrio en lugar de acompañarlas hasta su maduración y crecimiento (aceleración, no solo incubación).
Las crisis no vienen solo por EEUU y la gran recisión, a nivel regional y nacional se tienen diferentes problemáticas que van inflando otras burbujas que pueden estallar en el momento menos pensado o quizás en el más indicado para un grupo que saldría beneficiado.

Este 2016 se esperaba para mediados de año una turbulencia financiera mundial, la cual por diversos factores se presentó desde inicios de año y ahora a mediados y final de año se esperan variables especulativas que desestabilizarán nuevamente, aunadas a un crecimiento desmedido de la corrupción. Obviamente quienes contaban con esta información se beneficiaron en grandes cantidades.

Otra bomba en corto plazo es la decisión de Inglaterra de permanecer o dejar la Unión Europea, de lo cual se crea un clima especulativo y su salida dispararía el precio del dólar y no olvidemos que China llegó a rescatarlos hace poco tiempo. Aunado a mucho ruido que será caldo de cultivo para los especuladores.

El tema de los energéticos, calentamiento global, pandemias, inseguridad, violencia, etc.  Todo suma en las burbujas que se nos olvida seguir o mitigar.

Así como lo anterior, hay más burbujas que estamos perdiendo del radar y sus efectos serán menores si las tenemos bajo observación, trabajamos en soluciones preventivas y romper los paradigmas de productos y servicios actuales, esto es, generar nuevos productos y servicios que romperán los esquemas tradicionales y abrirán opciones a nuevas perspectivas y por ende a soluciones con menor impacto por las diversas burbujas.

Hoy por ejemplo es grato ver un grupo de profesionales rompiendo el paradigma de la brecha entre la universidad el mundo real, con modelos que además de cerrar la brecha, están creando soluciones interesantes para diversos sectores de la población y servicios.

El impulsar nuevos modelos, abrirá perspectiva a las nuevas generaciones en aras de un mundo distinto y balanceado.
 
¿De dónde sale la información o su confianza?
Años de escuchar expertos financieros y economistas del mundo, algunos de México.
Leyendo America Economía, The Ecnomist, El Financiero, El Economista, Harvard Business, Expansión, Forbes, NY Times, Whsignton Post, etc.

#JMCoach   @JormerMX
www.twitter.com/JormerMx


Cuando no se resuelve la operación.

  El impacto del presupuesto cloud. Cuando no se resuelve la operación. El peor es que los sistemas que pagas de más no están resolviendo na...