Tema 15. Desarrollo ágil de software. Filosofía y principios del desarrollo ágil. El manifiesto ágil. Métodos de desarrollo ágil: SCRUM, KANBAN. LEAN. DevOps, DevSecOps.

1. Desarrollo ágil de software

🎯 Idea clave

• El desarrollo ágil de software constituye un enfoque para construir y evolucionar sistemas de información que prioriza la entrega incremental de valor y la adaptación continua al cambio.
• Este paradigma organiza el trabajo para aprender pronto, validar frecuentemente y corregir con rapidez, manteniendo la solución alineada con las necesidades reales durante todo su ciclo de vida.
• No representa una metodología cerrada ni implica ausencia de planificación, sino un conjunto de marcos y prácticas orientados a la calidad sostenida y la mejora continua.
• La agilidad resulta especialmente relevante en el Servicio Andaluz de Salud debido a su ecosistema digital complejo, las exigencias de interoperabilidad y seguridad, y la necesidad de adaptarse a demandas cambiantes.
• El SAS mantiene un Marco de gestión ágil propio que demuestra que esta aproximación es una práctica institucional estructurada y no solo un concepto teórico.
• En el ámbito de la Administración Pública española, el uso de metodologías ágiles está promovido por referentes como la metodología MÉTRICA versión 3.

📚 Desarrollo

Definición fundamental. El desarrollo ágil de software constituye un enfoque específico para la construcción y evolución de sistemas de información que prioriza fundamentalmente la entrega incremental de valor, la adaptación permanente al cambio, la colaboración continua entre perfiles técnicos y funcionales y la mejora constante tanto del producto como del proceso a lo largo de todo el ciclo de vida.

Naturaleza del enfoque. No representa una única metodología cerrada ni constituye una simple alternativa rápida frente al desarrollo tradicional, y tampoco equivale a una ausencia de planificación o de control. La agilidad rigurosa supone organizar sistemáticamente el trabajo para aprender pronto, validar frecuentemente los avances, corregir con rapidez las desviaciones y mantener la solución perfectamente alineada con necesidades reales.

Dimensiones integradoras. Estos métodos abarcan dimensiones organizativas, técnicas y culturales que permiten construir, evolucionar, desplegar y operar productos y servicios digitales mediante ciclos cortos de trabajo, incorporando mecanismos de retroalimentación continua, eliminación sistemática del desperdicio y capacidad real de adaptación rápida ante cambios imprevistos.

Evolución metodológica. Las metodologías de desarrollo han experimentado una evolución significativa desde los enfoques tradicionales en cascada hacia metodologías ágiles como Scrum o Kanban, las cuales acortan drásticamente los ciclos de entrega y facilitan una mayor capacidad de respuesta y adaptación ante los cambios imprevistos en los requisitos funcionales.

Marco normativo público. En el ámbito de la Administración Pública española, el uso de metodologías ágiles está explícitamente promovido por marcos de referencia como MÉTRICA, cuya versión 3 fue publicada por el Ministerio de Administraciones Públicas para establecer los procesos de desarrollo y mantenimiento de sistemas de información.

Aplicación en el SAS. El Servicio Andaluz de Salud opera un ecosistema digital complejo que integra soluciones corporativas, servicios de soporte y demandas cambiantes, sujeto a fuertes exigencias de interoperabilidad, seguridad y continuidad, donde un desarrollo excesivamente rígido y secuencial dificultaría gravemente la adaptación a prioridades reales.

Institucionalización. Resulta especialmente significativo que el SAS publique y mantenga de forma activa un Marco de gestión ágil y su documentación asociada en su entorno oficial de Confluence, demostrando que la agilidad no es un mero concepto académico sino una práctica institucional conocida y estructurada.

🧩 Elementos esenciales

