¿Por qué escribir un libro?

admin

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

admin


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.

Pag_EquipoDevOps

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.

Pag_XaaS

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.

Pag_losientodave

DevOps y el camino de baldosas amarillas

admin



Portada_DevOps


logo-amazon

logo-amazon-kindle


logo_google_play

logo-iBooks

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

devops_ejemplo_1 devops_ejemplo_2
devops_ejemplo_3 devops_ejemplo_6
devops_ejemplo_4 devops_ejemplo_7

Terminado mi segundo libro

admin

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.

 

Portada libro DevOps

“Mi bosque App” candidata para la segunda fase de ThinkBig Jóvenes

admin

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

 

Facebook | twitter

 

DevOps, una buena oportunidad

admin

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

admin

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

admin
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

admin

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

admin

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.

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?

Continue reading →

Fase I: Análisis de las necesidades

admin

Publicado originalmente en capacity-planning-it.com

En este post abordaremos la primera fase de un Capacity Planning, que consiste básicamente en el análisis de las necesidades de la compañía, las cuales desencadena la decisión de iniciar un estudio sobre la Capacidad. El análisis de las necesidades de la compañía tiene como objetivo principal realizar una primera toma de contacto con el Negocio, que nos ayude a identificar aquellos procesos de Negocio críticos para la organización, así como estudiar cuales son las expectativas que la compañía tiene tanto del Negocio como de los resultados del estudio de la Capacidad. También analizaremos las relaciones de dependencia que se establecen entre los planes estratégicos de la compañía y el Capacity Planning.

Esta primera fase tiene como objetivo principal recoger toda la información necesaria para ejecutar los pasos posteriores del Capacity Planning y con esta información poder realizar las estimaciones necesarias sobre los recursos reales que la compañía tendrá que asignar, el tiempo de desarrollo y aspectos de índole económicos como los costes o inversiones.

A lo largo del capítulo también trataremos dos elementos clave para construir un Capacity Planning, los Niveles de Servicio y las Unidades de Trabajo. Los Niveles de Servicio establecen los umbrales mínimos de operación para garantizar ciertos baremos sobre la calidad con la que se desarrolla el Negocio, ya sea un bien físico o un servicio. Por tanto los Niveles de Servicio deben ser considerados los controles, dentro de la organización, que miden las desviaciones en el desarrollo del Negocio.

Las Unidades de Trabajo son los componentes clave para establecer un nexo entre el Negocio y la Tecnología, mediante la relación que existen entre elementos de uno y otro lado. Una Unidad de Trabajo identifica aquellos componentes IT que son utilizados para que un elemento de Negocio pueda desarrollar su función. Las Unidades de Trabajo se convierten en la verdadera bisagra que permite articular la relación Negocio-Tecnología, facilitando la identificación del impacto que un problema en la Capacidad de algún componente IT tendrá sobre los elementos del Negocio.

Esta primera fase de Análisis de las Necesidades está conformada por el siguiente conjunto de tareas, que establecen el eje central sobre el que se desarrollan las distintas actividades:

  • Establecer los objetivos.
  • Definición de los roles del equipo responsable del Capacity Planning.
  • Identificación de la estrategia del Negocio.
  • Identificación de los Niveles de Servicio.
  • Identificar los Procesos de Negocio.
  • Identificación de los flujos de información.
  • Identificación de las Unidades de trabajo.
  • Creación de la Documentación de la fase.

Continue reading →