The Nicolas Solop Project

Negocios y Tecnología

wetcom-es

Cloud computing y los desafíos de los profesionales de IT – Capítulo II

by Leave a Comment

Hace unos 3 años y 11 meses exactamente escribía sobre los desafíos, qué veía en ese momento, para los profesionales del mundo IT. Con la madurez que casi 4 años meten encima a las ideas hoy tengo algunos pensamientos similares y otros no tanto.

Pero lo más importante son los descubrimientos que estuve haciendo en este tiempo para que seas invaluable para el negocio donde estés trabajando. De esto se trata este post.

Para hacer corta la parte de la historia, que hoy tenemos como realidad, es que fue cierto que muchos de los servicios que mencioné en el post original fueron realmente movidas a la nube como es el caso de correo electrónico, colaboración, ofimática y los servidores de archivos.

También es cierto que el nivel de complejidad que manjaban los administradores de esas tecnologías se fue al piso muy rápidamente ya que, en la mayoría de los casos, hoy estas tecnologías son consumidas desde una óptica 100% SaaS.

Al caer el nivel de complejidad hace que la operación de la tecnología sea más accesible para personas con menos preparación. Traduciendo un poco esto, mañana puede venir una persona y operar el correo de Microsoft en la nube sin los 20 años de experiencia y los 15 cursos que tenes encima. Te corrieron.

Sigo manteniendo mi teoría de que en el futuro vamos a tener gente que solo opera consolas para el día a día del negocio.

También sigo manteniendo mi teoría de que los profesionales de IT (infra) van a tener que adquirir nuevas habilidades para mantenerse empleables.

¿Dónde deberían enfocarse los profesionales de IT?

La mayoría de las grandes empresas van a tener un portafolio de aplicaciones variado. Aplicaciones on el centro de cómputos propio y aplicaciones en la nube.

Del mismo modo, muchas de estas aplicaciones van a estar desarrolladas en casa y otras van a ser, o ya fueron, reemplazadas por aplicaciones comerciales en la nube (SaaS) o en el centro de cómputos propio. ¿Quién querría ponerse a desarrollar hoy en día una aplicación para recursos humanos o un CRM habiendo tanta oferta disponible?

Por otro lado, en este tipo de empresas grandes, van a existir aplicaciones específicas para el negocio. Esas son las aplicaciones que nos permiten hacer lo que vendemos. Muchas de estas aplicaciones, generalmente apoyadas en contexto monolíticas, van a ser “transformadas” a entornos cloud.

Este proceso de transformación o de llevar cargas de trabajo a la nube requiere de habilidades diferentes a las que estamos acostumbrados a ver, por lo menos desde el punto de vista de infraestructura.

Una de estas habilidades es tener la capacidad de interpretar las cargas de trabajo y descomponerlas, para luego identificar el mejor match entre esa descomposición y servicios de nube existentes.

Si lo abrimos un poco más vamos a encontrar:

  1. Tenemos que conocer en detalle nuestras cargas de trabajo
  2. Tenemos que conocer en detalle los servicios de nube donde nos vamos a mover
  3. Tenemos que conocer qué objetivos de negocio se esperan de esa carga de trabajo

Vamos de atrás para adelante.

Objetivos del negocio esperados para las cargas de trabajo

Hasta ahora, en la mayoría de los casos, a la gente de TI le llegaban los requerimientos de tantos servidores con tantos recursos de HW y SW cada uno. Una vez aprovisionados esos servidores otro equipo los tomaba para seguir con la puesta en marcha de la tecnología necesaria.

En el mundo del cloud real, no en un servicio IaaS, una secuencia como la de arriba es imposible. Esto se debe a que los factores que impactan sobre estos servidores son muy diferentes a los que podemos tener en un centro de cómputos propio.

Desde ciberseguridad, pasando por disponibilidad, costos operativos y hasta elasticidad son factores que se tienen que tener en cuenta como objetivos de negocio, no tecnológicos para las carga de trabajo que estamos subiendo.

Conocer en detalle los servicios de nube donde nos vamos a mover

No podemos subir las cargas de trabajo a un lugar que desconocemos. Si nuestra carga de trabajo cuenta con servidores de aplicacion, firewalls, bases de datos, caches y demás tenemos la obligación de conocer la oferta que tenemos disponible en el proveedor de nube donde nos estamos moviendo.

