SAFe 4.0 Glosario - Scaled agile framework

©2017 Scaled Agile, Inc. Derechos Reservados | www.scaledagileframework.com 1

SAFe® 4.0 Glosario

Scaled Agile Framework® Términos y definiciones ESPAÑOL

PRODUCIDO POR

VERSIÓN 4.0.2


Agile Architecture Agile architecture es un conjunto de valores y prácticas que promueve el diseño y la arquitectura de un sistema y a la vez implementa nuevas funciones de negocio.

Agile Release Train Agile Release Train (ART) es un conjunto de equipos de Agile de larga duración, que, junto a otros accionistas, desarrolla y entrega soluciones de manera progresiva mediante una serie de iteraciones (iterations) fijas dentro de un período de program increment. El ART alinea a los equipos en una misión de negocio y tecnología en común.

Agile Teams Agile teams son un grupo de tres a nueve colaboradores individuales dedicados, que abarcan todos los roles necesarios para definir, generar y evaluar un incremento de óptima calidad en una iteración.

Architectural Runway Architectural runway consiste en el código, los componentes y la infraestructura técnica existentes que son necesarios como soporte para la ejecución de features de corto plazo, sin retraso ni reestructuración excesivos.

Budgets Ver Lean-Agile budgeting.

Built-in Quality Las prácticas de built-in quality garantizan que cada elemento de la solución, en cada incremento, cumpla con las normas de calidad apropiadas a lo largo del desarrollo.

Business Epic Ver epic.

Business Owners Business Owners es un pequeño grupo de accionistas que tienen la principal responsabilidad técnica, de adecuación al uso, de dirección y de Return on Investment (ROI) para una solución desarrollada por un Agile Release Train (ART). Son accionistas clave en el ART y participan de manera activa en determinados eventos.

Capability Capability es un comportamiento de solution de alto nivel que por lo general abarca múltiples Agile Release Trains (ARTs). Las capabilities se redimensionan y se dividen según sea necesario para incorporarse dentro de un único program increment.

CapEx and OpEx El gasto de capital (CapEx) y el gasto operativo (OpEx) describen las prácticas financieras de Lean-Agile para monitorear los gastos de capital (CapEx) y los gastos operativos (OpEx) en un presupuesto de flujo de valor. En algunos casos, el CapEx puede incluir trabajos capitalizados relacionados con el desarrollo de activos intangibles tales como software, propiedad intelectual y patentes.

Communities of Practice Las Communities of Practice (CoPs) son grupos 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 desempeño y potenciar el conocimiento general del dominio.


Continuous Integration Continuous integration es una práctica de built-in quality en la que los miembros del equipo integran y verifican de manera constante su trabajo mediante el uso de entornos automatizados de compilación y prueba que rápidamente identifican problemas y defectos.

Coordination Ver value stream coordination.

Core Values Los core values definen los ideales y los principios que son clave para la efectividad de SAFe. Estos son: alineamiento, calidad interconstruida (built-in quality), transparencia y ejecución de programas.

Customer Customer es toda persona que utiliza el trabajo de un value stream. Los clientes son un componente integral del proceso de desarrollo ágil y del flujo de valor.

Develop on Cadence Develop on cadence es una estrategia que se utiliza para gestionar la variabilidad inherente en el desarrollo de soluciones; asegurando eventos y actividades importantes en un cronograma regular y predecible.

DevOps DevOps es una mentalidad, una cultura y un conjunto de prácticas técnicas que promueven la comunicación, la colaboración y la cooperación estrecha entre todos los profesionales que son necesarios para desarrollar, evaluar, implementar y mantener una solución.

Economic Framework Economic framework es un conjunto de normas para la toma de decisiones que alinea a todas las personas con los objetivos financieros de la misión, define los parámetros económicos de compensación y asegura operaciones dentro del presupuesto proporcionado por un program portfolio management.

