© 2021 Scaled Agile, Inc. All rights reserved.

Evolving the Scaled Agile Framework:

Update to SAFe 5

Guidance for organizing around value, DevSecOps, and agility for business teams

Learn more

Clear explanations and actionable guidance

SAFe Distilled 5.0

SAVE 35% WITH CODE SCALEDAGILE

ORDER NOW

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.

Author

A

  • Acceptance Criteria (Criterios de Aceptación)

    Los Criterios de Aceptación proporcionan la información necesaria para asegurar que una Historia del Usuario, Característica o Capacidad se implemente correctamente y que cubre la funcionalidad y los NFR relevantes.

  • Acceptance Test Driven Development

    El Acceptance Test Driven Development es una práctica de pruebas Ágil que da prioridad a las pruebas y que es sinónimo de Behavior-Driven Development (BDD).

  • Agile (Ágil)

    Los frameworks Ágiles son 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 los frameworks Ágiles 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 una forma de trabajar enfocada en el Cliente para definir, crear y entregar 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 Programa Ágil)

    La Oficina de Gestión de Programa Ágil (APMO) es una función organizativa responsable de facilitar el proceso de Gestión del Portafolio Lean y de fomentar la excelencia operativa y la Gestión Lean como parte de una transformación Lean-Ágil.

  • 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 personas interesadas, desarrolla incrementalmente, entrega y, cuando corresponde opera, una o más Soluciones en un Flujo 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 (Sincronización de Arquitectos)

    La ceremonia Sincronización de Arquitectos 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 retrasos.

  • 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 Características de corto plazo, sin retraso, ni re-diseño excesivos.

  • ART Sync

    La ceremonia de Sincronización del ART es un evento del ART que combina las ceremonias de sincronización del Product Owner (PO) y el Scrum de Scrums (SoS).