Hoy en día la oferta es tan amplia que muchas veces no es claro que dirección tomar. ¿Qué servicio de base de datos vamos a usar cuando tenemos 10 opciones diferentes?, ¿Cómo lo vamos a correr, en un PaaS un IaaS, en contenedores?

¿Me explico? ante una oferta amplia uno necesita conocer mucho para poder tomar mejores deciones.

Conocer en detalle las cargas de trabajo

Si subimos nuestras cargas de trabajo a la nube es muy probable que los conecptos que estamos acosumbrados a manejar en el día a día para operar nuestras cargas de trabajo no sean los mismos.

Esto quiere decir que para poder operar de forma adecuada nuestras cargas de trabajo vamos a tener que conocer muy bien sus componentes, los servicios donde está apoyada esta carga de trabajo y el comportamiento esperado de la misma.

Esto se debe a que no podemos esperar a un evento para entender si la aplicación o servicio que estamos corriendo no se está comportando como corresponde. Es nuestro trabajo como responsable de las mismas comprender el funcionamiento, el comportamiento y los patrones que definen el correcto funcionamiento.

Como podes ver cambia completamente el paradigma, al menos para la gente de TI, que estaba enfocada en mantener los los hipervisores. y las máquinas virtuales funcionando. Si el mundo sigue encaminado hacia una adopción de nube vamos a tener que transformarnos como profesionales de IT.

Tal vez escriba una actualización de esto en otros 4 años.

Nos leemos pronto.

Algunas veces tenemos que hacer lo que nadie más hace para abrirnos camino

by Leave a Comment

Con diferencia de 15 días me encontré pensando en dos situaciones diferentes donde tuvimos que abrirnos camino donde lo que queríamos hacer o alcanzar era inviable por las condiciones del momento.

En este post te quiero contar algunas reflexiones sobre los potenciales beneficios de ser el primero en hacer algo para poder moverse hacia adelante, e incluso algunos beneficios potenciales que se vieron años después.

El primer caso lo tengo después de haber leido este tweet que habla sobre la existencia de muchos blogs sobre tecnologías vmware, pero sobre todo se pregunta por qué tanta gente que trabaja con tecnologías VMware tienen un blog al respecto.

La respuesta es simple, muchos de nosotros tenemos o tenían sus blogs sobre vmware por varios motivos:

  • En el momento del surgimiento de VMware era tan novedoso,y bueno, que nos motivaba a explorar por un lado. Pero por el otro no había suficiente información al respecto que todo justificaba una publicación.
  • En el contexto, los blogs estaban mucho más de moda que ahora donde se consume otro tipo de contenido como podcasts o videos.

¿Qué tiene que ver esto con ser “el primero en hacer algo”?

Bueno, como comenté antes este blog, y todos sus lectores, fueron grandes catalizadores del crecimiento de Wetcom. Me aceró a grandes amigos en la actualidad y a un montón de personas que hoy son clientes de Wetcom. Claramente este es un beneficio de ser el primero en hacer algo. ¿Fue el primer blog sobre VMware? no, pero si uno de los que tuvo mucho tráfico.

Pero para no ser autoreferencial conozco una tonelada de gente que consiguió trabajo gracias a su blog, su podcast o su lo que sea. Lo importante es contar tu historia en tiempo y forma, el beneficio seguro aparece.

Hoy el blog sigue recibiendo tráfico ya que muchos de los problemas que teníamos en ese momento se siguen repitiendo (acá fallan los vendors) y la respuesta o forma de resolverlos sigue siendo la misma que hace unos 10 años.

Seguimos ayudando a la comunidad, abrimos el camino, eso es parte de la importancia de ser primeros en algo.

El otro disparador que me hizo pensar sobre este tema de la importancia de hacer lo que nadie más hace y sus beneficios fue a partir de compartir una cerveza con egresado de la escuela de Wetcom (programa de jóvenes talentos) que hace un año no trabaja con nosotros.

Conectado con el punto anterior el conocimiento sobre VMware que había en el mercado no estaba a la altura de lo que queríamos hacer en Wetcom. Lamento si alguien se siente tocado por esta declaración pero es cierto.

Probablemente en algunos casos el conocimiento estaba pero faltaba actitud. Lamento también si algune se siente mal por esto.