Enablers Los Enablers (habilitadores) impulsan las actividades de investigación, de infraestructura y de desarrollo arquitectónico necesarias para brindar soporte a la futura operatividad de negocio. Los Enablers surgen del backlog y ocurren en todos los niveles del marco donde se los describe como enabler portfolio epics, enabler capabilities, enabler features o enabler stories.

Enterprise La enterprise (empresa) representa la entidad de negocio que tiene la autoridad estratégica, fiduciaria y de dirección definitiva para todos los value streams de desarrollo que conforman una cartera.

Enterprise Architect El Enterprise Architect fomenta prácticas flexibles de diseño y de ingeniería y lleva adelante iniciativas arquitectónicas estratégicas para una cartera. Los Enterprise Architects facilitan la re-utilización de ideas, componentes y patrones comprobados a través de las soluciones.


Epic Un Epic es una idea significativa que por lo general afecta value streams y ARTs múltiples. Los epics requieren de un análisis mediante una lightweight business case (caso de negocios ligero) y aprobación financiera antes de implementarse. Existen dos tipos de epics: business epics y enabler epics, que pueden desarrollarse en portfolio, value stream y program level.

Epic Owners Epic Owners son responsables de coordinar los epics del portafolio a través del sistema de portfolio kanban. Desarrollan la justificación económica y, cuando esta se aprueba, trabajan directamente con los accionistas clave en los Agile Release Trains (ARTs) seleccionados para ayudar a concretar la implementación.

Feature Un Feature es un servicio ofrecido por el sistema, que satisface las necesidades de los accionistas y puede distribuirse mediante un único ART. Cada feature incluye una declaración de beneficios y criterios de aceptación y se redimensiona para que se adecue dentro de un program increment.

Implementing 1-2-3 Implementing 1-2-3 es un patrón comprobado y exitoso que se utiliza para introducir SAFe. Describe los tres pasos básicos: 1) capacitar agentes de cambio de Lean-Agile, 2) capacitar ejecutivos, gerentes y líderes, 3) capacitar equipos e iniciar Agile Release Trains (ARTs).

Innovation and Planning Iteration Innovation and Planning iteration ocurre en cada PI y cumple diferentes propósitos. Funciona como un búfer de estimación para cumplir los objetivos del PI y, a su vez, provee tiempo dedicado especialmente a la innovación, educación continua y planificación del PI y eventos Inspect and Adapt (I&A).

Inspect and Adapt Inspect and Adapt (I&A) es un evento significativo que se realiza al final de cada Program Increment (PI) y en donde se demuestra y evalúa el estado actual de la solution. Luego, los equipos reflexionan e identifican elementos en el backlog para mejorar a través de un taller estructurado de resolución de problemas.

Iteration Execution Iteration execution es el modo en que los Agile teams gestionan su trabajo a lo largo del período de iteración, que resulta en un sistema incremental de alta calidad, funcional y comprobado. Cada iteration sigue un patrón estándar: planear la iteration, comprometerse con una meta, ejecutarla, demostrar el trabajo a los accionistas clave y mantener una retrospectiva.

Iteration Goals Iteration goals son resúmenes de alto nivel de los objetivos de negocio y técnicos que el equipo y el Product Owner se comprometen a cumplir en una iteración. Cumplen la función de un mecanismo de comunicación dentro del equipo y entre sus accionistas, y ayudan a garantizar una alineación con los objetivos del PI.

Iteration Planning Iteration planning es un evento en el cual todos los miembros del equipo determinan la cantidad de team backlog que pueden comprometerse a entregar durante la próxima iteration. El equipo resume el trabajo como un conjunto de iteration goals a los que están comprometidos.


Iteration Retrospective Iteration retrospective es una reunión en la que los miembros del equipo evalúan los resultados de la iteration, revisan sus prácticas e identifican maneras de mejorar.

Iterations Iterations son un período estándar y de duración fija en el cual los equipos entregan valor incremental en forma de software y sistemas funcionales y comprobados. Puede elegirse que la duración de la iteration vaya desde una hasta tres semanas; la duración sugerida y la más común es dos semanas.

