🔄 Agile Process
Gestor de Procesos Agiles
Gestion completa de proyectos agiles con los frameworks Scrum, Kanban e Hibrido. Product backlog, sprint planning, tablero Kanban con limites WIP, burndown charts, velocity tracking y roles conformes al Scrum Guide 2020. Todo en una herramienta gratuita — funciona en cualquier dispositivo.
Empieza Gratis →🔄
3 Frameworks Agiles
Scrum con sprints y ceremonias, Kanban con flujo continuo y limites WIP, o Hibrido Scrumban combinando ambos enfoques.
📋
Product Backlog
User stories con priorizacion MoSCoW, criterios de aceptacion, story points, Clase de Servicio, dependencias y etiquetas.
📈
Metricas y Graficos
Seguimiento de velocity, burndown/burnup charts, CFD, lead/cycle time, throughput, puntuacion de salud del sprint y analisis de carga del equipo.
👥
Roles Scrum Guide 2020
Matriz de permisos detallada: Product Owner, Scrum Master, Equipo de Desarrollo. Equivalentes Kanban: SRM y SDM.
Mira como Funciona
Como Funciona
1
Elige tu Framework
Crea un proyecto y selecciona Scrum, Kanban o Hibrido. Cada framework viene con columnas, roles, metricas y flujos de trabajo adaptados.
2
Construye tu Backlog
Agrega user stories con prioridad MoSCoW, criterios de aceptacion, story points y etiquetas. Estima con el Planning Poker integrado.
3
Ejecuta Sprints o Flujo
Planifica sprints con capacidad del equipo, sigue el progreso en el tablero Kanban, analiza burndown y velocity, y ejecuta retrospectivas.
3 Frameworks Agiles, Una Sola Herramienta
Elige la metodologia que se adapte a tu equipo. Cambia de framework a medida que tu proceso evolucione.
🏃
Scrum
Desarrollo iterativo basado en sprints segun el Scrum Guide 2020. Sprints de duracion fija (1-4 semanas) con planning, daily standups, sprint review y retrospectiva. Roles: el Product Owner gestiona el backlog, el Scrum Master facilita las ceremonias, el Equipo de Desarrollo estima y entrega. Rastrea velocity y burndown a traves de los sprints.
Ideal para: Equipos que desarrollan productos con requisitos cambiantes, que se
benefician de ciclos de feedback regulares y una cadencia de entrega predecible.
📊
Kanban
Gestion de flujo continuo basada en el Metodo Kanban de David Anderson. Visualiza el trabajo en un tablero con columnas personalizables, impone limites WIP (Work In Progress), define politicas de columnas explicitas, y categoriza el trabajo con Clases de Servicio (Estandar, Urgente, Fecha Fija, Intangible). Usa swimlanes para agrupar tarjetas por asignado, prioridad, CoS o etiqueta. Roles: Service Request Manager y Service Delivery Manager.
Ideal para: Equipos de soporte, flujos de mantenimiento, entornos con prioridades
cambiantes, o equipos en transicion gradual hacia agile.
🔀
Hibrido (Scrumban)
Combina lo mejor de Scrum y Kanban: mantiene la estructura de sprint para el ritmo de planificacion mientras usa los limites WIP y las metricas de flujo de Kanban para la ejecucion diaria. Sprints opcionales, ceremonias simplificadas, y metricas de velocity y flujo combinadas. Obtiene la previsibilidad de Scrum con la flexibilidad de Kanban.
Ideal para: Equipos en transicion entre frameworks, proyectos que mezclan desarrollo de
funcionalidades y mantenimiento, o equipos que necesitan estructura de sprint con mas flexibilidad.
Frameworks en Detalle
Cada framework viene con columnas, roles, metricas y flujos de trabajo adaptados. Asi es exactamente como funcionan dentro de Keisen.
🏃 Scrum — Desarrollo Iterativo Basado en Sprints
Keisen implementa Scrum siguiendo el Scrum Guide 2020 con soporte completo de ceremonias y permisos basados en roles.
Ciclo de Vida del Sprint (4 Fases)
- Planning — El Product Owner selecciona stories del backlog priorizado. El equipo estima con el Planning Poker integrado y se compromete segun la capacidad del equipo (horas por miembro, ajustadas por disponibilidad y vacaciones). La duracion del sprint es configurable de 1 a 4 semanas.
- Activo — El Equipo de Desarrollo trabaja en las stories comprometidas. El tablero Kanban muestra 4 columnas: To Do → In Progress → In Review → Done. Rastrea el progreso diario con el burndown chart (ideal vs. real), registra notas del daily standup (Ayer / Hoy / Bloqueos) por miembro del equipo, y detecta bloqueos automaticamente.
- Review — El Scrum Master conduce un Sprint Review formal siguiendo el Scrum Guide 2020. Cada story recibe un resultado: Aprobada, Necesita Refinamiento, o Rechazada. Captura feedback de stakeholders, notas de demo, decisiones formales (action items, cambios de alcance, decisiones tecnicas) y lecciones aprendidas.
- Completado — La velocity se calcula automaticamente. El sprint se enlaza a un tablero de Retrospectiva integrado. Las stories no finalizadas vuelven al backlog para el proximo sprint.
Roles Scrum (Scrum Guide 2020)
- Product Owner — Gestiona el backlog. Crea, edita, elimina y prioriza stories. Define el Definition of Ready. Establece la estimacion final tras la discusion del equipo. Asigna miembros del equipo a las stories.
- Scrum Master — Facilita las ceremonias. Crea, inicia y completa sprints. Dirige el Sprint Review y la Retrospectiva. Configura los limites WIP y las opciones del tablero. Elimina impedimentos.
- Equipo de Desarrollo (Developer, Designer, QA) — Estima stories via Planning Poker. Se auto-asigna a stories. Mueve sus propias stories en el tablero. Registra notas del daily standup. No puede crear stories ni gestionar sprints.
- Stakeholder — Acceso solo de lectura. Participa en el feedback del Sprint Review. No puede modificar stories, sprints ni el tablero.
Metricas Scrum
- Velocity — Story points completados por sprint, con linea de tendencia entre sprints
- Burndown Chart — Puntos restantes por dia vs. linea de burndown ideal
- Burnup Chart — Puntos completados por dia mostrando cambios de alcance
- Puntuacion de Salud del Sprint — Deteccion automatica de riesgo cuando el progreso cae por debajo del 80% del ideal
- Precision de Estimacion — Comparacion de puntos estimados vs. reales
- Lead Time y Cycle Time — Dias desde creacion hasta terminado / en progreso hasta terminado
📊 Kanban — Gestion de Flujo Continuo
Keisen implementa Kanban siguiendo el Metodo Kanban de David Anderson con 6 practicas: visualizar el flujo de trabajo, limitar WIP, gestionar el flujo, hacer las politicas explicitas, implementar bucles de feedback, mejorar colaborativamente.
Configuracion del Tablero (6 Columnas por Defecto)
- Backlog — Todo el trabajo entrante. Politica: "Ordenar por prioridad". Sin limite WIP.
- Refinement — Stories siendo analizadas y detalladas. Limite WIP: 5. Politicas: "Max 2 dias en columna", "Requiere criterios de aceptacion".
- Ready — Stories que cumplen el Definition of Ready. Limite WIP: 5. Politica: "Estimaciones completadas".
- In Progress — Desarrollo activo. Limite WIP: 3. Politica: "Max 1 elemento por persona", "Actualizacion de estado diaria".
- Review — Code review / QA. Limite WIP: 2. Politica: "Max 24h en columna", "Requiere code review".
- Done — Trabajo completado. Politica: "Todos los criterios de aceptacion cumplidos". Sin limite WIP.
Limites WIP y Estado Visual
Cada columna muestra un indicador WIP en tiempo real con codificacion de colores: verde = bajo el limite, naranja = en el limite, rojo = excedido. Los elementos Urgente (Clase de Servicio) pueden exceder los limites WIP cuando se necesita trabajo urgente.
5 Tipos de Swimlanes
- Clase de Servicio — Urgente (arriba, rojo) → Fecha Fija (morado) → Estandar (azul) → Intangible (gris)
- Asignado — Una fila horizontal por miembro del equipo
- Prioridad — Must (arriba) → Should → Could → Won't (abajo)
- Etiqueta — Una fila por etiqueta para agrupacion por categoria
- Ninguno — Vista clasica de columnas planas
Clase de Servicio (4 Categorias)
- Estandar (azul) — Procesamiento FIFO normal, respeta los limites WIP
- Urgente (rojo) — Trabajo urgente, puede exceder limites WIP, procesado inmediatamente
- Fecha Fija (morado) — Deadline inamovible, compromiso programado
- Intangible (gris) — Deuda tecnica, infraestructura, sin valor de negocio inmediato
Roles Kanban
- Service Request Manager (SRM) — Equivalente al Product Owner. Gestiona las solicitudes entrantes, prioriza el backlog, define criterios de aceptacion.
- Service Delivery Manager (SDM) — Equivalente al Scrum Master. Gestiona el flujo, monitorea los limites WIP, facilita las reuniones de mejora, elimina impedimentos.
- Miembros del Equipo — Toman trabajo del tablero, se auto-asignan, actualizan el estado diariamente.
Metricas Kanban
- Diagrama de Flujo Acumulativo (CFD) — Visualiza el conteo de elementos de trabajo por estado a lo largo del tiempo, revelando cuellos de botella
- Lead Time — Dias desde la creacion de la story hasta su finalizacion
- Cycle Time — Dias desde "In Progress" hasta "Done"
- Throughput — Elementos completados por semana
- Edad de Elementos de Trabajo — Cuanto tiempo lleva cada elemento en su estado actual
- Eficiencia del Flujo — Proporcion de tiempo de trabajo activo vs. lead time total
- Distribucion WIP — Elementos actuales por columna de estado
🔀 Hibrido (Scrumban) — Lo Mejor de Ambos Mundos
Hibrido combina el ritmo de sprints de Scrum con la gestion de flujo de Kanban. Mantiene la previsibilidad de iteraciones con limite de tiempo mientras usa limites WIP y metricas de flujo para la ejecucion diaria.
Configuracion del Tablero (Simplificada)
- To Do — Stories comprometidas al sprint listas para empezar. Sin limite WIP.
- In Progress — Desarrollo activo. Limite WIP: 5. Politica: "Max 1 elemento por persona".
- Done — Trabajo completado. Politica: "Todos los criterios de aceptacion cumplidos".
Que toma Hibrido de cada Framework
| De Scrum | De Kanban |
|---|---|
| Time-boxing de sprint opcional | Limites WIP por columna |
| Seguimiento de velocity | Metricas de flujo (CFD, lead/cycle time) |
| Graficos Burndown / Burnup | Cadencia de mejora continua |
| Sprint planning y capacidad | Sistema pull (el equipo decide cuando empezar) |
| Retrospectivas por sprint | Politicas de columnas |
Cuando usar Hibrido
- Equipos en transicion de Scrum a Kanban (o viceversa)
- Proyectos que mezclan desarrollo de funcionalidades (basado en sprints) con mantenimiento (basado en flujo)
- Equipos que necesitan estructura de sprint para planificar pero quieren mas flexibilidad en la ejecucion diaria
- Organizaciones con niveles de madurez mixtos entre equipos
Scrum Guide 2020 — Matriz de Permisos por Rol
Cada accion esta controlada por un sistema de roles de doble capa: rol de acceso (owner, admin, member, viewer) combinado con rol funcional (Product Owner, Scrum Master, Developer). Para proyectos Kanban, los roles se remapean: PO → Service Request Manager, SM → Service Delivery Manager.
| Accion | Product Owner | Scrum Master | Equipo Dev | Stakeholder |
|---|---|---|---|---|
| Gestion del Backlog | ||||
| Crear / Editar / Eliminar Stories | ✅ | — | — | — |
| Priorizar Backlog (MoSCoW) | ✅ | — | — | — |
| Definir Estimacion Final | ✅ | — | — | — |
| Asignar Miembros del Equipo | ✅ | — | — | — |
| Gestion de Sprints | ||||
| Crear / Iniciar / Completar Sprint | — | ✅ | — | — |
| Facilitar Retrospectiva | — | ✅ | — | — |
| Configurar Limites WIP | — | ✅ | — | — |
| Estimacion y Desarrollo | ||||
| Estimar Story Points (Planning Poker) | — | — | ✅ | — |
| Auto-asignarse a Stories | — | — | ✅ | — |
| Mover Stories Propias en el Tablero | ✅ | ✅ | ✅ | — |
| Mover Cualquier Story en el Tablero | ✅ | ✅ | — | — |
| Gestion del Equipo | ||||
| Invitar Miembros | ✅ | ✅ | — | — |
| Eliminar Miembros / Cambiar Roles | ✅ | — | — | — |
Equivalentes Kanban: Product Owner → Service Request Manager (SRM) · Scrum Master → Service Delivery Manager (SDM) · Equipo de Desarrollo → Miembros del Equipo. Misma matriz de permisos, diferente terminologia.
Kit de Herramientas Agile Completo
- Gestion del Product Backlog — User stories con la plantilla "Como... Quiero... Para que...", priorizacion MoSCoW (Must, Should, Could, Won't), criterios de aceptacion, puntuacion de valor de negocio y dependencias entre stories
- Flujo de Story en 7 Estados — Rastrea stories a traves de Backlog → Refinement → Ready → In Sprint → In Progress → In Review → Done con gestion automatica de estados
- Sprint Planning y Capacidad — Configura la duracion del sprint (1-4 semanas), calcula la capacidad del equipo basada en la disponibilidad de los miembros, asigna stories por story points vs. capacidad
- Tablero Kanban con Limites WIP — Columnas personalizables con limites Work In Progress, indicadores visuales de estado WIP (verde/naranja/rojo), y politicas de columnas explicitas segun la Practica Kanban #4
- 5 Tipos de Swimlanes — Agrupa tarjetas por Clase de Servicio, Asignado, Prioridad (MoSCoW), Etiqueta, o sin agrupacion para maxima flexibilidad del tablero
- Clase de Servicio (Kanban) — Categoriza elementos de trabajo como Estandar (FIFO), Urgente (puede exceder WIP), Fecha Fija (deadline inamovible), o Intangible (deuda tecnica)
- Burndown y Velocity Charts — Burndown en tiempo real con lineas ideal vs. real, seguimiento de velocity entre sprints con analisis de tendencias, puntuacion de salud del sprint
- Lead Time y Cycle Time — Calculo en vivo del lead time (creacion hasta terminado) y cycle time (en progreso hasta terminado) para analisis de eficiencia del flujo
- Permisos Scrum Guide 2020 — Acceso basado en roles: el PO gestiona el backlog, el SM gestiona los sprints, el Equipo de Dev estima y se auto-asigna. Matriz de permisos detallada para cada accion
- Seguimiento del Daily Standup — Notas estructuradas "Ayer / Hoy / Bloqueos" por miembro del equipo con deteccion de bloqueos y seguimiento historico
- Sprint Review con Resultados — Review formal con resultados por story (Aprobada / Necesita Refinamiento / Rechazada), feedback de stakeholders, notas de demo y decisiones formales
- Capacidad del Equipo y Matriz de Competencias — Planificacion de capacidad doble vista (estandar Scrum + vista por horas), matriz de competencias, seguimiento de disponibilidad con rangos de fechas de indisponibilidad
- Estimation Room Integrada — Conecta con sesiones de Planning Poker con metodos Fibonacci, T-Shirt, PERT y Bucket directamente desde las stories
- Retrospectiva Integrada — Vincula sprints a tableros de retrospectiva con 5 plantillas, seguimiento de action items y analisis de sentimiento
- Pista de Auditoria — Historial completo de cambios rastreando 11 acciones (crear, actualizar, eliminar, mover, estimar, asignar, completar, iniciar, cerrar, invitar, unirse) en 5 tipos de entidades
- Exportacion Google Sheets — Exporta 5 hojas formateadas: Product Backlog, Sprint Planning, Equipo y Capacidad, Retrospectiva, y Metricas Agregadas
Guia Metodologica: Cada framework incluye una guia interactiva integrada con secciones sobre
roles, eventos, artefactos, buenas practicas, anti-patrones y FAQ — ayudando a tu equipo a adoptar agile
correctamente.
Construido sobre Metodologias Probadas
El Agile Process Manager de Keisen no es simplemente otro tablero de proyectos — implementa los frameworks reales tal como los definieron sus creadores. Scrum sigue el Scrum Guide 2020 de Ken Schwaber y Jeff Sutherland, con limites de responsabilidad apropiados entre Product Owner, Scrum Master y Developers. Kanban implementa las seis practicas de David Anderson — desde visualizar el flujo de trabajo hasta la mejora colaborativa — con limites WIP reales, politicas explicitas y categorizacion por Clase de Servicio.
La matriz de permisos impone la separacion de responsabilidades de Scrum: solo el Product Owner gestiona el backlog, solo el Scrum Master gestiona los sprints, y solo los Developers estiman. Esto no es opcional — asi es como el framework esta disenado para funcionar, y Keisen lo impone para que tu equipo construya los habitos correctos desde el primer dia.
Combinado con la Estimation Room integrada para Planning Poker, el Tablero de Retrospectiva para mejora continua, la Matriz Eisenhower para priorizacion estrategica, y Smart Todo para gestion operativa de tareas, Keisen proporciona un ecosistema agile completo — no solo herramientas aisladas.
Preguntas Frecuentes
Que frameworks agiles soporta Keisen?
Keisen soporta 3 frameworks agiles: Scrum (basado en sprints con
soporte completo de ceremonias incluyendo planning, daily standup, review y retrospectiva),
Kanban (flujo continuo con limites WIP, swimlanes, politicas de columnas y Clase de
Servicio), e Hibrido/Scrumban (combinando estructura de sprint con flujo Kanban y limites
WIP). Cada framework tiene funcionalidades, roles, metricas y configuraciones de tablero por defecto
adaptadas.
Es gratuito el Gestor de Procesos Agiles?
Si, Keisen Agile Process Manager es gratuito. Puedes crear proyectos agiles,
gestionar sprints, usar tableros Kanban con limites WIP, rastrear velocity, generar burndown charts,
gestionar tu equipo e invitar miembros. Inicia sesion con Google y comienza a trabajar en segundos.
Cual es la diferencia entre Scrum, Kanban e Hibrido?
Scrum usa sprints de duracion fija (1-4 semanas) con 4 ceremonias (Planning, Daily Standup, Sprint Review, Retrospectiva) y 3 roles definidos (Product Owner, Scrum Master, Equipo de Desarrollo). Rastrea velocity y burndown. Kanban usa flujo continuo sin sprints — el trabajo se toma cuando hay capacidad disponible. Usa limites WIP, politicas de columnas, swimlanes y Clase de Servicio. Rastrea CFD, lead time, cycle time y eficiencia del flujo. Hibrido (Scrumban) combina sprints opcionales con limites WIP y metricas de flujo — dando el ritmo de planificacion de Scrum con la flexibilidad de Kanban.
Como funciona el tablero Kanban?
El tablero Kanban de Keisen ofrece columnas personalizables con limites WIP
configurables que muestran estado visual (verde = bajo limite, naranja = en limite, rojo = excedido).
Puedes definir politicas de columnas explicitas (ej: "Max 24h en esta columna", "Requiere code review"),
usar 5 agrupaciones de swimlanes (Clase de Servicio, Asignado, Prioridad, Etiqueta, Ninguno), y
categorizar el trabajo con 4 Clases de Servicio (Estandar, Urgente, Fecha Fija, Intangible). Las tarjetas
se gestionan por arrastrar y soltar.
Como funciona la gestion de sprints?
Los sprints siguen el ciclo de vida completo: Planning (seleccion
de stories del backlog, definicion de capacidad por miembro del equipo), Activo
(seguimiento del progreso con burndown chart, notas de daily standup, deteccion de bloqueos),
Review (evaluacion de cada story con resultados formales: Aprobada, Necesita
Refinamiento, Rechazada, mas feedback de stakeholders y decisiones formales), y
Completado (calculo automatico de velocity, enlace a retrospectiva). La duracion del
sprint es configurable de 1 a 4 semanas.
Como funciona el flujo de story en 7 estados?
Cada user story sigue 7 estados: Backlog (nueva, no priorizada) → Refinement (siendo analizada, criterios de aceptacion agregados) → Ready (cumple el Definition of Ready, estimacion completada) → In Sprint (comprometida al sprint) → In Progress (desarrollo iniciado) → In Review (code review / QA) → Done (todos los criterios de aceptacion cumplidos). Solo las stories marcadas como "Ready" pueden agregarse a un sprint, asegurando un grooming adecuado.
Como funcionan las user stories en Keisen?
Las user stories siguen la plantilla "Como... Quiero... Para que...". Cada story incluye: prioridad MoSCoW (Must, Should, Could, Won't), criterios de aceptacion (checklist de condiciones para "Done"), story points (estimados via Planning Poker), Clase de Servicio (Estandar, Urgente, Fecha Fija, Intangible), valor de negocio (puntuacion 1-10), etiquetas para categorizacion, dependencias con otras stories, y asignado. Las stories tambien rastrean horas reales y porcentaje de progreso personalizado.
Que es la priorizacion MoSCoW?
MoSCoW es una tecnica de priorizacion usada en el product backlog de Keisen. Cada story se clasifica como: Must Have (critico, el proyecto falla sin ella), Should Have (importante pero no vital), Could Have (deseable si hay tiempo), o Won't Have (fuera de alcance por ahora). El backlog puede ordenarse por prioridad MoSCoW, y los swimlanes pueden agrupar tarjetas por nivel de prioridad en el tablero Kanban.
Como se integra la Estimation Room con Agile Process?
La Estimation Room de Keisen se integra directamente con el Agile Process Manager. Desde cualquier user story, puedes lanzar una sesion de Planning Poker usando metodos Fibonacci, T-Shirt, PERT (3 puntos), Bucket, Decimal, Dot Voting o Five Fingers. Los miembros del equipo votan anonimamente, discuten las diferencias y llegan a un consenso. La estimacion final la define el Product Owner y se guarda como story points en la story. Solo los miembros del Equipo de Desarrollo pueden estimar — el Product Owner solo puede definir el valor final.
Que es la Clase de Servicio en Kanban?
La Clase de Servicio categoriza los elementos de trabajo por su urgencia y naturaleza: Estandar (azul) — procesamiento FIFO normal, respeta los limites WIP; Urgente (rojo) — trabajo urgente que puede exceder limites WIP y se procesa inmediatamente; Fecha Fija (morado) — trabajo con deadline inamovible; Intangible (gris) — deuda tecnica o trabajo de infraestructura sin valor de negocio inmediato. Puedes agrupar el tablero por Clase de Servicio usando swimlanes.
Que son los swimlanes y como funcionan?
Los swimlanes son agrupaciones horizontales en el tablero Kanban. Keisen soporta 5 tipos: Clase de Servicio (Urgente arriba, luego Fecha Fija, Estandar, Intangible), Asignado (una fila por miembro del equipo), Prioridad (Must → Should → Could → Won't), Etiqueta (una fila por etiqueta), y Ninguno (vista plana clasica). Los swimlanes ayudan a visualizar la distribucion de carga de trabajo, identificar cuellos de botella por categoria y gestionar flujos de trabajo paralelos.
Como funciona el Sprint Review?
Keisen implementa el Sprint Review como un evento formal del Scrum Guide 2020. El Scrum Master conduce la review, registrando: notas de demo por cada story demostrada, resultados por story (Aprobada, Necesita Refinamiento, o Rechazada para cada story), feedback de stakeholders de los asistentes (PO, SM, developers, stakeholders, invitados), decisiones formales (action items, cambios de backlog, cambios de alcance, decisiones tecnicas) con asignados y fechas limite, y lecciones aprendidas. Una puntuacion de sentimiento (1-5) captura el animo general del equipo.
Que es la funcionalidad de Daily Standup?
Cada sprint incluye seguimiento estructurado del daily standup. Los miembros del equipo registran tres cosas: Que hiciste ayer?, Que haras hoy?, y Algun bloqueo? Los bloqueos se detectan y senalizan automaticamente. Las notas del standup se guardan por miembro por dia, creando un registro historico que ayuda a identificar patrones, bloqueos recurrentes y tendencias de velocity del equipo.
Como funciona la planificacion de capacidad del equipo?
Keisen ofrece planificacion de capacidad en doble vista: la Vista Estandar Scrum muestra velocity, throughput y story points sugeridos por sprint. La Vista por Horas muestra horas disponibles por miembro (horas/dia configurables), horas asignadas y porcentaje de utilizacion. Cada miembro del equipo tiene horas de capacidad por dia configurables (por defecto 8), competencias para la matriz de habilidades, y fechas de indisponibilidad (vacaciones, festivos) que reducen automaticamente la capacidad del sprint.
Que es la Matriz de Competencias?
La Matriz de Competencias visualiza las habilidades de tu equipo en una cuadricula. Cada miembro del equipo lista sus competencias (ej: React, Python, Diseno UX, Testing), y la matriz muestra la cobertura del equipo. Esto ayuda en la planificacion del sprint identificando brechas de habilidades, equilibrando la carga de trabajo entre especialistas, y tomando decisiones informadas de asignacion. Es particularmente util para equipos Scrum cross-funcionales.
Como funcionan los limites WIP?
Los limites WIP (Work In Progress) limitan el numero de elementos permitidos en cada columna Kanban. Cuando una columna esta bajo el limite, el encabezado se muestra en verde. En el limite se muestra en naranja. Excediendo el limite se muestra en rojo. Esto previene cuellos de botella y multitarea. Los elementos Urgente (Clase de Servicio) pueden exceder los limites WIP cuando el trabajo urgente necesita atencion inmediata. Los limites WIP son configurables por el Scrum Master / Service Delivery Manager.
Que es un Diagrama de Flujo Acumulativo (CFD)?
El CFD es una metrica Kanban que muestra el conteo de elementos de trabajo en cada estado a lo largo del tiempo, apilados como bandas de colores. Revela: cuellos de botella (bandas que se ensanchan), throughput (el ritmo al que los elementos llegan a "Done"), tendencias WIP (total de elementos activos), y aproximacion del lead time (distancia horizontal entre bandas). Es la herramienta de diagnostico principal para equipos Kanban y esta disponible en los frameworks Kanban e Hibrido.
Que son las Politicas de Columnas?
Las Politicas de Columnas son reglas explicitas que definen cuando un elemento de trabajo puede entrar o salir de una columna Kanban. Siguiendo la Practica Kanban #4 (Hacer las Politicas Explicitas), Keisen permite definir politicas por columna — por ejemplo: "Requiere criterios de aceptacion definidos" para Refinement, "Max 1 elemento por persona" para In Progress, "Requiere aprobacion de code review" para Review, o "Todos los criterios de aceptacion cumplidos" para Done. Las politicas son visibles en los encabezados de columna y ayudan a los equipos a construir habitos de trabajo consistentes.
Que roles y permisos Scrum soporta Keisen?
Keisen implementa roles conformes al Scrum Guide 2020 con una matriz de permisos detallada: Product Owner (gestion del backlog, creacion de stories, priorizacion, estimacion final, asignacion de miembros), Scrum Master (gestion de sprints, facilitacion, retrospectiva, configuracion WIP), Equipo de Desarrollo (estimacion via Planning Poker, auto-asignacion, movimiento de stories propias). Para Kanban, los roles equivalentes son Service Request Manager (SRM) y Service Delivery Manager (SDM). Los Stakeholders tienen acceso solo de lectura. Cada accion tiene control de acceso especifico por rol — ver la matriz completa de permisos.
Como difieren los roles Kanban de los roles Scrum?
En proyectos Kanban, Keisen remapea los roles Scrum a equivalentes Kanban: Product Owner → Service Request Manager (SRM) que gestiona las solicitudes entrantes y prioriza el backlog, Scrum Master → Service Delivery Manager (SDM) que gestiona el flujo, monitorea los limites WIP y facilita las reuniones de mejora, Equipo de Desarrollo → Miembros del Equipo que toman trabajo y se auto-asignan. La matriz de permisos se mantiene igual — solo cambia la terminologia para coincidir con las convenciones Kanban.
Que metricas y graficos estan disponibles?
Las metricas se adaptan a tu framework: Scrum tiene seguimiento de Velocity, graficos Burndown/Burnup, puntuacion de salud del sprint, precision de estimacion. Kanban tiene Diagrama de Flujo Acumulativo (CFD), distribucion WIP, eficiencia del flujo, edad de elementos de trabajo. Todos los frameworks tienen Lead Time y Cycle Time (calculo en vivo), metricas de Throughput, analisis de carga del equipo, seguimiento de cambios de alcance y analisis de tendencia de compromiso. Las metricas se muestran en un dashboard dedicado con graficos interactivos.
Como se integra la Retrospectiva con los sprints?
Despues de completar un sprint, Keisen lo enlaza a un tablero de Retrospectiva integrado. Puedes elegir entre 6 plantillas: Start/Stop/Continue, Sailboat, 4Ls (Liked/Learned/Lacked/Longed For), Starfish, Mad/Sad/Glad, y DAKI (Drop/Add/Keep/Improve). La retrospectiva sigue fases guiadas: Crear → Brainstorm → Agrupar → Votar → Discutir → Finalizar. Incluye votacion de sentimiento, icebreakers de clima, consejos del coach y seguimiento de action items. Para Kanban, las retrospectivas pueden programarse con cualquier cadencia.
Como funciona la Pista de Auditoria?
Keisen rastrea cada cambio en tu proyecto agil con una pista de auditoria completa. Registra 11 acciones (crear, actualizar, eliminar, mover, estimar, asignar, completar, iniciar, cerrar, invitar, unirse/salir) en 5 tipos de entidades (proyecto, story, sprint, equipo, retrospectiva). Cada entrada registra quien realizo la accion, cuando, los valores anteriores y nuevos, y que campos cambiaron. El log de auditoria es filtrable por tipo de accion, entidad, usuario y rango de fechas.
Puedo exportar los datos del proyecto?
Si, Keisen exporta a Google Sheets con 5 hojas formateadas: Product Backlog (todas las stories con metadatos), Sprint Planning (timeline y asignaciones), Equipo y Capacidad (roster con competencias y capacidad), Retrospectiva (elementos, sentimiento, action items), y Metricas Agregadas (velocity, throughput, lead/cycle time). La exportacion usa Google Sheets API v4 y requiere Google Sign-In.
Que son las dependencias entre stories?
Las dependencias entre stories permiten definir relaciones de bloqueo entre user stories. Si la Story B depende de la Story A, significa que A debe completarse antes de que B pueda empezar. Las dependencias ayudan al Product Owner a secuenciar el backlog correctamente y prevenir que el equipo inicie trabajo bloqueado por prerequisitos incompletos. Las dependencias son visibles en la tarjeta de la story y en la vista del backlog.
Puedo cambiar de framework despues de crear un proyecto?
El framework (Scrum, Kanban o Hibrido) se establece al crear el proyecto y determina las pestanas disponibles, las columnas por defecto, los roles y las metricas. Si necesitas un framework diferente, puedes crear un nuevo proyecto con el framework deseado y mover tus stories. El framework Hibrido es un buen punto de partida si no estas seguro — soporta tanto trabajo basado en sprints como en flujo.
Puedo usar Keisen para equipos agiles remotos?
Absolutamente. Keisen es una aplicacion web accesible desde cualquier navegador, disenada tanto para equipos remotos como presenciales. Las funcionalidades de colaboracion en tiempo real, invitaciones de equipo con asignacion de roles, seguimiento del daily standup, tableros de retrospectiva integrados y exportacion a Google Sheets la hacen ideal para equipos agiles distribuidos. Todos los miembros pueden acceder al backlog, tablero y metricas simultaneamente.
El Agile Process Manager funciona en dispositivos moviles?
Si, Keisen Agile Process Manager es totalmente responsive y funciona en smartphones, tablets y navegadores de escritorio. Puedes gestionar el backlog, monitorear sprints y consultar metricas desde cualquier dispositivo — sin necesidad de descargar una app. La interfaz se adapta al tamano de tu pantalla para la mejor experiencia.
Como se compara Keisen con Jira o Monday.com?
Keisen ofrece 3 frameworks agiles en una sola herramienta (Scrum, Kanban, Hibrido), permisos de roles conformes al Scrum Guide 2020, una Estimation Room integrada con 7 metodos de estimacion, tableros de Retrospectiva integrados con 6 plantillas, una matriz de competencias del equipo, una pista de auditoria completa y exportacion a Google Sheets — todo gratis. A diferencia de herramientas complejas con precios por usuario y meses de configuracion, Keisen esta disenado para equipos que quieren funcionalidades agiles potentes con productividad inmediata.
Explora Otras Herramientas
📋
Smart Todo
Tablero Kanban colaborativo con columnas personalizables y gestion de tareas inteligente
🎯
Matriz Eisenhower
Priorizacion en 4 cuadrantes por urgencia e importancia con integracion RACI
🃏
Estimation Room
Estimacion colaborativa en tiempo real con 7 metodos incluyendo Planning Poker
💬
Retrospectiva
5 plantillas de retrospectiva con fases guiadas y feedback anonimo
Listo para gestionar tus proyectos agiles?
Empieza a gestionar sprints, tableros Kanban y capacidad del equipo con una herramienta creada para equipos agiles reales. Gratis para todos.
Empieza Gratis →