Como no estaba el conocimiento, ni tampoco la actitud, decidimos armar el programa de jóvenes talentos de Wetcom al que hoy califico de un éxito rotundo. Con sus aciertos y fracasos pero sobre todo con un enfoque brutal en las actitudes de los chicos armamos un programa que forma y formó a una cantidad enorme de chicos y chicas en su primer trabajo en TI, pero sobre todo en cracks tecnológicos.

Esta es la reflexión fuerte. Hoy el mercado tiene una cantidad enorme de gente que pasó por Wetcom que hoy son cracks y un orgullo inmenso para nosotros. Solo ver el crecimiento exponencial que tuvieron en su paso por Wetcom y lo que logran estando fuera siguiendo con muchas de las cosas que aprendieron con nosotros es increible.

Pero por más esfuerzos que hagamos el mercado sigue teniendo pocos recursos disponibles. Con este chico hicimos un repaso de mucha gente que pasó en estos últimos años y en todos los casos están trabajando en lugares muy buenos.

El beneficio de ser el primero en hace esto es que despues de 9 años de estar haciendo el programa hoy tenemos una gran cantidad de amigos, colegas y en algunos casos clientes que pasaron por Wetcom. Algo genial.

Este último punto tiene una segunda idea interesante. Imagina solamente que existieran más empresas como Wetcom que tengan pasión por formar y desarrollar talento. ¿Qué pasaría en el mercado? ¿No habría más personas entrenadas y formadas en las tecnologías que manejamos?.

Definitivamente. La realidad es que son muy pocas las que lo hacen por no decir ninguna al nivel que lo hace Wetcom.

Volviendo, si te encontrás frente un problema donde tenes que hacer algo que nadie más hace, tené en cuenta que ser el primero en hacer algo puede tener muchos beneficios en el corto y en el largo plazo.

Partimos a la nube, todos a bordo, o no vamos a ningún lado

by Leave a Comment

Anoche me fui a dormir leyendo el Well Architected Framework de AWS en el kindle. Tengo que reconocer que tengo una cantidad de notas tomadas como nunca lo hice con un libro. Me sorprende como muchos de los conceptos establecidos hoy se ponen en jaque día a día.

De los que más me sorprendió fue el énfasis que hacen una y otra vez en los equipos involucrados en los objetivos del negocio y en la participación de todos los miembros de los equipos para lograr grandes resultados. De verdad trataba de llevar a la realidad lo que veo todos los días versus lo que estaba en el kindle.

Si bien comparto la teoría de que para tener resultados todos los miembros del equipo tienen que entender los objetivos de negocio todavía no logro visualizarlo en la realidad Argentina y, por qué no, en la región.

Horas más tardes de que esto me quede dando vueltas me encontré en una reunión con un cliente que quería mover una carga de trabajo a AWS. Era una portal, una especie de intranet, donde se iban a publicar novedades para que los empleados de la empresa desde varios paíeses pudieran nutrirse de información relevante. Un reemplazo de un sharepoint si se quiere.

Pero a principios del año desde el negocio recibieron la directiva de comenzar a utilizar servicios nativos AWS junto con algunas cargas de trabajo y capacidad que tenían en unos hosts de VMC también en AWS. Si queres saber más sobre VMC podes leer acá o mirar acá.

Ante la necesidad y la directiva del negocio un cloud architect se puso a trabajar en un diseño súper interesante que contemplaba de muy buena manera los pilares del Well Architected Framework. Realmente estaba muy bien contemplando casi todos los pilares del Well Architected Framework.

Nos invitaron a una reunión para revisar ese diseño con servicios nativos para ser traducidos a lo que pudieramos hacer basados en lo que teníamos de VMC.

Esto fue lo que pasó en la reunión:

La gente de seguridad informática comenzó a decir que no podían permitir salir a producción algo con NSX-T como seguridad ya que no había sido homologado en la nube. Para el caso los servicios de seguridad de AWS tampoco habían sido validados. Necesitaban 6 meses para hacerlo en cualquiera de los dos casos.

La gente de monitoreo indicó que como esas instancias de VMC no tenían monitoreo por vROPS no iban a poder salir a producción tampoco.

Pero lo más interesante fue una persona que se sumó 30 minutos tarde, por que el jefe de su jefe no había podido asistir a la reunión, y como su jefe tampoco pudo tuvo que venir él. 30 minutos tarde lo primero que hizo fue preguntar de que se trata la reunión.

Me quería ir.

