XavMP

Les comparto algo que publiqué en Linkedin https://www.linkedin.com/pulse/el-control-y-mundo-de-lo-imposible-en-la-demanda-ti-javier-pincemin-1ruvf  Las áreas de TI, las áreas de Sistemas o de Cómputos, estamos vinculadas a todos los problemas de todos los equipos que integran la compañía y lo hacemos profundamente. Deberíamos ser material de consulta diaria de Calidad, Auditoría y Procesos para ejecutar controles y mejoras. En especial para nosotros que somos del ámbito industrial, en el frigorífico hay dos áreas que son importantes de analizar por las diferencias de enfoque a la hora de atender la demanda sobre sistemas estabilizados y con un portfolio de proyectos maduro. Se trata de Operaciones y Comercial . En Operaciones de una empresa con un ciclo industrial la clave es el control . Cuando el sistema es estable los problemas operativos se resuelven con acciones correctivas que suelen ser control de validaciones de controles controlados controlando. TI tiene que ayudar y...

Es unánime, y la unanimidad es señal de alerta. Esta entrada es a cuenta de una animosidad completa del espectro tecnológico contra Elon Musk y las últimas medidas en torno al límite de lecturas en la plataforma. TODOS los referentes tecnológicos que leo, se manifestaron contrarios. Sin dar pie a duda refieren que la última medida de los responsables de la red Twitter, es un atentado directo a la libertad de expresión. ¡La muerte de la democracia! Musk lo expresó de este modo: To address extreme levels of data scraping & system manipulation, we’ve applied the following temporary limits: Verified accounts are limited to reading 6000 posts/day Unverified accounts to 600 posts/day New unverified accounts to 300/day En las horas siguientes, gracias a que esto salió ayer sábado 1 de Julio, pude leer varios comentarios y dos notas extensas de lloradores y agitadores de catástrofes profesando su salida al exilio de Mastodon. El mismo Mastodon que todos los conservadores conocimos hace año...

Esta va a ser una entrada difícil, porque requiere que lean mucho y que lean a gente que espera al transhumanismo como la próxima albricia tecnológica que nos va a salvar. Por ejemplo, en http://www.elladodelmal.com/2021/06/usar-gpt-3-y-deepfakes-para-crear-joi.html   Es que como dijo Chesterton en su frase de las ideas sueltas… aunque lo niegue, el mundo moderno quiere Salvación y Apocalipsis; esos mismos que juró destruir junto a la Cristiandad.  Los invito a leer dos noticias acerca de AI (Inteligencia Artificial, que en el estado del arte actual solo son de Machine Learning, pero no importa, se entiende). La primera es que Facebook invierte fuerte en tecnología para detectar DeepFakes; los DeepFakes son videos falsos (utilizados principalmente para fines corruptos) donde una AI remplaza una cara y reproduce expresiones de un modo asombroso.  Lean en https://www.theverge.com/2021/6/16/22534690/facebook-deepfake-detection-reverse-engineer-ai-model-hyperparameters?scrol...

Primero leen los comentarios de Enrique acerca de este tema , comentarios medidos, pero enviciados por una miopía propia de no conocer la realidad política de EEUU y pensar que todo lo que hace Trump es malo por diseño. Miren sino esta muestra. Pero sobre todo, debemos estudiar el contexto: desde 2016, el número de actos violentos en los que se trasluce una motivación racial o una connotación de crimen de odio ha ido incrementándose gradualmente, a medida que el inquilino de la Casa Blanca radicalizaba más y más sus posturas en ese sentido . De cara a las elecciones de 2020, la postura de Donald Trump en ese sentido se ha hecho cada vez más militante, además de incrementar progresivamente el acoso a la población inmigrante y el clima de hostilidad. Yo coincido con el en algunas premisas, pero me encontré mucho más en las palabras (en inglés) de Michael Knowles, que no tiene miedo a criticar a Trump y a la culpa de los videojuegos, pero que lo hace con más sentido común que E...

Cuando los dejé en  nuestra entrada anterior  les prometí que entraba de lleno en el Capacity Management; el Santo Grial de los recursos a obtener para tener tus servicios con talento que los mantenga, talento motivado, talento renovándose feliz de progresar con los bolsillos llenos de dinero. Ahí es donde chocamos con Recursos Humanos. Eso de chocar con RRHH y con las políticas de contratación o carrera de las compañías; es una condena del trabajo de Gerente de Sistemas, también de todos sus reportes y de cada empleado o usuario que trabaja con los servicios de TI. El problema es que a esta difícil ecuación, las áreas que deberían ayudar a resolverla están más preocupadas en hacer un prode interno o un concurso de empoderamiento de la diversidad sexual. ITIL SD evita estratégicamente el tema para no comentar cosas como las que digo más arriba y no profundiza en esta relación, sino que enfoca en la disciplina de entender que el Capacity Management es un proceso de ITIL q...

