Un poco de historia: Alan Turing

Alan Turing, considerado el "primer informático", el "padre de la informática", etc. tuvo una vida para rodar una película, llena de sufrimiento y éxito.

En este vídeo, cortísimo para lo que se podría contar, resumo brevemente su éxito y también su sufrimiento.

Espero que os guste y que indaguemos más en su biografía entre todos.

Un saludo!

Paradoja del comercial, el programador y Lean Startup

Muchos conocen Lean Startup, otros no tanto. Yo era de los segundos hasta que hablé con un comercial que me sugirió que leyese sobre Lean y Lean Startup.

En este vídeo describo brevemente la broma que hizo que me interesase sobre este famoso método, cuyo interesante libro se puede comprar en http://theleanstartup.com/.

Espero que os guste.

El futuro pasado de mi profesión

¿Qué veo? ¿Qué hay que estudiar? ¿Qué no hay que estudiar? ¿Por qué?

En el siguiente vídeo describo una opinión muy personal de lo que se nos viene encima: las nuevas generaciones controlan mucho las nuevas tecnologías, pero muchas veces llegan hasta ahí. ¿Qué hay que hacer para no bajarse del tren? ¿Qué no hay que hacer?

Aviso: todo es muy personal.

Espero que os guste, y cualquier comentario y propuesta, ponedlo en los comentarios.

Un saludo!

Transformación digital

¿Qué es la Transformación digital? ¿A qué nos referimos? En este vídeo explico mi punto de vista sobre el presente y el futuro de la Transformación digital.

¡Espero que os guste! ¡Un saludo!

Seguridad. Un poco de historia.

En este vídeo repaso parte de la historia de la criptografía: la escitala, el cifrado tipo César, la máquina enigma y el algoritmo de encriptación y firma RSA.

Espero que os guste.

Objetivo: ISO 20000

Como cada Enero, tanto las personas como las empresas nos llenamos de propuestas para el nuevo año: apuntarse a un gimnasio, aprender inglés, obtener la certificación ISO 20000...

En este vídeo explico los que son para mi los cuatro puntos más importantes para obtener esta certificación de gestión de servicios, y que corresponden con los 4 primeros pasos para conseguirlo:

• Definir cuáles van a ser los beneficios
• Definir el alcance
• Comprobar el nivel de madurez de la empresa
• Definir un proyecto de implantación

El internet de las cosas... ¿privadas?

El Internet de las cosas (IoT, Internet of Things)  es un concepto que se puso de moda hace unos años, e incluso hubo empresas que, sin dedicarse a ello, daban seminarios web.

Hoy ha quedado atrás el hecho de verlo como algo futurista, y poco a poco se ha introducido, sin que lo notemos apenas, en nuestra vida cotidiana.

En este vídeo hago un repaso a este concepto, pongo algunos ejemplos actuales y describo la novedosa arquitectura IoT de Huawei:

Felipe VI y las tecnlogías

El rey Felipe VI dedicó casi 4 minutos de su discurso de Navidad a las tecnologías. En este vídeo reflexiono sobre los tres puntos que más me llamaron la atención:

• "Quiero detenerme que, a escala global, condicionan cada día más nuestras vidas cotidianas."

• "Nunca antes en la historia de la humanidad, en un espacio de tiempo tan corto, se habían producido cambios tan grandes."

• "Y en esta tarea, la educación es y será sin duda la clave esencial. Una educación que asegure y actualice permanentemente nuestros conocimientos pero que también forme en cultura, lenguas, en civismo y valores."

Espero que os guste.

Pago por móvil

En el último año, el 2016, ha aparecido en España un nuevo medio de pago por móvil. Sin embargo, en otros lugares, como Dinamarca, se lleva utilizando desde hace tres años.

En este vídeo muestro uno de los usos que más me han llamado la atención. ¿Te parecen útil? ¿Te parece seguro? ¿Qué medios de pagos modernos usas?

Espero que os guste.

Reflexión sobre la gestión de proyectos

¿Para qué sirve la gestión del proyecto? ¿Cuáles son los puntos clave?

En este vídeo intento introducir los tres puntos más importantes, para mí, sobre la gestión de los proyectos: la definición del alcance, las métricas y los procesos.

También hablo de por qué es importante encajar nuestro proyecto en un marco de referencia para poder gestionarlo mucho mejor que sin un marco, conocido o no.

Espero que esta pequeña reflexión sea de utilidad. ¡Gracias!

PD: al ser mi primer vídeo, cometo muchos errores de oratoria. Intento mejorar :-D

 

Introducción

Hola de nuevo, después de casi dos años sin escribir.

