Planview AgilePlace: Implementación de Kanban Enterprise

Contenido completo

Respuesta rápida (fragmento destacado):
Planview AgilePlace es una plataforma nativa de Kanban empresarial integrada con cartera (Portfolios) y ejecución (AdaptiveWork). Ofrece: carriles personalizables, límites WIP con aplicación automática, CFD (diagrama de flujo acumulativo), seguimiento del tiempo de entrega, integración con Jira/Azure/ServiceNow. Implementación típica: 8-12 semanas.

TL;DR (5 puntos):
– Kanban nativo: tableros visuales, límites WIP, clases de servicio integradas
– Múltiples vistas: carriles (por equipo, producto, épica), filtros, agrupación
– Integración Planview: cartera → agileplace → financiero, fuente única de verdad
– Métricas automáticas: CFD, distribución del tiempo de entrega, rendimiento, SLA
– Listo para la empresa: escalabilidad, seguridad, auditoría, cumplimiento

Artículo completo

¿Por qué AgilePlace frente a Jira o Azure DevOps?

Comparación rápida:

Cuándo elegir AgilePlace:
– Es importante contar con una cartera integrada (no quieres 2-3 herramientas)
– Necesitas límites WIP estrictos (mentalidad de fabricación)
– Flujo de valor a escala (múltiples equipos, dependencias)
– Métricas robustas (CFD, tiempo de entrega, previsibilidad)
– Cumplimiento y seguridad empresarial

Características principales

1. Tableros visuales y carriles

Crear un tablero en AgilePlace:

Name: "Product Delivery — Q1 2026"
Columns: Backlog | Refinement | Ready | Development | Review | Testing | Deploy | Live
Swimlanes: by Squad (Backend, Frontend, QA), by Priority, by Type
WIP Limits: Ready (15), Dev (12), Testing (5), Deploy (2)
Card Fields: Title, Type, Assignee, Due Date, Est. Size, Value, Priority
Filters: (default) Show all except "Done" from last week

Resultado: visualización clara, arrastrar y soltar entre columnas, colores por prioridad.

2. Aplicación del límite de trabajo en curso (WIP)

AgilePlace no te permite infringir los límites de WIP:

Dev column WIP limit: 12
Current WIP: 12 items

🚫 You try to drag item from "Ready" to "Dev"
❌ Error: "Dev column is at WIP limit (12/12)"
✅ You must complete or move an item from "Dev" first

→ Força disciplina, previne overload

3. Clases de servicio

Los diferentes tipos de trabajo tienen diferentes «tracks»:

Class 1: Strategic Initiatives
- SLA: 60 days to start, 120 days to done
- Priority: Highest
- Color: Red

Class 2: Feature Delivery
- SLA: 30 days to start, 45 days to done
- Priority: High
- Color: Yellow

Class 3: Bug Fixes
- SLA: 5 days to start, 10 days to done
- Priority: Medium
- Color: Green

Class 4: Tech Debt
- SLA: 60 days (flexible)
- Priority: Low
- Color: Blue

AgilePlace rastrea los SLA por clase y avisa si se incumplen.

4. CFD (Diagrama de flujo acumulativo)

El gráfico muestra el flujo de artículos:

Y-axis: # de items
X-axis: time (days)

Each column (Backlog, Dev, Testing, Done) é uma banda

Example:
- Backlog grows: demand > capacity
- Dev stays flat: team is at WIP limit
- Testing grows: QA is bottleneck
- Done grows slowly: lead time is long

→ Visualização clara onde está o problema

5. Tiempo de entrega y tiempo de ciclo

AgilePlace calcula automáticamente:

Item "Feature X":
- Entered board: Jan 1 (Backlog)
- Started work: Jan 5 (moved to Dev)
- Completed: Jan 12 (moved to Done)

Lead Time: Jan 1 → Jan 12 = 11 dias
Cycle Time: Jan 5 → Jan 12 = 7 dias
Waiting time: 11 - 7 = 4 dias (em Backlog, antes de Dev)

Report:
- Median lead time: 8 dias
- 95th percentile: 15 dias
- Trend: lead time growing (bad signal)

6. Integración con Planview Portfolios

Los elementos fluyen desde la cartera a agileplace:

Planview Portfolios
(Strategic level: "Feature X approved, Q1 2026")
        ↓
Planview AgilePlace
(Execution level: "Feature X is in Dev, on track")
        ↓
Back to Portfolios:
(Status: "90% complete, delivered in 8 days vs 10 planned")

Resultado: el gestor de carteras ve el estado real de la ejecución sin entrar en AgilePlace.

7. Integración con Jira / Azure DevOps

A través de Planview Hub (integración basada en modelos):

Jira issues (dev work)
    ↓ (sync via Hub)
AgilePlace board (feature tracking)
    ↓ (aggregated status)
Planview Portfolios (portfolio status)
    ↓
Executive dashboard (real-time status)

Implementación: 90 días para obtener valor

Fase 1: Planificación (semanas 1-2)

• Talleres: ¿cuál es la estructura (carriles, columnas, clases)?
• Migración: ¿cuántos elementos, historial?
• Integración: ¿Portafolios, Jira, ServiceNow, ERP?
• Formación: planificar sesiones para cada función.

Fase 2: Configuración (semanas 3-6)