Celebro hoy haber alcanzado el final del módulo de Javascript de FreeCodecamp , me costó bastante hacer los últimos ejercicio donde había que codificar con algo más de detalle; ojo, no porque no estuviese encarando bien los ejemplos, sino porque no tengo tiempo mental para estar cinco horas mirando 30 líneas de código. Debe ser algo de la edad o la urgencia.    Me encantaría, luego de terminar las 2400hs de curso, tocar algo como esto https://lifehacker.com/10-steps-to-create-your-first-android-app-1773386357 queda en la lista de pendientes.   ---   Pequeño recordatorio: si tu WordPress da error 503 en wp-login.php es probable que te hayas quedado sin espacio, hay que entrar por ftp o file manager del sitio y limpiar un poco la mugre. O comprar más almacenamiento.   ---   Una revelación, con mil aristas notables, con mucho para pensar y cogitar. Resulta que los valores tan mentados y que todo el mundo reclama sin mencionar,...

Escribo esto acompañado de  Tus manos /4 , les recomiendo hacer los mismo. Estuve leyendo mucho para ustedes, hice un esfuerzo para avanzar en Service Design de ITIL; para que si alguno de ustedes lo compra en la tienda oficial tenga en estas entradas un resumen, un ayuda memoria o alimento a la curiosidad. Van a poder seguir el avance con la etiqueta Service Design del mismo modo que hicimos con los dos libros anteriores. Ojo, las lecturas de estos tiempos fueron vibrantes y muy densas en contenido. Pasamos por aquello del SLM (Service Level Management), base de los disparadores para armar el diseño de los servicios y donde enfrentamos variados conceptos para llegar luego a los SLA, bien a fondo, y los KPI. Llama la atención en este punto que haya un hincapié especial en la percepción de los estados de cada servicio, no sólo importa el estado actual objetivo, es importante el subjetivo. De todos modos yo agregaría que no pueden ser conceptos que el Service Desk conosca y n...

Arrancamos; dejamos atrás el Service Strategy y tomamos las riendas del que parece el más adusto de los libros de ITIL, Shanon Taylor trabajó para que hagamos foco en el diseño una vez entendida la estrategia. Vean que este libro tiene tantas páginas de lectura como páginas de anexo. Yo arranco decididamente, esperando que estos meses donde los abogados no nos molestan tanto, sean meses para avanzar y mejorar el entendimiento del diseño de servicios. Al final de todo esto me gustaría entender cuál fue el libro de ITIl que más combina con mi carrera, sospecho que lo referido a Change Management va a ser el lugar donde voy a hacerme el festín. A pesar de todo lo leído hasta ahora, me parece que es importante tener cierto nivel de delivery y éxito en la adaptación al cambio, para que la empresa empiece a entender el diseño de servicios como tiempo a invertir. Como dice la introducción: If services or processes are not designed they will evolve organically. Los capítulos que leí has...

Estamos en el capítulo 8 de esta extensa serie de la lectura de ITIL - Service Strategy , lectura que en el caso de Service Strategy tiene un fuerte olor a ya visto, porque repite temas, conceptos e ideas anteriores trayendo mayores especificidad. En este frente de Tecnología y Estrategia, revisamos el alcance que tiene que tener la automatización y el data análisis en aquellos servicios que realmente pueden ser sujetos a este nivel de control. No hay que hacerlo en todos los casos. Hablamos fuerte de cuando no automatizar y del impacto de las interfaces en este esfuerza. Y también de los problemas que traen las distintas trampas en las cuales es común caer, les traigo el párrafo que bien vale el esfuerzo. The Capability Trap – By pressuring staff to work harder, an organization unwittingly triggers a scenario where everincreasing levels of effort are required to maintain the same level of performance. The Tool Trap – Although technology tools offer very useful help to an org...

Ustedes nunca lo supieron porque nunca lo conté, pero utilizo mucho SuiteCRM en el trabajo. Con SuiteCRM pude arrancar el proceso de reclamo de mis funciones actuales y generar información de gestión de un modo inteligente, solo con la ayuda de un XAMPP y algún tunning. Lo que me faltaba era el tema de migrar de PHP y prepararme para una futura caída y recuperación de backup. Resumiendo el asunto les cuento que tuve éxito total y que ahora soy un Wizard Master de SuiteCRM (por si necesitan ayuda), la entrada de hoy sirva para detallar el logro y los pasos a seguir por si mi memoria me deja a pié. Primero hacemos el Backup desde el propio SuiteCRM http://127.0.0.1/suitecrm/index.php?module=Administration&action=Backups en mi caso el enlace es este porque tengo una instalación local. Luego, con la ayuda de mysqldump -u root -p contraseña --all-databases >dumpdelabase.sql generamos el dump de MySQL (este amiguito mysqldump tiene que venir en c:\xampp, en bin) Luego me v...