B

  • Backlog Refinement (Refinamiento de Backlog)

    El Refinamiento del Backlog es una actividad que se realiza una o dos veces durante la iteración o el incremento, para establecer un entendimiento inicial de los Criterios de Aceptación y estimar las historias de usuario del Backlog del Equipo

  • Baseline Solution Investments, BSI (Línea Base de Inversiones para la solución)

    La Línea Base de Inversiones para la solución, son los costos en los que incurre cada flujo de valor a medida que desarrolla, da soporte y opera las soluciones empresariales ya existentes.

  • Batch Size (Tamaño del lote)

    El Tamaño del lote es una medida de la cantidad de trabajo (requerimientos, diseños, código, pruebas y otros elementos de trabajo) que se introduce en el sistema durante un periodo de tiempo determinado.

  • Behavior-Driven Development

    Behavior-Driven Development (BDD) es una práctica de pruebas Ágil 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 característica o capacidad.

  • Big Visible Information Radiator, BVIR (Radiador de Información Altamente Visible)

    Un Radiador de Información Altamente Visible (BVIR) es una pantalla o reporte gráfico, que realiza el seguimiento y comunica los datos críticos con un solo vistazo (por ejemplo Burn-Down Charts, Tablero del Programa, tableros de estado de construcción).

  • 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 pantallas o reportes gráficos 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, respondiendo con rapidez a los cambios en el mercado y a las oportunidades emergentes con soluciones digitales innovadoras.

  • Business and Technology (Negocio y Tecnología)

    El icono de Negocio y Tecnología en SAFe describe cómo todas las areas funcionales de la empresa facilitan la agilidad empresarial explorando continuamente nuevas formas de implementar los principios y las prácticas de Lean-Ágil a sus contextos particulares.

  • Business Context (Contexto de Negocio)

    El Contexto de Negocio es un elemento de la agenda durante la Planificación del Incremento del Programa (PI). Este es presentado por un Dueño del Negocio, y describe el estado actual del negocio, la Visión del Portafolio y como las soluciones existentes satisfacen las necesidades actuales de los clientes.

  • Business Owners (Dueños del Negocio)

    Dueños del Negocio es un pequeño grupo de personas interesadas que tienen la responsabilidad principal de negocio y técnica de la gobernanza corporativa, la conformidad ante todas las normas y el retorno sobre la inversión de la Solución desarrollada por el Tren de Liberación Ágil (ART). Son personas interesadas claves 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, CALMR)

    El enfoque CALMR de SAFe para DevOps es una mentalidad que guía a los ART hacia lograr entrega de valor continuo gestionando simultáneamente avances en la cultura, automatización, flujo lean, medición y recuperación.

  • Capabilities (Capacidades)

    Una Capacidad es un comportamiento de la Solución de alto nivel que por lo general abarca múltiples ARTs. Las Capacidades son estimadas y divididas en múltiples Características para facilitar su implementación en un solo Incremento del Programa (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 características, habilitadores y deuda técnica asignados para el próximo Incremento del Programa (PI).

  • Committed PI Objectives (Objetivos Comprometidos del Incremento del Programa (PI))

    Los Objetivos Comprometidos del Incremento del Programa (PI) son un conjunto de objetivos SMART creados por cada equipo, y donde el valor de negocio es asignado por los Dueños del Negocio.

  • Communities of Practice, CoPs (Comunidades de Práctica)

    Comunidades de Práctica son grupos organizados de personas que tienen un interés común en un dominio 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 dominio.

  • Compliance (Conformidad)

    Conformidad con las Normas 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-Ágil para construir sistemas que tengan la máxima calidad posible, y al mismo tiempo garantizar que se cumplan todas las normas reglamentarias que sean relevantes.

  • Confidence Vote (El Voto de Confianza)

    El Voto de Confianza se realiza cerca del final de la Planificación del Incremento del Programa (PI). Este permite a los equipos votar en función de su confianza en el cumplimiento de los Objetivos del Incremento del Programa

  • Continuous Delivery Pipeline, CDP (Proceso de Entrega Continua)

    El Proceso de Entrega Continua representa los flujos de trabajo, las actividades y la automatización necesarios para cuidar que una nueva funcionalidad progrese, desde la ideación hasta la liberación de valor bajo demanda al usuario final.

  • Continuous Deployment, CD (Despliegue Continuo)

    El Despliegue Continuo es el proceso que toma las Características validadas en un ambiente de pruebas y las libera al ambiente de producción, en donde se alistan para su liberación.

  • Continuous Exploration, CE (Exploración Continua)

    La Exploración Continua es el proceso que impulsa la innovación y fomenta la alineación en lo que se debe construir, explorando continuamente el mercado y las necesidades del Cliente, definiendo una Visión, un Mapa de Ruta y un conjunto de Características para una Solución que satisfaga esas necesidades.

  • Continuous Integration, CI (Integración Continua)

    La Integración Continua es el proceso de tomar Características del Backlog del Programa y desarrollar, probar, integrar y validarlas en un ambiente de pruebas donde se alistan para su despliegue y liberación.

  • Continuous Learning Culture (Cultura de Aprendizaje Continuo)

    La competencia de Cultura de Aprendizaje Continuo describe a un conjunto de valores y prácticas que alienta a los individuos y a la empresa como un todo, a continuar incrementando el conocimiento, la habilidad, el rendimiento y la innovación.

  • Core Values (Valores fundamentales)

    Los cuatro Valores Fundamentales Alineación, Calidad Incorporada, Transparencia y Ejecución del Programa representan las creencias fundamentales que son claves 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 de SAFe.

  • Cost of Delay (Costo de la Demora)

    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 utiliza en la priorización basada en Primero el Trabajo Ponderado más Corto (WSJF).

  • Customer (Cliente)

    Los clientes son los beneficiarios del valor de las soluciones de negocio diseñadas y mantenidas por los Flujos de Valor del Portafolio.

  • Customer Centricity, CC (Centrado en el Cliente)

    Centrado 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

    Un Customer Journey Map ilustra las experiencias de un usuario durante su interacción con un flujo 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 del equipo describe qué hizo ayer, en qué va a trabajar hoy y los bloqueos que esté encontrando para lograr las metas de la iteración.

  • Decentralize Decision-Making (Descentralización de la toma de decisiones)

    La Descentralización mueve la autoridad sobre la toma decisiones a quienes posean el conocimiento y la información, reduciendo así retrasos, aumentando el flujo en el desarrollo de productos y mejorando la calidad de las decisiones.

  • Definition of Done (Definición de Terminado)

    La Definición de Terminado define cuándo un incremento de valor esta completo y crea un entendimiento compartido del trabajo completado como parte de un incremento.

  • Design Thinking (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)

    Desarrollo en Cadencia es un conjunto coordinado de prácticas que ayudan a los Equipos Ágiles, creando una serie regular y predecible de eventos y actividades.

  • Development Value Streams (Flujos de Valor de Desarrollo)

    Los Flujos 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 incluye: 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)

    DevOps es una mentalidad, una cultura y un conjunto de prácticas técnicas. Provee la comunicación, integración, automatización y cooperación estrecha entre todas las personas necesarias para planificar, desarrollar, probar, desplegar, liberar y mantener una Solución.

