Blog

Tecnología para Negocio

Jubilar tu viejo caballo es más rentable

Hace aproximadamente 100 años el debate más popular sobre el ahorro era si debías comprarte un coche o mantener tu caballo.

Y había artículos y anuncios de periódicos, como el de abajo, donde se argumentaba a favor de no descartar tu caballo pensando “en lo que te cuesta alimentarlo en un año” frente a “los gastos en gasolina, reparaciones y almacenamiento”.

Una lógica similar se utiliza a día de hoy al evaluar el coste de la nube pensando en lo que vale “lo viejo conocido” en lugar de pensar en apostar por el futuro.

Resulta curioso que este tipo de evaluaciones solamente son habituales en proyectos Cloud. No existe esta tendencia de tratar de justificar la viabilidad de un proyecto, por ejemplo, comparando si se desarrolla en Java frente a Python o si se utiliza una base de datos MySQL o una PostgreSQL.

A continuación veremos cómo se compara el coste de ejecutar tus proyectos en Cloud frente a on-premise, las posibilidades que traen los nuevos modelos de facturación a los departamentos financieros y todas las facilidades respecto al precio que nos ofrece la nube.

sigue leyendo…

¿Cuáles son los roles clave dentro del universo Big Data?

Cuando preguntamos qué es el Big Data y cuáles son los roles asociados a él, nos encontramos con definiciones interminables que muchas veces nos confunden en vez de aclarar conceptos.

En este post no vamos a dar una definición formal, sino una que encaja con nuestro punto de vista y nuestra experiencia en Big Data. No vamos a elaborar una larga lista de perfiles, solo nos centraremos en los que desempeñan una función clave en el universo Big Data.

sigue leyendo…

¿Cómo crear un Sprint Goal?

Si has trabajado con Scrum es muy probable que, en más de una ocasión, hayas tenido problemas para definir un Sprint Goal.

Quizás te hayas preguntado si el elemento más alto en el Product Backlog es teóricamente el más valioso, ¿debe ser la base para definir el Sprint Goal? o ¿qué hacemos cuando tenemos varios ítems en la parte alta pero no tienen correlación? ¿Formamos un Sprint Goal con “A”, “B” y “C”? ¿Puedo tener más de un Goal por Sprint?

En el anterior post El Poder del Sprint Goal, vimos la importancia de trabajar con Sprint Goals en Scrum. En este post veremos cuándo se crean, la principales técnicas que podemos usar para definirlos y distinguiremos algunas tipologías de Sprint Goals.

sigue leyendo…

Paradigma TechBrunch: cómo idean sus productos los Dragones Digitales

Internet ha cambiado radicalmente el panorama empresarial. Por un lado, los usuarios son cada vez más exigentes y necesitan que sus necesidades se resuelvan en el menor tiempo posible. Por otro lado, tenemos un escenario donde hay una gran competitividad en productos y servicios peleando por llegar los primeros al consumidor.

Porque en la mayoría de ocasiones se trata de eso, de llegar primero, no necesariamente de ofrecer la mejor oferta. Esto hace que no podamos perder de vista el mercado, nuestra competencia, las demandas de nuestros clientes… porque cada vez es menor el tiempo de reacción que tienen las empresas para ponerse al día y seguir siendo competitivas.

Compañías como Amazon, Netflix, Google… saben adaptarse rápidamente a lo que demanda el mercado y empujan a otras empresas a seguir ese ritmo frenético de adaptación.

¿Cómo consiguen los grandes gigantes digitales poner en marcha sus productos en un tiempo récord? En nuestro VIII TechBrunch, junto al IE Business School y Banco Santander, hablamos de qué tipo de estrategia siguen los líderes digitales para mantenerse y ser altamente competitivos.

sigue leyendo…

Serverless: ha llegado el momento de reemplazar servidores por código

“Perhaps we no longer have to think about servers”. Estas fueron las palabras de Werner Vogels, CTO de AWS, el 7 de julio de 2016 para resumir el valor de la computación Serverless en su intervención en el Summit de Londres.

La destacaba como la siguiente gran revolución tras los contenedores y comentaba que algunas compañías ya estaban empezando a quitar las grandes piezas de sus aplicaciones y estaban reemplazando sus servidores, sus máquinas virtuales y sus contenedores sólo con código.

sigue leyendo…

El poder del Sprint Goal

“¿Es un Fortissio Lungo? Porque huele de maravilla”, me preguntó Gonzalo, Product Owner del Equipo Telcom, justo antes de comenzar el Sprint Review #4. Yo me había incorporado un par de días antes al equipo como Scrum Master y, en medio de la calma y el olor a café, no pude prever la tormenta que se avecinaba.

Habían transcurrido menos de 20 minutos cuando Alonso de Benavides, principal stakeholder y sponsor del proyecto, lanzó la pregunta que retumbó como un trueno en la sala: “Entonces, ¿se puede saber qué demonios habéis hecho en este Sprint?”.

A lo que Gonzalo respondió con voz trémula, no sin antes tragar saliva: “El equipo ha terminado los jiras TL-34 y TL-35, relativos al área de usuario, y también del TL-40 al TL-44, que han mejorado el tiempo de carga de las páginas del catálogo de productos”.

La cara de Alonso se volvía azul por momentos. En la sala todos le miraban, mientras contenían la respiración, sin llegar a entender por qué reaccionaba de esa manera.