Lean-Agile Budgeting Lean-Agile budgeting es un conjunto de prácticas que financian y posibilitan los value streams; además mantiene la dirección financiera y de adecuación al uso mediante la evaluación de objetivos de sistemas funcionales y ajustes dinámicos de presupuesto.

Lean-Agile Leaders Los Lean-Agile leaders son aprendices permanentes que tienen la responsabilidad de lograr la adopción exitosa de SAFe y de los resultados que arroja. Ayudan a los equipos a crear mejores sistemas a través del aprendizaje, la exhibición, la enseñanza y la instrucción relacionada con los principios y las prácticas de Lean-Agile de SAFe.

Lean-Agile Mindset Lean-Agile mindset combina los conceptos del Manifiesto de Agile y el pensamiento de Lean, lo que forma la base de las prácticas y principios de SAFe.

Metrics Metrics es una serie de medidas acordadas que se utiliza para evaluar qué tan bien la organización adopta SAFe y el modo en que progresa hacia los objetivos técnicos y de negocio a nivel portfolio, value stream, program y team.

Milestones Los Milestones se utilizan para monitorear el progreso hacia una meta o un evento específicos. Existen tres tipos de milestones en SAFe: milestones de fecha fija, de program increment y de aprendizaje.

Model-Based Systems Engineering Model-Based Systems Engineering (MBSE) es la aplicación del modelado y sus herramientas a las actividades relacionadas con requerimientos, diseño, análisis y verificación del desarrollo de soluciones. Los modelos proveen una forma eficiente de explorar, actualizar y comunicar ciertos aspectos del sistema a los accionistas, lo que a su vez reduce de forma significativa o elimina la dependencia de documentos tradicionales.

Nonfunctional Requirements Los Nonfunctional requirements (NFR) definen los atributos del sistema tales como seguridad, fiabilidad, desempeño, mantenimiento, escalabilidad y uso. Funcionan como limitaciones o restricciones en el diseño del sistema a través de los diferentes backlogs.

Program Increment Planning Program Increment (PI) planning es un evento de planificación basado en la cadencia y cara a cara que sirve como el motor del Agile Release Train (ART) y alinea a todos los equipos en el ART para cumplir una meta común.


Portfolio Backlog Portfolio backlog es una lista prioritaria de epics que se han aprobado para implementarse a través del sistema de portfolio kanban.

Portfolio Business Epic Portfolio business epics son grandes iniciativas empresariales que generalmente abarcan value streams y requieren múltiples program increments para entregar.

Portfolio Kanban Portfolio kanban es un método que se utiliza para visualizar y gestionar el análisis, la priorización y el flujo de portfolio epics desde la concepción hasta la implementación y la finalización.

Portfolio Level El portfolio level contiene los roles, los artefactos y los procesos que se necesitan para cumplir los objetivos estratégicos de la cartera. Define value streams y el financiamiento para las personas y otros recursos que generan las soluciones.

Pre- and Post-PI Planning Las reuniones de Pre- and post-PI (Program Increment) se utilizan para prepararse y hacer un seguimiento de PI planning para múltiples Agile Release Trains (ARTs) y suppliers en un gran value stream.

Product Management Product Management es la autoridad de contenido para program level y el backlog. Tienen la responsabilidad de identificar las necesidades de los customers, priorizar features y desarrollar la visión y el roadmap del programa.

Product Owner Product Owner es la autoridad de contenido para el team level. El Product Owner es responsable del team backlog, de priorizar y de aceptar stories y de representar al customer ante el equipo de Agile.

Program Backlog Program backlog es una lista priorizada de features destinado a abordar las necesidades del usuario y a ofrecer beneficios de negocio. También incluyen features de habilitadores necesarios para crear la architectural runway.