• Entrega incremental: distribución del valor en pequeñas porciones funcionales continuas en lugar de grandes entregas finales.
• Adaptación al cambio: capacidad de modificar requisitos y soluciones durante el ciclo de vida ante necesidades emergentes.
• Colaboración continua: trabajo estrecho y permanente entre equipos técnicos y usuarios funcionales durante todo el proceso.
• Mejora constante: refinamiento simultáneo del producto desarrollado y del propio proceso de desarrollo.
• Ciclos cortos: organización del trabajo en iteraciones breves que facilitan la retroalimentación temprana.
• Eliminación de desperdicio: identificación y supresión de actividades que no aportan valor al producto final.
• Ecosistema complejo: contexto del SAS con múltiples soluciones corporativas, servicios de soporte y demandas variables.
• Marco MÉTRICA v3: referente oficial para el desarrollo ágil en la Administración Pública española.
• Interoperabilidad y seguridad: requisitos críticos en el ámbito sanitario que condicionan la aplicación de métodos ágiles.
• Marco de gestión ágil: documentación institucional propia del SAS disponible en su entorno corporativo.

🧠 Recuerda

• El desarrollo ágil prioriza la entrega de valor funcional sobre la documentación exhaustiva previa.
• No equivale a ausencia de planificación, sino a una planificación adaptable y continua.
• Requiere colaboración activa entre desarrolladores y usuarios finales desde el inicio.
• El SAS mantiene su propio Marco de gestión ágil en Confluence como referente institucional.
• La metodología MÉTRICA v3 promueve explícitamente el uso de prácticas ágiles en la Administración Pública.
• En entornos sanitarios, la agilidad debe compatibilizarse con la continuidad asistencial y la protección de datos.
• Los métodos ágiles surgen como evolución de los modelos en cascada tradicionales.
• La validación frecuente permite corregir desviaciones antes de que se amplifiquen.

2. Filosofía y principios del desarrollo ágil

🎯 Idea clave

• La filosofía ágil prioriza la entrega incremental de valor y la adaptación continua al cambio sobre los planes rígidos predefinidos.
• El desarrollo ágil se fundamenta en la colaboración estrecha entre equipos técnicos y funcionales para mantener el software alineado con necesidades reales.
• La agilidad requiere disciplina, planificación continua y mejora permanente, sin equivaler a improvisación o ausencia de control.
• Los principios institucionales en Andalucía enfatizan el valor para el ciudadano, el foco en el usuario y la transparencia del proceso.
• La respuesta efectiva a necesidades cambiantes se sustenta en ciclos cortos, retroalimentación frecuente y validación temprana del producto.

📚 Desarrollo

Concepto filosófico central. El desarrollo ágil adopta una postura realista ante la incertidumbre inherente al software, asumiendo que los requisitos evolucionan y el aprendizaje continuo es esencial. Esta filosofía organiza el trabajo para aprender pronto, validar frecuentemente y corregir con rapidez, manteniendo siempre la solución alineada con las prioridades reales del negocio o servicio público.

Priorización del valor y el usuario. La doctrina ágil establece que el valor funcional y la satisfacción del usuario deben guiar el desarrollo, priorizando el software en funcionamiento sobre la documentación exhaustiva. En el contexto institucional andaluz, esto se traduce en una apuesta explícita por priorizar el valor del producto y la satisfacción del ciudadano, manteniendo un interés focalizado en el usuario final.

Colaboración y transparencia. La filosofía promueve la colaboración continua entre perfiles técnicos y funcionales, así como el compromiso de los interesados del proyecto. Este enfoque rechaza la separación rígida entre equipos y favorece la transparencia del proceso, permitiendo que todas las partes visibilicen el estado y dirección del desarrollo de manera permanente.

Adaptación disciplinada. Contrariamente a la improvisación, la agilidad exige disciplina, roles definidos y planificación continua. Se trata de una adaptación organizada que permite reajustar el desarrollo conforme aparece nueva información funcional, técnica u organizativa, sin perder el control sobre la calidad ni la utilidad del producto.

Principios de ritmo y excelencia. El enfoque ágil defiende la entrega temprana y frecuente de valor mediante despliegues continuos, al tiempo que preserva la excelencia técnica y un ritmo de trabajo sostenible. Estos principios evitan la acumulación de deuda técnica y mantienen la capacidad de respuesta del equipo a lo largo del tiempo.

Antecedentes metodológicos. Las prácticas ágiles tienen raíces en corrientes previas como el Lean del Toyota Production System, convergiendo en valores comunes que formalizan una mejor manera de desarrollar software basada en personas, colaboración y respuesta al cambio.

