SAFe Glossary
The SAFe glossary is a set of definitions for all SAFe Big Picture elements. The extended glossary provides definitions for additional terms used in the Framework. Some are unique to SAFe (e.g., PO Sync), while others are common in Lean-Agile development (e.g., MVP). They are provided here for clarity in their meaning in the context of SAFe. All extended glossary terms appear in the English configuration and will appear in other language configurations once translated.
Select language
Print GlossaryA
-
Acceptance Criteria (criterios de aceptación)
Los criterios de aceptación proporcionan la información necesaria para asegurar que una Historia, Feature o Capacidad se implemente correctamente y que cubra la funcionalidad y los NFR relevantes.
-
Acceptance Test Driven Development, ATDD
El Acceptance Test Driven Development (ATDD) es una práctica de pruebas ágiles que da prioridad a las pruebas y que es, en gran medida, sinónimo de Behavior-Driven Development (BDD).
-
Agile
Agile es un conjunto de valores, principios y prácticas para el desarrollo iterativo que se describen principalmente en el Manifiesto Ágil.
-
Agile Architecture (Arquitectura Ágil)
La Arquitectura Ágil es un conjunto de valores, prácticas y colaboraciones que contribuyen al diseño y la arquitectura de un sistema de manera activa y evolutiva.
-
Agile Business Function (función de negocio ágil)
Las funciones de negocio ágiles aplican métodos de Lean-Agile y principios de SAFe para optimizar las operaciones de negocio y crear transparencia en la entrega de valor.
-
Agile Business Train (tren de negocio ágil)
Un tren de negocio ágil contiene una o más Cadenas de Valor Operacionales de SAFe y todos los ART necesarios para definir, construir, desplegar, operar y comercializar una Solución de negocio completa.
-
Agile Executive Team (equipo ejecutivo ágil)
El equipo ejecutivo ágil es una estructura cuyo fin es alinear a los líderes de mayor jerarquía en forma de un Equipo Ágil con una mentalidad, valores, principios y prácticas que conduzcan a la agilidad.
-
Agile Manifesto (Manifiesto Ágil)
El Manifiesto Ágil es el documento fundamental de Agile que describe los cuatro valores y los doce principios del desarrollo ágil de software.
-
Agile Product Delivery, APD (Entrega Ágil de Producto)
La competencia de Entrega Ágil de Producto (APD) es un enfoque centrado en el Cliente para definir, crear y liberar productos y servicios en un flujo continuo de valor a los Clientes y usuarios finales.
-
Agile Release Train, ART (Tren de Liberación Ágil)
El Tren de Liberación Ágil (ART) es un equipo de Equipos Ágiles de larga duración que desarrolla, entrega y opera incrementalmente y con frecuencia una o más Soluciones en una Cadena de Valor de Desarrollo.
-
Agile Software Engineering (ingeniería de software ágil)
La ingeniería de software ágil (ASE) es un conjunto de prácticas modernas que crean, de manera fiable y predecible, sistemas centrados en software de calidad. Estas prácticas nacieron con el Extreme Programming (XP), pero han evolucionado significativamente en las últimas dos décadas.
-
Agile Teams (Equipos Ágiles)
Un Equipo Ágil es un grupo multifuncional, en general compuesto por diez personas o menos, que posee todas las habilidades necesarias para definir, construir, probar y entregar valor a su Cliente.
-
Artificial Intelligence, AI (Inteligencia Artificial, IA)
La Inteligencia Artificial (IA) es un término que se usa para describir una amplia variedad de máquinas inteligentes capaces de realizar tareas que solían necesitar de la inteligencia humana. La IA puede aplicarse en todos los niveles de SAFe para construir Soluciones inteligentes para el Cliente, automatizar actividades de la cadena de valor y mejorar conocimientos acerca del Cliente.
-
Architect Sync
La Architect Sync es un evento del Tren de Solución que garantiza la coherencia de los diseños emergentes y de las contrapartidas a lo largo de todo el Tren de Solución, lo que permite, con frecuencia, gestionar el enfoque de implementación sin generar demoras.
-
Architectural Runway (Plataforma de Arquitectura)
La Plataforma de Arquitectura consiste en el código, los componentes y la infraestructura técnica existentes que son necesarios para implementar, con la mínima cantidad posible de demoras y rediseño, Features a corto plazo.
-
ART Backlog (Backlog del ART)
El Backlog del ART es un sistema de Kanban que captura y gestiona las Features y los Habilitadores destinados a mejorar la Solución y ampliar su Plataforma de Arquitectura.
-
ART Flow (Flujo del ART)
El Flujo del ART describe un estado en el que un ART entrega un flujo continuo de Features valiosas al Cliente.
-
ART Kanban (Kanban del ART)
El sistema de Kanban del ART es un método para visualizar y gestionar el flujo de las Features desde la ideación, a través del análisis y la implementación, y hasta la liberación a lo largo del Proceso de Entrega Continua.
-
ART PI Risks (riesgos del PI del ART)
Los riesgos del PI del ART son elementos identificados que pueden afectar la capacidad de cumplir con los Objetivos del PI del ART.
-
ART Planning Board (tablero de planificación del ART)
El tablero de planificación del ART es una representación visual de las fechas de entrega de las Features del PI, las dependencias de las Features entre los equipos y los hitos relevantes.
-
ART Predictability Measure (medida de predictibilidad del ART)
La medida de predictibilidad del ART es un resumen de los valores de negocio reales frente a los previstos para todos los equipos en el ART durante un PI.
-
ART Sync
La ART Sync es un evento del ART que combina las ceremonias del Product Owner (PO) Sync y el Coach Sync.
B
-
Backlog Refinement (refinamiento del backlog)
El refinamiento del backlog es una actividad periódica que los equipos usan para definir, debatir, estimar y establecer los criterios de aceptación para los próximos elementos del backlog.
-
Baseline Solution Investments, BSI (inversión base de la Solución)
La inversión base de la Solución (BSI) corresponde a los costos en los que incurre cada cadena de valor a medida que desarrolla, opera y da soporte a las Capacidades de negocio ya existentes.
-
Batch Size (tamaño de lote)
El tamaño de lote es una medida de la cantidad de trabajo que cambia de etapa en el sistema durante un tiempo establecido.
-
Behavior-Driven Development, BDD
El Behavior-Driven Development (BDD) es una práctica de pruebas ágiles que da prioridad a las pruebas y permite implementar la Calidad Incorporada mediante la definición (y potencialmente la automatización) de las pruebas, antes o durante la especificación del comportamiento esperado del sistema.
-
Benefit Hypothesis (hipótesis de beneficio)
La hipótesis de beneficio es el beneficio propuesto para el Cliente o el negocio que es medible y resulta de una Épica, Capacidad, Feature o Historia.
-
Big Data
El término Big Data hace referencia a los roles y prácticas necesarios para recopilar, gestionar, normalizar y entregar grandes conjuntos de datos que ayudan a las Empresas a tomar decisiones más informadas y basadas en hechos.
-
Built-In Quality (Calidad Incorporada)
La Calidad Incorporada es un conjunto de prácticas que ayudan a garantizar que los resultados de los Equipos Ágiles en los ámbitos tecnológicos y de negocio cumplan con los estándares de calidad apropiados en todo el proceso de creación de valor para el Cliente.
-
Burn-Down (Burn-Up) Chart
Los Burn-Down y Burn-Up Charts son representaciones gráficas que ilustran el progreso del trabajo en función del tiempo.
-
Business Agility (Agilidad Empresarial)
La Agilidad Empresarial es la habilidad de competir y prosperar en la era digital mediante una respuesta rápida a los cambios en el mercado y a las oportunidades emergentes con Soluciones de negocio digitales innovadoras.
-
Business and Technology (Negocio y Tecnología)
El concepto de Negocio y Tecnología describe los patrones que pueden aplicarse para lograr la Agilidad Empresarial mediante la aplicación de los principios y las prácticas de SAFe en toda la Empresa.
-
Business Context (contexto de negocio)
El contexto de negocio es un elemento de la agenda de la Planificación del PI, presentado por un Business Owner, en el que se describe el estado actual del negocio, la Visión del Portafolio y cómo las Soluciones existentes satisfacen las necesidades actuales de los Clientes.
-
Business Owners
Los Business Owners (Responsables del Negocio, BO) son partes interesadas clave del ART que tienen la responsabilidad principal técnica y de negocio en cuanto al retorno de inversión (ROI), la gobernanza corporativa y la Conformidad.
-
Business Value (Valor de Negocio)
El Valor de Negocio es un concepto contextual y multidimensional que refleja lo que es más importante para una organización. El Valor de Negocio guía la toma de decisiones en todos los niveles, desde la estrategia hasta la ejecución, con lo que garantiza la alineación con las metas de la organización y maximiza sus fortalezas particulares.
-
Business-Enabled ART (ART alineado con el negocio)
Un ART alineado con el negocio es un Tren de Liberación Ágil que incluye a las personas del ámbito técnico y empresarial necesarias para garantizar que la Solución tenga en cuenta el negocio en el que opera y que atienda las preocupaciones pertinentes en materia tecnológica, de negocio y del Cliente.
C
-
CALMR (Cultura, Automatización, Flujo Lean, Medición y Recuperación)
CALMR es una mentalidad de DevOps que guía al ART hacia la entrega continua de valor mediante la mejora de la cultura, la automatización, el flujo Lean, la medición y la recuperación.
-
Capabilities (Capacidades)
Una Capacidad representa una funcionalidad para Soluciones grandes cuya implementación suele abarcar múltiples ART y que es de un tamaño tal que pueda entregarse dentro de un PI.
-
Capacity Allocation (asignación de capacidad)
La asignación de capacidad consiste en asignar el trabajo por tipos de trabajo para un próximo período de planificación.
-
Cloud (Nube)
La Nube representa los servicios de almacenamiento y procesamiento virtuales y bajo demanda que se usan para lograr operaciones e infraestructura escalables y rentables, así como la implementación del conjunto de herramientas de DevOps y el desarrollo y hosting de aplicaciones de IA.
-
Coach Sync
La Coach Sync es un evento del ART que ayuda a coordinar las dependencias del ART y proporciona visibilidad sobre el progreso y los impedimentos.
-
Collective Ownership (responsabilidad colectiva)
La responsabilidad colectiva es una práctica de calidad en la que cada miembro del equipo tiene las habilidades y la autoridad necesarias para actualizar cualquier activo relevante con el fin de mejorar el flujo de valor.
-
Combined Portfolio (portafolio combinado)
Un portafolio combinado es un tipo de portafolio SAFe que incluye Cadenas de Valor tanto Operacionales como de Desarrollo.
-
Communities of Practice, CoP (Comunidades de Práctica)
Las Comunidades de Práctica (CoP) son grupos organizados de personas que tienen un interés común en un ámbito técnico o de negocio específico. Colaboran regularmente para compartir información, mejorar sus habilidades y trabajar activamente para desarrollar su conocimiento del ámbito.
-
Compliance (Conformidad)
La Conformidad se refiere a la estrategia, las actividades y los artefactos que permiten a los equipos aplicar los métodos de desarrollo de Lean-Agile para construir sistemas que tengan la máxima calidad posible y, al mismo tiempo, garantizar que se cumplan las normas reglamentarias, industriales y todas las que sean pertinentes.
-
Confidence Vote (voto de confianza)
El voto de confianza mide la convicción de los equipos y los ART en su capacidad para cumplir los Objetivos del PI establecidos.
-
Continuous Delivery Pipeline, CDP (Proceso de Entrega Continua)
El Proceso de Entrega Continua (CDP) representa los flujos de trabajo, las actividades y la automatización necesarios para dirigir el avance de una nueva funcionalidad, desde la ideación hasta la liberación de valor bajo demanda.
-
Continuous Deployment, CD (Despliegue Continuo)
El Despliegue Continuo (CD) es un aspecto del Proceso de Entrega Continua que automatiza la migración de nuevas funcionalidades, desde un entorno de preproducción hasta la producción, donde se pone a disposición para liberarse.
-
Continuous Exploration, CE (Exploración Continua)
La Exploración Continua (CE) es un aspecto del Proceso de Entrega Continua que impulsa la innovación y fomenta la alineación sobre lo que se debe construir mediante una exploración continua del mercado y las necesidades del Cliente, así como al definir una Visión, un Roadmap y un conjunto de Features para una Solución.
-
Continuous Integration, CI (Integración Continua)
La Integración Continua (CI) es un aspecto del Proceso de Entrega Continua en el que se desarrolla, se prueba, se integra y se valida una nueva funcionalidad con el fin de prepararla para su despliegue y liberación.
-
Continuous Learning Culture, CLC (Cultura de Aprendizaje Continuo)
La competencia de Cultura de Aprendizaje Continuo (CLC) describe un conjunto de valores y prácticas que alienta a los individuos, así como a toda la Empresa, a continuar incrementando el conocimiento, la habilidad, el desempeño y la innovación.
-
Coordinate and Deliver (Coordinar y Entregar)
El concepto de Coordinar y Entregar describe las prácticas que los Trenes de Solución usan para mantener la alineación y la colaboración necesarias con el fin de entregar valor de forma continua a los Clientes de Soluciones grandes.
-
Core Values (Valores Fundamentales)
Los cuatro Valores Fundamentales de alineación, transparencia, respeto hacia las personas y mejora implacable representan las creencias fundamentales que son clave para la efectividad de SAFe.
-
Cost of Delay (costo de la demora)
El costo de la demora (CoD) es el numerador en la priorización basada en la técnica WSJF que representa, con respecto a otros trabajos, el dinero o el valor que se perderá si se retrasa o no se realiza un trabajo durante un período de tiempo.
-
Customer (Cliente)
Los Clientes son los beneficiarios finales del valor de las Soluciones diseñadas y mantenidas por las cadenas de valor de un portafolio.
-
Customer Centricity, CC (Foco en el Cliente)
El Foco en el Cliente es una mentalidad que se centra en generar experiencias positivas para el Cliente a través del conjunto de todos los productos y servicios ofrecidos por la Empresa.
-
Customer Journey Map (mapa de experiencia del Cliente)
Un mapa de experiencia del Cliente captura las experiencias del usuario durante su interacción con la Cadena de Valor Operacional, los productos y los servicios de una Empresa.
D
-
Decentralized Decision-Making (descentralización de la toma de decisiones)
La descentralización de la toma de decisiones faculta a las personas y a los equipos para tomar decisiones a partir de su conocimiento y contexto locales.
-
Definition of Done (definición de terminado)
La definición de terminado especifica los requisitos para que una pieza de trabajo o un incremento de valor se considere completo.
-
Deploy (desplegar)
Desplegar es migrar un cambio desde un entorno de preproducción a un entorno de producción u operacional, donde podrá liberarse o no a un usuario final.
-
Design Thinking
Design Thinking es un proceso de desarrollo centrado en el Cliente que ayuda a crear productos deseables, rentables y sostenibles a lo largo de su ciclo de vida.
-
Develop on Cadence (desarrollo en cadencia)
El desarrollo en cadencia es un conjunto de eventos y actividades de desarrollo que se llevan a cabo de forma periódica.
-
Development Value Streams, DVS (Cadenas de Valor de Desarrollo)
Una Cadena de Valor de Desarrollo es la secuencia de actividades necesarias para convertir una hipótesis de negocio en una Solución digital que entrega valor al Cliente.
-
DevOps
DevOps es una mentalidad, una cultura y un conjunto de prácticas técnicas que da soporte a la integración, la automatización y la colaboración necesarias para desarrollar y operar una Solución de forma efectiva.
E
-
Empathy Map (mapa de empatía)
Un mapa de empatía es una herramienta del Design Thinking que se usa para desarrollar un conocimiento profundo y compartido acerca de los Clientes.
-
Enablers (Habilitadores)
Los Habilitadores son elementos del backlog que amplían la Plataforma de Arquitectura de la Solución en desarrollo o que mejoran el desempeño de la Cadena de Valor de Desarrollo.
-
Enterprise (Empresa)
La Empresa representa la entidad de negocio a la que pertenecen todos los portafolios SAFe.
-
Enterprise Architect
El Enterprise Architect (Arquitecto Empresarial) se encarga de establecer la Visión, la estrategia y el Roadmap tecnológicos del portafolio.
-
Enterprise Solution Delivery, ESD (Entrega de Soluciones Empresariales)
La competencia de Entrega de Soluciones Empresariales (ESD) describe las prácticas necesarias para aplicar los principios y las prácticas de SAFe a la especificación, el desarrollo, la operación y la evolución de las aplicaciones de software, redes y sistemas ciberfísicos más grandes y sofisticados del mundo.
-
Epic Hypothesis Statement (hipótesis de la Épica)
La hipótesis de una Épica es un formato estructurado que se usa para capturar, organizar y comunicar información y supuestos importantes acerca de una Épica.
-
Epic Owners
El Epic Owner (Responsable de la Épica) se encarga de coordinar las Épicas a través del sistema del Kanban del portafolio.
-
Epics (Épicas)
Una Épica es una iniciativa significativa para el desarrollo de una Solución.
-
Essential SAFe (Configuración Esencial de SAFe)
La Configuración Esencial de SAFe proporciona los mínimos elementos necesarios para que los Trenes de Liberación Ágil entreguen Soluciones y es el punto de partida más simple para la implementación.
-
Estimating Poker
El Estimating Poker es una técnica colaborativa que sirve para estimar el tamaño relativo de las Historias y las Features.
-
Extreme Programming
El Extreme Programming (XP) es un conjunto de prácticas ágiles de desarrollo de software diseñadas para mejorar la calidad del software y la capacidad de respuesta a requisitos cambiantes.
F
-
Features
Una Feature representa una funcionalidad de la Solución que entrega valor de negocio, satisface una necesidad de una parte interesada y que tiene un tamaño tal que un Tren de Liberación Ágil pueda entregarla dentro de un PI.
-
Feedback
En SAFe, el Feedback incluye los sistemas de retroalimentación que permiten un intercambio continuo de información para mejorar los productos, los servicios y los procesos.
-
Flow (flujo)
El flujo es un estado que ocurre cuando existe un movimiento rápido, lineal y fluido de una pieza de trabajo a cada paso de una cadena de valor.
-
Flow Distribution (distribución de flujo)
La distribución de flujo es una medida de la proporción de cada tipo de elemento de trabajo en un sistema.
-
Flow Efficiency (eficiencia de flujo)
La eficiencia de flujo es la relación del tiempo total invertido en actividades de trabajo de valor agregado dividido por el tiempo de flujo total.
-
Flow Load (carga de flujo)
La carga de flujo es una medida de la cantidad de elementos de trabajo que actualmente están en proceso (activos o pendientes).
-
Flow Predictability (predictibilidad de flujo)
La predictibilidad de flujo es una medida de la constancia con la que los equipos, ART y portafolios pueden cumplir con sus compromisos.
-
Flow Time (tiempo de flujo)
El tiempo de flujo es una medida del tiempo transcurrido desde el inicio hasta la finalización de un elemento de trabajo determinado.
-
Flow Velocity (velocidad de flujo)
La velocidad de flujo mide la cantidad de elementos de trabajo completados durante un período de tiempo.
-
Foundation (fundamentos)
Arraigados en las competencias de la Cultura de Aprendizaje Continuo y el Liderazgo Lean-Agile, los Fundamentos de SAFe contienen la mentalidad, los valores, los principios y la guía de implementación necesarios para implementar las prácticas de SAFe y lograr la Agilidad Empresarial.
-
Full SAFe (Configuración Completa de SAFe)
La Configuración Completa de SAFe es la versión más exhaustiva del Framework y está diseñada para dar soporte a las Empresas que construyen y mantienen un portafolio de Soluciones grandes y complejas.
G
-
Gemba
Gemba es un término japonés que hace referencia al “lugar real” donde se realiza el trabajo y se genera valor.
H
-
Hackathon (hackatón)
Los hackatones son eventos de innovación en los que los miembros del equipo pueden trabajar en lo que deseen y con quien deseen, siempre que el trabajo refleje la misión de la Empresa y que hagan una demostración de sus resultados al final.
I
-
Innovation and Planning Iteration (Iteración de Innovación y Planificación)
La Iteración de Innovación y Planificación (IP) es una Iteración única y con un fin específico que ocurre en cada PI. Proporciona un margen de estimación para ayudar a cumplir los Objetivos del PI y un tiempo dedicado a la innovación, la educación continua y los eventos de Planificación del PI e Inspección y Adaptación (I&A).
-
Inspect and Adapt (Inspección y Adaptación)
La Inspección y Adaptación (I&A) es un evento muy importante, que se realiza al final de cada PI, donde se demuestra y evalúa el estado actual de la Solución. Después, los equipos reflexionan e identifican elementos de mejora para el backlog. Esto se hace a través de un taller estructurado de resolución de problemas.
-
Integration Point (punto de integración)
Un punto de integración es un evento de aprendizaje que arrastra diversos elementos de la Solución a un conjunto integrado que puede evaluarse de forma objetiva para determinar su desempeño y usabilidad.
-
Investment Horizons (horizontes de inversión)
Los horizontes de inversión proporcionan una estructura para que las empresas puedan analizar, entender y asignar inversiones en oportunidades de negocio actuales y futuras.
-
Iteration (Iteración)
Las Iteraciones son tiempos establecidos, estándar y de duración fija, en los que los ART y los Equipos Ágiles, individual y colectivamente, entregan valor al Cliente de forma incremental, al tiempo que trabajan para alcanzar los Objetivos del PI.
-
Iteration Goals (metas de la Iteración)
Las metas de la Iteración consisten en un resumen de alto nivel de las metas técnicas y de negocio que un Equipo Ágil a las que se compromete en una Iteración.
-
Iteration Planning (Planificación de la Iteración)
La Planificación de la Iteración es un evento de SAFe Scrum en el que todos los miembros del equipo determinan la cantidad de elementos del Backlog del Equipo que pueden comprometerse a entregar durante la próxima Iteración. El equipo describe este trabajo como un conjunto de metas de la Iteración con las que se compromete.
-
Iteration Retrospective (Retrospectiva de la Iteración)
La Retrospectiva de la Iteración es un evento periódico en el que los miembros del equipo debaten los resultados de la Iteración, revisan sus prácticas e identifican formas de mejorar.
-
Iteration Review (Revisión de la Iteración)
La Revisión de la Iteración es un evento periódico de SAFe Scrum en el que el equipo inspecciona el incremento de la Iteración, evalúa el progreso y ajusta el Backlog del Equipo.
L
-
Large Solution SAFe (Configuración para Soluciones Grandes de SAFe)
La Configuración para Soluciones Grandes de SAFe es para las Empresas que construyen Soluciones grandes y complejas que no requieran abordar las cuestiones típicas de un portafolio.
-
Lean
Lean es un conjunto de conocimientos y prácticas diseñado para mejorar la eficiencia y la eficacia de la entrega de valor mediante la reducción de las demoras y la eliminación de las actividades sin valor agregado.
-
Lean Budget Guardrails (Límites de Presupuesto Lean)
Los Límites de Presupuesto Lean describen las políticas y prácticas para la presupuestación, los gastos y la gobernanza de un portafolio específico.
-
Lean Budgets (Presupuestos Lean)
Los Presupuestos Lean proporcionan un enfoque para la gobernanza financiera que consiste en financiar cadenas de valor en lugar de proyectos, lo que acelera la entrega de valor y reduce los costos y gastos administrativos asociados a la contabilidad tradicional de costos por proyecto.
-
Lean Business Case, LBC (caso de negocio Lean)
Un caso de negocio Lean (LBC) es un formato estructurado para describir Épicas, sus productos mínimos viables (MVP) y el valor de negocio proyectado.
-
Lean Governance (gobernanza Lean)
La gobernanza Lean es la dimensión de la Gestión Lean del Portafolio que contribuye a la supervisión en materia de los gastos, las auditorías, la Conformidad, la medición y la presentación de informes.
-
Lean Portfolio Management, LPM (Gestión Lean del Portafolio)
La competencia de Gestión Lean del Portafolio (LPM) alinea la estrategia con la ejecución mediante la aplicación de enfoques Lean y de pensamiento sistémico a la estrategia y a la financiación de inversiones, a las operaciones de portafolio ágil y a la gobernanza.
-
Lean Quality Management System, Lean QMS (sistema de gestión de calidad Lean)
Un sistema de gestión de calidad Lean (Lean QMS) es un tipo de sistema de gestión de calidad que aplica las prácticas, las políticas y los procedimientos de Lean-Agile para confirmar la calidad, la seguridad y la eficacia del producto.
-
Lean User Experience, Lean UX (Experiencia Lean del Usuario)
La Experiencia Lean del Usuario (Lean UX) es un enfoque orientado a equipos que desean construir mejores productos. Consiste en centrarse menos en un diseño ideal a nivel teórico y más en el aprendizaje iterativo, la experiencia general del usuario y los resultados del Cliente.
-
Lean-Agile Center of Excellence, LACE (centro de excelencia de Lean-Agile)
El centro de excelencia de Lean-Agile (LACE) es un pequeño Equipo Ágil dedicado a implementar la forma de trabajo Lean-Agile de SAFe.
-
Lean-Agile Leadership, LAL (Liderazgo Lean-Agile)
La competencia de Liderazgo Lean-Agile (LAL) describe cómo los líderes impulsan y sostienen el cambio organizacional y la excelencia operacional al facultar y motivar a las personas y los equipos para que alcancen su máximo potencial.
-
Lean-Agile Mindset (Mentalidad Lean-Agile)
La Mentalidad Lean-Agile es la combinación de creencias, supuestos, actitudes y acciones de los líderes y profesionales de SAFe que adoptan los conceptos del pensamiento Lean y el Manifiesto Ágil.
-
Little's Law (ley de Little)
La ley de Little es una teoría de colas que estipula que el tiempo medio de espera para el servicio de un sistema es igual a la relación de la longitud media de la cola dividida por la velocidad media de procesamiento.
M
-
Measure And Grow (Medir y Crecer)
La herramienta Medir y Crecer es un enfoque empleado por las Empresas que aplican SAFe para evaluar el progreso hacia la Agilidad Empresarial y determinar acciones de mejora.
-
Milestone (hito)
Un hito es un punto de tiempo, meta o evento específico usado para evaluar el progreso hacia un objetivo más amplio.
-
Minimum Marketable Feature, MMF (Feature mínima comercializable)
Una Feature mínima comercializable (MMF) es la funcionalidad mínima necesaria para validar una hipótesis de beneficio de una Feature.
-
Minimum Viable Product, MVP (producto mínimo viable)
Un producto mínimo viable (MVP) es una versión anticipada y mínima de una nueva Solución que es suficiente para probar o refutar la hipótesis de una Épica.
-
Model-Based Systems Engineering, MBSE (Ingeniería de Sistemas Basada en Modelos)
La Ingeniería de Sistemas Basada en Modelos (MBSE) es la práctica de desarrollar un conjunto de modelos relacionados que ayudan a definir, diseñar, simular y documentar un sistema en desarrollo.
-
Modified Fibonacci Sequence (serie de Fibonacci modificada)
La serie de Fibonacci modificada es una secuencia numérica para la estimación relativa (1, 2, 3, 5, 8, 13, 20, 40, 100) que refleja la incertidumbre inherente del trabajo a estimar.
N
-
Nonfunctional Requirements, NFRs (Requisitos No Funcionales)
Los Requisitos No Funcionales (NFR) son cualidades del sistema que orientan el diseño de la Solución y que suelen funcionar como restricciones en los backlogs pertinentes.
O
-
Objectives and Key Results, OKR (Objetivos y Resultados Clave)
Los Objetivos y Resultados Clave (OKR) constituyen un marco colaborativo para establecer metas claras y resultados medibles.
-
Operational Value Streams, OVS (Cadenas de Valor Operacionales)
Una Cadena de Valor Operacional (OVS) es la secuencia de actividades necesarias para entregar un producto o servicio a un Cliente.
-
Organizational Agility, OA (Agilidad Organizacional)
La competencia de Agilidad Organizacional (OA) describe cómo las personas que piensan de forma Lean y los Equipos Ágiles de toda la Empresa optimizan sus procesos de negocio, hacen evolucionar su estrategia con nuevos compromisos claros y decisivos, y adaptan la organización con rapidez, según sea necesario, para capitalizar las nuevas oportunidades.
P
-
Pareto Analysis (análisis de Pareto)
El análisis de Pareto es una técnica que se usa durante un evento de Inspección y Adaptación para acotar la cantidad de acciones que producen el efecto más significativo a nivel general.
-
Participatory Budgeting, PB (Presupuestación Participativa)
La Presupuestación Participativa (PB) es un proceso colaborativo para asignar el presupuesto del portafolio a sus cadenas de valor.
-
Personas
Las personas son caracterizaciones representativas de quienes usan o podrían usar el producto.
-
Phase Gate (desarrollo por etapas)
El desarrollo por etapas consiste en hitos de gobernanza basados en enfoques secuenciales y obsoletos para medir el progreso en el desarrollo de Soluciones.
-
PI Objectives (Objetivos del PI)
Los Objetivos del PI resumen las metas técnicas y de negocio que los trenes y equipos pretenden lograr en el próximo PI y pueden ser comprometidos o no comprometidos.
-
PI Planning (Planificación del PI)
La Planificación del PI es un evento basado en una cadencia determinada que abarca a todo el ART y alinea a los equipos y las partes interesadas con una misión y una Visión comunes.
-
Plan-Do-Check-Adjust, PDCA (planificar-hacer-verificar-ajustar, PHVA)
Planificar-hacer-verificar-ajustar (PHVA) es una expresión del método científico para formular una hipótesis, experimentar y evaluar los resultados con el fin de atravesar la incertidumbre y generar nuevos aprendizajes.
-
Planning Interval, PI (Intervalo Planificado)
Un Intervalo Planificado (PI) es un tiempo establecido, basado en una cadencia determinada, en el que los Trenes de Liberación Ágil entregan valor de forma continua a los Clientes de conformidad con los Objetivos del PI.
-
Portfolio (portafolio)
Un portafolio es un conjunto de cadenas de valor que entrega un flujo continuo de Soluciones valiosas a los Clientes dentro de un modelo común de financiación y gobernanza.
-
Portfolio Backlog (Backlog del Portafolio)
El Backlog del Portafolio es un sistema de Kanban que captura y gestiona las Épicas Habilitadoras y de negocio destinadas a crear y hacer evolucionar los productos, los servicios y las Soluciones del portafolio.
-
Portfolio Canvas (canvas del portafolio)
El canvas del portafolio define las Cadenas de Valor de Desarrollo en un portafolio SAFe, sus Soluciones y flujos de ingresos, los Clientes a los que beneficia y otros elementos clave de negocio.
-
Portfolio Flow (flujo del portafolio)
El flujo del portafolio describe un estado en el que la Gestión Lean del Portafolio proporciona un flujo continuo de Épicas nuevas a los Trenes de Solución y a los ART para lograr la Visión del portafolio y los Temas Estratégicos.
-
Portfolio Kanban (Kanban del portafolio)
El sistema del Kanban del portafolio es un método para visualizar y gestionar el flujo de las Épicas del portafolio, desde la ideación hasta el análisis y la implementación.
-
Portfolio Leadership (Líderes del Portafolio)
Los Líderes del Portafolio son el equipo de más alto nivel en cuanto a la toma de decisiones y la responsabilidad financiera para los productos y Soluciones de un Portafolio SAFe.
-
Portfolio SAFe (Configuración de Portafolio de SAFe)
La Configuración de Portafolio de SAFe proporciona estrategia y financiación de inversiones, operaciones de portafolio ágil y gobernanza Lean para una o más cadenas de valor.
-
Portfolio Vision (Visión del Portafolio)
La Visión del Portafolio describe el estado futuro de las Soluciones y las cadenas de valor de un portafolio.
-
Pre-Plan (Planificación Previa)
La Planificación Previa describe las actividades que alinean y preparan a los ART dentro de un Tren de Solución para la Planificación del PI.
-
Problem-Solving Workshop (taller de resolución de problemas)
El taller de resolución de problemas es un evento de Inspección y Adaptación (I&A) que proporciona un enfoque estructurado para identificar la causa raíz de problemas sistémicos, así como las medidas que deben tomarse para resolverlos.
-
Product Innovation (Innovación de Producto)
La Innovación de Producto es el proceso continuo de desarrollo de nuevos productos o de mejora de los existentes para satisfacer las necesidades cambiantes de los Clientes, al tiempo que se aprovechan las tendencias y tecnologías en constante evolución.
-
Product Management
La función del equipo de Product Management (Gestión del Producto) es definir Soluciones deseables, viables, factibles y sostenibles que satisfagan las necesidades del Cliente, así como promover el desarrollo a lo largo del ciclo de vida del producto.
-
Product Owner, PO
El Product Owner (Responsable del Producto, PO) es el miembro del Equipo Ágil responsable de maximizar el valor entregado por el equipo y de garantizar que el Backlog del equipo esté alineado con las necesidades del Cliente y de las partes interesadas.
-
Product Owner (PO) Sync (PO Sync)
La PO Sync es un evento del ART que se usa para obtener visibilidad del progreso del ART hacia el logro de sus Objetivos del PI y realizar los ajustes necesarios.
R
-
Refactoring (refactorización)
La refactorización es la actividad de mejorar la estructura interna o el funcionamiento de código o de un componente sin modificar su comportamiento externo.
-
Relative Estimation (estimación relativa)
La estimación relativa es una técnica que se usa para comparar de forma rápida el tamaño y el valor de los trabajos en el sistema.
-
Release (liberar)
Liberar una funcionalidad desplegada es ponerla a disposición de los usuarios finales.
-
Release on Demand (Liberación Bajo Demanda)
La Liberación Bajo Demanda es un aspecto del Proceso de Entrega Continua que libera nuevas funcionalidades de forma inmediata o incremental en función de las necesidades del Cliente o el negocio.
-
Release Train Engineer, RTE
El Release Train Engineer (Ingeniero del Tren de Liberación, RTE) es un coach y líder servicial del ART que facilita los procesos y eventos del ART, y ayuda a los equipos en la entrega de valor.
-
Relentless Improvement (mejora implacable)
La mejora implacable es el valor fundamental de SAFe que fomenta el aprendizaje y el crecimiento mediante la reflexión y la mejora continuas.
-
Roadmap
El Roadmap es un listado de eventos e hitos que pronostica y representa los entregables de la Solución planificados sobre un horizonte temporal.
S
-
SAFe
SAFe es el Framework líder del mundo para lograr la Agilidad Empresarial. SAFe integra las ventajas de Lean, Agile y DevOps en un sistema operativo integral que ayuda a las Empresas a prosperar en la era digital al permitir la entrega de productos y servicios innovadores de forma más rápida, predecible y con mayor calidad.
-
SAFe Big Picture, BP (Big Picture de SAFe)
La Big Picture (BP) de SAFe es una representación visual de los roles, actividades y artefactos principales del Framework.
-
SAFe for Government (SAFe para el Gobierno)
SAFe para el Gobierno es un conjunto de patrones de éxito que ayudan a las organizaciones del sector público a lograr mejores resultados en el desarrollo de Soluciones mediante la implementación de los valores, la mentalidad, los principios y las prácticas procedentes de Lean-Agile de SAFe.
-
SAFe Implementation Roadmap (Roadmap para la Implementación de SAFe)
El Roadmap para la Implementación de SAFe consiste en una gráfica general, dispuesta en una serie de 14 artículos, que describe una estrategia y un conjunto ordenado de actividades para lograr la implementación de SAFe de forma exitosa.
-
SAFe Lean Startup Cycle (ciclo de Lean Startup de SAFe)
El ciclo de Lean Startup de SAFe es un ciclo iterativo basado en construir, medir y aprender que ha demostrado ser eficaz para optimizar el valor económico de las inversiones estratégicas.
-
SAFe Lean-Agile Principles (Principios Lean-Agile de SAFe)
SAFe se basa en diez Principios Lean-Agile fundamentales e inmutables. Estos postulados y conceptos económicos inspiran e informan los roles y las prácticas de SAFe.
-
SAFe Overview (Descripción General de SAFe)
La Descripción General de SAFe es una representación visual de las siete competencias fundamentales de la Agilidad Empresarial y las dimensiones de cada una de ellas.
-
SAFe Practice Consultants, SPC
Los SAFe Practice Consultants (SPC) son agentes de cambio certificados que combinan los conocimientos técnicos de SAFe con una motivación intrínseca para mejorar los procesos de desarrollo de sistemas, software y de negocio ágiles de las empresas.
-
SAFe Scrum
El SAFe Scrum es un método ágil usado por los equipos de un ART para entregar valor al Cliente a plazo corto. Los equipos que emplean SAFe Scrum usan Iteraciones, sistemas de Kanban y eventos de Scrum para planificar, ejecutar y demostrar su trabajo, así como analizarlo en retrospectiva.
-
SAFe Team Kanban (SAFe Kanban)
El SAFe Kanban es un método ágil usado por los equipos dentro de un ART para entregar valor de forma continua. Los equipos que emplean SAFe Kanban aplican a su trabajo cotidiano un proceso basado en el flujo, y operan dentro de la cadencia de Iteraciones del ART.
-
Scrum Master/Team Coach, SM/TC
El Scrum Master/Team Coach (Scrum Master/Coach del equipo, SM/TC) es un coach y líder servicial de un Equipo Ágil que facilita los procesos y los eventos grupales, y ayuda a los ART y a los equipos en la entrega de valor.
-
Set-Based Design
El Set-Based Design (SBD) es una práctica de desarrollo Lean que consiste en garantizar que las opciones en los requisitos y los diseños sean flexibles el mayor tiempo posible durante el proceso de desarrollo.
-
Shared Services (Servicios Compartidos)
Los Servicios Compartidos representan los roles, las personas y los servicios de especialización que son necesarios para el éxito de un ART o un Tren de Solución, pero que no se dedican a ello de forma exclusiva.
-
Solution (Solución)
Una Solución es un producto, sistema o servicio que le proporciona valor al Cliente, ya sea interno o externo.
-
Solution Architect
El Solution Architect (Arquitecto de la Solución) se encarga de definir y comunicar una Visión técnica y de la arquitectura común de un Tren de Solución para ayudar a garantizar que la Solución en desarrollo se adecúe a su propósito.
-
Solution Context (Contexto de la Solución)
El Contexto de la Solución identifica los aspectos críticos del entorno en el que opera una Solución.
-
Solution Demo (Demostración de la Solución)
La Demostración de la Solución proporciona a las partes interesadas una visión integrada de las contribuciones de múltiples ART y Proveedores para obtener pruebas objetivas del desempeño de la Solución, así como para recopilar feedback.
-
Solution Intent (Intención de la Solución)
La Intención de la Solución es el repositorio donde se almacenan, se gestionan y se comunican los conocimientos del diseño y el comportamiento de la Solución actual y de la prevista.
-
Solution Management
La función del equipo de Solution Management (Gestión de la Solución) es definir Soluciones grandes deseables, viables, factibles y sostenibles que satisfagan las necesidades del Cliente, así como promover el desarrollo a lo largo del ciclo de vida de la Solución.
-
Solution Train (Tren de Solución)
El Tren de Solución es la estructura organizacional empleada para construir Soluciones grandes que requieren la coordinación de múltiples ART y Proveedores.
-
Solution Train Backlog (Backlog del Tren de Solución)
El Backlog del Tren de Solución es un sistema de Kanban que captura y gestiona las Capacidades y los Habilitadores destinados a mejorar las Soluciones grandes y ampliar su Plataforma de Arquitectura.
-
Solution Train Engineer, STE
El Solution Train Engineer (Ingeniero del Tren de Solución, STE) es un coach y líder servicial que facilita los procesos y eventos del Tren de Solución, coordina el trabajo de los ART y los Proveedores, y ayuda a los ART en la entrega de valor.
-
Solution Train Flow (flujo del Tren de Solución)
El flujo del Tren de Solución describe un estado en el que un Tren de Solución entrega un flujo continuo de Capacidades valiosas al Cliente.
-
Solution Vision (Visión de la Solución)
La Visión de la Solución representa el estado futuro de la Solución en desarrollo. Refleja las necesidades del Cliente y las partes interesadas, y el servicio o producto propuesto para satisfacer estas necesidades.
-
Spanning Palette (paleta de expansión)
La paleta de expansión contiene distintos roles y artefactos que se pueden aplicar al contexto de un equipo, un ART, una Solución grande o un portafolio específicos.
-
Spike
Un Spike es un tipo de Historia Habilitadora de exploración que permite obtener los conocimientos necesarios para reducir el riesgo de un enfoque técnico, comprender mejor un requisito o aumentar la confiabilidad de una estimación.
-
Sprint
Sprint es un término del método Scrum para lo que SAFe define como una Iteración.
-
Stories (Historias)
Las Historias son descripciones breves de una porción pequeña de la funcionalidad deseada escritas desde la perspectiva del usuario.
-
Story Map (mapa de Historias)
Un mapa de Historias es una técnica del Design Thinking que organiza una secuencia de Historias en función de las tareas que un usuario realiza para cumplir su meta.
-
Story Point (punto de Historia)
Un punto de Historia es un número singular y relativo que se usa para estimar la combinación de volumen, complejidad, conocimiento e incertidumbre de las Historias de usuario.
-
Strategic Themes (Temas Estratégicos)
Los Temas Estratégicos son objetivos de negocio a nivel de portafolio que ayudan a diferenciarse de la competencia y ofrecen una ventaja estratégica. Brindan un contexto de negocio para la toma de decisiones y la estrategia del portafolio, y representan determinados aspectos de la intención estratégica de la Empresa.
-
Sunk Costs (costos hundidos)
Un costo hundido es el dinero que ya se ha gastado y que no se puede recuperar.
-
Supplier (Proveedor)
Un Proveedor es una organización interna o externa que desarrolla y entrega componentes, subsistemas o servicios de la Solución a los ART o a las Cadenas de Valor de Desarrollo.
-
SWOT Analysis (análisis de fortalezas, oportunidades, debilidades y amenazas, FODA)
El análisis FODA es una técnica de planificación estratégica que se usa para identificar las fortalezas, debilidades, oportunidades y amenazas de un portafolio SAFe.
-
System Architect
El System Architect (Arquitecto del Sistema) se encarga de definir y comunicar una visión técnica y arquitectónica común para las Soluciones desarrolladas por un ART.
-
System Demo (Demostración del Sistema)
La Demostración del Sistema proporciona a las partes interesadas una visión integrada de las nuevas Features entregadas por todos los equipos del ART en la Iteración más reciente. Cada demostración proporciona una medida objetiva del progreso y la oportunidad de ofrecer feedback.
-
System Team
El System Team es un Equipo Ágil especializado que asiste en la construcción del entorno de desarrollo ágil y le da soporte, lo que incluye el desarrollo y el mantenimiento del Proceso de Entrega Continua. También puede contribuir a la integración de los activos, la realización de pruebas integradas de toda la Solución, la mentalidad y las prácticas de DevOps, el despliegue y la Liberación Bajo Demanda.
-
Systems Thinking (pensamiento sistémico)
El pensamiento sistémico es un enfoque integral que incorpora todos los aspectos de un sistema y de su entorno en su diseño, desarrollo, despliegue y mantenimiento.
T
-
Team and Technical Agility, TTA (Agilidad Técnica y de Equipo)
La competencia de Agilidad Técnica y de Equipo (TTA) describe los principios, las habilidades y las prácticas vitales que los Equipos Ágiles de alto desempeño en un Tren de Liberación Ágil usan para crear Soluciones de alta calidad para sus Clientes.
-
Team Backlog (Backlog del Equipo)
El Backlog del Equipo es un sistema de Kanban que captura y gestiona los Habilitadores y las Historias de usuario destinados a mejorar la Solución.
-
Team Flow (Flujo del Equipo)
El Flujo del Equipo describe un estado en el que los Equipos Ágiles entregan un flujo de valor continuo al Cliente.
-
Team Sync
La Team Sync es una reunión breve, usualmente diaria y de 15 minutos o menos, que un equipo realiza para analizar el progreso hacia sus metas, dialogar y ajustar el trabajo planificado a corto plazo.
-
Team Topologies (topologías de equipo)
Las topologías de equipo describen cuatro patrones organizacionales que se pueden usar para organizar Equipos Ágiles y ART.
-
Test-Driven Development, TDD
El Test-Driven Development (TDD) es una mentalidad y una práctica que construye y ejecuta pruebas antes de implementar el código para un componente o sistema.
-
TOWS Analysis (análisis de amenazas, debilidades, oportunidades y fortalezas, ADOF)
El análisis ADOF es una herramienta de pensamiento que se usa junto con el análisis FODA con el fin de ayudar a identificar opciones estratégicas para hacer evolucionar un portafolio SAFe.
U
-
U-curve Optimization (optimización de la curva en U)
La optimización de la curva en U determina el tamaño de lote óptimo al encontrar el punto en que el total de los costos de transacción y de inventario es más bajo.
V
-
Value Management Office, VMO (Departamento de Gestión de Valor)
El Departamento de Gestión de Valor (VMO) es una función organizacional responsable de facilitar el proceso de Gestión Lean del Portafolio, así como de fomentar la excelencia operacional y la gobernanza Lean como parte de una transformación Lean-Agile.
-
Value Stream (cadena de valor)
Una cadena de valor es la secuencia de actividades que contiene todas las personas, los sistemas, la información y los materiales necesarios para entregar valor a un Cliente.
-
Value Stream Coordination (Coordinación de Cadenas de Valor)
La Coordinación de Cadenas de Valor describe cómo gestionar dependencias entre las cadenas de valor y aprovechar las oportunidades que existen entre ellas.
-
Value Stream Identification (identificación de cadenas de valor)
La identificación de cadenas de valor es una actividad que se usa para identificar las Cadenas de Valor de Desarrollo y las Cadenas de Valor Operacionales a las que dan soporte.
-
Value Stream KPIs (KPI de la Cadena de Valor)
Los Indicadores Clave de Desempeño (KPI) de la Cadena de Valor son las medidas cuantificables que evalúan cómo una cadena de valor se desempeña con respecto a sus objetivos de negocio.
-
Value Stream Management, VSM (Gestión de Cadenas de Valor)
La Gestión de Cadenas de Valor (VSM) es una disciplina técnica y de liderazgo que permite el máximo flujo de valor de negocio de punta a punta durante todo el ciclo de vida de la entrega de la Solución.
-
Value Stream Mapping (mapeo de cadenas de valor)
El mapeo de cadenas de valor es una actividad que se usa para identificar cada uno de los pasos en un flujo de trabajo y las demoras entre ellos.
-
Value Streamlet (corriente de valor)
Una corriente de valor es un flujo de valor más pequeño, y en gran parte independiente, que se encuentra dentro de una Cadena de Valor de Desarrollo que entrega valor según las necesidades y la cadencia del Cliente.
-
Verification and validation, V&V (verificación y validación, V&V)
Los procesos de verificación y validación (V&V) se usan para garantizar que un producto, servicio o sistema esté diseñado de acuerdo con la Intención de la Solución y que se ajuste a su propósito previsto.
W
-
Weighted Shortest Job First, WSJF (Primero el Trabajo Ponderado más Corto)
Primero el Trabajo Ponderado más Corto (WSJF) es un modelo de priorización que se usa para ordenar el trabajo con el fin de obtener el máximo beneficio económico. En SAFe, la técnica WSJF se estima como el costo relativo de la demora dividido por la duración relativa del trabajo.
-
Work in Process (trabajo en proceso)
El trabajo en proceso (WIP) representa el total de elementos de trabajo activos en un sistema.