Program Epics Program epics son iniciativas lo suficientemente significativas como para requerir un análisis mediante una lightweight business case y aprobación financiera antes de implementarse. Su alcance se limita a un único Agile Release Train (ART) y es posible que para desarrollarse se necesiten numerosos Program Increments.

Program Increment Un Program Increment (PI) es un período en el cual un Agile Release Train (ART) entrega valor incremental en forma de software y sistemas funcionales y comprobados. Los PI generalmente duran entre ocho y doce semanas, y el patrón más común para un PI es cuatro iterations de desarrollo, seguido de una Innovation and Planning (PI) iteration.

Program Kanban Program kanban es un método que se utiliza para visualizar y gestionar el análisis, la priorización y el flujo de program epics y features desde la concepción hasta la finalización para un único Agile Release Train (ART).


Program Level Program level contiene los roles y las actividades que se necesitan para entregar solutions de manera continua mediante un Agile Release Train (ART).

Program Increment Objectives Los Program Increment (PI) objectives son un resumen integrado de todos los PI objectives del equipo para un Agile Release Train (ART). Se utilizan para comunicar el plan a los accionistas y para evaluar los logros del ART para un program increment.

Program Portfolio Management Program Portfolio Management (PPM) es una función de la que forman parte las personas que tienen la autoridad definitiva para tomar decisiones en una cartera. Es responsable de la estrategia, el financiamiento de la inversión, los elementos generales de la gestión del programa y la adecuada gestión de la cartera.

Release Release es la distribución privada o pública de incrementos valiosos, funcionales y totalmente comprobados y validados de la solución.

Release Any Time Release any time es una práctica en la que el Agile Release Train (ART) separa la cadencia de desarrollo del ciclo de lanzamiento de soluciones. Bajo una dirección técnica y de negocio adecuada, los ART pueden lanzar cualquier cosa que sea necesaria, en cualquier momento.

Release Management Release Management es una función que comunica el estado de release a los accionistas, valida que la solution reúna los criterios relevantes de calidad y dirección y da la autorización final para el release.

Release Train Engineer Release Engineer Train (RTE) es un líder servidor e instructor del Agile Release Train (ART), que facilita los procesos, los eventos y le ejecución del ART. Esta persona prioriza los impedimentos y ayuda a gestionar el riesgo, la entrega de valor y las mejoras continuas.

Roadmap Roadmap es un calendario de eventos y milestones que informa los resultados previstos a lo largo de una escala de tiempo. Incluye compromisos para el PI planeado y ofrece visibilidad hacia los resultados pronosticados de los próximos PI.

SAFe Principles Los SAFe principles definen las nueve nociones principales, verdades fundamentales y premisas económicas que dirigen roles eficaces, prácticas y una implementación exitosa de SAFe.

Scrum Master Scrum Masters son líderes servidores y coaches de un equipo de Agile. Ayudan a educar al equipo en materia de Scrum, programación extrema, Kanban y SAFe, y garantizan que se siga el proceso. Además, ayudan a eliminar impedimentos y a promover un ambiente con dinámica de equipo de alto rendimiento, flujo continuo y mejoras firmes.

ScrumXP ScrumXP es un proceso ligero para equipos multidisciplinarios y auto-organizados para entregar valor dentro del contexto de SAFe. ScrumXP combina el poder de las prácticas de gestión de proyectos de Scrum con prácticas técnicas basadas en programación extrema.


Set-Based Design Set-Based design es una práctica en la que las opciones de requisito y diseño se mantienen flexibles durante un período de tiempo más prolongado. En lugar de escoger inicialmente una solución de “punto” único, set-based design se utiliza para identificar las opciones de diseño y eliminar las opciones deficientes con el tiempo, lo que permite flexibilidad en el proceso de diseño.

Shared Services Shared Services representa los roles de especialidad, las personas y los servicios necesarios para el éxito de un Agile Release Train (ART) o value stream, pero no puede dedicarse a ningún ART específico de forma completa (por ejemplo, especialistas de seguridad, administradores de bases de datos).

