Ayer estuve en el meetup Decentralized World que se celebró en MediaLab Prado en Madrid, donde estuvimos discutiendo sobre las acciones para organizarnos y poder crear una DAO. Si no estás familiarizado con la terminología de blockchain, una DAO es una Organización-Descentralizada-Autónoma, es decir es un ente independiente y que no depende de un elemento central. Continue reading
TEDxSevilla 2016
El pasado 18 de Febrero participé en el TEDxSevilla 2016 para hablar sobre Blockchain y el impacto que puede llegar a tener en nuestras vidas en los próximos años. Fué una experiencia extraordinaria, porque pude compartir una tarde con un grupo de gente fantásticas, desde los ponentes a la organización que se portó con nosotros estupendamente.
El evento fue muy entretenido, las charlas fueron muy variadas, formación, salud, investigación, nuevos estilo de vida, medio ambiente, motivación, lo que hizo que las 5 horas que duró el evento se pasaran volando.
Era la primera vez que participaba en un TEDx y la verdad es que tanto el formato como el público se convirtieron en un verdadero reto para mí, sobre todo porque cuando hablo en charlas, lo hago para un público técnico y con mucho más tiempo que los dichosos 18 minutos :-D. Pero este es el formato de TEDx, claro, conciso y rápido. El reto para mí estaba en intentar explicar de manera muy breve una tecnología como Blockchain a un público generalista. El segundo reto era poder plantear una visión de nuestro futuro con las ventajas de adoptar una tecnología que nos permite manejar los datos descentralizadamente, de manera segura y confiable, como es Blockchain. Y luego estaba ese dichoso cronómetro con sus 18 minutos en cuenta atrás, tantas cosas que contar y tan poco tiempo jajajajaa!!
En resumen, fue una tarde estupenda, disfrutando y sobre todo aprendiendo de gente con un enorme TALENTO y en la que hubo poco bla bla bla y mucho OH OH OH
¿Por qué escribir un libro?
Escribir un libro tiene muchas cosas buenas y algunas cosas malas, pero voy a centrarme en las cosas buenas, las malas es mejor que las descubras por ti mismo, al fin y al cabo no me podría considerar una persona optimista si comenzase hablando de las cosas malas que tiene escribir un libro. Voy a comentar la parte positiva de decidir escribir un libro.
Mucha gente me ha preguntado ¿por qué me dio por escribir un libro? Y la verdad, es que siempre contesto lo mismo, porque me gusta escribir y sobre todo, porque me gusta compartir cosas con la gente. Esta es la razón que te hace escribir un libro, al menos en mi caso, que no soy escritor profesional y que por tanto, no voy a vivir de las ventas de mi libro. Un libro es un proyecto tremendamente bonito, es un reto que te pones a ti mismo y que en muchas ocasiones te hace llegar al límite, lo que lo convierte en un proceso de autoaprendizaje, sí, realmente es un proceso de autoaprendizaje que inicias y cuya excusa es el libro, pero que en ningún caso se convierte en el fin.
Los runners saben de qué estoy hablando, tú no corres para ganar la maratón de nueva york, corres para conocer cuales son tus propios límites, si eres capaz de salir a entrenar todos los días, aunque llueva o nieve, aunque no te apetezca o llegues tarde a casa, cuando corres lo haces para superarte y a menos que seas un profesional, ganar la maratón de Nueva York para ti es poder participar y mejorar tu propia marca.
Pues con el libro ocurre exactamente igual, hay gente que piensa que se trata de un ejercicio para alimentar el ego, puede ser, sobre todo si eres un autor consagrado, que quiere ver su libro en el top-ten de las navidades, pero si por el contrario eres un autor novel, te aseguro que tu libro no va a poder alimentar tu propio ego, podrá alimentar tu autoestima, o el conocimiento de tus propios límites, pero alimentar el ego es algo que está vedado para los autores noveles y si te dedicas a escribir sobre tecnología, ya ni te cuento, las esperanzas de que tu libro alcance el top-ten de ventas en Kindle gracias al boca a boca, sencillamente no está dentro de la cabeza de nadie. Continue reading
Ilustraciones para el libro
Uno de los retos que me propuse cuando decidí comenzar a escribir “DevOps y el camino de baldosas amarillas” era poder acompañar cada idea con una ilustración, al estilo del libro Reinicia de Jason Fried, que el cual cuenta con las ilustraciones de Mike Rohde. Digo que se trataba de un reto porque hasta ahora nunca me había planteado realizar mis propias ilustraciones y como comento en la introducción de mi libro, ha sido una experiencia tremendamente divertida.
Mi reto para ilustrar “DevOps y el camino de baldosas amarillas” era doble, por un lado tenía que encontrar un idea que aportara valor al texto y por otro lado, tenía que conseguir dibujar esa idea. Poco a poco fuí creando distintos bocetos a los que pude ir dando forma.
Como herramientas únicamente he empleado un programa fantástico que descubrí en la Apple Store, se trata de SketchBook de AutoDesk y un lápiz para el iPad. Creo que AutoSketch es perfecto para iniciarte en el mundo de la ilustración, aunque este es el consejo de alguien que ha empezado con solo con este software, porque tiene todo lo necesario para dibujar, sin la complejidad de programas más sofisticados como Photoshop.
DevOps y el camino de baldosas amarillas
 |
    |