E

  • Empathy Map (Mapa de Empatía)

    Un Mapa de Empatía es una herramienta de Design Thinking que ayuda a los equipos a obtener un conocimiento profundo y compartido acerca de sus clientes.

  • Enablers (Habilitadores)

    Los Habilitadores apoyan las actividades necesarias para extender la Plataforma de Arquitectura a fin de proveer funcionalidad futura del negocio. Estos incluyen exploración, arquitectura, infraestructura y conformidad. Los Habilitadores se capturan en distintos backlogs y aparecen en todo el Framework.

  • Enterprise (Empresa)

    La Empresa representa la entidad de negocio a la que pertenecen todos los Portafolios de SAFe.

  • Enterprise Architect (Arquitecto Empresarial)

    El Arquitecto Empresarial establece una estrategia de tecnología y un mapa de ruta que habilite al portafolio a apoyar las Capacidades de negocios actuales y futuras.

  • Enterprise Solution Delivery (Entrega de Soluciones Empresariales)

    La competencia Entrega de Soluciones Empresariales describe cómo aplicar principios y prácticas Lean-Ágil a la especificación, desarrollo, despliegue, operación y evolución de las aplicaciones de software, redes y sistemas ciber-fí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 (Dueños de Epicas)

    Los Dueños de Épicas son responsables de coordinar las Épicas a través del sistema de Kanban de Portafolio. Colaboran en la definición de la Épica, su Producto Mínimo Viable (MVP) y el caso de negocio Lean, que al aprobarse facilitan la implementación.

  • Epics (Épicas)

    Una Épica es un contenedor para una iniciativa importante de desarrollo de la Solución utilizada para captar las inversiones más sustanciales que se producen dentro de un portafolio. Debido a su alcance considerable e impacto, las Épicas requieren la definición de un Producto Mínimo Viable (MVP) y la aprobación de la Gestión del Portafolio Lean antes de su implementación.

  • Essential SAFe (Configuración de SAFe Esencial)

    La Configuración de SAFe Esencial contiene el conjunto mínimo de roles, eventos y artefactos necesarios para entregar continuamente soluciones de negocio a través de un Tren de Liberación Ágil (ART) como un equipo de Equipos Ágiles.

  • Estimating Poker (Juego de Poker para la Estimación)

    El Juego de Poker para la Estimación es una técnica colaborativa, que sirve para estimar el tamaño relativo de las historias del usuario, las características y el WSJF en SAFe.

  • Extreme Programming

    Extreme Programming (XP) es un conjunto de prácticas de Agile Software Engineering que mejora la calidad del software y la capacidad de respuesta a los requerimientos cambiantes de los clientes, desarrollado principalmente por Kent Beck.

F

  • Features (Características)

    Una Característica es un servicio que satisface la necesidad de una persona interesada. Cada Característica incluye una hipótesis de beneficio y criterio de aceptación, y se mide o se divide según sea necesario, para poder ser entregada por un único Tren de Liberación Ágil (ART) 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 Incremento del Programa (PI), los equipos presentan sus planes terminados (Objetivos del PI, utilización de su capacidad y riesgos) para su comunicación al ART y aceptación por parte de los Dueños del Negocio.

  • Foundation (Fundamentos)

    Los fundamentos contienen los principios fundamentales, los valores, la mentalidad, la guía de implementación y los roles de liderazgo necesarios para entregar valor exitosamente a escala.

  • Full SAFe (Configuración de SAFe Completo)

    Configuración de SAFe Completo es la configuración más completa; 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 personas interesadas realizan su trabajo en el flujo de valor operacional 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, mientras 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 multiples propósitos. Funciona como un margen de estimación para ayudar a cumplir los Objetivos del Incremento del Programa y provee un tiempo dedicado a la innovación, la educación continua, y a los eventos de Planificación del Incremento del Programa e Inspección y Adaptación (I&A).

  • Inspect & Adapt, I&A (Inspección y Adaptación)

    Inspección y Adaptación (I&A) es un evento muy importante que se realiza al final de cada Incremento del Programa (PI) y en donde el tren demuestra y evalúa el estado actual de la Solución. Luego los equipos reflexionan e identifican elementos para el backlog de mejora 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 los interesados 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 Horizontes de Inversión sirve para resaltar la distribución de los gastos de las soluciones creadas por los flujos de valor y que ayudan a los dueños de los flujos de valor y a los fiduciarios a tomar decisiones de inversión más informadas. Logrando asi aliner el Portafolio con los temas estratégicos mientras promueven la salud y el crecimiento general.

  • Iteration (Iteración)

    Las iteraciones son el bloque de construcción básico del desarrollo Ágil. Cada Iteración es un período de tiempo 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 en funcionamiento. 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 manejan su trabajo a lo largo del período de tiempo de la Iteración, que resulta en un incremento del sistema de alta calidad, que funciona y está probado.

  • Iteration Goals (Metas de la Iteración)

    Las metas de la iteración son resúmenes de alto nivel de los objetivos de negocio y técnicos 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 auto organizado y auto administrado.

  • 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 cuanto del Backlog de Equipo a lo 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 a los que están comprometidos.

  • 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 conversan 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 periódico, en la que cada equipo inspecciona el incremento al final de cada Iteración, para evaluar el progreso y entonces ajustar el Backlog de Equipo para la próxima Iteración.