Batalla cultural a pleno en el trabajo, donde se suscribieron acuerdos del pacto global de la UN y donde se empiezan a acunar los conceptos de "empoderamiento de la mujer", "igualdad de género" y otros mantras ideológicos.Yo lo observo con curiosidad, me llama la atención la unanimidad y la cercanía . Tiempos difíciles para los que estamos más cerca de ideas de "dignidad", "solidaridad", "bien común" y "subsidiariedad" --- Los vecinos de la casa abandonada del fondo han cometido un crimen atroz. En plena floración, en el momento donde el añoso damasco (albaricoque) que ornaba la medianera estaba llenando de su perfume nuestro jardín, lo cortaron de raíz. Por lo que pude intuir, sin sentido alguno. Asomándome se ve la limpieza de la jungla que se había formado y el tocón a ras del piso, con restos y evidencias del crimen. Chau sombra, chau flores blancas, chau deliciosos damascos que podíamos cosechar de nuestro lado....

Contrariamente a lo que esperábamos en el capítulo anterior, en capítulo 6 sufrimos lentamente otra categorización. No se cumplen las promesas de congeniar Lines of Service con Chargeback de servicios. ¡Amalaya! El capítulo discurre rápidamente y pasa al olvido, salvo por aquel tema de como los servicios críticos de los proveedores no son necesariamente los distintivos, y no mucho más. También tiene su punto en la tabla 6.2, muy interesante; en particular para mi que estuve en tres de los 6 tipos de estructura de Sourcing que detalla. Ojo al elegir una sourcing structure, soy de la idea de que hay que tener muy clara la madurez de los procesos internos del negocio y eso de los bussines and behavioural skills. Sigo mientras tanto con el capítulo 7 que nos orienta a la Estrategia, Táctica y Operación de servicios.

Primero vean esto... ...es el resumen de lo que vengo armando hasta ahora para tener el día de mañana mi layout de servicios. Considero que ahí está mi ayuda memoria, mi resumen para juntar todas las dimensiones y aquellos puntos que mostraría en una presentación a un usuario. Muy oportuno, porque justo ahora me estoy metiendo en el capítulo de SPM (Service Portfolio Management). Vean sino el maravilloso Option Space, para orientar las decisiones en torno al Portfolio de Servicios. Tomo esto alineado con la Demand Management que yo tengo entre ojo y ojo porque es el lugar donde más estupideces vi acontecer. Desde áreas orientadas por silos hasta cilclos de aplicaciones donde nadie es dueño de procesos, área de Proyectos metiendo la nariz, etc. ITIL lo encara desde los PBA (Patterns of bussines activity) y los User Profiles, y a mi me eleva un grado el escepticismo, sobre todo cuando pienso que en general la demanda está ahí y está siempre como una carga pesada y urgente a p...

Y ahora, cerrando el capítulo 5 de ITIL Service Strategy, nos metemos de lleno en el sueño que nunca pude hacer realidad. El sueño del Gerente de Sistemas de lograr facturar internamente sus servicios, para hacer entendible su presupuesto y lograr apartar esfuerzos para control de gestión, evolución de la arquitectura, calidad e innovación. Lo que me faltó en su momento fue una estructura madura que entendiera como llegar a armar un catálogo de servicios con sus variables económicas. Ahora voy leyendo los factores claves y como el área contable te puede acompañar. Ojo, siempre orientado a servicios desde los más granulares hasta los más compuestos. En el fondo, lo que pide ITIL, es que hagas previsión y presupuesto como en un proceso tradicional de Contabilidad, pero con una visión orientada a servicios. Si hay un buen Catálogo, solo es cuestión de avanzar durante un par de presupuestos y aplicarle mejora continua y paciencia. Mención aparte merece el VCD (Variable Cost dynamics)...

Lo que se imaginaban en el post anterior acerca de la posibilidad de armar un catálogo, en los párrafos siguientes se ve reforzado por la necesidad de incorporar a esa visión una red de relaciones entre servicios, red que tiene que estar activa a la hora de la mejora y que además requiere etiquetar los servicios. Esto es para saber que si mejoro un servicio o lo paso a cuarteles de invierno, entonces cuales van a ser las víctimas realcionadas. Ni que hablar, si a su vez quiero mostrar el potencial de mi servicio, ahí tenemos otra dimensión de la relación entre servicios. "Potencial", ITIL lo entiende no solo como la capacidad de crecer y suplir nuevas demandas, sino que pone foco en la capacidad de ofrecer algo nuevo y diferenciado, o la posibilidad de que solo estemos proveyendo la oportunidad de nuestro cliente para no cargarse con riesgos y costos. Ojo con esto. Una cosa importante es lograr a través de todas estas evaluaciones de los servicios y sus relaciones, que la...