Estaba en una reunión que supuestamente era estratégica para el negocio y los que participaban de la misma en lugar de pensar cómo podían sacar a producción lo que el negocio necesitaba se estaban mirando el culo. Ni hablar del que llegó 30 minutos tarde, estaba en disney.

Me podes decir que esto mismo pasa hoy sin estar pensando en moverte a la nube lo cual sería cierto. Pero en este caso puntual o se tiene el compromiso de todo el mundo o no vas a ningún lado.

La burocracia del on-prem en la nube puede significar, no sacar un servicio a la calle, una factura descabellada o simplemente un expuesto de seguridad que deje el negocio cerrado.

Pero lo más preocupante es la falta de interés por cumplir con el objetivo de negocio. Si no están todos los equipos integrados para resolver el problema y se ponen de acuerdo en llegar al objetivo el camino a la nube puede tener unos cuantos golpes.

Golpearse contra algo en el espacio no debe estar tan bueno.

Sin importar si van a ir por VMware Cloud on AWS o cualquier otro servicio de cloud les recomiendo que lean el Well Architected Framework. No se trata solo de arquitectura, se trata de arquitectura, de operaciones, de visión y estrategia. Lo resuelven en unas horas pero les recomiendo leerlo de corrido y despés volver a leerlo y tomar notas.

Fue lo mejor que me pasó en el último tiempo, tira por el piso muchos conceptos que hoy tenemos como ley en el on-prem.

Buen fin de semana.

Wetcom logra certificacion como un Great Place to Work

by Leave a Comment

Si bien lo sabíamos desde la semana pasada hoy recién pudimos contarle a todo el mundo que Wetcom logró la certificación como un Great Place to Work.

Si bien sabíamos que podíamos tener buenos resultados no imaginábamos que los números de las encuestas iban a ser tan altos. Estos son algunos de los números con los que nos encontramos:

Hoy compartimos un almuerzo de celebración con todas las personas que hacemos Wetcom y un veterano de la industria nos contaba que este tipo de encuestas son un arma de doble filo. Si la empresa hace las cosas bien es un golazo pero que en muchos otros los empleados esperan la encuesta anónima para hundir a la empresa.

Nuevamente, sabíamos que estábamos haciendo las cosas bien. Tenemos un buen clima laboral (respaldado con encuestas internas) y en los últimos años muchas de las personas que forman parte del equipo tuvieron grandes oportunidades de desarrollo.

¿Por qué ahora?

Si bien teníamos los resultados de encuestas internas siempre es bueno tener una mirada imparcial pero que además nos permita tener datos comparables con empresas de la misma industria.

Lo que se mide se puede mejorar y los resultados que levantamos fueron muy buenos.

Tenemos un gran desafío por delante para mejorar los indicadores, mientras tanto, celebremos este nuevo logro de Wetcom.

IOT, AI y cloud, 5 puntos clave para su implementación

by Leave a Comment

Les voy a contar algo de un evento que participé ayer donde se presentaron iniciativas de Cloud, IOT y AI, tecnologías centrales para los próximos 10 años, y algunas ideas para que las iniciativas tomen velocidad.

Ayer tuve la posibilidad de participar en el evento Business Comes Alive que organizó Intel en Buenos Aires con gran parte del equipo de Wetcom.

Junto con VMware y Veeam, Intel, es de las empresas que más disfruto interactuar día a día.

Más allá de la percepción de que Intel fabrica solamente procesadores, la realidad es que tiene muchísimas soluciones para una gran cantidad de verticales.

Las presentaciones con datos de IOT, AI y Cloud reforzaron gran parte de esta idea de que hay mucho más, además de procesadores.

Con la idea de que todas las empresas, con el tiempo, deben convertirse en empresas de software y que los ejecutivos de negocio deben convertirse en tecnólogos el evento tuvo un buen nivel de contenido.

Con datos como que solo el 2% de los datos almacenados son potables como para ser explotados para iniciativas de negocio la vara se pone cada vez más alta para quienes piensan en tomar el rumbo hacia estas iniciativas.

La gran mayoría de los presupuestos de IT y el tiempo de los miembros de este equipo se utilizan únicamente para mantener los servicios corriendo

Esto nos deja con poco lugar para la innovación, y ya sabemos lo que pasa con las empresas que no innovan.

No es suficiente con que algún directivo diga “vamos a implementar AI para el negocio” o vamos “a poner sensores en toda la línea de producción”.

