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 Glossary5
-
5 Whys (5 porqués)
Los 5 porqués es una técnica probada de resolución de problemas que se usa para explorar las relaciones de causa y efecto que subyacen a un problema concreto como parte del evento de Inspección y Adaptación.
A
-
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
El Acceptance Test Driven Development (ATDD) es una práctica de pruebas ágiles que da prioridad a las pruebas y que es 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 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 (Entrega Ágil de Producto)
La Entrega Ágil de Producto es un enfoque centrado en el Cliente para definir, crear y liberar un Flujo continuo de productos y servicios con valor agregado a los Clientes y a los usuarios.
-
Agile Program Management Office (oficina de gestión de programas ágiles)
La oficina de gestión de programas ágiles (APMO) es una función organizativa 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.
-
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, junto con otras partes interesadas, desarrolla incrementalmente, entrega y, cuando corresponde, opera una o más Soluciones en un Cadena de Valor.
-
Agile Team (Equipo Ágil)
En SAFe, un Equipo Ágil es un grupo multifuncional de entre 5 y 11 personas que definen, construyen, prueban y entregan un incremento de valor en un período breve de tiempo.
-
Architect Sync
La ceremonia del Architect Sync es un evento del Tren de Solución que garantiza la coherencia de los diseños emergentes y de las compensaciones a lo largo de todo el Tren de Solución, lo que permite gestionar el enfoque de implementación frecuentemente 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 la implementación de Features de corto plazo, sin demoras ni rediseño excesivos.
-
ART Sync
La ceremonia del ART Sync es un evento del ART que combina las ceremonias del PO Sync y del Scrum de Scrums (SoS).
B
-
Backlog Refinement (refinamiento del backlog)
El refinamiento del backlog es una actividad que se realiza una o dos veces durante la Iteración o el incremento para debatir, estimar y entender desde el inicio los criterios de aceptación para las próximas Historias de Usuario del Backlog del Equipo.
-
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, contribuye y opera 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 (requisitos, diseños, código, pruebas y otros elementos de trabajo) que se introduce en el sistema durante un plazo determinado.
-
Behavior-Driven Development
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 para el usuario final o el negocio que es medible y resulta de una Feature o Capacidad.
-
Big Visible Information Radiator, BVIR (radiador de información altamente visible)
Un radiador de información altamente visible (BVIR) es una representación gráfica en la que se monitorean y representan los datos más importantes de forma concisa (por ejemplo: Burn-Down Charts, tablero del programa, tableros de estado de compilaciones).
-
Built-In Quality (Calidad Incorporada)
Las prácticas de Calidad Incorporada aseguran que cada elemento de la Solución, en cada incremento, cumpla con los estándares de calidad apropiados a través de todo el desarrollo.
-
Burn-Down (Burn-Up) Chart
Los Burn-Down y Burn-Up Charts son representaciones gráficas que muestran 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 icono de Negocio y Tecnología en SAFe describe cómo todas las áreas funcionales de la Empresa facilitan la Agilidad Empresarial mediante la Exploración Continua de nuevas formas de implementar los principios y las prácticas Lean-Agile en sus contextos particulares.
-
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) engloban un pequeño grupo de partes interesadas que tienen la responsabilidad principal técnica y de negocio de la gobernanza corporativa, la Conformidad y el retorno sobre la inversión (ROI) de la Solución desarrollada por el Tren de Liberación Ágil (ART). Son partes interesadas clave en el ART que deben evaluar si la Solución satisface las necesidades del Cliente. También participan activamente en algunos eventos del ART.
C
-
CALMR (Cultura, Automatización, Flujo Lean, Medición y Recuperación)
El enfoque CALMR de SAFe para DevOps es una mentalidad que guía a los ART hacia la entrega continua de valor mediante la gestión de avances simultáneos en la cultura, la automatización, el Flujo Lean, la medición y la recuperación de la entrega.
-
Capabilities (Capacidades)
Una Capacidad es un comportamiento de la Solución de alto nivel que, por lo general, abarca múltiples ART. Las Capacidades se estiman y se dividen en múltiples Features para facilitar su implementación en un solo PI.
-
Capacity Allocation (asignación de capacidad)
La asignación de capacidad es un Límite de Presupuesto Lean que ayuda a mantener el equilibrio dentro del backlog entre los distintos tipos de elementos, como pueden ser nuevas Features, Habilitadores y deuda técnica asignados para el próximo Incremento del Programa (PI).
-
Committed PI Objectives (Objetivos comprometidos del PI)
Los Objetivos comprometidos del PI son un conjunto de objetivos SMART creados por cada equipo en los que los Business Owners asignan el valor de negocio.
-
Communities of Practice, CoPs (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 en el avance del conocimiento general del ámbito.
-
Compliance (Conformidad)
La Conformidad se refiere a una estrategia y a un conjunto de actividades y de 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 todas las normas reglamentarias o industriales que sean relevantes.
-
Confidence Vote (voto de confianza)
El voto de confianza se realiza cerca del final de la Planificación del PI. Este permite a los equipos votar en función de su confianza en el cumplimiento de los Objetivos del PI.
-
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 velar por que una nueva funcionalidad progrese, desde la ideación hasta la liberación de valor bajo demanda para el usuario final.
-
Continuous Deployment, CD (Despliegue Continuo)
El Despliegue Continuo (CD) es el proceso que toma las Features validadas en un entorno de preproducción y las despliega al entorno de producción, en donde se preparan para su liberación.
-
Continuous Exploration, CE (Exploración Continua)
La Exploración Continua (CE) es el proceso 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 que satisfaga esas necesidades.
-
Continuous Integration, CI (Integración Continua)
La Integración Continua (CI) es el proceso de tomar Features del Backlog del Programa y desarrollarlas, probarlas, integrarlas y validarlas en un entorno de preproducción donde se preparan para su despliegue y liberación.
-
Continuous Learning Culture (Cultura de Aprendizaje Continuo)
La competencia de Cultura de Aprendizaje Continuo 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.
-
Core Values (Valores Fundamentales)
Los cuatro Valores Fundamentales de alineación, Calidad Incorporada, transparencia y ejecución del programa representan las creencias fundamentales que son clave para la efectividad de SAFe. Estos principios sirven como una guía, ayudan a dictar el comportamiento y las acciones para todos los que participan en un Portafolio SAFe.
-
Cost of Delay (costo de la demora)
El costo de la demora (CoD) representa el dinero o el valor que se perderá si se retrasa o no se realiza un trabajo durante algún tiempo. El CoD se usa en la priorización basada en la técnica Primero el Trabajo Ponderado Más Corto (WSJF).
-
Customer (Cliente)
Los Clientes son los beneficiarios finales del valor de las Soluciones de negocio diseñadas y mantenidas por las Cadenas de Valor del Portafolio.
-
Customer Centricity, CC (Foco en el Cliente)
El Foco en el Cliente es una mentalidad y una manera de hacer negocios que se enfoca 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 ilustra las experiencias de un usuario durante su interacción con una Cadena de Valor Operacional, los productos y los servicios de una Empresa.
D
-
Daily Stand-Up
El Daily Stand-Up (DSU) es un evento diario del equipo en el que cada miembro describe qué hizo ayer, en qué va a trabajar hoy y los bloqueos que esté encontrando para lograr las Metas de la Iteración.
-
Decentralized Decision-Making (descentralización de la toma de decisiones)
La descentralización de la toma de decisiones traslada la autoridad sobre la toma de decisiones a quienes posean más conocimiento e información, lo que reduce las demoras, aumenta el Flujo en el desarrollo de productos y mejora la calidad de las decisiones.
-
Definition of Done (definición de terminado)
La definición de terminado define cuándo un incremento de valor está completo y crea un entendimiento compartido del trabajo completado como parte de un incremento.
-
Deploy (Desplegar)
Desplegar es migrar un cambio desde un entorno de preproducción a un entorno de producción (u operacional), donde aguardará su liberación posterior.
-
Design Thinking
Design Thinking es un proceso de desarrollo centrado en el Cliente que ayuda a crear productos deseables, rentables y sustentables a lo largo de su ciclo de vida.
-
Develop on Cadence (desarrollo en cadencia)
El desarrollo en cadencia es un conjunto coordinado de prácticas que ayudan a los Equipos Ágiles mediante la creación de una serie regular y predecible de eventos y actividades.
-
Development Value Streams (Cadenas de Valor de Desarrollo)
Las Cadenas de Valor de Desarrollo (DVS) son la secuencia de actividades necesarias para convertir una hipótesis de negocio en una Solución digital. Algunos ejemplos incluyen: diseñar un dispositivo médico o un satélite geofísico, o desarrollar e implementar una aplicación de software, un sistema de software como servicio (SaaS) o un sitio web de comercio electrónico.
-
DevOps
DevOps es una mentalidad, una cultura y un conjunto de prácticas técnicas. Provee una comunicación, integración, automatización y cooperación estrecha entre todas las personas necesarias para planificar, desarrollar, probar, implementar, Desplegar, Liberar y mantener una Solución.
E
-
Empathy Map (mapa de empatía)
Un mapa de empatía es una herramienta del Design Thinking que ayuda a los equipos a obtener un conocimiento profundo y compartido acerca de sus Clientes.
-
Enablers (Habilitadores)
Los Habilitadores dan soporte a las actividades necesarias para extender la Plataforma de Arquitectura con el fin de lograr la funcionalidad futura del negocio. Estas incluyen la exploración, la arquitectura, la infraestructura y la Conformidad. Los Habilitadores figuran en los distintos backlogs y aparecen en todo el Framework.
-
Enterprise (Empresa)
La Empresa representa la entidad de negocio a la que pertenecen todos los Portafolios SAFe.
-
Enterprise Architect
El Enterprise Architect (Arquitecto Empresarial) establece una estrategia tecnológica y un Roadmap que habilite al Portafolio a dar soporte a las Capacidades de negocio actuales y futuras.
-
Enterprise Solution Delivery (Entrega de Soluciones Empresariales)
La competencia de Entrega de Soluciones Empresariales describe cómo aplicar principios y prácticas Lean-Agile a la especificación, el desarrollo, el despliegue, 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 describe, organiza y comunica información crítica sobre una Épica.
-
Epic Owners
Los Epic Owners (Responsables de la Épica) se encargan de coordinar las Épicas del Portafolio a través del sistema de Kanban del Portafolio. Colaboran en la definición de la Épica, su producto mínimo viable (MVP) y el caso de negocio Lean y, una vez aprobados, facilitan su implementación.
-
Epics (Épicas)
Una Épica contiene una iniciativa de desarrollo importante de la Solución usada que reúne las inversiones más sustanciales que se producen dentro de un Portafolio. Debido a su alcance e impacto considerables, las Épicas requieren la definición de un producto mínimo viable (MVP) y la aprobación de la Gestión Lean del Portafolio (LPM) antes de su implementación.
-
Essential SAFe (Configuración Esencial de SAFe)
La Configuración Esencial de SAFe contiene el conjunto mínimo de roles, eventos y artefactos necesarios para entregar Soluciones de negocio de forma continua a través de un Tren de Liberación Ágil (ART) como un equipo de Equipos Ágiles.
-
Estimating Poker
El Estimating Poker es una técnica colaborativa que sirve para estimar el tamaño relativo de las Historias, las Features y la técnica WSJF en SAFe.
-
Extreme Programming
El Extreme Programming (XP) es un conjunto de prácticas de Agile Software Engineering, desarrollado principalmente por Kent Beck, que mejora la calidad del software y la capacidad de respuesta a los requisitos cambiantes de los Clientes.
F
-
Features
Una Feature es un servicio que satisface una necesidad de una parte interesada. Cada Feature incluye una hipótesis de beneficio y criterios de aceptación, y se mide o se divide según sea necesario para que un único Tren de Liberación Ágil (ART) pueda entregarla en un Incremento del Programa (PI).
-
Final Plan Review (revisión del plan final)
Durante la revisión del plan final en la Planificación del PI, los equipos presentan sus planes terminados (Objetivos del PI, carga de trabajo y riesgos) para comunicárselos al ART y que los Business Owners los acepten.
-
Foundation (Fundamentos)
Los Fundamentos contienen los principios, los valores, la mentalidad, la guía de implementación y los roles de liderazgo fundamentales y necesarios para entregar valor a escala de forma exitosa.
-
Full SAFe (Configuración Completa de SAFe)
La Configuración Completa de SAFe es la configuración más completa, ya que incluye las siete competencias fundamentales necesarias para la Agilidad Empresarial.
G
-
Gemba
Gemba es el lugar donde se realiza el trabajo y donde los equipos pueden observar cómo las partes interesadas llevan a cabo los distintos pasos y actividades específicos en sus Cadenas de Valor Operacionales para identificar con mayor eficacia oportunidades de mejora implacable.
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 demuestren sus resultados al final del hackatón.
I
-
Innovation and Planning Iteration (Iteración de Innovación y Planificación)
La Iteración de Innovación y Planificación (IP) tiene lugar en cada Incremento del Programa (PI) y cumple múltiples propósitos. Funciona como un margen de estimación para ayudar a cumplir los Objetivos del PI y provee 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 y A).
-
Inspect & Adapt, I&A (Inspección y Adaptación, I y A)
La Inspección y Adaptación (I y A) es un evento muy importante que se realiza al final de cada Incremento del Programa (PI), donde el tren demuestra y evalúa el estado actual de la Solución. Después, los equipos reflexionan e identifican elementos del backlog para mejorar. 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 reúne a los diversos elementos de la Solución que ayuda a las partes interesadas a verificar la Solución integrada y asegurar que la Solución en desarrollo aborde las necesidades reales y futuras del negocio.
-
Investment Horizons (horizontes de inversión)
La herramienta de horizontes de inversión sirve para resaltar la distribución de los gastos de las Soluciones creadas por las Cadenas de Valor. Esta ayuda a los responsables de las Cadenas de Valor y a los fiduciarios a tomar decisiones de inversión más informadas para, así, alinear el Portafolio con los Temas Estratégicos mientras promueven la salud y el crecimiento generales.
-
Iteration (Iteración)
Las Iteraciones son el componente básico del desarrollo ágil. Cada Iteración es un plazo estándar y de duración fija en el cual los Equipos Ágiles entregan incrementalmente valor en forma de software y sistemas completamente probados y que funcionan. La duración recomendada del período es de dos semanas. Sin embargo, un período de entre una y cuatro semanas es aceptable, según el contexto del negocio.
-
Iteration Execution (Ejecución de la Iteración)
La Ejecución de la Iteración es el modo en que los Equipos Ágiles gestionan su trabajo a lo largo del plazo de la Iteración, lo que resulta en un incremento del sistema probado, operativo y de alta calidad.
-
Iteration Goals (Metas de la Iteración)
Las Metas de la Iteración son resúmenes de alto nivel de los objetivos técnicos y de negocio que el Equipo Ágil está de acuerdo en cumplir en una Iteración. Estas metas son vitales para coordinar un Tren de Liberación Ágil (ART) como un equipo de equipos autoorganizados y autoadministrados.
-
Iteration Planning (Planificación de la Iteración)
La Planificación de la Iteración es un evento en el cual todos los miembros del equipo determinan la cantidad de ítems del Backlog del Equipo al que pueden comprometerse a entregar durante la próxima Iteración. El equipo resume el trabajo planificado como un conjunto de Metas de la Iteración que se comprometen a alcanzar.
-
Iteration Retrospective (Retrospectiva de la Iteración)
La Retrospectiva de la Iteración es un evento periódico en el cual los miembros del Equipo Ágil debaten sobre 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 con una determinada cadencia en el que cada equipo inspecciona el incremento al final de cada Iteración para evaluar el progreso y entonces ajustar su backlog para la próxima Iteración.
K
-
Knowledge Worker (trabajador del conocimiento)
Los trabajadores del conocimiento son personas que tienen las habilidades, la experiencia y la formación necesarias para resolver problemas complejos en su ámbito de actuación.
L
-
Large Solution SAFe (Configuración para Grandes Soluciones de SAFe)
La Configuración para Grandes Soluciones de SAFe describe roles, prácticas y guías adicionales para construir y desarrollar las aplicaciones, redes y sistemas ciberfísicos más grandes del mundo.
-
Lead Time
El Lead Time es el tiempo que transcurre desde que se completó el trabajo en el paso anterior hasta que se completa en el paso actual.
-
Lean
Lean es un conjunto de conocimientos y prácticas para mejorar la eficiencia y la eficacia 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 presupuestación, los gastos y la gobernanza de un Portafolio específico.
-
Lean Budgets (Presupuestos Lean)
Los Presupuestos Lean proporcionan un enfoque Lean-Agile para la gobernanza financiera que incrementa el rendimiento y la productividad mediante la reducción de los gastos y los costos administrativos asociados a la contabilidad de costos por proyecto.
-
Lean Business Case (caso de negocio Lean)
Un caso de negocio Lean (LBC) es una forma rápida de describir Épicas, que incluye sus productos mínimos viables (MVP) y el valor de negocio proyectado.
-
Lean Governance (gobernanza Lean)
La gobernanza Lean es una de las dimensiones de la Gestión Lean del Portafolio que contribuye a la supervisión y la toma de decisiones referentes a los gastos, las auditorías y la Conformidad, la previsión de gastos futuros y la medición.
-
Lean Portfolio Management (Gestión Lean del Portafolio)
La competencia de Gestión Lean del Portafolio alinea la estrategia y 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 del Portafolio ágil y a la gobernanza.
-
Lean Quality Management System, QMS (sistema de gestión de calidad Lean)
Un sistema de gestión de calidad (QMS) dicta las prácticas, las políticas y los procedimientos necesarios para validar la seguridad y la eficacia. Las organizaciones que emplean SAFe pasan de la gobernanza tradicional a la gobernanza Lean de QMS.
-
Lean User Experience, Lean UX (Experiencia Lean del Usuario)
El diseño de la Experiencia Lean del Usuario hace referencia a una mentalidad, una cultura y un proceso que adoptan métodos enfocados en Lean-Agile. Implementa funcionalidades en incrementos mínimos y viables, y determina su éxito al medir los resultados y compararlos con la hipótesis de beneficio.
-
Lean-Agile Center of Excellence (centro de excelencia de Lean-Agile)
El centro de excelencia de Lean-Agile (LACE) es un pequeño equipo de personas dedicadas a implementar la forma de trabajo Lean-Agile de SAFe.
-
Lean-Agile Leadership (Liderazgo Lean-Agile)
La competencia de Liderazgo Lean-Agile describe cómo los líderes Lean-Agile 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 Manifiesto Ágil y la mentalidad Lean. Son los fundamentos a nivel personal, intelectual y de liderazgo para adoptar y aplicar los principios y las prácticas de SAFe.
-
Lean-Agile Principles (Principios Lean-Agile)
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.
-
Little's Law (ley de Little)
La ley de Little es la ley de la teoría de colas y 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)
Medir y Crecer es la manera en que un Portafolio evalúa su progreso hacia la Agilidad Empresarial y determina los siguientes pasos para mejorar.
-
Metrics (Métricas)
Las Métricas son mediciones previamente acordadas que se usan para evaluar el progreso de la organización hacia los objetivos de negocio y técnicos al nivel del Portafolio, una Solución grande, el ART y Equipos Ágiles.
-
Milestones (Hitos)
Los Hitos se usan para supervisar el progreso hacia una meta o un evento específico. Existen tres tipos de Hitos en SAFe: de Incremento del Programa (PI), de fecha fija y de aprendizaje.
-
Minimum Marketable Feature (Feature mínima comercializable)
La Feature mínima comercializable (MMF) es la funcionalidad mínima que los equipos pueden construir para descubrir si la hipótesis de beneficio de la Feature es válida o no.
-
Minimum Viable Product (producto mínimo viable)
En SAFe, un producto mínimo viable (MVP) es una versión anticipada y mínima de un nuevo producto o Solución de negocio que se usa para probar o refutar la hipótesis de la Épica. A diferencia de los guiones gráficos, prototipos, maquetas, wireframes y otras técnicas de exploración, el MVP es un producto real que Clientes reales usan para generar un aprendizaje validado.
-
Model-Based Systems Engineering, MBSE (Ingeniería de Sistemas Basada en Modelos)
La Ingeniería de Sistemas Basada en Modelos es la práctica de desarrollar un conjunto de modelos de sistemas relacionados, que ayudan a definir, diseñar y documentar un sistema en desarrollo. Estos modelos proveen una forma eficiente de hacer prototipos de manera virtual y de explorar, actualizar y comunicar ciertos aspectos del sistema, lo que reduce significativamente o elimina la dependencia de documentos tradicionales.
-
Modified Fibonacci Sequence (serie de Fibonacci modificada)
La serie de Fibonacci modificada (1, 2, 3, 5, 8, 13, 20, 40, 100) se usa durante la estimación relativa para incorporar la incertidumbre inherente a medida que aumenta el tamaño del trabajo a estimar.
N
-
Nonfunctional Requirements, NFRs (Requisitos No Funcionales)
Los Requisitos No Funcionales (NFR) definen los atributos del sistema, tales como la seguridad, la confiabilidad, el desempeño, el mantenimiento, la escalabilidad y la usabilidad. Funcionan como limitaciones o restricciones en el diseño del sistema a lo largo de diferentes backlogs.
O
-
Objectives and Key Results (objetivos y resultados clave)
En SAFe, los objetivos y resultados clave (OKR) pueden usarse para definir, organizar y comunicar información crítica sobre un Tema Estratégico, y seguir su progreso mediante acciones concretas, específicas y medibles.
-
Operational Value Streams (Cadenas de Valor Operacionales)
Las Cadenas de Valor Operacionales (OVS) son la secuencia de actividades necesarias para entregar un producto o servicio a un Cliente. Algunos ejemplos incluyen: fabricar un producto, preparar un pedido, ingresar y tratar a un paciente en una institución médica, conceder un préstamo u ofrecer un servicio profesional.
-
Organizational Agility (Agilidad Organizacional)
La competencia de Agilidad Organizacional describe cómo las personas que piensan en forma Lean y los Equipos Ágiles 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.
-
Organizational Change Management (gestión del cambio organizacional)
La gestión del cambio organizacional es un término que engloba todos los enfoques para preparar, dar soporte y ayudar a las personas, los equipos y las organizaciones a realizar cambios a nivel organizacional.
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 reducir la cantidad de acciones que producen el efecto más significativo a nivel general.
-
Participatory Budgeting (Presupuestación Participativa)
La Presupuestación Participativa (PB) es el proceso que la Gestión Lean del Portafolio (LPM) usa para asignar el presupuesto total del Portafolio a las Cadenas de Valor.
-
Personas
Las personas son consumidores y/o usuarios ficticios derivados de la investigación de Clientes que impulsan un enfoque centrado en el Cliente para el desarrollo de productos.
-
Phase Gate (desarrollo por etapas)
El desarrollo por etapas hace referencia a los hitos de gobernanza tradicional, que en SAFe se sustituyen por Hitos basados en la evaluación objetiva de sistemas que funcionan.
-
PI Objectives (Objetivos del PI)
Los Objetivos del Incremento del Programa (PI) son un resumen de las metas de negocio y técnicas que un tren o Equipo Ágil pretende lograr en el próximo Incremento del Programa (PI).
-
Plan-Do-Check-Adjust (planificar-hacer-verificar-ajustar)
Planificar-hacer-verificar-ajustar (PDCA) es un método iterativo de cuatro pasos que se usa para controlar la variabilidad y realizar ajustes en función del feedback recibido durante el desarrollo del producto.
-
Portfolio (Portafolio)
Un Portafolio SAFe alinea la estrategia con la ejecución a través de un conjunto de Cadenas de Valor de Desarrollo. Al operar bajo un modelo común de gestión, cada Cadena de Valor provee una o más Soluciones que la Empresa necesita para cumplir su misión de negocio.
-
Portfolio Backlog (Backlog del Portafolio)
El Backlog del Portafolio es el backlog de máximo nivel en SAFe. Proporciona un área para contener las próximas Épicas de negocio o Habilitadoras destinadas a crear y desarrollar un conjunto integral de Soluciones.
-
Portfolio Canvas (canvas del Portafolio)
El canvas del Portafolio define las Cadenas de Valor de Desarrollo que están incluidas en un Portafolio SAFe, las propuestas de valor y las Soluciones que ofrecen, los Clientes a los que sirven, los presupuestos asignados a cada Cadena de Valor, así como otras actividades y eventos clave necesarios para cumplir la Visión del Portafolio.
-
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, a través del análisis y la implementación, y hasta la finalización.
-
Portfolio SAFe (Configuración de Portafolio de SAFe)
La Configuración de Portafolio de SAFe alinea la estrategia con la ejecución y organiza el desarrollo de las Soluciones en torno al Flujo de valor a través de una o más Cadenas de Valor.
-
Portfolio Vision (Visión del Portafolio)
La Visión del Portafolio es una descripción del estado futuro de las Cadenas de Valor y Soluciones de un Portafolio y describe cómo funcionarán en forma conjunta para lograr los objetivos del Portafolio y el propósito más amplio de la Empresa.
-
Pre-and Post-PI Planning (Preplanificación y Posplanificación del PI)
Los eventos de Preplanificación y Posplanificación del Incremento del Programa (PI) se usan para prepararse previamente y darle seguimiento posteriormente a la Planificación del PI para los Trenes de Liberación Ágil (ART) y los Proveedores en un Tren de Solución.
-
Problem-Solving Workshop (taller de resolución de problemas)
El taller de resolución de problemas forma parte del evento de Inspección y Adaptación (I y A) y representa un enfoque estructurado para encontrar la causa raíz de problemas sistémicos.
-
Product Management
El equipo de Product Management (Gestión del Producto) es responsable de definir y dar soporte a la construcción de productos deseables, factibles, viables y sustentables que satisfagan las necesidades del Cliente a lo largo del ciclo de vida del producto.
-
Product Owner, PO
El Product Owner (Responsable del Producto, PO) es un miembro del Equipo Ágil responsable de definir las Historias y de priorizar el Backlog del Equipo para hacer más eficiente la ejecución de las prioridades del programa, así como de mantener la integridad conceptual y técnica de las Features o componentes para el equipo.
-
Product Owner (PO) Sync (PO Sync)
El PO Sync es un evento del ART donde se obtiene visibilidad sobre el progreso del ART hacia el cumplimiento de sus Objetivos del PI, se debaten problemas y oportunidades sobre el desarrollo de Features y se evalúan los ajustes del alcance.
-
Program Backlog (Backlog del Programa)
El Backlog del Programa es un área para contener las Features futuras, las cuales intentarán abordar las necesidades del usuario y lograr los beneficios de negocio para un solo Tren de Liberación Ágil (ART). También contiene las Features Habilitadoras necesarias para construir la Plataforma de Arquitectura.
-
Program Board (tablero del programa)
El tablero del programa destaca las fechas de entrega de las Features del PI, las dependencias de las Features entre los equipos y los Hitos relevantes.
-
Program Increment (Incremento del Programa, PI)
Un Incremento del Programa (PI) es un plazo durante el cual un Tren de Liberación Ágil planifica y entrega valor de forma incremental, en forma de software y/o sistemas completamente probados y que funcionan. Los PI suelen ser de entre 8 y 12 semanas. El patrón más común para un PI es de cuatro Iteraciones de desarrollo, seguidas de una Iteración de Innovación y Planificación (IP).
-
Program Increment (PI) Planning (Planificación del Incremento del Programa, PI)
La Planificación del Incremento del Programa (PI) es un evento basado en una cadencia constante, en persona, que marca el ritmo en el Tren de Liberación Ágil (ART) al alinear a todos los equipos en el ART hacia una misión y una Visión comunes.
-
Program Kanban (Kanban del Programa)
Los sistemas de Kanban del Programa y de la Solución son un método para visualizar y gestionar el Flujo de las Features y Capacidades desde la ideación, a través del análisis y la implementación, y hasta la liberación a través del Proceso de Entrega Continua.
-
Program Predictability Measure (medida de predictibilidad del programa)
La medida de predictibilidad del programa compara el valor de negocio planificado y el realmente entregado para todos los equipos del ART y representa un indicador clave del desempeño y la confiabilidad del ART.
-
Program Risks (riesgos del programa)
Los riesgos del programa, identificados por los equipos durante la Planificación del PI, representan los riesgos e impedimentos que podrían afectar su capacidad para cumplir con sus objetivos.
R
-
Refactoring (refactorización)
La refactorización es la actividad de mejorar la estructura interna o el funcionamiento de un código o componente sin necesidad de modificar su comportamiento externo.
-
Relative Estimation (estimación relativa)
La estimación relativa compara los trabajos entre sí para estimar rápidamente su tamaño y valor.
-
Release (Liberar)
Liberar es disponibilizar una funcionalidad que se ha desplegado a un entorno de producción (u operacional) para su uso por parte de un conjunto definido de sistemas o usuarios finales.
-
Release on Demand (Liberación Bajo Demanda)
La Liberación Bajo Demanda es el proceso que permite el despliegue de una nueva funcionalidad en producción y su liberación a los usuarios, ya sea de forma inmediata o incremental según la demanda.
-
Release Train Engineer, RTE
El Release Train Engineer (Ingeniero del Tren de Liberación, RTE) es un coach y líder servicial del Tren de Liberación Ágil (ART). Las principales responsabilidades del RTE son facilitar los eventos y los procesos del ART y ayudar a los equipos a entregar valor. Los RTE se comunican con las partes interesadas, escalan impedimentos, ayudan a gestionar el riesgo e impulsan la mejora implacable.
-
Relentless Improvement (mejora implacable)
La mejora implacable, el cuarto pilar de House of Lean de SAFe, fomenta el aprendizaje y el crecimiento mediante la reflexión y la mejora de procesos continuas.
-
Roadmap
El Roadmap es un listado de eventos e Hitos que representa los entregables de la Solución planeada sobre un horizonte de planificación.
-
ROAMing Risks (ROAM de riesgos, resuelto, asignado, aceptado y mitigado)
El ROAM de riesgos (resuelto, asignado, aceptado y mitigado) es una actividad de la Planificación del PI en la que se revisan los riesgos del programa planteados por los equipos en un contexto de gestión más amplio.
-
Root Cause Analysis (análisis de causa raíz)
Un análisis de causa raíz usa herramientas de resolución de problemas para identificar las causas reales de un problema durante el evento de Inspección y Adaptación.
S
-
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. Para acceder a los artículos de SAFe, solo hay que hacer clic en sus iconos desde la página scaledagileframework.com
-
SAFe for Government (SAFe para el Gobierno)
SAFe para el Gobierno es un conjunto de patrones exitosos que ayudan a las organizaciones del sector público a implementar las prácticas Lean-Agile en un contexto gubernamental.
-
SAFe for Lean Enterprises (SAFe para la Empresa Lean)
SAFe para la Empresa Lean es el Framework líder 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 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 12 artículos, que describe una estrategia y un conjunto ordenado de actividades que han demostrado ser efectivas 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 de construcción, medición y aprendizaje extremadamente iterativo para la innovación de productos e inversiones estratégicas. Esta estrategia de implementación de Épicas proporciona las ventajas económicas y estratégicas de Lean-Startup al gestionar la inversión y el riesgo de forma incremental, al tiempo que se aprovechan las ventajas de los Flujos y la visibilidad de SAFe.
-
SAFe Program Consultants, SPC
Los SAFe® Program Consultants (SPC) certificados son agentes de cambio que combinan los conocimientos técnicos de SAFe con una motivación intrínseca para mejorar los procesos de desarrollo de sistemas y de software de la empresa. Cumplen un rol crítico en la implementación exitosa de SAFe. Los SPC pueden provenir de distintos roles, ya sean externos o internos, que incluyen líderes del negocio y tecnológicos, managers de proyectos, programas o Portafolios, responsables de procesos, arquitectos, analistas y consultores.
-
Scrum Master
Los SAFe Scrum Masters son coaches y líderes serviciales de un Equipo Ágil. Ayudan a capacitar al equipo en materia de Scrum, Extreme Programming (XP), Kanban y SAFe, para así garantizar que se siga el proceso ágil acordado. Además, ayudan a eliminar impedimentos y promueven un entorno propicio para la dinámica de equipos de alto desempeño, el Flujo continuo y la mejora implacable.
-
Scrum of Scrums (Scrum de Scrums)
El Scrum de Scrums (SoS) es un evento del ART que ayuda a coordinar las dependencias del ART y proporciona visibilidad sobre el progreso y los impedimentos.
-
ScrumXP
ScrumXP de SAFe es un método de los Equipos Ágiles usado por los Trenes de Liberación Ágil (ART) para planificar, ejecutar, analizar en retrospectiva y entregar valor a los Clientes en un período corto de tiempo. Combina el poder de Scrum con prácticas de Extreme Programming (XP).
-
Set-Based Design
El Set-Based Design (SBD) es una práctica 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. En lugar de elegir una Solución única al inicio, el SBD identifica y, simultáneamente, explora distintas opciones, mientras que elimina las peores opciones a lo largo del tiempo. Mejora la flexibilidad en el proceso de diseño al comprometerse con una Solución técnica únicamente después de validar los supuestos, lo que genera mejores resultados económicos.
-
Shared Services (Servicios Compartidos)
Los Servicios Compartidos representan los roles de especialización, las personas y los servicios que son necesarios para el éxito de un Tren de Liberación Ágil (ART) o un Tren de Solución, pero que no pueden dedicarse a tiempo completo.
-
Silos (silos)
Los silos son estructuras de las organizaciones que alinean funcionalmente a las personas y optimizan localmente a los especialistas con las políticas y procedimientos. Garantizan operaciones repetibles y eficientes dentro de la unidad funcional sin comprender el Flujo de valor más amplio entre las unidades funcionales.
-
Solution (Solución)
Cada Cadena de Valor de Desarrollo produce una o más Soluciones, que son productos, servicios o sistemas entregados al Cliente, ya sea interno o externo a la Empresa.
-
Solution Architect/Engineering
El Solution Architect/Engineering (Arquitecto/Ingeniería de la Solución) es responsable de definir y comunicar una Visión técnica y de la arquitectura común a través de un Tren de Solución para ayudar a asegurar que el sistema o la Solución en desarrollo se adecúen a su propósito.
-
Solution Backlog (Backlog de la Solución)
El Backlog de la Solución es el área para contener las próximas Capacidades y Habilitadores, que pueden abarcar múltiples ART y tienen el propósito de crear la Solución y su Plataforma de Arquitectura.
-
Solution Context (Contexto de la Solución)
El Contexto de la Solución identifica aspectos críticos del entorno operativo para una Solución. Proporciona una comprensión esencial de los requisitos, el consumo, la instalación, la operación y el soporte de la Solución misma. El Contexto de la Solución tiene una fuerte influencia sobre las oportunidades y las restricciones para la Liberación Bajo Demanda.
-
Solution Demo (Demostración de la Solución)
La Demostración de la Solución integra los esfuerzos de desarrollo de todos los ART y proveedores del Tren de Solución de cada PI y los expone a los Clientes y otras partes interesadas, con el fin de recibir una evaluación y 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 comportamiento de la Solución actual y prevista. Donde se requiera, esta incluye especificaciones y diseños fijos y variables; referencias a estándares aplicables, modelos de sistemas y pruebas funcionales y no funcionales, así como rastreabilidad.
-
Solution Management
El equipo de Solution Management (Gestión de la Solución) es responsable de definir y dar soporte a la construcción de Soluciones de negocio a gran escala que sean deseables, factibles, viables y sustentables, y que satisfagan las necesidades del Cliente en el transcurso del tiempo.
-
Solution Train (Tren de Solución)
El Tren de Solución es la metáfora organizacional usada para construir Soluciones grandes y complejas que requieren la coordinación de múltiples Trenes de Liberación Ágil, así como la contribución de Proveedores. Alinea a los ART con una misión común de Negocio y Tecnología mediante el uso de la Visión de la Solución, el Backlog y el Roadmap, y un Incremento del Programa (PI) alineado.
-
Solution Train Engineer, STE
El Solution Train Engineer (Ingeniero del Tren de Solución, STE) es un coach y líder servicial del Tren de Solución, que facilita y guía el trabajo a través de todos los ART y Proveedores en la Cadena de Valor.
-
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 programa, una Solución grande o un Portafolio específicos.
-
Spike
Un Spike es un tipo de Historia Habilitadora de la 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 la estimación de una Historia.
-
Sprint
El Sprint es un término que proviene del método Scrum y es sinónimo del término Iteración en SAFe.
-
Stories (Historias)
Las Historias son descripciones breves de una porción pequeña de la funcionalidad deseada, escritas en un lenguaje que el usuario puede comprender. Los Equipos Ágiles implementan pequeñas secciones verticales de la funcionalidad del sistema y son de un tamaño tal que se pueden completar en una sola Iteración.
-
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 necesita realizar para cumplir su meta.
-
Story Point (punto de Historia)
Un punto de Historia es una cifra que se usa en la estimación relativa y que representa una combinación de cantidades: volumen, complejidad, conocimiento e incertidumbre.
-
Strategic Themes (Temas Estratégicos)
Los Temas Estratégicos son objetivos de negocio diferenciadores que vinculan un Portafolio con la estrategia de la Empresa. Influyen en la estrategia del Portafolio y proporcionan un contexto de negocio para la toma de decisiones con respecto al Portafolio.
-
Sunk Costs (costos hundidos)
Los costos hundidos hacen referencia al dinero ya gastado que debe ignorarse a la hora de tomar futuras decisiones de inversión para pivotar con eficacia.
-
Supplier (Proveedor)
Un Proveedor es una organización interna o externa que desarrolla y entrega componentes, subsistemas o servicios que ayudan a los Trenes de Solución y a los Trenes de Liberación Ágil a proporcionar Soluciones a sus Clientes.
-
SWOT Analysis (análisis de fortalezas, oportunidades, debilidades y amenazas, FODA)
El análisis de fortalezas, oportunidades, debilidades y amenazas (FODA) es una técnica de planificación estratégica que se usa para identificar las fortalezas, debilidades, oportunidades y amenazas relacionadas con la situación actual del negocio como parte de la Visión del Portafolio SAFe.
-
System Architect/Engineering
El System Architect/Engineering (Arquitecto/Ingeniería del Sistema) es responsable de definir y comunicar una Visión técnica y de la arquitectura común para un Tren de Liberación Ágil (ART), con el fin de ayudar a asegurar que el sistema o la Solución en desarrollo se adecúen a su propósito.
-
System Demo (Demostración del Sistema)
La Demostración del Sistema es un evento muy importante que proporciona una visión integrada de las nuevas Features que han sido entregadas por todos los equipos del Tren de Liberación Ágil (ART) en la Iteración más reciente. Cada demostración ofrece a las partes interesadas del ART una medida objetiva del progreso obtenido durante el Incremento del Programa (PI).
-
System Team
El System Team es un Equipo Ágil especializado que brinda asistencia en la construcción y da soporte al entorno de desarrollo ágil, que por lo general incluye el de desarrollo y mantenimiento de las herramientas que constituyen el Proceso de Entrega Continua. El System Team también puede dar apoyo a la integración de los activos de los Equipos Ágiles, realizar pruebas integradas de toda la Solución donde sea necesario, y asistir en los despliegues y la Liberación Bajo Demanda.
-
Systems Thinking (pensamiento sistémico)
El pensamiento sistémico es un enfoque integral en el desarrollo de Soluciones que incorpora todos los aspectos de un sistema y de su entorno en el diseño, desarrollo, despliegue y mantenimiento del propio sistema.
T
-
Team and Technical Agility (Agilidad Técnica y de Equipo)
La competencia de Agilidad Técnica y de Equipo describe las habilidades críticas y los principios y prácticas Lean-Agile que los Equipos Ágiles y los equipos de Equipos Ágiles de alto desempeño usan para crear Soluciones de alta calidad para sus Clientes.
-
Team Backlog (Backlog del Equipo)
El Backlog del Equipo contiene Historias de usuario y Habilitadores que se originan del Backlog del Programa, así como Historias de Usuario que surgen del contexto local del equipo. También puede incluir otros elementos de trabajo, que representan todas las cosas que necesita hacer un equipo para avanzar en su parte del sistema.
-
Team Kanban (Kanban del Equipo)
El Kanban del Equipo es un método que ayuda a los equipos a facilitar el Flujo de valor mediante la visualización del flujo de trabajo, así como a establecer los límites del trabajo en progreso (WIP), medir el rendimiento y mejorar sus procesos de forma continua.
-
Team Topologies (topologías de equipo)
Las topologías de equipo definen cuatro tipos de organización que proporcionan un modelo claro para organizar Equipos Ágiles y Trenes de Liberación Ágil.
-
Technical Debt (deuda técnica)
La deuda técnica refleja el costo implícito y el interés acumulado del trabajo futuro que habitualmente se produce al elegir, de manera consciente o inconsciente, una Solución deficiente o incompleta.
-
Test-Driven Development
El Test-Driven Development (TDD) es una mentalidad y una práctica que implica construir y ejecutar pruebas antes de implementar el código o un componente de un sistema.
-
TOWs Analysis (análisis de amenazas, debilidades, oportunidades y fortalezas, ADOF)
El análisis de amenazas, debilidades, oportunidades y fortalezas (ADOF) se usa junto con un análisis de fortalezas, oportunidades, debilidades y amenazas (FODA) para ayudar a identificar las opciones estratégicas con el propósito de crear un estado futuro mejor como parte de una Visión del 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 óptimo del lote al equilibrar los costos de transacción y de inventario.
-
Uncommitted Objectives (objetivos no comprometidos)
Los objetivos no comprometidos ayudan a mejorar la predictibilidad de la entrega de valor de negocio, ya que no se incluyen en el compromiso del equipo ni se contabilizan en la medida de predictibilidad del programa. Los equipos pueden usar los objetivos no comprometidos cuando tengan poca confianza en cumplir un objetivo.
V
-
Value (valor)
El valor representa los beneficios que una Empresa entrega a sus Clientes y a las partes interesadas, y aparece en diferentes contextos en SAFe.
-
Value Stream Coordination (Coordinación de la Cadena de Valor)
La Coordinación de la Cadena de Valor define cómo gestionar las dependencias y aprovechar las oportunidades que solamente existen en las interconexiones entre las Cadenas de Valor.
-
Value Stream Identification (identificación de Cadenas de Valor)
La identificación de Cadenas de Valor es una actividad que los Portafolios usan para identificar las Cadenas de Valor de Desarrollo y las Cadenas de Valor Operacionales a las que contribuyen.
-
Value Stream Key Performance Indicator, KPIs (Indicadores Clave de Desempeño de la Cadena de Valor)
Los Indicadores Clave de Desempeño (KPI) de la Cadena de Valor son las medidas cuantificables usadas para evaluar cómo una Cadena de Valor se desempeña con respecto a sus resultados de negocio previstos.
-
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 herramienta esencial para mejorar el Flujo de valor a lo largo del Proceso de Entrega Continua, ya que proporciona la visibilidad necesaria para identificar los cuellos de botella y las áreas problemáticas que causan demoras en el Flujo.
-
Value Streams (Cadenas de Valor)
Las Cadenas de Valor representan la serie de pasos que una organización usa para implementar Soluciones que proporcionan un Flujo continuo de valor a un Cliente.
-
Velocity (velocidad)
La velocidad es igual a la suma de los puntos de todas las Historias completadas que cumplieron su definición de terminado (DoD).
-
Vision (Visión)
La Visión es una descripción del estado futuro de la Solución que está en desarrollo. Refleja las necesidades del Cliente y de las partes interesadas, así como las Features y las Capacidades propuestas para satisfacer esas necesidades.
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 los trabajos (p. ej., Features, Capacidades y Épicas) para producir el máximo beneficio económico. En SAFe, la técnica WSJF se estima como el costo de la demora (CoD) dividido por el tamaño del trabajo.
-
Work in Process (trabajo en progreso)
El trabajo en progreso (WIP) representa el trabajo parcialmente terminado. Tener demasiado WIP puede confundir las prioridades, provocar cambios de contexto frecuentes y aumentar los gastos administrativos.