Hace un mes comencé un video blog, que aunque es más sencillo de grabar, ocupa más tiempo que un blog como este. Aún así, quiero aprovechar para reiniciar éste y transcribir lo que digo en mi video blog, de forma resumida, agregando en cada entrada el vídeo correspondiente.

Sirviéndome de terapia, de entrenamiento para hablar en público, de ánimo para seguir informándome sobre la tecnología y de hobbie, espero que esta etapa sea provechosa.

¡Gracias!

ITIL® Practitioner

Como ya sabemos, y han adelanado otros blogs, Axelos® va a promocionar un nuevo certificado ITIL® llamado "Practitioner". No voy a entrar en si está bien o si está mal, ya que ni tengo voto, ni ganas de entrar en este tipo de debate.

Lo que sí voy a hacer es pedir, por el bien del mercado de las TI, que lo que tenga que salir, salga con el objetivo de mejorar el conocimiento y el reconocimiento de las personas que se certifiquen. ¿Por qué?

Al sacar una nueva certificación, mi primera reacción ha sido algo como "para sacarme más el dinero", y creo que no soy el único. He tenido que competir con consultores no certificados, o con una certificación menor que la mía, y siempre en condiciones de igualdad. Esto me ha llevado alguna vez al pensar "vaya, para esto nos habríamos ahorrado unos miles de euros".

Sin embargo, tanto el conocimiento como la experiencia de estos consultores no ha sido, ni mucho menos, menor que la mía (creo), por lo que su conocimiento debe estar también reconocido. Y aquí entramos en otro debate distinto: certificaciones sí vs. certificaciones no. Tampoco entraré.

Espero que Axelos® lo esté haciendo bien, que los clientes den importancia a la certificación y que sea útil para el mercado, y no sólo para obtener rentabilidad económica como en un principio creí que era.

Una pequeña y rebelde opinión, políticamente incorrecta, y tal vez producto del mal humor que caracteriza un viernes suelto sin hacer puente, como tenía planeado desde hacía semanas.

CeBIT 2015

Desde hoy 16 de Marzo, y hasta el próximo viernes 20 de Marzo, abre sus puertas el CeBIT

(Centrum der Büro-und Informationstechnik o Centro para la Tecnología de la Información y de la Oficina). Es la feria de la informática por excelencia (sí, a lo mejo más importante que el SIMO a nivel internacional), y se celebra en Hannover, Alemania.

 

Me han recomendado:

• La conferencia que hace Sophos mañana 17 a las 9:30 sobre el proyecto Honeytrain (https://www.xing.com/events/themenwochen-industrie-4-0-projekt-honeytrain-nachster-halt-hackerseele-1534669)
• Un juego que va a hacer Schneider Electric (https://www.xing.com/events/cebit-2015-besuchen-schneider-electric-gewinnen-gopro-kamera-1507997).
• Parece que también Karspersky va a dar unas charlas bastante interesantes sobre, evidentemente, seguridad (https://www.xing.com/events/cebit-2015-sichere-geschaftsprozesse-uberall-sprechen-experten-1509135), y parece que altamente recomendables.
• Para los que quieran buscar oportunidades profesionales, Computerwoche imparte charlas sobre diferentes carreras profesionales (http://www.computerwoche.de/p/programm,3884).

 

Lamentablemente, no voy a poder asistir (me pilla un poco a desmano), así que si algún lector asiste, un correo electrónico sobre sus impresiones será bien recibido.

 

Un saludo, y buena semana.

 

Implementar ISO 20000 poco a poco: UNE 71020

Para ciertas organizaciones, ni muchas ni pocas, adoptar ITIL® y/o certificarse de ISO20000 implica la creación de un proyecto complejo, en el que decenas de personas están implicadas y deben ser coordinadas de la mejor forma posible.

El proyecto planificado, para estos casos, suele estar dividido en fases. Sin embargo, las fases deben ser flexibles y puede que solapadas, aunque depende de cada caso. Esto es debido a que los procesos dentro de ISO 20000 están muy relacionados entre sí, especialmente desde que ISO 20000:2011 da más importanca al ciclo de vida y no a los procesos, como la ISO 20000:2005.

Por ello, en Octubre de 2013 se publicó la norma UNE 71020: "Modelo de conformidad incremental basado en la Norma UNE-ISO/IEC 20000-1". Esta norma guía la implementación de la ISO 20000 dividiéndola en tres fases. Cada fase constituye un escalón de madurez más hacia la certificación, de forma paulatina y, para mi gusto, más eficiente que el modelo de "cada fase del proyecto tiene X procesos que hay que implementar".

Tenemos tres niveles:

• Nivel Básico: asegura el funcionamiento operativo de los procesos a nivel más básico, más reactivo, definiendo políticas y planes iniciales.
• Nivel Avanzado: los procesos y procedimientos implican proactividad, lo que permite tener un ciclo de Deming implementado, y unas políticas, procedimientos y procesos más maduros.
• Nivel Completo: los procesos están integrados y hay cultura de servicio, lo que permite comenzar a recopilar evidencias de cara a obtener la certificación ISO 20000.

Espero que haya resultado interesante, y que las organizaciones con un mínimo de complejidad no se asusten a la hora de querer obtener la certificación. Al fin y al cabo, es pura competitividad.

Las mejores métricas

He vuelto a encontrarme con la pregunta del millón: ¿cuáles son las mejores métricas para gestión de X (donde X es cualquier proceso)? No he podido resistirme y he querido escribir un pequeño apunte sobre ello en este blog, y así intentar contestar a la pregunta.

Es cierto que ITIL® menciona y propone una cantidad de métricas muy grande. Quizá haya tantas métricas propuestas que el profesional se vea confundido, lo cual es perfectamente comprensible, y ocurre muchas veces. El origen de la pregunta está en qué métricas elegir, y eso no es trivial, pues la métrica es en lo que se va a basar el gestor para optimizar la generación de valor del servicio.

Para elegir las métricas tenemos que saber cuáles son los objetivos del negocio y analizarlos para traducirlos al lenguaje técnico, un análisis TOP-DOWN hacia nuestro lenguaje. El primer análisis nos dará muchísima información, llegando a las primeras métricas básicas necesarias (3, 5, 10... no importa el número). Aquí comienza nuestro primer ciclo de Deming o PDCA (concepto básico para cualquier norma o estándar).

En cuanto midamos y analicemos resultados (A), veremos si hacen falta más métricas (o menos, pues puede haber métricas que no nos den información relevante), y así volveremos a diseñarlas y planificarlas (P). Con conocimiento del negocio y ayuda sobre cómo obtenerlas, en cada ciclo tendremos las métricas que aporten información relevante a la hora de tomar importantes decisiones.

Significado de conseguir la certificación

En una de las redes sociales en la que estoy registrado, soy seguidor de una academia de idiomas que organiza no sólo cursos, sino grupos de conversación y tándem de idiomas. Me ha llamado la atención que esta semana hayan publicado en su blog el logro de la certificación ISO9000, incluso han colgado el certificado en formato pdf en su web, con su el alcance bien definido.

Siempre estoy pendiente de casos de éxito a quien entrevistar, y revisando el correo por si alguien, de forma proactiva, quiere compartir su caso en este blog. Por ello, quiero hacer un llamamiento destacando que un caso de éxito que se publica es en realidad un éxito dentro de una organización.

Conseguir la certificación de la normativa o estándar ISO (u otro sistema de estándares) es el resultado de meses de trabajo, meses de implantación, en la que están implicadas la gran mayoría de las personas dentro de una organización, aunque ellas no lo sepan.

Con esta idea, queda gratamente justificada la publicación en la red social, intranet o página web corporativa de estos logros, acompañada de un agradecimiento a todos los participantes, insisto, aunque ellos no lo sepan. No obstante, la certificación nunca es el objetivo, sino el medio para conseguir la mayor rentabilidad, sea del tipo que sea (ver posibles respuestas en Primera pregunta para cualquier ISO).

Auditoria en Gestión del conocimiento

El proceso de gestión del conocimiento es uno de los que más ha incrementado su nivel de importancia en la nueva edición 2011 de ITIL®, y su implantación ha estado creciendo en los últimos años en muchas empresas. Esto es debido a que el objetivo de este cumple con los nuevos requerimientos de las empresas, especialmente en materia de recursos humanos, especialmente en la parte de TI.

A medida que pasa el tiempo, el proceso se va haciendo cada vez más maduro, pero para saberlo hay que medir su efectividad y eficiencia, y nada mejor para ello que incluirlo en el plan de auditoría interna.

Pero como no hay una norma certificable en sí (), podemos basarnos en la Guía europea de buenas prácticas para la gestión del conocimiento (CWA 14924), en la guía española UNE 412001, en la guía australiana AS 5037 Knowledge management: A guide o en la misma ITIL®, especializada en TI (y en la que está especializado este blog), entre los muchos ejemplos que puedo dar.

Escojamos la que escojamos (si escojemos), vamos a tener que medir el proceso, como siempre, en base a:

1. Alcance

2. Requerimientos

3. Frecuencia de actualización del proceso

4. Casos de éxito (definir "caso de éxito" en función del alcance del proceso)

5. Interfaz con otros procesos

Para más información sobre la gestión del conocimiento, recomiendo seguir, tanto este mismo blog como el blog Gestión del Conocimiento TI.

¿Qué es el SAC?

SAC son las iniciales de "Service Acceptance Criteria" en inglés, en español es "Criterios de Aceptación del Servicio". Tenemos una definición oficial en ITIL®, en español, a continuación:

España: Conjunto de criterios utilizados para asegurar que un servicio de TI cumple con su funcionalidad y requisitos de calidad y que el proveedor de servicio de TI está preparado para operar el nuevo servicio de TI una vez ha sido implementado.

LATAM: Es un conjunto de criterios utilizados para garantizar que un servicio de TI cumple con sus requerimientos de funcionalidad y de calidad y que el proveedor de servicios de TI esté listo para operar el nuevo servicio de TI cuando este haya sido implementado.

En el SAC, como proveedores de servicio, escribimos cómo cubrimos los requisitos y cómo entregamos el servicio. El SAC lo tenemos en un documento, que está vivo durante todo el ciclo de vida del servicio, y está íntimamente ligado, al menos, con el SLR ("Service Level Requirements" o "Requerimientos de Nivel de Servicio"). Cuando cambia un requerimiento, el SAC debe ser actualizado para asegurar que estamos entregando el servicio como debe.

Es un documento muy importante que permite al cliente saber que podemos ofrecer el servicio, y no estamos "vendiendo humo". Le dice al cliente que cubrimos no sólo los requerimientos, también los tests que hagamos, nuestros proveedores, el soporte, el software, la documentación técnica disponible, personal y planes, tanto de implantación como de roll back; y que hacen que nosotros, como proveedor de servicios, somos una pieza sólida para el Negocio del cliente.

Puedes volverte loco/a escribiendo el SAC. Hay que estudiar bien los requerimientos y tener los procesos lo suficientemente maduros como para cubrirlos, y con esto lo diferenciamos de la oferta. El SAC es más formal, más técnico, menos comercial; es aquéllo que diferencia un proveedor de otro.

ITSM cerca de Negocio

El pasado día 11 de septiembre de 2014, tuvo lugar una presentación en el foro regional del itSMF del Norte de Alemania (itSMF Regionalforum Nord) en Hamburgo. En él, Mathias Stüben y Thomas Friese, jefes de proyectos de Otto GmbH & Co. KG, presentaron la idea de negocio y cómo ITSM es un aspecto clave en él.

Básicamente, su negocio consiste en la venta de artículos por Internet, dinamizando el precio de los artículos según la ley de la oferta y la demanda. Me he acordado de aquellos días de formación en los que se repetía hasta la saciedad: "En ITIL®, TI = Negocio, Negocio = TI". De hecho, si miramos sus ofertas de empleo, la mayoría son de perfil técnico.

Con el divertido nombre de la ponencia: "Mit Intelligenz zum optimalen Preis – Dynamische Preisgestaltung find‘ ich gut!" ("Con inteligencia hacia un precio óptimo - ¡Veo bien los precios dinámicos!"), nos dan una lección sobre cómo, de verdad, TI = Negocio y Negocio = TI. Lo consideraré un caso de éxito, no ya de implementación de procesos o de tecnología, sino de implementación de filosofía.

Catálogo vs. Cartera de servicios

El título de este no es el más acertado, ya que uno no va en contra del otro, más bien al contrario. Pero muchas veces es necesario distinguir ambos conceptos, ya que en la mayoría de los casos se utilizan de forma incorrecta, basándonos en el estándar ISO 20000 o en el estándar de facto ITIL®.

La Cartera o Portfolio de servicios, traducido del inglés Service Portfolio, es la lista o conjunto total de todos los servicios que ofrece, ha ofrecido u ofrecerá la organización. Así, se compone de tres partes:

• Service Pipeline: son los servicios que están propuestos o en desarrollo, pero que aún no se están ofreciendo.
• Service Catalogue: es el catálogo de servicios, es decir, el conjunto de servicios que se están ofreciendo actualmente.
• Retired Services: es el conjunto de servicios retirados, los que ya no se ofrecen por parte de la organización.

Por tanto, siguiendo el título de la entrada, el Catálogo de servicios es parte de la Cartera o Portfolio de servicios.
 
Es importante distinguir estos tres conceptos, ya que dependiendo de la estrategia de la organización, de la que toda persona involucrada en ella debe tener conocimiento, el Service Pipeline puede ser o no ser público: los servicios en desarrollo o planteados pueden ser clave para el futuro de la organización, especialmente en materia de distinción frente a la competencia.

Cuestión de Estrategia.