🧩 Elementos esenciales

• Entrega incremental: Progresión mediante ciclos cortos que generan valor funcional verificable y revisable de forma continua.
• Respuesta al cambio: Capacidad organizada para ajustar el desarrollo ante nuevos requisitos, prioridades o restricciones sin perder calidad.
• Colaboración continua: Interacción permanente entre equipos técnicos y funcionales para alinear el producto con necesidades reales.
• Transparencia: Visibilidad abierta del proceso y estado del proyecto para todos los interesados.
• Disciplina: Requerimiento de planificación continua, roles definidos y procesos de mejora permanente, frente al mito de la ausencia de método.
• Foco en el usuario: Orientación prioritaria hacia la satisfacción del ciudadano y la utilidad real del software entregado.
• Flexibilidad institucional: Apuesta oficial de la Agencia Digital de Andalucía por métodos ágiles, especialmente Scrum, en el desarrollo de servicios digitales.
• Mejora continua: Proceso permanente de aprendizaje y refinamiento tanto del producto como del proceso de desarrollo.
• Calidad y fiabilidad: Objetivos explícitos que deben mantenerse incluso en contextos de alta incertidumbre y cambio frecuente.
• Excelencia técnica: Prácticas que preservan la calidad del código y la sostenibilidad del ritmo de trabajo a largo plazo.

🧠 Recuerda

• La agilidad no es ausencia de planificación, sino planificación continua y adaptativa.
• El valor para el usuario debe prevalecer sobre la documentación exhaustiva.
• La colaboración entre negocio y tecnología es un pilar fundamental, no opcional.
• La transparencia total del proceso facilita la confianza de todos los interesados.
• La Agencia Digital de Andalucía prioriza explícitamente Scrum como marco de referencia.
• El desarrollo ágil requiere equipos autoorganizados pero con roles claramente definidos.
• La respuesta al cambio debe ser efectiva y sostenida, no caótica.
• Los ciclos cortos permiten validar temprano y corregir antes de que los errores se amplifiquen.

3. El manifiesto ágil

🎯 Idea clave

• El Manifiesto Ágil constituye la fuente fundacional del desarrollo ágil de software, publicado en febrero de 2001 en Snowbird, Utah.
• Fue redactado por 17 profesionales del sector con el objetivo de unificar los métodos ligeros y responder a los fracasos del modelo en cascada.
• Establece cuatro valores fundamentales formulados como preferencias comparativas entre dos polos, no como valores absolutos.
• Contiene doce principios que operativizan los valores mediante orientaciones concretas de comportamiento y desarrollo.
• No prescribe una metodología específica ni constituye una norma jurídica, sino que sirve de base declarativa para frameworks como Scrum o XP.
• El sitio oficial agilemanifesto.org recoge el texto original y sus traducciones como fuente primaria de consulta.

📚 Desarrollo

Origen y contexto. El Manifiesto Ágil surge en febrero de 2001 en Snowbird, Utah, cuando 17 profesionales del desarrollo de software buscan consensuar una filosofía común bajo la que agrupar los denominados métodos ligeros. Su propósito era doble: unificar criterios bajo un marco de valores compartidos y dar respuesta efectiva a los fracasos recurrentes del modelo tradicional en cascada.

Estructura declarativa. El documento se organiza en dos niveles: cuatro valores fundamentales y doce principios operativos. Los valores establecen preferencias entre pares de alternativas que históricamente habían estado en tensión, mientras que los principios concretan cómo traducir estas prioridades a comportamientos de equipo y evolución del producto.

Formulación de valores. El manifiesto define cuatro preferencias explícitas: individuos e interacciones sobre procesos y herramientas; software funcionando sobre documentación exhaustiva; colaboración con el cliente sobre negociación contractual; y respuesta al cambio sobre seguir un plan. Esta estructura comparativa obliga a priorizar sin negar el valor de los elementos situados a la derecha, ya que el texto aclara que se valora lo de la derecha, pero se valora más lo de la izquierda.