Solution Una solution es un producto final, un servicio o un sistema entregado al customer, o algo que habilita un value stream operativo dentro de la organización.

Solution Architect/Engineering Solution Architect/Engineering representa a las personas y a los equipos que son responsables técnicos del diseño arquitectónico y de ingeniería general de la solution. Ayudan a alinear el flujo de valor y al Agile Release Train (ART) en una vision tecnológica y arquitectónica común.

Solution Context Solution context identifica aspectos críticos del entorno para la solución planeada. Identifica el impacto sobre los requisitos, el uso, la instalación, la operación y el soporte de la solución en sí misma.

Solution Demo Solution demo es donde los resultados de todos los esfuerzos de desarrollo de múltiples Agile Release Trains (ARTs) (junto con las contribuciones de los suppliers) se integran, evalúan y hacen visibles a los clientes y a otros accionistas.

Solution Intent Solution intent representa el repositorio para almacenar, gestionar y comunicar información sobre la solución actual y prevista, lo que incluye rastreabilidad entre los elementos cuando sea necesario.

Solution Management Solution Management es la autoridad de contenido para el nivel de value stream. Esta sección trabaja con los clientes para comprender sus necesidades, crear la vision y el roadmap, definir requisitos y guiar el trabajo a través del value stream kanban.

Spanning Palette Spanning palette contiene varios roles y artefactos que pueden ser aplicables en cualquier nivel del marco. Se utiliza para aplicar varios elementos de SAFe a un nivel específico de team, program, value stream o portfolio.

Stories Las stories son descripciones breves y simples de una porción pequeña de la operatividad deseada, escritas en el idioma del usuario. Cada story (historia) respalda el desarrollo incremental mediante la implementación de una parte pequeña y vertical de la operatividad del sistema.


Strategic Themes Los Strategic themes son objetivos empresariales detallados y diferenciados que conectan a una cartera con la estrategia de negocio de la enterprise. Proporcionan un contexto empresarial para la toma de decisiones y sirven como aportes a la visión, presupuesto (Budget) y backlog para los niveles de portfolio, value stream y program.

Supplier Un supplier es una organización que desarrolla y entrega componentes y subsistemas que ayudan a que los value streams ofrezcan valor a sus clientes.

System Architect/Engineering System Architect/Engineering representa a una persona o a un equipo pequeño que define una vision técnica y arquitectónica común para la solution en desarrollo. Participan en la definición del sistema y los subsistemas e interfaces, validan los supuestos tecnológicos y evalúan alternativas.

System Demo System demo ocurre al final de cada iteración y provee un panorama integrado de las nuevas features, que han entregado todos los equipos en el Agile Release Train (ART) para la iteración más reciente. Le proporciona al ART una medida objetiva de progreso durante un program increment.

System Team System Team es un equipo especial de Agile que brinda asistencia para crear y utilizar el entorno de desarrollo de Agile, que incluye integración continua y automatización de pruebas. System Team integra activos de los Agile teams, realiza pruebas completas de la solución cuando es necesario y brinda asistencia con la implementación. Por lo general, el equipo de sistemas facilita la system demo.

Team Backlog Team backlog contiene stories de usuarios y habilitadores que se originan en el program backlog, así como también stories que surgen de manera local a partir del contexto específico del equipo. Representa todas las acciones que un equipo debe realizar para promover su parte del sistema.

Team Demo Team demo se utiliza para medir el progreso y obtener devoluciones al final de cada iteración, ya que demuestra cada story, punto máximo, adaptación y nuevo Non-Functional Requirement (NFR) que se haya desarrollado en la iteración reciente.

Team Kanban Team kanban es un método que facilita el flujo de valor porque visualiza el trabajo en proceso (WIP), establece los límites del WIP, mide el rendimiento y mejora continuamente el proceso.

Team Level Team level contiene los roles, las actividades y el modelo de proceso para los equipos que ponen en marcha el Agile Release Train (ART).