K

  • Knowledge Worker (Trabajador del Conocimiento)

    Los Trabajadores del Conocimiento son personas que tienen la capacidad, experiencia y capacitación necesarias para resolver problemas complejos en su ámbito de actuación.

L

  • Large Solution SAFe (SAFe para Grandes Soluciones)

    SAFe para Grandes Soluciones describe roles, prácticas y guías adicionales para construir y evolucionar las aplicaciones, redes y sistemas cibernéticos más grandes del mundo.

  • Lead Time

    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 los retrasos 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 presupuesto y de gasto para asegurar la buena gobernanza de un portafolio específico.

  • Lean Budgets (Presupuestos Lean)

    Los Presupuestos Lean proveen un enfoque Lean-Ágil para la gobernanza financiera que incrementa el rendimiento y la productividad reduciendo los gastos de administración y los costos administrativos asociados con 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 (Gestión Lean)

    Gestión Lean, es una de las dimensiones de la Gestión del Portafolio Lean que apoya la supervisión y la toma de decisiones referentes al gasto, auditoría y conformidad, previsión de gastos futuros y medición.

  • Lean Portfolio Management (Gestión del Portafolio Lean)

    La competencia de Gestión del Portafolio Lean 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 de Á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, políticas y procedimientos necesarios para validar la seguridad y la eficacia. Las organizaciones SAFe pasan de la gestión tradicional a la gestión QMS Lean.

  • Lean User Experience, Lean UX (Experiencia Lean del Usuario)

    El diseño de la Experiencia Lean del Usuario es una mentalidad, una cultura y un proceso, que adoptan métodos enfocados en Lean–Ágil. Implementa funcionalidades en incrementos mínimos y viables, y determina su éxito midiendo los resultados y comparándolos con la hipótesis de beneficio.

  • Lean-Agile Center of Excellence (Centro de Excelencia de Lean-Ágil)

    El Centro de Excelencia de Lean-Ágil (LACE) es un pequeño equipo de personas dedicadas a implementar la forma de trabajo SAFe Lean-Ágil.

  • Lean-Agile Leadership (Liderazgo Lean-Ágil)

    La competencia de Liderazgo Lean– Ágil describe cómo los Líderes Lean–Ágil impulsan y sostienen el cambio organizacional y la excelencia operativa mediante el empoderamiento de personas y equipos para alcanzar su máximo potencial.

  • Lean-Agile Mindset (Mentalidad Lean-Ágil)

    La Mentalidad Lean-Ágil 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 de Lean. Es el fundamento a nivel personal, intelectual y de liderazgo para adoptar y aplicar los principios y las prácticas de SAFe.

  • Lean-Agile Principles (Principios Lean-Ágil)

    SAFe se basa en diez principios fundamentales e inmutables de Lean-Ágil. 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 utilizan para evaluar el progreso de la organización hacia los objetivos de negocio y técnicos a nivel del Portafolio, Solución Grande, ART y Equipos Ágiles.

  • Milestones (Hitos)

    Los Hitos se utilizan para monitorear 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 (Característica Mínima Comercializable)

    La Característica Mínima Comercializable (MMF) es la funcionalidad mínima que los equipos pueden construir para descubrir si la hipótesis de beneficio de la característica 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 utiliza para probar o refutar la hipótesis de la épica. A diferencia de guiones gráficos, prototipos, maquetas, wireframes y otras técnicas de exploración, el MVP es un producto real que clientes reales utilizan 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, analizar y documentar el sistema en desarrollo. Estos modelos proveen una forma eficiente de explorar, actualizar y comunicar ciertos aspectos del sistema a las personas interesadas, reduciendo significativamente o eliminando la dependencia en documentos tradicionales.

  • Modified Fibonacci Sequence (Serie de Fibonacci Modificada)

    La Serie de Fibonacci Modificada (1, 2, 3, 5, 8, 13, 20, 40, 100) se utiliza durante la estimación relativa, y permite incorporar, la incertidumbre inherente a medida que aumenta el tamaño del trabajo a estimar.