Principios rectores. Los doce principios desarrollan los valores mediante orientaciones prácticas como la entrega temprana y continua de software con valor, la aceptación de cambios incluso en etapas tardías, y la entrega frecuente de software funcionante en ciclos entre dos semanas y dos meses. El software funcionando se establece como la medida principal de progreso, mientras que la atención continua a la excelencia técnica y al buen diseño se considera requisito para mejorar la agilidad.

Firmantes y fuente oficial. Entre los 17 firmantes destacan Kent Beck, Martin Fowler, Robert C. Martin, Ken Schwaber, Jeff Sutherland, Alistair Cockburn y Ward Cunningham. El sitio oficial agilemanifesto.org alberga el texto original en múltiples idiomas y constituye la fuente primaria autorizada para su estudio.

Alcance y aplicación. El manifiesto no constituye una metodología cerrada ni un estándar jurídico, sino una declaración de prioridades que frameworks como Scrum, XP o Kanban materializan de forma específica. En el contexto del Servicio Andaluz de Salud, este marco orienta el desarrollo informático hacia la generación de valor real, la validación continua y la adaptación ordenada a necesidades cambiantes, integrándose en el marco oficial de gestión ágil mediante roles como Product Owner y artefactos como el backlog o las historias de usuario.

🧩 Elementos esenciales

• Fecha y lugar: Febrero de 2001, Snowbird, Utah, Estados Unidos.
• Redactores: 17 profesionales del desarrollo de software.
• Firmantes destacados: Kent Beck, Martin Fowler, Robert C. Martin, Ken Schwaber, Jeff Sutherland, Alistair Cockburn y Ward Cunningham.
• Estructura: Cuatro valores preferentes y doce principios operativos.
• Valor 1: Individuos e interacciones sobre procesos y herramientas.
• Valor 2: Software funcionando sobre documentación exhaustiva.
• Valor 3: Colaboración con el cliente sobre negociación contractual.
• Valor 4: Respuesta al cambio sobre seguir un plan.
• Principio 1: Satisfacer al cliente mediante entrega temprana y continua de software con valor.
• Principio 3: Entregar software funcionante frecuentemente, entre dos semanas y dos meses, prefiriendo el periodo más corto.
• Principio 7: El software funcionando es la principal medida de progreso.
• Principio 9: La atención continua a la excelencia técnica y al buen diseño mejora la agilidad.
• Fuente oficial: Sitio web agilemanifesto.org disponible en numerosos idiomas.
• Naturaleza jurídica: Declaración de valores y prioridades, no metodología cerrada ni normativa vinculante.

🧠 Recuerda

• El manifiesto valora lo de la derecha, pero valora más lo de la izquierda en cada par de alternativas.
• No niega la importancia de procesos, herramientas, documentación, contratos o planes, sino que establece prioridades explícitas.
• Los doce principios concretan los cuatro valores en comportamientos observables y medibles.
• La entrega frecuente debe producirse entre dos semanas y dos meses, prefiriendo siempre los periodos más cortos posibles.
• Los cambios de requisitos son bienvenidos incluso en etapas avanzadas del desarrollo, aprovechándose para ventaja competitiva.
• La excelencia técnica y el buen diseño son requisitos indispensables para mantener y mejorar la agilidad.
• Los proyectos se desarrollan en torno a individuos motivados, a quienes se debe proporcionar entorno, apoyo y confianza.
• La simplicidad, entendida como el arte de maximizar la cantidad de trabajo no realizado, es esencial.
• Las mejores arquitecturas, requisitos y diseños emergen de equipos autoorganizados.
• El manifiesto no equivale a improvisación ni ausencia de documentación, sino que exige disciplina técnica rigurosa.

4. Métodos de desarrollo ágil: SCRUM, KANBAN

🎯 Idea clave

• SCRUM y KANBAN son marcos operativos que materializan los valores ágiles de forma distinta y complementaria.
• SCRUM estructura el trabajo mediante iteraciones fijas, roles definidos y eventos formales para generar valor en problemas complejos.
• KANBAN se define como una estrategia de optimización del flujo de valor mediante visualización y gestión activa, sin iteraciones fijas ni roles obligatorios.
• El Servicio Andaluz de Salud aplica SCRUM en equipos de desarrollo de productos digitales y KANBAN en operaciones, mantenimiento y soporte.
• Para el Técnico Especialista en Informática, conocer ambos métodos es competencia básica para operar correctamente según el tipo de equipo.