Se necesita mucho más que esto.

Porque como ya vimos, no se trata de si va a suceder o no, sino de qué tan rápido va a suceder.

Algunas ideas para poner en marcha AI, IOT y Cloud

Identificar el problema a resolver

Lo primero que tenemos que definir es siempre el problema que tenemos que resolver. Poner tecnología en marcha y no tener en claro qué queremos resolver es un viaje de ida al fracaso de cualquier proyecto.

Es por esto que en Wetcom siempre decimos, el problema primero y la tecnología después.

En base a esto es que construimos nuestro modelo de prácticas de negocio y prácticas tecnológicas.

Tiempo del equipo y presupuesto asignado

Si alguna de las dos cosas no está en la balanza vamos a tener problemas para llevar adelante cualquiera de estas iniciativas.

El tiempo muchas veces no está disponible por que simplemente el día a día no deja lugar y otras porque existe una asfixia laboral tan grande que ahorca cualquier intento de llevar adelante cosas nuevas.

Como dije más arriba si el presupuesto se utiliza únicamente para mantener los servicios corriendo pocas cosas se van a poder hacer para llevar adelante un plan de innovación.

Foco en proyectos de negocio y tecnológicos

De la mano de lo que vimos más arriba sería interesante contar con un equipo dedicado para las iniciativas logrará mejores resultados.

Esto quiere decir que si no hay interrupción con tareas del día a día y las personas enfocadas en estos temas podrá tener mejores resultados.

Cuanto más enfocado esté el talento en los proyectos de negocio y proyectos tecnológicos mejores resultados se tendrán.

Elegir el socio adecuado

A menos que tengamos la capacidad y los tecnólogos adecuados será complicado llegar a buen puerto en algunas de estas iniciativas.

Contar con el socio adecuado para que acompañe en el recorrido es clave para evitar desvíos y caer en callejones sin salida.

Los socios para trabajar en IOT, AI y Cloud deben tener un recorrido hecho que acelere los procesos, allane el camino y permita elevar el nivel de los resultados esperados.

Integración de las iniciativas

En el caso de las 3, IOT, AI y Cloud pueden ser integradas completamente.

En algunos casos es hasta mandatorio hacerlo. En otros, esto no es tan claro.

Por ejemplo si pensamos en IOT podríamos dejar de lado AI.

La realidad es que, dependiendo el caso de negocio, lo ideal sería sumar AI a la iniciativa de IOT para tener mejores resultados.

¿Puede hacerse primero una y después otra? si, pero deberíamos contemplarlo a futuro para que la integración posterior sea mucho más simple.

AI, IOT, Cloud – el resumen

Para poder llevar adelante estas iniciativas se necesita mucho más que ganas.

Identificar el caso de negocio, contar con presupuesto y un equipo de trabajo adecuado con los socios correctos son indispensables para ponerlas en marcha.

Si pensas que hay algún punto más para sumar, dejalo en los comentarios debajo!

La pregunta es, ¿qué tan rápido?

by Leave a Comment

Hace unas semanas tenía una charla con un CIO que me comentaba que tenía dudas que se siguieran moviendo cargas de trabajo a la nube.

La charla era más filosófica que tecnológica.

Sin entrar en detalles de si al final del ejercicio es más caro o más barato, o si es una cuestión de operaciones. La posición parecía más centrada en negar la realidad que en analizar lo que realmente está sucediendo hoy por hoy en el mundo tecnológico.

Después de 2 horas de charla mis conclusiones y puntos de vista sobre las opciones que tenemos hoy por delante.

Con la evolución que tuvimos en los servicios de nube privada, con el ecosistema de contenedores empujando el cambio en el mundo del desarrollo, como soluciones como Chef, Puppet y Ansible reducen la complejidad en la gestión de grandes cantidades de servidores y la oferta de servicios cloud que no para de crecer, deberíamos, cuanto menos, dejar de esconder la charla de la nube híbrida.

Con todo esto girando alrededor del mercado no hay dudas de que más cargas de trabajo van a terminar en la nube.

Con servicios como el de VMware Cloud on AWS simplificando varios casos de uso, pero sobre todo los del salto seguro a la nube, las excusas quedan sin un lugar a donde ir.

Las nuevas cargas de trabajo no van a ser desarrolladas más sobre la infraestructura tradicional de servidores. Los desarrolladores no quieren ese nivel de complejidad.