Bueno, ahí entramos en Service Strategy propiamente dicho, vamos definiendo el mercado y ya en la segunda página nos encontramos con la maravillosa tabla de ejemplo para etiquetar customer outcomes. Albricias!, la típica tabla con la cual las áreas de TI le piden al usuario que catalogue sus requerimientos. ¡Cuac! Dios nos libre, sólo utilizar internamente. Ahí aparecen nuestros simpáticos amiguitos, los BRM Bussines Relationship Managers, bienvenidos al baile. Espero que más adelante haya un detalle profundo de las mejores prácticas de un BRM, porque en la historia de los Sistemas siempre fue una discusión álgida. Un tema que me llamó la atención durante la lectura de estas páginas es que ITIL te orienta a un Service Catalog único, es inimaginable trabajar con la norma sin una visión clara de cómo se ordenan todos los ítems y sus relaciones. Tengo ya dos modelos en borrador con todas las variables estudiadas y estoy seguro que en una organización de complejidad mediana, con u...

Cuando uno creía que en el capítulo anterior se acababan los dolores de cabeza del río de definiciones, viene el Capítulo Service Strategy Principles, con nuevas ideas en torno a las service units y bussines units, que uno descubre como conceptos que no eran claros en desarrollos anteriores de las ideas de ITIL. Enhorabuena. Yo valoro todas estas definiciones como el marco conceptual que garantiza reconocer cuando TI pasa a ser un comodity y tratar de evitarlo furiosamente. Y es curioso que el dueño de un proceso de Sistemas se autodefina como alguien que no quiere ser comodity, pero la realidad es que las decisiones estratégicas sobre los servicios tienen que ser conscientes, y considerar la evolución de recursos y resultados como una decisión de todos los involucrados, no como algo “dado” que tiene que funcionar en base al dinero que la empresa pone ahí. Además está la experiencia que tengo, suele ser desafortunado el juicio de alguien que viene de afuera cuando intenta entender ...

Terminada la lectura del primer libro de ITIL , elegí seguir con la secuencia lógica de leer Service Strategy, que dentro de la jerarquía de ITIL es el primero de los aspectos a desarrollar. Digamos que las primeras páginas son un peaje a pagar, en estas se introduce al neófito en los aspectos centrales de la cuestión. No es necesario para alguien que ya leyó la Official Introduction, pero bien útil debe ser para quién da sus primeros pasos. Pero rápidamente pasamos a Service Management as a practice y ahí las cosas toman otro color. En esas páginas el resaltador que uso para marcar los apuntes empezó a moverse vertiginosamente. Ahí están las definiciones de Service Management, de Service propiamente dicho con las componentes propias del valor que agregan los servicios: utilidad y garantía. También vemos por primera vez el concepto de Función, que vamos a desarrollar más adelante, es uno de los principios para entender porque los servicios tienen jerarquías y deben comunicarse...

Algún día tenía que pasar… terminé de leer el libro The Official Introduction to the ITIL Service Lifecycle Recorrí rápidamente el último capítulo antes de las vacaciones, no me hice a tiempo de escribirles esta nota y me veo forzado ahora a bucear en la memoria, mientras decido cual de los siguientes libros voy a leer. En realidad no es una decisión difícil. Después de leer la introducción hay que ir de cabeza al Service Strategy, es la evolución natural en un desarrollo ordenado de los temas, mismo si a veces las compañías arrancan la implementación de ITIL por el lado del Service Desk. Lo que si me queda claro de esta lectura inicial en la cual me acompañaron aburridos, es que este primer libro te da una visión global de la norma y suficientes herramientas para encarar los libros siguientes. En particular cuando lo resume todo en el gráfico 10.6 Pasa que todo el capítulo final tiene espíritu de repaso y esquema, calculo que en el futuro lo voy a utilizar como referenc...

En CSI hice unos primeros dubitativos pasos por unos problemas de agenda, pero voy avanzando igual. Me llamó la atención especialmente el punto 8.5.1 de las Baselines, donde la norma nos recomienda tener indicadores a pesar de que los mismos no sean confiables. Copio el párrafo porque está en la raíz de muchas discusiones tecnológicas que tuve con la MAYORÍA de mis colaboradores a cargo. If a baseline is not initially established the first measurement efforts will become the baseline. That is why it is essential to collect data at the outset, even if the integrity of the data is in question. It is better to have data to question than to have no data at all.  ¿Vieron? ¡Yo sabía! No hablemos de medición sin haber medido, démosle forma de indicador a la realidad. Avanzar sobre lo poco que sabemos y construir sobre eso un proceso de mejora. Mejora de medición, mejora de resultados, mejora de calidad, mejora de percepción del cliente. También vean el 8.5.2 que nos llama a revis...