📚 Desarrollo

Origen y definición de SCRUM. SCRUM surgió en los años noventa del trabajo de Sutherland y Schwaber, formalizado en 1995, y se define en la Scrum Guide oficial (noviembre de 2020) como un marco ligero estructurado alrededor de roles, eventos, artefactos y compromisos diseñado para generar valor mediante soluciones adaptativas a problemas complejos.

Estructura iterativa. Este marco organiza el trabajo mediante iteraciones de duración fija llamadas sprints, estableciendo eventos formales, objetivos claros por cada sprint y tres responsabilidades específicas, lo que ofrece un enfoque estructurado para la coordinación del equipo y la entrega incremental de valor.

Definición oficial de KANBAN. La Kanban Guide (versión 2025.5) lo define oficialmente como una estrategia para optimizar el flujo de valor a través de un proceso, apoyada en prácticas de visualización, gestión activa del trabajo y mejora continua, sin prescribir iteraciones fijas ni roles específicos obligatorios.

Diferencias operativas fundamentales. Mientras SCRUM articula el trabajo mediante cajas de tiempo y ceremonias formales, KANBAN se concentra en hacer visible el flujo de trabajo, controlar el trabajo en curso (WIP) y mejorar la entrega a partir de métricas y observación continua, permitiendo su adopción incremental sobre procesos existentes.

Aplicación práctica en el SAS. El Servicio Andaluz de Salud aplica ambos métodos según la tipología del equipo: los equipos de desarrollo de productos digitales emplean SCRUM o Scrumban, mientras que los equipos de operaciones, mantenimiento, soporte y DevOps utilizan tableros KANBAN integrados en herramientas ITSM.

Competencia del técnico especialista. Para el Técnico Especialista en Informática, conocer ambos métodos constituye una competencia básica, requiriendo entender los roles, eventos y artefactos en equipos SCRUM, así como comprender los límites WIP, el lead time y las métricas de flujo en entornos KANBAN.

Valor para la categoría profesional. Dominar estos métodos permite al técnico interpretar correctamente la documentación metodológica de proyectos TIC, comprender la organización del trabajo en equipos de desarrollo frente a equipos de operaciones, y operar conforme a las reglas específicas de cada marco en su práctica cotidiana.

🧩 Elementos esenciales

• Scrum Guide: Documento oficial vigente de noviembre de 2020 que define completo el marco SCRUM, publicado en scrumguides.org.
• Kanban Guide: Documento oficial versión 2025.5 que fija la terminología y elementos mínimos de KANBAN, publicado en kanbanguides.org.
• Iteraciones fijas: Característica principal de SCRUM donde el trabajo se organiza en sprints de duración constante con objetivos definidos.
• Roles definidos: SCRUM establece tres responsabilidades específicas, mientras que KANBAN no prescribe roles obligatorios propios.
• Visualización del flujo: Práctica central en KANBAN que hace visible el trabajo en curso mediante tableros para optimizar el proceso.
• Límite WIP: Control del trabajo en curso (Work In Progress) como mecanismo clave en KANBAN para mejorar la entrega y el flujo continuo.
• Eventos formales: SCRUM incluye ceremonias estructuradas como planificación, revisiones y retrospectivas, frente a la ausencia de eventos formales obligatorios en KANBAN.
• Adopción incremental: KANBAN permite implementarse sobre procesos existentes sin requerir una revolución organizativa inmediata.
• Scrumban: Metodología híbrida utilizada en equipos de desarrollo de productos digitales del Servicio Andaluz de Salud.
• ITSM: Sistemas donde se integran tableros KANBAN en equipos de mesa de ayuda, gestión de incidencias y DevOps del SAS.

🧠 Recuerda