Las soluciones de nube les sacan esa presión.

Lo importante acá son los servidores sino las aplicaciones que corren arriba. A menos que sea una solución específica para el negocio hay muchas opciones para cada uno de los sistemas que podemos necesitar.

¿Qué necesidad tenemos de mantener en casa un software de gestión de recursos humanos con las opciones que tenemos en SaaS?

El movimiento a la nube es inevitable, tiene sus problematicas a resolver, pero es inevitable.

La pregunta es ¿qué tan rápido vamos a terminar ahí arriba?

Aceptando esto cómo líderes tenemos la responsabilidad de hacernos cargo de lo que nos toca y llevar adelante esta transición con estrategia y no a los tumbos.

No quería dejar de cerrar esto sin hacer que te preguntes ¿cuál va a ser tu lugar en este período de cambio?. ¿Vas a ser un protagonista o un espectador de esta revolución tecnológica?.

Lo dejamos para otro post ¿si?.

Buena fin de semana.

Una copia de este artículo fue publicada en Linkedin y la pueden encontrar en La pregunta es, ¿qué tan rápido?.

Quien paga las facturas de la corrupcion de IT

by Leave a Comment

Por si no lo sabías la corrupción en el mercado de IT en varios de los países de América del Sur es moneda corriente.

Esto hace que las empresas pierdan dinero, no se invierta de forma adecuada y se vea afectado el retorno de inversión entre otros grandes problemas.

Pero hay algunos puntos donde las facturas se pagan mucho más caras y tienen efectos en el corto y en el largo plazo.

Desde nuestros inicios en Wetcom decidimos que íbamos a estar al margen de este tipo de maniobras pero no somos ajenas a estas.

Junto con los Gate Keepers, el status quo y la corrupción fueron los grandes limitantes que encontramos a la hora de crecer durante estos años.

Los dos primeros los vamos a tratar en otro post.

Este quiero hablar de la corrupción y dónde es que más pega en las organizaciones.

Los primeros días de este año, 2019, una importante empresa de Argentina decidió que para seguir siendo sus proveedores íbamos a tener que pagar un peaje.

Una coima.

Pero como nunca quisimos terminar como Sonny Corleone en el peaje decidimos no tomar ese camino.

De la noche a la mañana dejamos de ser proveedores de esta empresa. Sin duda un gran cliente para nosotros, para cualquiera en realidad.

Las relaciones comerciales van y vienen. Pero cuando se van así…

Con las personas que trabajan en los rangos medios para abajo de IT de esta empresa seguimos teniendo buena relación. Al fin y al cabo siempre hicimos las cosas bien.

Es por esto que sabemos cómo siguieron las cosas ahí.

Con este ejemplo y otros del pasado decidí armar un listado de las cosas donde más pega la corrupción en el mercado de IT.

La primera factura la paga el servicio de implementado

Esto se debe a que generalmente las empresas contratadas bajo este mecanismo tienen personal poco preparado en el mejor de los casos.

Se ve siempre la misma persona especialista en 7 fabricantes y en los 20 productos de cada uno.

Esto termina siempre en implementaciones de baja calidad, si es que llegan a ser implementadas.

La segunda factura la paga el valor agregado

O mejor dicho la inexistencia del valor agregado.

Este tipo de relaciones están más basadas en el beneficio personal de la persona que compra por lo que el valor agregado que el proveedor pueda poner en juego no tiene lugar.

Quién puede priorizar el valor agregado si lo único que se busca es el dinero rápido.

Es por esto que en los negocios marcados por este tipo de prácticas no existe valor.

La tercera factura la paga la empresa compradora

Si, el pago de la coima incluye un sobre precio. El sobre precio significa que la empresa compradora está pagando demás.

Existe una forma donde no se paga sobre precio y es cuando el que compra es el dueño de la empresa de IT proveedora del servicio.

La cuarta factura la pagan los empleados de IT

Como se busca el beneficio del comprador son poco los casos donde se prioriza la formación de los empleados de IT.

Esto es un problema por que si la implementación se llega a concretar y salir a producción lo más probable es que no se tengan los conocimientos para operar la tecnología.

Generalmente esto termina mal ya que la tecnología no llega a despegar dentro de la cuenta y esto decanta en la siguiente factura.

La quinta factura la paga el fabricante