La cultura DevOps ha estado germinando en los últimos años dentro de los departamentos de IT de las organizaciones. De una manera silenciosa pero continua, la cultura DevOps ha ido tomando forma, con el propósito de ayudar a las organizaciones en su propio proceso de transformación. Porque el movimiento DevOps, aunque nace dentro de los departamentos de IT, tiene el propósito de impactar de manera positiva sobre el negocio de la organización.
El libro recoge algunas ideas y reflexiones del autor sobre la cultura DevOps y las repercusiones que puede tener para el negocio de nuestra organización, que las áreas de IT adopten DevOps como base para construir una nueva cultura IT.
Puedes ver parte del contenido del libro en Amazon
|
|
 |
 |
 |
 |
Terminado mi segundo libro
Después de varios meses escribiendo, por fin estoy revisando mi último proyecto, un libro sobre la cultura DevOps, se titula “DevOps y el camino de baldosas amarillas” en honor a otro magnífico libro “El maravilloso mago de Oz” de Lyman Frank Baum.
Ahora estoy en el proceso de revisión, por lo que tardaré algunas semanas en tenerlo listo, pero al menos ya he terminado de escribirlo. El libro no es una guía, ni un manual sobre DevOps, en realidad se trata de un conjunto de reflexiones en las que repaso las ventajas que tiene para cualquier organización adoptar los principios básicos del movimiento DevOps.
Por ahora no os puedo dejar nada del contenido, hasta que termine la revisión, pero sí os puedo dejar la magnífica portada, que como no podía ser de otra forma ha diseñado en gran Enrique.
“Mi bosque App” candidata para la segunda fase de ThinkBig Jóvenes
El proyecto Mi bosque App que participa en el programa Think Big Jóvenes de la Fundación Telefónica, está preseleccionado para la segunda fase del programa. Durante los días 17,18 y 19 de Abril tendrán que denfender su candidatura para pasar a la segunda fase. He tenido la suerte de participar como mentor en el proyecto, el cual desde el principio me ha parecido tremendamente interesante, sobre todo, por la temática del propio proyecto y la necesidad que intenta cubrir.
Os invito a que os paséis por el blog para que descubráis la idea tan interesante que está detrás de esta aplicación.
http://thinkbigjovenes.fundaciontelefonica.com/noticias/%25C2%25A1ya-tenemos-preseleccionados
3 cosas que debes saber antes de construir un prototipo para tu startup
Os dejo el enlace de mi último post publicado en el blog Think Big de Telefónica, 3 cosas que debes saber antes de construir un prototipo para tu startup . Si estás construyendo una maqueta para tu proyecto, te interesará saber qué 3 principios debes seguir para que no se convierta en un lastre para tu proyecto.
El movimiento DevOps
Os dejo el enlace del post El movimiento DevOps que he escrito en el blog Think Big de Telefónica. Una pequeña introducción a DevOps para aquellos que no tengan demasiado claro de qué se trata.
BottleNotesMaps.com
Estamos probando http://bottlenotesmaps.com y buscamos voluntarios para testar la plataforma, si dejas tu email te mandamos una invitación para que nos ayudes.
DevOps, una buena oportunidad
El 19 de septiembre estuve en la Universidad Pablo de Olavide en Sevilla, particiando en las II Jornadas de Ingenieros en la UPO, una iniciativa de un grupo de profesores Domingo Savio, Carlos Barranco y Norberto Diaz-Diaz cuyo objetivo es llevar a la universidad a profesionales del mundo de la ingeniería IT para que puedan compartir con los alumnos experiencias, ideas y reflexiones sobre lo que está ocurriendo fuera de la universidad.
Foto de Jose Velazquez
Este año me invitaron a participar en las jornadas y después de pensar en varios temas, llegué a la conclusión que algo que podía ser interesante para los alumnos era compartir con ellos mi visión de la cultura DevOps y por qué creo que es una buena oportunidad para ellos que en unos meses se incorporarán al mundo laboral.
Foto de Jose Velazquez
Foto de @hassanelghafoud
La charla solo pretendía ser una pequeña introdución al concepto de DevOps, por lo que no pudimos profundizar en ninguno de los temas interesante que rodean a la cultura DevOps, en los siguientes posts escribiré sobre muchos de los temas que se quedaron fuera o bien vimos de pasada en la charla, como el concepto de infraestructura como código, la importancia de una arquitectura escalable o los canales de feedback dentro del Sistema.
PROGRAMA OFICIAL II JORNADAS INGENIEROS EN LA UPO
Os dejo el anuncio del programa de las II JORNADAS INGENIEROS EN LA UPO que se celebran el 19 de septiembre en la Universidad Pablo de Olavide de Sevilla.
La inscripción a las jornadas es gratuita y abierta a todo el público en general. Además, los asistentes serán invitados a un refrigerio durante uno de los descansos.
Toda la información y el formulario de inscripción a las jornadas en:
PROGRAMA OFICIAL:
15:30 – Inscripción y recogida de credenciales.
16:00 – Apertura de las jornadas a cargo los directores del Máster en Ingeniería Informática de la Universidad Pablo de Olavide, Alicia Troncoso Lora (Vicerrectora de TIC, Calidad e Innovación) y Roberto Ruiz Sánchez (Ingeniero y Doctor en Informática).
16:10 – Charla: ‘DevOps: una buena oportunidad’. A cargo de José Juan Mora Pérez, Responsable de Sistemas en Telefónica
16:45 – Charla: ‘Cómo lanzar productos/servicios TIC radicalmente innovadores sin morir en el intento’.
A cargo de Joaquín Peña Siles, Doctor en informática y profesor de la ETSII de la Universidad de Sevilla. CEO y fundador de Foulders.com.
17:30 – Charla: ‘Robótica de servicio: robots en nuestra vida cotidiana’ A cargo de Luis Merino Cabañas, Subdirector de la Escuela Politécnica Superior de la UPO.
18:15 – Descanso con cocktail incluido.
18:45 – Charla: ‘El Acceso al Mercado de Empleo: Nuevas Tendencias’.
A cargo de Daniel Gaume Martínez y Antonio Mayayo de Julián, Consultores Senior en DOPP Consultores y especialistas en selección y búsquedas de profesionales.
19:30 – Charla: ‘Tendencias y Tecnologías abiertas en IBM. Empleabilidad’.
A cargo de Javier Bentabol Manzanares, Director Regional Sur y Canarias en IBM España
20:15 Charla: ‘IEEE – Inspirando a los ingenieros del mañana’.
A cargo de Jesús González Villagómez, IEEE Spain Section GSM Representative.
Os dejo el link para la inscripción http://goo.gl/K8YiyA
El plan de Capacidad un proceso bidireccional
La mayoría de la gente tiene una idea preconcebida sobre la naturaleza de un plan de capacidad, que en muchos casos no refleja lo que un plan de Capacidad es en realidad, porque si hacemos una pequeña encuesta dentro de nuestra organización con una sencilla pregunta:
¿ Qué es para ti un plan de Capacidad ?
El 90% de las personas contestarán que se trata de un plan para comprobar si tenemos suficiente capacidad para procesar nuestra información.
Aunque esta respuesta no es totalmente errónea, sí nos muestra la idea arraigada en la mayoría de las organizaciones sobre que el plan de Capacidad es algo que compete a las áreas de IT, son ellos los responsables de mantener las infraestructuras IT y por tanto, son los responsables de garantizar la capacidad de estas infraestructuras para disponer de unos niveles mínimos de calidad de operación del negocio.
Éste es el error, considerar el plan de Capacidad como un flujo unidireccional del Negocio a la Tecnología, donde el Negocio genera necesidades y la Tecnología se encarga de cubrir dichas necesidades con los recursos demandados. En realidad en plan de Capacidad debemos entenderlo como un flujo bidireccional que conecta Negocio y Tecnología.
Del Negocio a la Tecnología. Como hemos comentado antes, este ha sido la visión que históricamente se ha tenido del plan de Capacidad, el Negocio demanda necesidades y la Tecnología se encarga de cubrir estas necesidades.
De la Tecnología al Negocio. Este es el flujo menos conocido de un plan de Capacidad, ya que pocas organizaciones se plantean recorrer el camino inverso al que conocen, pero ¿ y si planteamos a las organizaciones un nuevo rol para las áreas IT? Cuestionar la forma en la que el Negocio está haciendo uso de los recursos, no desde una forma agresiva o destructiva, en la que ponemos en tela de juicio los procesos de Negocio, sino de una perspectiva constructiva que permita a los procesos de Negocio cuestionarse su propia forma de hacer las cosas y el uso de los recursos IT.
Disponer de una filosofía dentro de la organización que permite cuestionar cualquier proceso para intentar mejorarlo, nos permitiría por ejemplo agilizar a adaptación de nuevas tecnologías que surjan en el ámbito de IT. Por tanto, aquellas organizaciones que comprendan que el Negocio y la Tecnología deben de ir de la mano, tendrán muchas más opciones de afrontar cualquier cambio que se produzca tanto a nivel interno, como pueden ser la necesidad de modificar o generar nuevos procesos de Negocio y/o adoptar nuevas tecnologías, o cambios externos, por ejemplo una variación de la demanda del producto.
Teniendo en cuenta que el plan de capacidad no tiene la función de rediseñar los procesos de negocio , la organizaciones deben entender el plan de capacidad, no solo como la planificación de acciones que nos permitan afrontar cambios en el Negocio, sino también como un elemento que pueda cuestionar la forma en la que se desarrollan parte de los procesos de Negocio y si podríamos mejorar el uso que dichos procesos hacen de los recursos IT.
Fase III: Planificación de acciones
Publicado originalmente en capacity-planning-it.com
La última fase de un Capacity Planning consiste en el diseño del plan de acciones que determinará cuales serán las distintas acciones que la organización deberá implementar, tanto desde el punto de vista de la tecnología como del negocio. En las dos fases anteriores, el trabajo realizado se puede resumir en la recolección y el análisis de toda la información disponible en la organización con la que tendremos que diseñar el plan de acciones. Será en esta fase donde se tomen las decisiones críticas sobre cómo debe cambiar el Negocio y/o la Tecnología para que la organización haga frente a las necesidades de negocio que se plantearon al principio del Capacity Planning.
Se trata de una fase ejecutiva durante la que debemos tomar una serie de decisiones concretas para construir el plan de capacidad de nuestra plataforma IT, basadas en los datos obtenidos durante las dos fases anteriores. La calidad tanto de los datos recogidos como del análisis que se haya realizado estará directamente relacionada con la capacidad de tomar las decisiones correctas durante esta fase.
Dependiendo de la etapa del ciclo de vida en la que se encuentre la plataforma IT, esta fase de planificación de acciones puede tener un impacto importante en plataforma, por ejemplo el caso de que la plataforma se encuentre en la fase de diseño, durante esta fase se podrían plantear modificaciones en ciertos componentes de la propia plataforma que nos obligarían a iniciar un proceso de rediseño de los sistemas, con el consiguiente impacto en la planificación de las tareas programadas. Otro caso sería que se plantease un giro en la gestión de los recursos de la plataforma, por ejemplo gestionar la adquisición de nuevo hardware o formar al personal de determinadas áreas en el caso de que la plataforma se encuentre en la fase de producción. Es decir esta fase no solo persigue generar una serie de informes con recomendaciones sobre los cambios que debería realizar nuestra organización, sino que se deben tomar decisiones para implementar con un alto grado de éxito y un bajo riesgo todos los cambios que las dos fases anteriores del Capacity Planning recomiendan.
Otro objetivo importante de esta fase consiste en conseguir transmitir a toda la organización el conocimiento que ha adquirido el equipo encargado de la ejecución del Capacity Planning, informando a todas las áreas de la organización responsables del desarrollo del Negocio, para identificar de una manera sólida las carencias, problemas, ventajas y riesgos que presenta el tándem Negocio-Tecnología, lo que significa que durante esta fase se debe realizar una verdadera Gestión del Riesgo, ya que si no conseguimos transmitir todos los posibles riesgos reales, que hemos identificado y cuantificado, habremos fracasado en el objetivo último del Capacity Planning y por lo tanto, estaremos poniendo en peligro el desarrollo del Negocio.
Los objetivos principales de esta fase son:
- Identificar cuales son los elementos que participan en el Capacity Planning.
- Identificar las acciones y cómo se deben ejecutar.
- Planificar los tiempos de inicio y duración de las acciones.
- Generar toda la información necesaria para garantizar que todas las personas involucradas en el desarrollo del Negocio tienen acceso al Capacity Planning.
Fase II: Estudio de la Capacidad
Publicado originalmente en capacity-planning-it.com
De las tres fases que conforman un Capacity Planning, en este post profundizaremos en el estudio de la Capacidad, mediante el análisis de todos los componentes IT de la plataforma para comprender cual es el estado actual de su capacidad. Si pretendemos obtener el estado actual de Capacidad de la plataforma, tendremos que estudiar no solo la Capacidad de los distintos elementos IT que participan, también debemos poner especial énfasis en el análisis de las relaciones de dependencia que existen entre todos estos componentes IT, identificando los flujos de información dentro de la plataforma y estableciendo todos aquellos parámetros que nos permitan cuantificar tanto la capacidad como el rendimiento de todos los elementos de la plataforma.
El objetivo principal de la fase de Estudio de la Capacidad consiste en la realización de un profundo análisis que desglose la relación entre Negocio y Tecnología, y que nos permita identificar todas aquellas conexiones entre Negocio y Tecnología que pueden ser críticas para el desarrollo actual del Negocio.
El objetivo principal de la fase de Estudio de la Capacidad consiste en la realización de un profundo análisis que desglose la relación entre Negocio y Tecnología, y que nos permita identificar todas aquellas conexiones entre Negocio y Tecnología que pueden ser críticas para el desarrollo actual del Negocio.
Como resultado de esta fase obtendremos información actualizada sobre el estado real de la plataforma IT, los posibles cambios en su mejora que se podrían aplicar y la identificación de los riesgos asociados con algún componente de la plataforma, que por alguna razón no hayan sido detectados. El propósito de esta fase es intentar responder a la siguiente pregunta.
¿Está la plataforma IT preparada para los nuevos requerimientos que demanda el Negocio de mi organización?