• SCRUM es un marco ligero con iteraciones fijas, roles definidos y eventos formales estructurados.
• KANBAN es una estrategia de optimización de flujo sin iteraciones fijas ni roles obligatorios propios.
• La Scrum Guide oficial data de noviembre de 2020 y es la fuente primaria del marco.
• La Kanban Guide oficial versión es la 2025.5 y establece los elementos mínimos del método.
• En el SAS, desarrollo de productos digitales usa SCRUM mientras que operaciones y soporte usan KANBAN.
• El técnico debe dominar roles, eventos y artefactos para SCRUM y WIP, lead time y flujo para KANBAN.
• Ambos métodos son formas legítimas de articular procesos del ciclo de vida del software según el NIST.
• KANBAN se centra en limitar el trabajo en curso y mejorar continuamente mediante métricas observables.
• SCRUM se centra en entregar valor mediante soluciones adaptativas en iteraciones de duración fija.
• Conocer ambos permite interpretar correctamente la documentación metodológica y organizar equipos TIC.

5. LEAN

🎯 Idea clave

• LEAN es un enfoque de gestión orientado a crear el máximo valor posible con el mínimo desperdicio mediante la mejora continua del sistema de trabajo.
• Su origen histórico se encuentra en el Sistema de Producción Toyota desarrollado por Taiichi Ohno y Eiji Toyoda durante los años cincuenta y sesenta.
• Mary y Tom Poppendieck formalizaron el Lean Software Development en 2003, aplicando estos principios al desarrollo de software.
• El valor se define como el único resultado legítimo del proceso, mientras que el desperdicio (muda) es todo lo que no lo añade y debe eliminarse.
• La filosofía ágil bebe directamente del pensamiento lean, existiendo una conexión tan estrecha que se habla de filosofía Lean-Agile como cuerpo coherente único.
• Los siete principios prácticos incluyen eliminar desperdicio, amplificar el aprendizaje, decidir tarde, entregar pronto, empoderar al equipo, integrar calidad y optimizar el conjunto.

📚 Desarrollo

Origen industrial y traslación al software. LEAN constituye un enfoque de gestión y mejora que persigue crear el máximo valor posible con el mínimo desperdicio. Aunque su origen histórico se asocia a entornos industriales y al sistema de producción ajustada de Toyota, hoy se entiende como una forma de pensar aplicable al trabajo del conocimiento y al desarrollo de software. Su importancia radica en aportar una lógica basada en valor, flujo continuo, eliminación de desperdicio y mejora del sistema de trabajo.

Formalización por Poppendieck. El Lean Software Development fue formalizado por Mary y Tom Poppendieck en su libro Lean Software Development: An Agile Toolkit publicado en 2003. Esta obra articuló siete principios lean específicos para el desarrollo de software, estableciendo la aplicación concreta del pensamiento lean al ámbito TIC. El enfoque reinterpreta el trabajo de desarrollo no como tareas aisladas, sino como un sistema de generación de valor sometido a incertidumbre, aprendizaje y necesidad de mejora continua.

Valor y desperdicio como ejes centrales. El pensamiento lean identifica el valor como el único resultado legítimo de un proceso, definiendo el desperdicio (muda en japonés) como todo lo que no añade valor. El objetivo fundamental consiste en eliminar sistemáticamente el desperdicio y maximizar el valor entregado al cliente. El Lean Enterprise Institute describe esta filosofía como una manera de crear valor con menos recursos y menos desperdicio, mediante experimentación y mejora continua del sistema completo.

Conexión con la filosofía ágil. La filosofía ágil bebe directamente de la filosofía Lean del Toyota Production System, formulada por Ohno y Toyoda. Lean propone eliminar desperdicios (muda), nivelar la carga (heijunka), evitar la sobrecarga (muri) e identificar la variabilidad (mura) como vías para conseguir flujo continuo de valor. Esta conexión es tan estrecha que muchos autores hablan de filosofía Lean-Agile como un único cuerpo coherente donde ambas corrientes se integran.

Siete principios operativos. La literatura clásica de Lean Software Development resume el enfoque en siete principios prácticos: eliminar desperdicio, amplificar el aprendizaje, decidir lo más tarde posible, entregar lo antes posible, potenciar al equipo, construir calidad desde el origen y optimizar el conjunto. Estos principios poseen sentido operativo directo y no deben tratarse como simples listas ornamentales. Eliminar desperdicio mejora el flujo de trabajo, mientras que amplificar el aprendizaje reduce errores persistentes que podrían repetirse.