Involucrado o no en la corrupción o la coima en el largo plazo el fabricante paga esta factura.

¿Por qué?

Los negocios en tecnología siempre tienen renovaciones de producto a 1 o a 3 años.

Cada vez estamos viendo más casos de shelfware. Software que se compra pero que no se implementa y queda sin ser utilizado jamás.

Junto con el shelfware estamos viendo que llegado el momento de la renovación del mantenimiento de los productos muchos clientes deciden no renovarlos.

A fin de cuenta no lo están utilizando ¿cuál es el motivo para renovarlo?.

Los fabricantes se encuentran con problemas para hacer las renovaciones, los cierres se atrasan y las cosas no terminan bien.

Estos son los puntos más importantes que dañan a todo el ecosistema. A las empresas que compran tecnología, a los canales y a los fabricantes.

La próxima vez que veas algo así ya sabés donde pega.

Si llegaste hasta acá pensando por qué se puso a escribir ahora sobre esto existe un motivo.

En este momento estamos en una situación similar con un cliente del mercado de banca y finanzas.

El pedido de peaje no llegó todavía pero las señales son clarísimas…

Nos leemos pronto!

Sobre trabajo en equipo, foco y tener aguante

by Leave a Comment

Como algunos de ustedes saben, el wetcom cumplió 13 años hace unas semanas. Pero con las celebraciones de cumpleaños sucedió una cosa que no esperábamos y nos hizo sentir como nunca.

Bueno, ¿qué pasó ?, puede que te preguntes. VMware premió a wetcom como el socio del año por primera vez.

Eso me hizo pensar ¿qué sucedió?, ¿que hicimos para llegar allí? comenzando con solo 2 laptops y 2 mochilas. 13 años es un montón de tiempo y nunca obtuvimos el premio de este calibre.

Finalmente, identifiqué 3 pilares que contribuyeron a este logro que me gustaría compartir con vos hoy.

Trabajo en equipo

El primer pilar que aportó es el trabajo en equipo.

La integración y cohesión del equipo de Wetcom es el resultado de varias iniciativas que fomentamos durante los últimos años, que hicieron que todos los miembros del equipo contribuyeran desde su posición o equipo interno.

Sin el equipo que tenemos hoy, sería imposible ser reconocidos de esta forma.

¿Qué hace que este equipo sea tan especial? Es especial porque el rendimiento del equipo superó a las individualidades presentes dentro del mismo.

Y cuando los equipos superan las individualidades, grandes cosas se hacen realidad, cosas como esta.

A partir de servicios profesionales, marketing, recursos humanos, ventas y back office, todos desempeñaron un papel estratégico que le permitió a wetcom obtener el premio.

Parte del equipo

Enfoque

El enfoque es el segundo pilar que he identificado como crucial para este éxito.

¿Cuántos proveedores de tecnología ha visto desarrollar soluciones de nube y virtualización? ¿Cuántas soluciones en torno a este ecosistema?.

Habría sido completamente fácil para nosotros elegir una gran cantidad de esas tecnologías durante 13 años para hacer negocios.

Proporcionar servicios de la calidad en que lo hacemos con un amplio espectro de tecnologías y soluciones sería difícil para nuestros estándares.

Calidad sobre cantidad.

Comenzamos operaciones como un socio comercial de VMware desde el día cero. Junto con un pequeño grupo de fabricantes elegidos, seguimos trabajando con tecnologías VMware todo este tiempo.

El hecho de estar concentrados en un pequeño grupo de tecnologías nos permitió brindar servicios y soluciones a un nivel que no se ve muy a menudo.

No alt text provided for this image

El aguante

La razón principal por la que las empresas no logran grandes resultados es que renuncian a lo que buscan cuando las cosas no salen como se esperan.

Esperamos 13 años para llegar al punto en que estamos hoy, esta capacidad de trabajar sabiendo que los esfuerzos que estábamos haciendo en algún momento serían recompensados nos permitió avanzar en situaciones difíciles.

Se requiere cierto nivel de madurez para entender y comportarse así, y no siempre es fácil de procesar.

Si dominas esto y no te desesperas por los resultados a corto plazo, estoy convencido de que estás en el camino correcto.

Para resumir, si tenés un equipo increíble, trabaja enfocado y tiene la voluntad de aguantar el tiempo suficiente, pueden sucederle grandes cosas a su organización.