Team PI Objectives Los Team PI objectives describen las metas empresariales y técnicas que un equipo de Agile planea lograr en el próximo Program Increment (PI). Realizan un resumen y validan la intención empresarial y técnica, lo que mejora la comunicación, la alineación y la visibilidad.


User Experience Los diseñadores de user experience respaldan una experiencia del usuario consistente entre los componentes y los sistemas de la solución general, mientras que los Agile teams son responsables de implementar la solución que incluye los elementos del usuario.

Value Stream Backlog Value stream backlog es un repositorio para todas las capabilities y enablers futuros, los cuales pueden abarcar múltiples Agile Release Trains (ARTs), y se utilizan para promover la solución y crear la architectural runway.

Value Stream Coordination Value stream coordination proporciona directrices para gestionar las dependencias presentes a lo largo de los value streams en una cartera.

Value Stream Engineer Value Stream Engineer (VSE) es un líder servidor e instructor para un value stream. Los VSE facilitan los procesos del value stream, los eventos y la ejecución; además, llevan adelante mejoras continuas.

Value Stream Epics Value stream epics son ideas significativas que requieren un análisis mediante un lightweight business case y aprobación financiera antes de implementarse. Su alcance se limita a un único value stream y es posible que para desarrollarse se necesiten numerosos Program Increments (PI).

Value Stream Kanban Value stream kanban es un método que se utiliza para gestionar el análisis, la priorización y la circulación del flujo de value stream epics y capabilities, desde la concepción hasta la finalización.

Value Stream Level Value stream level proporciona los roles, las responsabilidades y las actividades necesarias para respaldar a aquellos que crean soluciones grandes y complejas, que por lo general requieren múltiples Agile Release Trains (ARTs), así como también las contribuciones de los suppliers. Este nivel opcional es utilizado por organizaciones que se enfrentan a los desafíos de sistemas más grandes, que requieren profesionales multidisciplinarios de software y sistemas.

Value Stream PI Objectives Los Value stream PI objectives son las metas empresariales y técnicas identificadas por accionistas de value stream para un Program Increment (PI). Los objetivos le comunican a los accionistas lo que entregará el value stream en el próximo PI. Son utilizados por grandes value streams que cuentan con múltiples Agile Release Trains (ARTs) o suppliers.

Value Streams Los value streams representan la serie de pasos que una organización utiliza para crear soluciones que proveen una circulación continua de valor a un customer. Los value streams son el medio principal para entender los objetivos empresariales, organizar equipos y Agile Release Trains (ARTs) y entregar el valor final. Los flujos se alcanzan mediante los ART.

Vision La visión es una descripción o un panorama futuro de la solución a desarrollar que refleja las necesidades del cliente y de los accionistas, así como también features y capabilities propuestas. Provee el resumen más amplio y contextual y el propósito de la solución que está en desarrollo.


Weighted Shortest Job First Weighted Shortest Job First (WSJF) es un modelo de priorización que se utiliza para ordenar “trabajos” (p. ej., features, capabilities y epics) para así producir un beneficio económico máximo en el flujo de desarrollo de productos. El concepto WSJF se calcula mediante el costo de retraso dividido por el tamaño del trabajo.

Calidad de la traducción del glosario SAFe Hemos trabajado con diligencia para que esta traducción sea fiel y correcta. Sin embargo, las traducciones no son perfectas. Si quiere proponer mejoras a las definiciones del glosario, envíe sus sugerencias a [email protected]


Guía de acrónimos y abreviaturas

ART Agile Release Train Tren de entrega de Agile

BO Business Owner Propietario del negocio

BV Business Value Valor de negocio

BVIR Big Visual Information Radiator Gran radiador de información visual

CFD Cumulative Flow Diagram Diagrama de flujo acumulativo

CapEx Capital Expenses Gastos de capital

CI Continuous Integration Integración continua

CoD Cost of Delay Costo de retraso

