Incremento continuo con gestión visual kanban: Difference between revisions

Jump to navigation Jump to search
Mberne (talk | contribs)
Bureaucrats, Interface administrators
2,993 edits
Created page with "__NOTOC__ El marco estándar de scrum realiza desarrollo incremental: iterativo, basado en el conocimiento tácito de las personas que realizan el trabajo con un criterio mul..."
 
 
(12 intermediate revisions by 2 users not shown)
Line 1: Line 1:
__NOTOC__
__NOTOC__
{{Meta-bok|min=3}}
El '''incremento continuo con gestión visual kanban''' es la técnica que combina la estrategia de [[Incremento continuo|incremento continuo]] (entrega de valor sin sprints de tiempo fijo) con el [[Tableros kanban: conceptos|tablero kanban]] como herramienta de gestión del flujo y radiador de información. Es la forma de trabajo habitual en proyectos TIC y servicios de gestión del conocimiento gestionados evolutivamente sin sprints.
== Descripción ==
La característica principal del Scrum técnico es el uso de pulsos de [[Sprint|sprint]] para emplear el [[Tiempo prefijado|timeboxing]] como motor de avance. El incremento continuo con kanban es una alternativa: en lugar de empaquetar el trabajo en iteraciones cerradas, el equipo mantiene un flujo constante de tareas regulado por los límites [[Work In Process|WIP]].


El marco estándar de scrum realiza desarrollo incremental: iterativo, basado en el conocimiento tácito de las personas que realizan el trabajo con un criterio multidisciplinar, sin división de fases.  
Los equipos originales de Scrum observados y descritos por Nonaka y Takeuchi no prescribían el uso de una táctica específica de incremento: el desarrollo incremental puede lograrse tanto con sprints como con un flujo continuo de tareas.
La imagen siguiente lo representa visualmente sobre el esquema descrito en el capítulo anterior:


Lograr ese flujo sin sprints tiene sus propias dificultades:
* Los cuellos de botella no se hacen visibles al final del sprint, sino que bloquean el avance en tiempo real.
* Los tiempos muertos en áreas sin tareas son inmediatamente visibles en el tablero.
* La ausencia de sprints elimina la urgencia del timebox, lo que requiere disciplina adicional para evitar la dilación.
<br>
[[File:Scrum estandar en el mapa.png|650px|center]]
[[File:Scrum estandar en el mapa.png|650px|center]]
<br>
El tablero kanban responde a estos retos: hace visibles los cuellos de botella en tiempo real, impone disciplina a través de los límites WIP y permite al equipo actuar sobre los problemas antes de que se conviertan en retrasos.


== Error frecuente ==


La característica principal del marco estándar de Scrum es el uso de pulsos de sprint, para emplear la técnica de tiempo prefijado (timeboxing) y mantener así un avance continuo gracias al ritmo marcado por la secuencia de sprints.  
<div class="bok-aviso">
La táctica de timeboxing muestra al equipo el avance de forma pragmática, al tiempo que mitiga la tendencia habitual a dilatar los tiempos de entrega previstos.
'''Usar el tablero kanban solo para visualizar, sin gestionar el flujo.''' Un tablero sin límites WIP es solo un seguimiento del estado de las tareas: no mejora el flujo ni detecta cuellos de botella de forma activa. El valor diferencial del kanban sobre otras formas de gestión visual está precisamente en que los límites WIP obligan al equipo a resolver los problemas del flujo antes de añadir más trabajo al sistema.
</div>


== Referencias ==
* Nonaka, Ikujiro; Takeuchi, Hirotaka. (1986). "The New New Product Development Game". ''Harvard Business Review'', enero 1986.


Los equipos originales de Scrum observados y descritos por Nonaka y Takeuchi [[Takeuchi & Nonaka 1986]] y los principios de la agilidad no prescriben el uso de una determinada táctica para lograr un desarrollo incremental.
== Véase también ==


<div class="bok-tags">
[[Incremento continuo]] [[Incremento iterativo]] [[Tableros kanban: conceptos]] [[Tableros kanban: operativa]] [[Work In Process]] [[Kanban: origen y definición]] [[Ley de Parkinson]]
</div>


También es posible trabajar con un avance constante de las tareas una tras otra, sin empaquetar en incrementos para hacer en pulsos de timeboxing.
<div class="bok-ecosistema">
<div class="texto">
<span class="titulo">'''¿Quieres avanzar en agilidad?'''</span>
<span class="sub">Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a [https://scrummanager.com/skillarena/ '''Skill Arena''']: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.</span>
</div>
<div class="botones">
<div class="bok-btn-outline">[https://www.scrummanager.com/website/c/calendar/show-courses.php Buscar convocatorias]</div>
<div class="bok-btn-filled">[https://scrummanager.com/club/ Club Agile]</div>
</div>
</div>


 
[[Category:Glosario de términos]]
Lograr un flujo continuo de tareas no es fácil porque suelen formarse zonas con cuellos de botella que bloquean el avance, mientras en otras áreas del equipo se producen tiempos muertos sin tareas que realizar.
[[Category:Kanban]]
La gestión visual kanban es la técnica más empleada actualmente para regular el flujo continuo en proyectos TIC y de servicios del conocimiento gestionados evolutivamente.
 
[[Category:Scrum II]]
Retrieved from "https://www.scrummanager.com/bok/index.php?title=Incremento_continuo_con_gestión_visual_kanban"