Por supuesto que hay más pilares que contribuyeron al éxito de Wetcom en los últimos años, pero tenemos mucho tiempo, así que les contaré en otro post.

Gracias VMware por el reconocimiento, gracias a cada uno de los miembros del equipo y muchas gracias a nuestros clientes que nos dejan día a día poner en práctica para lo que tanto nos preparamos.

¡Nos leemos pronto!

Este post fue publicado en inglés en About teamwork, focus, and hanging in there.

El diagnostico acertado es la mitad de la cura

by Leave a Comment

En algún lugar escuché la frase el diagnóstico acertado es la mitad de la cura. Hoy, luego de participar en un incidente con interrupción de servicio en un cliente pude comprobar que la frase no aplica sólo a la medicina.

Diagnosticar es un arte en sí mismo. En algunos casos contamos con herramientas o tecnologías que nos pueden ayudar a identificar un problema y en otros no contamos más que con nuestra experiencia y corazonadas.

Pero la realidad es que en la mayoría de los casos las detecciones de los problemas se lleva a cabo luego de la aparición de los primeros síntomas.

En casos extremos lo que vemos es el resultado de la extensión del problema de raíz que deriva en otra cosa. En estos casos Lo que vemos, el síntoma, hace que el diagnóstico sea mucho más complejo identificar que es lo que lo está produciendo.

Volviendo al ejemplo de la tecnología… Hoy llamó un cliente informándonos que algunas de sus máquinas virtuales dejaron de funcionar en el único host que tenían en el sitio.

Dentro del mundo de la virtualizacion con VMWare a primera vista uno puede pensar algunos puntos sobre los cuales trabajar.

Esto se debe a que, por eliminación, son muy pocos los aspectos que pueden afectar solo a algunas máquinas virtuales en un host.

Luego de un análisis preliminar, charlar con el administrador sobre cosas que

podrían haber cambiado en el ambiente y que nos habilitaran el acceso VPN pasó una hora.

Resuelto el problema de la conectividad y comenzando con el análisis, ya que el diagnóstico lo teníamos comenzamos a trabajar en el problema.

House tenía razón, todos mienten.

House tenía razón, todos mienten.  #troubleshooting #diagnostico #causaraiz #rca

En el momento nos llama otra persona del cliente para preguntarnos porque todavía no sabíamos que pasaba cuando era un problema tan grave. Caras de sorpresa por todos lados.

La persona que llamo inicialmente nunca dijo que era crítico ni que TODOS los sistemas estaba afectados.

Perdimos tiempo, mucho. Analizamos cosas que no tenían sentido para el problema real. Ya el síntoma no era una molestia, era algo mucho más grave que debíamos atender.

Si hubiésemos contado con la información correcta de buenas a primeras la respuesta al origen del problema hubiese sido identificada mucho más rápido.

Con el correr de las horas la primer persona que nos llamó nos “contó” que antes de llamarnos había cambiado un disco que se había roto. Más información que nos podría haber dado antes. De hecho el origen del problema fue ese disco local en el servidor.

Identificada la causa raíz del problema delineamos un plan de acción para volver a dar servicio cuanto antes y eliminar por completo la causa raíz del problema.

Todo esto demoró unas 8 horas, de las cuales más de la mitad estuvimos a ciegas por no contar con un panorama completo de lo que estaba pasando.

Se que los sistemas vuelven a dar servicios y que en la medicina hay casos en que la muerte es inevitable pero bien sirve como punto de partida de comparación.

En mis días de empleado de EDS, hoy HP, para detectar la causa raíz de un incidente utilizábamos un sistema de 5 pasos. Este sistema de 5 pasos es utilizado también en muchas industrias.

La misma se basaba en realizar la pregunta ¿porqué?  cinco veces indagando cada vez de forma más profunda hasta dar con la causa raíz del problema y luego trabajar en la eliminación de la misma.

En algunos casos es efectiva, si se cuenta con TODA la información necesaria, pero en otros se puede quedar corta. Esto se debe a que al llegar al final de la respuesta del quinto ¿porqué? uno puede detener el análisis ahí mismo y quedarse plantado en esa respuesta cuando en realidad puede llegar a existir un punto más profundo aún.

¿Estás de acuerdo en que el diagnóstico acertado es la mitad de la cura?. ¿Qué métodos de análisis de causa raíz utilizas diariamente?.

Foto: Ripoff Я E.R.