Tech Lead compartiendo ideas prácticas sobre artesanía del software, TDD, liderazgo, Bitcoin e IA. Artículos, resúmenes de libros y charlas.Zola2024-05-31T00:00:00+00:00https://chemaclass.com/es/tags/devops/atom.xmlUna Novela Sobre IT, DevOps, Y Ayudar a Tu Negocio a Ganar2024-05-31T00:00:00+00:002024-05-31T00:00:00+00:00 Gene Kim Kevin Behr George Spaffordhttps://chemaclass.com/es/readings/the-phoenix-project/

Una historia sobre un proyecto imposible donde todos juegan a la política, arreglan bugs críticos sin parar y desperdician esfuerzos en parches rápidos en vez de ayudar al negocio a prosperar.

<p>Una historia sobre un proyecto imposible donde todos juegan a la política, arreglan bugs críticos sin parar y desperdician esfuerzos en parches rápidos en vez de ayudar al negocio a prosperar.</p> <span id="continue-reading"></span> <blockquote> <p>Si IT falla, el negocio falla.</p> </blockquote> <p><strong>Principios DevOps</strong>: Flujo, Feedback, Aprendizaje Continuo y Experimentación. Estos conceptos impulsan mejoras en capacidad de respuesta, fiabilidad y trabajo en equipo.</p> <h4 id="resumen">Resumen <a class="heading-anchor" href="#resumen" title="Copy link" aria-label="Link to this section">#</a> </h4> <p>El libro empieza con la promoción de Bill a VP de IT y la responsabilidad de entregar un proyecto imposible (Phoenix). El CEO le advierte: si no se entrega a tiempo, externalizarán todo IT y despedirán a todos.</p> <p>Bill intenta entender la situación y descubre que todos apagan fuegos sin parar, con demasiadas responsabilidades y poco personal. Todo es urgente, todo para ayer. La fecha límite viene de arriba, sin planificación ni conversaciones con otros departamentos. En resumen: caos corporativo, política y reuniones infernales.</p> <p>Bill conoce a alguien en la empresa que le ayuda a mejorar las cosas. No le dice qué hacer, sino que le hace preguntas para que encuentre la solución por sí mismo.</p> <p>Por ejemplo, la primera pregunta: “¿Cuáles son los cuatro tipos de trabajo en IT?” La respuesta no llega de golpe, sino a lo largo de la historia:</p> <ol> <li><strong>Proyectos de negocio</strong>: afectan directamente los objetivos del negocio. Generan ingresos y dan valor a los clientes.</li> <li><strong>Proyectos internos</strong>: tareas regulares que mantienen el sistema funcionando (actualizaciones, parches de seguridad…). Suelen ser invisibles y pueden convertirse en cuello de botella.</li> <li><strong>Cambios</strong>: resultado de los proyectos anteriores. Hay que saber qué cambiar y dentro de qué.</li> <li><strong>Trabajo no planificado</strong>: el verdadero asesino de la productividad. Son todos los problemas operacionales que surgen de los otros tres tipos de trabajo.</li> </ol> <hr /> <div style="position:relative;aspect-ratio:16/9;width:100%;"> <iframe src="https://www.youtube-nocookie.com/embed/6QNdL1I7OTM" title="YouTube video" width="560" height="315" loading="lazy" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture" referrerpolicy="strict-origin-when-cross-origin" style="position:absolute;inset:0;width:100%;height:100%;border:0;" allowfullscreen> </iframe> </div>Construyendo y Escalando Organizaciones Tecnológicas de Alto Rendimiento2023-03-19T00:00:00+00:002023-03-19T00:00:00+00:00 Nicole Forsgren Jez Humble Gene Kimhttps://chemaclass.com/es/readings/accelerate/

Cómo medir el rendimiento de equipos de software y cómo ese rendimiento impacta a toda la organización. La ciencia detrás de Lean Software y DevOps.