CoP Community of Practice Comunidad de práctica

DoD Definition of Done Definición de lo logrado

DSU Daily Stand-up Reunión diaria

EA Enterprise Architect Arquitecto empresarial

EO Epic Owner Propietario de iniciativas epic

FW Firmware Firmware

HW Hardware Hardware

I&A Inspect and Adapt Inspeccionar y adaptar

IP Innovation and Planning (iteration) Innovación y planificación (iteración)

MBSE Model-Based Systems Engineering Ingeniería de sistemas basada en modelos

NFR Non-functional Requirements Requisitos no funcionales

OE Opportunity Enablement Oportunidad de habilitación

OpEx Operating Expenses Gastos operativos

PDCA Plan, Do, Check, Adjust Planear, hacer, verificar, ajustar

PI Program Increment Programa incremental

PM Product Manager Gestor de productos

PM/PO Product Manager / Product Owner Gestor de productos/Propietario de productos

PO Product Owner Propietario de productos

PPM Program Portfolio Management Gestión de cartera de programas

ROAM Resolved, Owned, Accepted, Mitigated Resuelto, apropiado, aceptado, mitigado


RR Risk Reduction Reducción de riesgos

RTE Release Train Engineer Ingeniero de tren de entregas

S4T SAFe® for Teams SAFe® para equipos

SAFe® Scaled Agile Framework Scaled Agile Framework de SAFe®

SA SAFe® Agilist SAFe® Agilist

SM Scrum Master Facilitador (SM)

SMART Specific, Measurable, Achievable, Específico, medible, alcanzable, Realistic, Time-bound realista, limitado en el tiempo

SoS Scrum of Scrums Facilitadores de Scrum

SP SAFe® Practitioner Profesional de SAFe®

SPC SAFe® Program Consultant Consultor del programa de SAFe®

SW Software Software

UX User Experience Experiencia del usuario

VS Value Stream Flujo de valor

VSE Value Stream Engineer Ingeniero del flujo de valor

WIP Work in Process Trabajo en proceso

WSJF Weighted Shortest Job First Primero el trabajo ponderado más corto

XP Extreme Programming Programación extrema


Certificaciones de SAFe Existe una certificación para todos aquellos que se encuentren en la ruta de aprendizaje de SAFe

SAFe® 4 Certified Program Consultant Un SAFe® 4 Certified Program Consultant (SPC4) es un profesional de implementación de SAFe responsable de capacitar a líderes, agentes de cambio, consultores y miembros de equipos para llevar adelante una transformación de Lean-Agile a escala empresarial. Las áreas clave de competencia incluyen acciones tales como diseñar una implementación de SAFe, iniciar y facilitar un Agile Release Train (ART) y extender la cartera de Lean-Agile mediante el inicio de ARTs adicionales.

SAFe® 4 Certified Lean-Agile Leader Un SAFe® 4 Certified SAFe Agilist (SA) es un profesional de liderazgo empresarial de SAFe que forma parte de una transformación de Lean-Agile. Las áreas clave de competencia incluyen la aplicación de principios de Lean-Agile, la ejecución y el lanzamiento de valor a través de Agile Release Trains (ARTs), y la creación de una cartera de Agile con la creación de Lean-Agile budgeting.

SAFe® 4 Certified Release Train Engineer Un SAFe® 4 Certified Release Train Engineer (RTE) es un profesional de SAFe responsable de llevar adelante una entrega de valor completa a través de un solo programa o flujo de valor en una empresa de Lean-Agile. Las áreas clave de competencia incluyen acciones tales como facilitar la planificación de Program Increment, dirigir la ejecución de programas y capacitar a programas y a equipos en la mejora continua de la entrega de valor.

SAFe® 4 Certified Product Owner/Product Manager Un SAFe® 4 Certified Product Owner/Product Manager (POPM) es un profesional gerente de productos o propietario de productos de SAFe que trabaja con clientes y organizaciones de desarrollo para identificar y redactar requisitos. Las áreas clave de competencia incluyen acciones tales como identificar las necesidades del cliente, redactar epics, capabilities, features y stories, y establecer prioridades en el trabajo.