N

  • Nonfunctional Requirements, NFR (Requerimientos no Funcionales)

    Los Requerimientos no Funcionales definen los atributos del sistema como seguridad, fiabilidad, desempeño, mantenimiento, escalabilidad y 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) puede utilizarse 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 (Flujos de Valor Operacional)

    Los Flujos 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, otorgar 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, evolucionan la estrategia con nuevos compromisos de forma clara y decisiva, y adaptan la organización con rapidez según sea necesario para capitalizar en 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 apoyo y ayudar a las personas, los equipos y las organizaciones a realizar el cambio organizacional.

P

  • Pareto Analysis (Análisis de Pareto)

    El Análisis de Pareto es una técnica que se utiliza durante un evento de Inspección y Adaptación para reducir el número de posibles causas que producen el efecto más significativo.

  • Participatory Budgeting (Presupuesto Participativo)

    Presupuesto Participativo (PB) es el proceso que la Gestión del Portafolio Lean (LPM) utiliza para asignar el presupuesto total del portafolio a los flujos de valor.

  • Personas

    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 son hitos de gestión tradicional que en SAFe se sustituyen por hitos basados en la evaluación objetiva de sistemas funcionando.

  • PI Objectives (Objetivos del Incremento del Programa)

    Los Objetivos del Incremento del Programa (PI) son un resumen de las metas de negocio y técnicas que un Equipo Ágil o tren 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 utiliza para controlar la variabilidad y realizar ajustes en respuesta al feedback durante el desarrollo del producto.

  • Portfolio (Portafolio)

    Un portafolio de SAFe alinea la estrategia con la ejecución a través de un conjunto de flujos de valor de desarrollo. Operando bajo un modelo común de gestión, cada flujo de valor provee una o mas soluciones que la empresa necesita para cumplir su misión.

  • 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 evolucionar un conjunto integral de Soluciones.

  • Portfolio Canvas

    El Portfolio Canvas define los flujos de valor de desarrollo que están incluidos en un portafolio SAFe, las propuestas de valor y las soluciones que ofrecen, los clientes a los que sirven, los presupuestos asignados a cada flujo de valor, así como otras actividades y eventos clave necesarios para lograr 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, la implementación y 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 uno o más Flujos de Valor.

  • Portfolio Vision (Visión del Portafolio)

    La Visión del Portafolio es una descripción del estado futuro de los Flujos de Valor y Soluciones de un portafolio y describe cómo funcionarán en forma conjunta para lograr los objetivos del portafolio y el objetivo más amplio de la Empresa.

  • Pre-and Post-PI Planning (Pre y Post Planificación del Incremento del Programa PI)

    Los eventos de Pre- y Post Planificación del Incremento del Programa se utilizan para prepararse previamente y darle seguimiento posteriormente a la Planificación del Incremento del Programa para los Trenes de Liberación Ágil (ARTs) y los Proveedores en un Tren de Soluciones.

  • 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&A) y representa un enfoque estructurado para encontrar la causa raíz de los problemas sistémicos.

  • Product Management (Gestión del Producto)

    La Gestión del Producto es responsable de definir y apoyar 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 (Dueño del Producto)

    El Dueño del Producto es un miembro del Equipo Ágil responsable de definir las Historias del Usuario y de priorizar el Backlog de Equipo para hacer más eficiente la ejecución de las prioridades del programa, manteniendo la integridad conceptual y técnica de las Características o componentes para el equipo.

  • Product Owner (PO) Sync

    PO Sync es un evento del ART donde se obtiene visibilidad sobre el progreso del ART hacia el cumplimiento de sus Objetivos del Incremento del Programa, se debaten problemas y oportunidades con el desarrollo de características y se evalúan los ajustes del alcance.

  • Program Backlog (Backlog del Programa)

    El Backlog del Programa es el área para contener las próximas Características, con propósito de dirigir la atención hacia satisfacer las necesidades del usuario y entregar los beneficios del negocio, para un solo Tren de Liberación Ágil (ART). También contiene las características habilitadoras necesarias para construir la Plataforma de Arquitectura.

  • Program Board (Tablero del Programa)

    El Tablero del Programa destaca las fechas de entrega de las características del PI, las dependencias de las características entre los equipos y los hitos relevantes.

  • Program Increment (Incremento del Programa PI)

    Un Incremento del Programa (PI) es un período de tiempo durante el cual un Tren de Liberación Ágil planifica y entrega valor incremental, en forma de software y/o sistemas completamente probados y en funcionamiento. Los PI suelen ser de entre 8 y 12 semanas. El patrón más común para un PI es cuatro iteraciones de desarrollo, seguidos de una Iteración de Innovación y Planificación.

  • 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) alineando a todos los equipos en el ART hacia una misión y una Visión común.

  • 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 Características y Capacidades desde la ideación, al análisis, 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 rendimiento y la confiabilidad del ART.

  • Program Risks (Riesgos del Programa)

    Los Riesgos del Programa son identificados por los equipos durante la Planificación del Incremento del Programa PI y representan riesgos e impedimentos que podrían afectar su capacidad para cumplir con sus objetivos.