<span id="continue-reading"></span> <p>Accelerate explora cómo los equipos que usan <strong>Lean Software</strong> y <strong>DevOps</strong> pueden medir su rendimiento. También muestra cómo el rendimiento de ingeniería impacta a toda la organización.</p> <blockquote> <p>Nota: DevOps integra y automatiza el desarrollo de software (Dev) con las operaciones de TI (Ops). El foco: mejorar y acortar el ciclo de vida de desarrollo.</p> </blockquote> <h2 id="capacidades-clave">Capacidades Clave <a class="heading-anchor" href="#capacidades-clave" title="Copy link" aria-label="Link to this section">#</a> </h2> <h3 id="entrega-continua">Entrega Continua <a class="heading-anchor" href="#entrega-continua" title="Copy link" aria-label="Link to this section">#</a> </h3> <ul> <li>Usar Control de Versiones para todos los Artefactos de Producción</li> <li>Automatizar tu Proceso de Despliegue</li> <li>Implementar Integración Continua</li> <li>Usar Métodos de Desarrollo Basado en Trunk</li> <li>Implementar Automatización de Tests</li> <li>Entrega Continua (CD)</li> </ul> <h3 id="arquitectura">Arquitectura <a class="heading-anchor" href="#arquitectura" title="Copy link" aria-label="Link to this section">#</a> </h3> <ul> <li>Usar una Arquitectura Débilmente Acoplada</li> </ul> <h3 id="producto-y-proceso">Producto y Proceso <a class="heading-anchor" href="#producto-y-proceso" title="Copy link" aria-label="Link to this section">#</a> </h3> <ul> <li>Recopilar e Implementar Feedback del Cliente</li> <li>Hacer Visible el Flujo de Trabajo a través del Value Stream</li> <li>Trabajar en Lotes Pequeños</li> <li>Fomentar y Habilitar la Experimentación del Equipo</li> </ul> <h3 id="gestion-lean-y-monitoreo">Gestión Lean y Monitoreo <a class="heading-anchor" href="#gestion-lean-y-monitoreo" title="Copy link" aria-label="Link to this section">#</a> </h3> <ul> <li>Tener Procesos Ligeros de Aprobación de Cambios</li> <li>Monitorear la Aplicación e Infraestructura para Informar Decisiones de Negocio</li> <li>Verificar la Salud del Sistema Proactivamente</li> <li>Mejorar Procesos y Gestionar el Trabajo con Límites WIP (Work-In-Process)</li> <li>Visualizar el Trabajo para Monitorear la Calidad y Comunicar a través del Equipo</li> </ul> <h3 id="cultural">Cultural <a class="heading-anchor" href="#cultural" title="Copy link" aria-label="Link to this section">#</a> </h3> <ul> <li>Apoyar una Cultura Generativa</li> <li>Fomentar y Apoyar el Aprendizaje</li> <li>Apoyar y Facilitar la Colaboración entre Equipos</li> <li>Proporcionar Recursos y Herramientas que Hacen el Trabajo Significativo</li> <li>Apoyar o Encarnar el Liderazgo Transformacional</li> </ul> <h2 id="cuatro-metricas-clave">Cuatro Métricas Clave <a class="heading-anchor" href="#cuatro-metricas-clave" title="Copy link" aria-label="Link to this section">#</a> </h2> <ul> <li><strong>Lead Time de Cambio</strong> <ul> <li>Tiempo para implementar, probar y entregar código para una funcionalidad</li> </ul> </li> <li><strong>Frecuencia de Despliegue</strong> <ul> <li>Número de despliegues en un período de tiempo dado</li> </ul> </li> <li><strong>Tasa de Fallo de Cambios</strong> <ul> <li>Porcentaje de cambios fallidos sobre todos los cambios (independientemente del éxito)</li> </ul> </li> <li><strong>Tiempo Medio de Recuperación</strong> <ul> <li>Tiempo que toma restaurar el servicio después de un fallo en producción</li> </ul> </li> </ul> <div style="position:relative;aspect-ratio:16/9;width:100%;"> <iframe src="https://www.youtube-nocookie.com/embed/_d9cws_T9qk" title="YouTube video" width="560" height="315" loading="lazy" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture" referrerpolicy="strict-origin-when-cross-origin" style="position:absolute;inset:0;width:100%;height:100%;border:0;" allowfullscreen> </iframe> </div>Desde introducción hasta conceptos avanzados2022-04-29T00:00:00+00:002022-04-29T00:00:00+00:00 Fran Ramírez Elías Grande Rafael Troncosohttps://chemaclass.com/es/readings/docker-secdevops/

Un libro muy completo sobre Docker, desde lo básico hasta conceptos avanzados, con ejemplos fáciles de seguir.

<span id="continue-reading"></span> <p>Un libro muy completo sobre Docker, desde lo básico hasta conceptos avanzados, con ejemplos fáciles de seguir.</p> <p>Cubre buenas prácticas para construir imágenes Docker y mantener la seguridad al ejecutar contenedores. También explica el demonio Docker y toda la tecnología que hay detrás.</p> <blockquote> <p>El libro está disponible solo en español: <a rel="external" href="https://0xword.com/es/libros/103-docker-secdevops.html">0xWord</a></p> </blockquote>Organizando equipos de negocio y tecnología para flujo rápido2022-03-31T00:00:00+00:002022-03-31T00:00:00+00:00 Matthew Skelton Manuel Paishttps://chemaclass.com/es/readings/team-topologies/