SAFe® 4 Certified Scrum Master Un SAFe® 4 Certified Scrum Master (SSM) es un profesional facilitador (SM) de SAFe responsable de integrar las prácticas de Scrum dentro de una organización. Las áreas clave de competencia incluyen acciones tales como utilizar Scrum y kanban para facilitar los eventos de equipo, brindar soporte a la ejecución de programas y capacitar a equipos de Agile.

SAFe® 4 Certified Advanced Scrum Master Un SAFe® 4 Certified Advanced Scrum Master (SASM) es un profesional Scrum Master SAFe responsable de mejorar los resultados de los equipos. Las áreas clave de competencia incluyen acciones tales como identificar y resolver antipatrones en el equipo, mejorar el flujo de valor mediante el uso de prácticas de Kanban y de ingeniería, brindar soporte a la ejecución a nivel de programas y utilizar técnicas de resolución de problemas para llevar adelante una mejora continua.

SAFe® 4 Certified Practitioner Un SAFe® 4 Certified Practitioner (SP) es un profesional miembro de un equipo de SAFe responsable de utilizar Scrum, kanban y XP en un entorno de SAFe. Las áreas clave de competencia incluyen acciones tales como planificar Program Increments e iterations, dividir requisitos en historias, desarrollar de forma progresiva con built-in quality, demostrar valor a nivel equipo y a nivel de programas y resolver problemas de impedimentos para dirigir mejoras continuas.

Descubra qué ruta de capacitación y certificación es la correcta para usted en:

www.scaledagile.com/which-course


ENCUENTRE CAPACITACIÓN DE SAFe® CERCA DE USTED

“En solo dos semanas, sentí que la barrera cultural e histórica de 156 años que hemos creado se ha roto. Gracias por ayudarnos.”

—Senior Level Architect, Compañía Fortune Global 500

La capacitación es central para el éxito del cliente.

Nuestros cursos más populares se ofrecen en 35 países y 350 ciudades alrededor del mundo a través de Scaled Agile y nuestra Red Global de Socios;

todos se centran en potenciar a la empresa para que obtenga el beneficio máximo que resulta de la adopción de SAFe.

Encuentre una clase de capacitación de SAFe cerca de usted en: www.scaledagile.com/calendar

Más información Si desea obtener más información sobre SAFe, visite estos sitios web.


Estudios de caso de SAFe: www.scaledagileframework.com/case-studies

Scaled Agile Framework: www.scaledagileframework.com

Introducción a SAFe: www.scaledagileframework.com/introduction-to-safe

Capacitación y certificación basadas en roles de SAFe: www.scaledagile.com

Videos y presentaciones de SAFe: www.scaledagileframework.com/videos-and-presentations

Libros acerca de SAFe: www.scaledagileframework.com/books

Acerca de Scaled Agile, Inc. Ubicado en Boulder, Colorado, EE.UU., la misión de Scaled Agile es ayudar a grandes empresas a lograr mejores resultados, aumentar el compromiso de los empleados y mejorar la economía del negocio mediante la adopción de los principios y las prácticas de Lean-Agile basados en Scaled Agile Framework® (SAFe®).

Scaled Agile respalda a miles de profesionales que utilizan el Framework a través de capacitación, certificación y servicios de asesoramiento, y una red global de socios que llega a más de 35 países y 350 ciudades. Como miembro del movimiento de filantropía corporativa Pledge 1%, Scaled Agile colabora con la comunidad local y busca inspirar y alentar a que otras compañías hagan lo mismo.

Información de contacto: Scaled Agile, Inc. 5480 Valmont Rd, Suite 100 Boulder CO 80301 USA +1.303.554.4367 [email protected] www.scaledagile.com

Documents

SAFe 4.0 Glosario - Scaled agile framework