Aplicación práctica de los principios. Decidir demasiado pronto bloquea opciones valiosas que podrían surgir con mayor información. Entregar antes permite validar el producto con usuarios reales y obtener realimentación temprana. Dar poder al equipo acelera la toma de decisiones útiles y mejora la capacidad de respuesta. Integrar la calidad desde el inicio del proceso reduce la deuda técnica acumulada. Finalmente, optimizar el conjunto y no solo partes aisladas evita que mejoras locales dañen el funcionamiento global del sistema.

🧩 Elementos esenciales

• Valor: único resultado legítimo que debe producir un proceso según la filosofía lean, definido por lo que el cliente está dispuesto a pagar o utilizar.
• Desperdicio (muda): todo aquello que consume recursos pero no añade valor al producto final ni al cliente, y que debe eliminarse sistemáticamente.
• Mary y Tom Poppendieck: autores que formalizaron el Lean Software Development en 2003 en su obra Lean Software Development: An Agile Toolkit.
• Toyota Production System: origen histórico de los principios lean, desarrollado por Taiichi Ohno y Eiji Toyoda en los años cincuenta y sesenta.
• Eliminar desperdicio: principio que busca remover todo elemento, proceso o actividad que no genere valor tangible para el cliente.
• Amplificar el aprendizaje: principio orientado a reducir errores persistentes mediante el aprendizaje continuo y la experimentación.
• Decidir lo más tarde posible: principio que evita bloquear opciones valiosas mediante decisiones prematuras, manteniendo la flexibilidad.
• Entregar lo antes posible: principio que permite validar rápidamente el producto con usuarios reales y obtener retroalimentación temprana.
• Potenciar al equipo: principio que acelera decisiones útiles mediante la empoderación y autonomía del equipo de desarrollo.
• Construir calidad desde el origen: principio que reduce la deuda técnica integrando la calidad en el proceso desde el inicio, no como actividad final.
• Optimizar el conjunto: principio que evita mejoras locales que pudieran dañar el funcionamiento global del sistema completo.
• Lean Enterprise Institute: organismo que define lean como una manera de crear valor con menos recursos y menos desperdicio.

🧠 Recuerda

• LEAN proviene del Sistema de Producción Toyota de los años 50-60, no es una metodología reciente.
• Poppendieck formalizó su aplicación específica al software en 2003.
• Valor es lo único deseable en un proceso; desperdicio (muda) debe eliminarse radicalmente.
• Existen siete principios específicos de Lean para desarrollo de software que deben conocerse.
• La relación entre Lean y Agile es tan estrecha que se considera una filosofía Lean-Agile única.
• Eliminar desperdicio mejora directamente el flujo de trabajo y la eficiencia.
• Decidir demasiado pronto bloquea opciones valiosas que podrían surgir con más información.
• Optimizar el conjunto evita que mejoras locales dañen el sistema global del proyecto.
• Integrar calidad desde el origen reduce la deuda técnica acumulada.
• Amplificar el aprendizaje permite corregir errores antes de que se vuelvan persistentes.

6. DevOps, DevSecOps

🎯 Idea clave

• La Agencia Digital de Andalucía impulsa una Estrategia DevSecOps que orienta la transición hacia modelos integrados de desarrollo y operación en el sector público andaluz.
• El SAS dispone de una Plataforma CI/CD corporativa DevSecOps que soporta la integración y entrega continuas en los proyectos tecnológicos del organismo.
• La cultura DevOps está asociada directamente al desarrollo ágil en el entorno del SAS, facilitando la adaptación a despliegues frecuentes y evolución continua.
• El Técnico/a Especialista en Informática se involucra en la operación continua de soluciones que evolucionan rápidamente, gestionando despliegues e incidencias.
• Las plataformas CI/CD compartidas, los repositorios de código corporativos y las herramientas de calidad constituyen piezas centrales del ecosistema TIC del Servicio Andaluz de Salud.
• La integración efectiva entre control de versiones, pipelines de despliegue y sistemas de monitorización determina la productividad en el ciclo de vida de las aplicaciones.

📚 Desarrollo