Cómo estructurar equipos dinámicos e interacciones que permitan adaptarse rápido a nuevas condiciones y entregar software de forma ágil y segura.

<span id="continue-reading"></span> <p>El libro explica cómo estructurar equipos dinámicos y sus interacciones para adaptarse rápido a nuevas condiciones y entregar software de forma ágil y segura.</p> <h2 id="estructura-de-equipo">Estructura de equipo <a class="heading-anchor" href="#estructura-de-equipo" title="Copy link" aria-label="Link to this section">#</a> </h2> <ul> <li>Alta cohesión: agrupa las cosas relacionadas.</li> <li>Bajo acoplamiento: límites claros entre equipos.</li> <li>Carga cognitiva: es como la RAM del equipo. Si lo sobrecargas, se quema.</li> </ul> <blockquote> <p>Para evitar cuellos de botella, asegúrate de que la carga cognitiva del equipo no sea excesiva.</p> </blockquote> <h2 id="ley-de-conway">Ley de Conway <a class="heading-anchor" href="#ley-de-conway" title="Copy link" aria-label="Link to this section">#</a> </h2> <ul> <li>La estructura organizacional influye en la arquitectura del software.</li> <li>Las organizaciones diseñan sistemas que copian su estructura de comunicación.</li> <li>Resultado: nadie se enfoca en la arquitectura óptima para el proyecto.</li> <li>Primero define la arquitectura, luego forma los equipos.</li> </ul> <h2 id="el-equipo-primero">El equipo primero <a class="heading-anchor" href="#el-equipo-primero" title="Copy link" aria-label="Link to this section">#</a> </h2> <ul> <li>Quién está en el equipo importa menos que su dinámica.</li> <li>Al medir rendimiento, el equipo importa más que las personas individuales.</li> <li>Equipo = grupo de 5-9 personas trabajando hacia metas compartidas. <ul> <li>Ver el <a href="/es/blog/dunbar-number/">número de Dunbar</a>.</li> </ul> </li> <li>Formar un equipo toma de 2 semanas a 3 meses.</li> <li>La carga cognitiva es el esfuerzo mental total usado en la memoria de trabajo.</li> <li>3 tipos de carga cognitiva: <ul> <li>Intrínseca: fundamentos del problema. Ej: lenguaje de programación.</li> <li>Extrínseca: relacionada con el entorno. Ej: cómo desplegar.</li> <li>Germane: requiere atención especial. Ej: dominio de negocio.</li> </ul> </li> <li>Heurísticas: <ul> <li>3 tipos de dominio: simple, complicado, complejo.</li> <li>Si el dominio es muy grande, divídelo en subdominios.</li> <li>Un equipo puede manejar: <ul> <li>2-3 dominios simples.</li> <li>1 dominio complejo.</li> <li>Evita 2 dominios complicados; mejor divide el equipo.</li> </ul> </li> </ul> </li> <li>Define una API de equipo: <ul> <li>Código: endpoints, librerías, clientes…</li> <li>Versionado.</li> <li>Documentación.</li> <li>Prácticas y principios.</li> <li>Herramientas de comunicación.</li> </ul> </li> </ul> <h2 id="topologias-de-equipo">Topologías de equipo <a class="heading-anchor" href="#topologias-de-equipo" title="Copy link" aria-label="Link to this section">#</a> </h2> <blockquote> <p>Organiza equipos por áreas de dominio de negocio, no por conocimiento técnico o actividades.</p> </blockquote> <ul> <li>El éxito depende tanto de los miembros como del entorno, otros equipos e interacciones.</li> <li>Divide responsabilidades para romper silos.</li> <li>Tipos de dependencias: conocimiento, tarea y recurso.</li> <li>Cuatro tipos de equipos: <ul> <li>Stream-aligned: entregar funcionalidades y productos al mercado cuanto antes.</li> <li>Enabling: desarrollar capacidades para los equipos stream-aligned.</li> <li>Complicated-subsystem: reducir la carga cognitiva de los equipos stream-aligned.</li> <li>Platform: dar autonomía a los equipos stream-aligned.</li> </ul> </li> </ul> <h2 id="interacciones-de-equipo">Interacciones de equipo <a class="heading-anchor" href="#interacciones-de-equipo" title="Copy link" aria-label="Link to this section">#</a> </h2> <ul> <li>Colaboración: trabajo cercano entre equipos con distintas habilidades.</li> <li>X-as-a-Service: propiedad clara, baja carga cognitiva.</li> <li>Facilitación: eliminar impedimentos y mejorar la calidad de las interacciones entre equipos.</li> </ul>