Alonso, sometido a una gran presión desde hacía meses, se puso en pie, como si quisiera reforzar su mensaje, y añadió: “Os dije que era vital para la compañía poder vender el nuevo producto de TV-Streaming al final de este Sprint, ya que nuestra competencia nos está machacando desde que lo sacó al mercado hace dos meses”.

Gonzalo, que recordó vagamente haberlo mencionado al equipo durante el Sprint Planning, contestó, casi con la voz rota: “Me temo que al equipo no le dio tiempo de terminar los jiras para esa funcionalidad, se atascaron y decidieron continuar con otras cosas para completar más ítems del Backlog y no bajar la velocidad”.

Tras escuchar su respuesta, Alonso mostró una leve sonrisa, de esas en las que la boca hace una mueca rígida y el resto de la cara permanece inmóvil.

Después de unos segundos de silencio sepulcral, aseveró: “Me temo que no habéis entendido nada y es muy decepcionante. No habéis comprendido las prioridades del negocio, lo que aporta valor y nos hace sostener esta compañía. No sabéis distinguir lo importante de lo accesorio. Es una situación muy preocupante que espero resolváis en el próximo Sprint o tendré que tomar medidas”, al tiempo que abandonó la sala.

No pude evitar pensar que nada de esto habría ocurrido si el equipo Scrum hubiera aprendido el poder del Sprint Goal. La buena noticia, pensé por sacar algo positivo de la situación, es que teníamos una oportunidad para Inspeccionar-nos y Adaptar-nos en la próxima Retrospectiva. ¡A por ello!

sigue leyendo…

[Infografía] Haz de tu casa un lugar inteligente con estos 7 gadgets IoT

Con el gran auge que está experimentando Internet of Things en los últimos años, multitud de empresas están realizando una gran labor de innovación diseñando nuevos productos y experiencias que están cambiado el día a día de todos nosotros.

Multitud de sectores se están viendo beneficiados por estas innovaciones: desde la automoción, con los coches inteligentes equipados con cientos de sensores al servicio de la Inteligencia Artificial y el aprendizaje automático; pasando por supermercados auto-servicio sin necesidad de pasar por las típicas cajas “inteligentes” que luego no son tan inteligentes como prometen…

Pero las innovaciones en este ámbito se han metido literalmente en nuestras casas haciendo que nuestro día a día sea más cómodo y amigable. Recopilamos en esta infografía 7 gadgets que harán de tu hogar una verdadera casa inteligente.

sigue leyendo…

Alíate con las métricas, ¡predice tu progreso en Scrum con las “burn charts”!

Uno de los fundamentos de Scrum es el empirismo y medir la predicción del progreso de un equipo es clave para sostenerse en sus tres pilares clave: inspección, adaptación y transparencia.

Mientras se inspecciona, es posible identificar y corregir variaciones no deseadas durante un Sprint; adaptar sus los procesos y artefactos, ayuda a minimizar esta desviación; y la transparencia implica que estas acciones sean visibles para todos los involucrados: scrum master, product owner y equipo de desarrollo.

Este último dispone de una serie de gráficas de predicción del progreso de los ítems del Product Backlog (PBIs) que cumplen con la definición de “hecho” durante un Sprint.

Hay dos gráficas muy conocidas y extendidas y en las que centraré mi entrada: burn-down charts y burn-up charts.

Ambas son gráficas bidimensionales, donde se refleja en el eje cartesiano ‘x’ la duración del Sprint; y el progreso de PBIs “hechos” y no “hechos” (medidos, por ejemplo, en puntos de historias de usuario o simplemente en número de ítems) en el eje cartesiano ‘y’.

Sé que con esta breve introducción os surgen muchas dudas, por ejemplo ¿cómo funcionan estas gráficas? ¿Cuál de ellas debo utilizar si soy miembro de un equipo de desarrollo de Scrum? ¿Es una mejor que otra?

Os plantearé bondades, similitudes, diferencias y distintos usos de cada gráfica. Después, el trabajo estará en vuestras manos para decidir si os son o no útiles.

sigue leyendo…

Haz despegar tu negocio desarrollando aplicaciones Cloud Native

Con la llegada del cloud computing se han abierto nuevos modelos que, además de agilizar el aprovisionamiento de infraestructura y servicio, permiten a las compañías utilizar una tecnología que se adapta a sus necesidades y así pagar solamente por los servicios que utilizan en cada momento.

Este nuevo paradigma permite, además, hacer un uso “ilimitado” de recursos y servicios completamente gestionados por terceros, lo que posibilita que las compañías se centren en su negocio haciendo que la tecnología se convierta en una commodity.

sigue leyendo…

¿Demasiadas reuniones? Simplifica y maximiza la productividad

“Tenemos muchas reuniones”, fue la reflexión concisa y categórica de uno de mis compañeros de oficina. Muchas reuniones, demasiadas. Y la verdad es que estoy de acuerdo con él. Además muchas veces no se celebran con un objetivo claro y con errores de ejecución comunes que las hacen, en general, improductivas.

Siendo más conciso aún, mi compañero especificaba: “en Scrum hay muchas reuniones”. Y ahí, en ese punto en concreto, no podía estar de acuerdo con él. ¿Pero por qué? Pues bien, ha llegado el momento de justificarlo.

sigue leyendo…