Estrategia institucional. La Agencia Digital de Andalucía mantiene y publica una Estrategia Impulso DevSecOps que establece el marco para la adopción de prácticas de desarrollo seguro y operación integrada en la Junta de Andalucía. Esta estrategia orienta la transición metodológica y tecnológica de los equipos hacia modelos que unifican el ciclo completo de vida del software.

Plataforma corporativa. El SAS dispone de una Plataforma CI/CD corporativa DevSecOps, disponible tanto en entornos cloud como pre-cloud, que automatiza los procesos de integración continua y entrega continua. Esta infraestructura compartida permite a los equipos de desarrollo internos y a los proveedores externos disponer de canales estandarizados para la construcción, prueba y despliegue de aplicaciones.

Vinculación con el ágil. En el contexto del SAS, la cultura DevOps se presenta asociada al desarrollo ágil, especialmente en proyectos de evolución funcional de aplicaciones existentes y productos digitales orientados a profesionales y ciudadanía. Esta combinación permite comprender la lógica de evolución continua y adaptarse a ritmos de despliegue frecuentes manteniendo la estabilidad operativa.

Rol del técnico especialista. El Técnico/a Especialista en Informática participa activamente en la operación continua de soluciones que evolucionan rápidamente, configurando entornos, automatizando tareas mediante scripts y gestionando incidencias derivadas de los despliegues. Su actividad trasciende la mera codificación para abarcar la responsabilidad sobre el funcionamiento permanente de los sistemas.

Herramientas del ecosistema. Las plataformas CI/CD se integran con los repositorios de código corporativos y las herramientas de calidad de código para formar un ecosistema coherente. Esta integración permite mantener la trazabilidad completa entre el código fuente, los cambios documentados en sistemas de gestión de incidencias y los despliegues realizados en los entornos productivos.

Factor de productividad. La interconexión entre herramientas de control de versiones, pipelines de integración continua y sistemas de monitorización constituye un elemento determinante para la eficiencia del desarrollo. La fluidez en el uso de estas herramientas profesionales conforma una competencia básica para la gestión técnica de proyectos en el SAS.

🧩 Elementos esenciales

• Estrategia Impulso DevSecOps: Marco institucional de la Agencia Digital de Andalucía que orienta la integración de seguridad y operaciones en el ciclo de desarrollo.
• Plataforma CI/CD corporativa: Infraestructura compartida del SAS que automatiza la integración, prueba y entrega de código en entornos cloud y pre-cloud.
• Cultura DevOps: Enfoque asociado al desarrollo ágil que promueve la colaboración continua entre equipos de desarrollo y operaciones en proyectos de evolución funcional.
• Operación continua: Responsabilidad del técnico en el mantenimiento, configuración y gestión de incidencias de soluciones que despliegan frecuentemente.
• Repositorios corporativos: Sistemas de control de versiones que centralizan el código fuente y se integran con las plataformas de despliegue.
• Herramientas de calidad: Componentes del ecosistema TIC que garantizan estándares en el código antes de su paso a producción mediante pipelines automatizados.
• Integración JIRA-Confluence: Vinculación entre la gestión de historias de usuario y la documentación técnica que soporta la trazabilidad en proyectos DevOps.
• Despliegues frecuentes: Práctica derivada de la combinación ágil-DevOps que exige capacidad de operación continua y rápida recuperación ante incidencias.

🧠 Recuerda

• La Estrategia Impulso DevSecOps depende de la Agencia Digital de Andalucía y aplica a toda la Administración autonómica.
• La Plataforma CI/CD corporativa es el pilar tecnológico que materializa DevOps en el SAS.
• DevOps complementa la metodología ágil en proyectos de transformación digital y evolución de sistemas corporativos.
• El técnico especialista combina tareas de desarrollo con responsabilidades de operación continua.
• Las herramientas de integración continua son obligatorias en el ecosistema corporativo del SAS.
• La trazabilidad entre control de versiones y despliegues es un objetivo prioritario de las plataformas CI/CD.
• Los proyectos con alta incertidumbre funcionales se benefician especialmente de la combinación ágil-DevOps.
• La seguridad se integra en el ciclo de vida mediante el enfoque DevSecOps institucionalizado.