R

  • Refactoring (Refactorización)

    Refactorización es la actividad de mejora de 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 realiza una comparación entre sí, de los trabajos para estimar rápidamente su tamaño y valor.

  • Release on Demand (Liberación Bajo Demanda)

    El Despliegue Bajo Demanda es el proceso que permite liberar nueva funcionalidad en producción para luego desplegarla inmediatamente a los usuarios o de manera progresiva según la demanda.

  • Release Train Engineer, RTE (Ingeniero del Tren de Liberación)

    El Ingeniero del Tren de Liberación (RTE) es un líder servicial y entrenador del Tren de Liberación Ágil (ART). Las responsabilidades mayores del RTE son facilitar los eventos y los procesos del ART y ayudar a los equipos a entregar valor. Los RTEs se comunican con las personas interesadas, escalan impedimentos, ayudan a gestionar el riesgo e impulsan mejoras en forma constante.

  • Relentless Improvement (Mejora Implacable)

    Mejora Implacable es el cuarto pilar de SAFe House of Lean y fomenta el aprendizaje y el crecimiento mediante la reflexión continua y mejoras del proceso.

  • Roadmap (Mapa de Ruta)

    El Mapa de Ruta es un horario de eventos e Hitos que comunica los entregables de la Solución planeada sobre un horizonte de planificación.

  • ROAMing Risks (Mapear Riesgos, Resolver, Controlar, Aceptar y Mitigar, ROAM)

    Gestión de Riesgos, Resolver, Controlar, Aceptar y Mitigar (ROAM) es una actividad de la Planificación del Incremento del Programa (PI), en la que se revisan los riesgos del programa planteados por los equipos en un contexto más amplio.

  • Root Cause Analysis (Análisis de Causa Raíz)

    Un Análisis de Causa Raíz, utiliza 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)

    SAFe Big Picture (BP) es una representación visual de los principales roles, actividades y artefactos del Framework. Se puede utilizar para acceder a los artículos de SAFe haciendo clic en todos 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–Ágiles 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 Agilidad Empresarial. SAFe integra las ventajas de Lean, Ágil y DevOps en un sistema operativo que ayuda a las empresas a prosperar en la era digital permitiendo la entrega de productos y servicios innovadores en forma más rápida, predecible y con mayor calidad.

  • SAFe Implementation Roadmap (Mapa de Ruta para la Implementación de SAFe)

    El Mapa de Ruta para la Implementación de SAFe consiste en una gráfica de visión general y en una serie de 12 artículos que describen una estrategia y un grupo 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-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 gestionando la inversión y el riesgo de forma incremental, y al mismo tiempo aprovechando las ventajas de flujo y visibilidad de SAFe.

  • SAFe Program Consultants, SPCs (Consultores del Programa SAFe SPCs)

    Los Consultores de Programa SAFe® 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 con un rol crítico en la implementación exitosa de SAFe. Los SPC pueden provenir de distintos roles ya sea internos o externos, que incluyen líderes del negocio y tecnológicos, gerentes de proyecto, de programa o de portafolio, líderes de procesos, arquitectos, analistas y asesores.

  • Scrum Master

    Scrum Masters son líderes serviciales y entrenadores de un Equipo Ágil. Ayudan a educar al equipo en materia de Scrum, Programación Extrema (XP), Kanban, SAFe, garantizando que se siga el proceso Ágil acordado. Además, ayudan a eliminar impedimentos y promueven un ambiente propicio para la dinámica de equipos de alto rendimiento, flujo continuo y mejoras continuas.

  • 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 es un proceso ligero para entregar valor utilizado por los equipos multidisciplinarios y auto organizados dentro del contexto de SAFe. Combina el poder las prácticas del manejo de trabajo de Scrum con prácticas de la Programación Extrema (XP).

  • Set-Based Design (Diseño Basado en Conjuntos)

    El Diseño Basado en Conjuntos es una práctica que sostiene que las opciones en los requisitos y los diseños deben ser flexibles el mayor tiempo posible durante el proceso de desarrollo. En lugar de elegir una solución única al inicio, el Diseño Basado en Conjuntos identifica y al mismo tiempo explora distintas opciones, eliminando las peores opciones a lo largo del tiempo. Mejora la flexibilidad en el proceso de diseño comprometiéndose a una solución técnica únicamente después de validar los supuestos, lo que genera mejores resultados económicos.

  • Shared Services (Servicios Compartidos)

    Servicios Compartidos representa a los roles de especialización, las personas y los servicios los que son necesarios para el éxito de un Tren de Liberación Ágil (ART) o un Tren de Soluciones, pero que no pueden dedicarse de tiempo completo.

  • Silos

    Los Silos son estructuras de las organizaciones que alinean funcionalmente a las personas, optimizan localmente a los especialistas con las políticas y procedimientos que 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 Flujo de Valor produce una o más Soluciones, que son productos, servicios o sistemas entregados al cliente, ya sea interno o externo a de la Empresa.

  • Solution Architect/Engineering (Arquitecto/Ingeniería de la Solución)

    El Arquitecto/Ingeniería de la Solución es responsable de definir y comunicar una visión técnica y arquitectónica compartida a través de un Tren de Solución para ayudar a asegurar que el sistema o la Solución en desarrollo sea adecuada para su propósito.

  • Solution Backlog (Backlog de la Solución)

    El Backlog de la Solución es el área para contener las próximas Capabilities (Capacidades) y Habilitadores, que pueden abarcar múltiples ARTs (Tren de Liberación Ágil) 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 ambiente 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 oportunidades y restricciones para la Liberación Bajo Demanda.

  • Solution Demo (Demostración de la Solución)

    La Demostración de la Solución integra esfuerzos de desarrollo de todos los equipos y proveedores del Tren de Solución cada PI y los hace visibles a los Clientes y otras personas interesadas en la evaluación y feedback.

  • Solution Intent (Intención de la Solución)

    La Intención de la Solución es el repositorio donde se almacena, gestiona y comunica información sobre el comportamiento la Solución actual y prevista. Donde se requiera, ésta incluye las 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 (Gestión de la Solución)

    La Gestión de la Solución es responsable de definir y apoyar 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 imagen organizacional utilizada para construir Soluciones grandes y complejas que requieren la coordinación de múltiples Trenes de Liberación Ágil (ARTs), así como la contribución de Proveedores. Alinea a los ARTs con una misión del negocio y de tecnología común usando la Visión, el Backlog y el Mapa de Ruta; y un Incremento del Programa alineado.

  • Solution Train Engineer, STE (Ingeniero del Tren de Solución)

    El Ingeniero del Tren de Solución (STE) es un líder servicial y entrenador del Tren de Solución, que facilita y guía el trabajo a través de todos los ARTs y Proveedores en el Flujo de Valor.

  • Spanning Palette (Paleta de Expansión)

    La Paleta de Expansión contiene distintos roles y artefactos que se pueden aplicar a un contexto de un equipo específico, a un programa, a una solución grande o a un portafolio.

  • Spike

    Un Spike es un tipo de Historia del Usuario Habilitadora que permite la exploración, y obtener los conocimientos necesarios para reducir el riesgo técnico, comprender mejor un requerimiento o aumentar la confiabilidad de la estimación de una historia del usuario.

  • Sprint

    Sprint es un término que proviene del método Scrum y es sinónimo del término Iteración en SAFe.

  • Stories (Historias del Usuario)

    Las Historias del Usuario 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 fracciones verticales de la funcionalidad del sistema y son de un tamaño tal que se puedan completar en una sola Iteración.

  • Story Map (Mapa de Historias de Usuario)

    Un Mapa de Historias de Usuario es una técnica de Design Thinking que organiza una secuencia de Historias del Usuario en función de las tareas que un usuario necesita realizar para cumplir su meta.

  • Story Point (Punto de Historia de Usuario)

    Un Punto de Historia de Usuario es un número singular que se utiliza 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 empresariales 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 del portafolio.

  • Sunk Costs (Costos Hundidos)

    Costos Hundidos hace 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/SWOT) es una técnica de planificación estratégica que se utiliza 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 (Arquitecto/Ingeniería del Sistema)

    El Arquitecto/Ingeniería del Sistema es responsable de definir y comunicar una visión técnica y arquitectónica común para un Tren de Liberación Ágil (ART) ayudando a asegurar que el sistema o la Solución en desarrollo sea adecuada para su propósito.

  • System Demo (Demostración del Sistema)

    Demostración del Sistema es un evento muy importante, que provee un visión integrada de las nuevas Características, 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 los personas interesadas del ART una medida objetiva del progreso obtenido durante el Incremento del Programa (PI).

  • System Team (Equipo de Sistemas)

    El Equipo de Sistemas es un Equipo Ágil especializado que brinda asistencia en la construcción y soporte del ambiente de desarrollo Ágil, que por lo general incluye el de desarrollo y mantenimiento de las herramientas que constituyen el Proceso de Entrega Continua. El Equipo de Sistemas 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 el despliegue y Liberación Bajo Demanda.

  • Systems Thinking (Pensamiento Sistémico)

    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 del Equipo)

    La competencia de Agilidad Técnica y del Equipo describe las habilidades críticas y los principios y prácticas Lean–Ágil que los Equipos Ágiles y Equipos de Equipos Ágiles de alto rendimiento, utilizan para crear soluciones de alta calidad para sus clientes.

  • Team Backlog (Backlog del Equipo)

    El Backlog del Equipo contienen Historias del Usuario y Habilitadores que se originan de el Backlog del Programa, así como también Historias del Usuario que surgen del contexto local del equipo. Puede incluir también 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, estableciendo los límites del Trabajo en Proceso (WIP), midiendo el rendimiento y mejorando sus procesos en 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 subóptima o incompleta.

  • Test-Driven Development

    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/TOWS) se utiliza junto con un Análisis de Fortalezas, Oportunidades, Debilidades y Amenazas (FODA/SWOT) 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 para el tamaño del lote determina el tamaño óptimo del lote mediante el equilibrio de los costos de transacción y los costos de retención.

  • 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 utilizar objetivos no comprometidos cuando tengan poca confianza en lograr el cumplimiento de un objetivo.