• Configuración de AgilePlace: tableros, carriles, límites de WIP, campos
• Integración: conectores con Portfolios, Jira, Hub
• Migración de datos: cargar elementos históricos
• Personalización: reglas (automatización), paneles de control, informes

Fase 3: Piloto (semanas 7-10)

• Selecciona 1-2 escuadrones para pilotar.
• Puesta en marcha con datos reales (backlog en vivo, elementos en movimiento)
• Recopilar opiniones: ¿qué falta? ¿Qué resulta confuso?
• Ajustes: personalizaciones, formación, procesos

Fase 4: Puesta en marcha (semanas 11-12+)

• Despliegue completo (todas las escuadras)
• Formación para todo el personal
• Soporte (servicio de asistencia disponible)
• Comunicación: «AgilePlace es una nueva herramienta, no un cambio de proceso».

Casos de uso reales

Caso 1: Banco Brasileiro — Transformación digital

Desafío: 30 escuadrones, entrega lenta (promedio de 3 meses), falta de visibilidad.

Solución:
– AgilePlace con swimlanes por equipo
– Límites WIP: 15 funciones por equipo como máximo
– CFD mostrando el cuello de botella en Testing (2 QAs para 30 devs)

Resultado:
– Plazo de entrega: 3 meses → 6 semanas (2 veces mejor)
– Contratación de control de calidad: 2 → 5 controladores de calidad (resolvió el cuello de botella)
– Visibilidad: la alta dirección ve el estado real en el panel de control de AgilePlace

Para quién es técnico:

Personalizaciones comunes en AgilePlace:

Custom Fields:
- Customer Segment (dropdown: Enterprise, SMB, Startup)
- Revenue Impact (estimated $$)
- Dependency (link to other items)
- SLA Class (Strategic, Feature, Bug, TechDebt)
- Deployment window (time box to release)

Automation Rules:
- When item moves to "Ready": notify squad lead
- When SLA expires: escalate to manager
- When completed: update Jira issue + Portfolios
- When testing failed: move back to Dev + notify author

Dashboards:
- Exec: Portfolio health (classes, lead time, SLA compliance)
- PM: Squad board (current items, WIP, blockers)
- Tech Lead: Dev board (who's doing what, cycle time, quality)

API de integración:

GET /api/boards/{id}/items → lista de items em board
POST /api/items/{id}/move → mover item para coluna
GET /api/metrics/lead-time → métricas de lead time
POST /api/items/{id}/dependency → vincular dependências

Lista de verificación: Implementación de AgilePlace

• [ ] Gobernanza: definir la estructura de los consejos, los carriles y las clases.
• [ ] Planificación: número de elementos, historial, integración
• [ ] Configuración: configuración en staging (entorno de respaldo)
• [ ] Migración de datos: cargar datos (Jira, AdaptiveWork, Excel)
• [ ] Integración: probar Portfolios, Jira, Hub, notificaciones
• [ ] Piloto: rodar con 1-2 escuadrones durante 4 semanas.
• [ ] Formación: sesiones para cada función (PM, dev, QA, exec)
• [ ] Puesta en marcha: cambio de todas las escuadras (fecha por determinar)
• [ ] Soporte: configuración del servicio de asistencia técnica, preguntas frecuentes, wiki

Si solo haces tres cosas...

1. Defina los carriles y los límites WIP antes de configurar: No empiece a personalizar sin comprender la estructura.

2. Implemente la integración con Portfolios: AgilePlace por sí solo es Jira con otra marca. Integrado con Portfolios, cambia las reglas del juego.

3. Mida el tiempo de entrega y el CFD desde el primer día: las herramientas son buenas, pero las métricas demuestran su valor.

Preguntas frecuentes

P: ¿AgilePlace es solo Jira con un aspecto diferente?
R: No. Jira se centra en el desarrollo, mientras que AgilePlace se centra en la entrega/PMO. CFD, límites WIP, clases de servicio e integración de cartera son mucho mejores.

P: ¿Puedo usar Portfolios sin integración?
R: Sí, pero pierde el 50 % de su valor. AgilePlace + Portfolios integrados es donde realmente destaca.

P: ¿Cuál es la curva de aprendizaje?
R: Usuarios que conocen Kanban: 2-3 días. Nuevos en Kanban: 1-2 semanas.

P: ¿Cuánto cuesta?
R: Licencias (500 000-1 000 000 R$/año) + implementación (150 000-500 000 R$). Amortización: 12-18 meses.

Lectura y referencias

• Documentación oficial de Planview AgilePlace
• Casos prácticos: bancos, tecnología, fabricación
• Mejores prácticas de Kanban (David Anderson)

CTA Final:

¿Listo para implementar Enterprise Kanban con AgilePlace? TWRT es especialista en Planview. 90 días para obtener valor, integrado con Portfolios desde el primer día. Solicite una propuesta de implementación.

Lectura relacionada

• Planview Portfolios
• Límites WIP Kanban
• Kanban empresarial
• Métricas Kanban

Eduardo Salerno

Eduardo Salerno es especialista en gestión de carteras y proyectos de TI, con amplia experiencia en implementaciones de Planview y transformación digital. En TWRT, lidera iniciativas que conectan la estrategia empresarial con la ejecución tecnológica.

Ver biografía completa