V

  • Value (Valor)

    Valor representa los beneficios que una empresa entrega a sus clientes y personas interesadas y aparece en diferentes contextos en SAFe.

  • Value Stream Coordination (Coordinación del Flujo de Valor)

    La Coordinación de Flujo de Valor define cómo gestionar las dependencias y explotar las oportunidades que solamente existen en las interconexiones entre los Flujos de Valor.

  • Value Stream Identification (Identificación de Flujos de Valor)

    Identificación de Flujos de Valor es una actividad que los portafolios utilizan para identificar los flujos de valor de desarrollo y los flujos de valor operacional que apoyan.

  • Value Stream Key Performance Indicator, KPIs (Indicadores Clave de Desempeño del Flujo de Valor)

    Los Indicadores Clave de Desempeño del Flujo de Valor son las medidas cuantitativas utilizadas para evaluar cómo un Flujo de Valor se desempeña con respecto a sus resultados comerciales previstos.

  • Value Stream Mapping (Mapeo de Flujos de Valor)

    Mapeo de Flujos 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 retrasos en el flujo.

  • Value Streams (Flujos de Valor)

    Los Flujos de Valor representan la serie de pasos que una organización utiliza para implementar Soluciones que proveen un flujo continuo de valor a un Cliente.

  • Velocity (Velocidad)

    Velocidad es igual a la suma de los puntos de todas las historias del usuario 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 personas interesadas, así como las Características 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 es un modelo para priorizar trabajos (p. ej., Características, Capacidades y Épicas) para producir el máximo beneficio económico. En SAFe, WSJF es estimado como el Costo de la Demora (CoD) dividido por la duración 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 frecuentes cambios de contexto y aumentar los gastos de administración.

5

  • 5 Whys (Los 5 Porqués)

    Los 5 Porqués es una técnica probada de resolución de problemas que se utiliza para explorar las relaciones de causa y efecto que existen en un problema concreto como parte de la ceremonia de Inspección y Adaptación

© 2021 Scaled Agile, Inc. All rights reserved.