Equipo Scrum: personas en forma de I vs en forma de T

Equipo Scrum: personas en forma de I vs en forma de T

Algunas personas son muy competentes en un campo concreto, pero rara vez contribuyen fuera de ese campo. Estas personas se denominan «tipos I» en la comunidad ágil porque son como la letra «I» en el sentido de que tienen profundidad, pero no mucha amplitud. Por el contrario, las «personas T» tienen conocimientos complementarios en un área, pero habilidades menos desarrolladas en áreas relacionadas y buenas habilidades de colaboración.

Sigue leyendo
Scrum: ¿Por qué la duración del Sprint debería ser corta?

Scrum: ¿Por qué la duración del Sprint debería ser corta?

Correr es correr una distancia corta en un periodo de tiempo limitado. Se utiliza en muchos deportes que incorporan la carrera, normalmente como forma de alcanzar rápidamente un objetivo o una meta, o de evitar o alcanzar a un adversario. Un sprint es una caja de tiempo. Cada sprint tiene una fecha de inicio y de finalización durante la cual un conjunto de historias de usuario seleccionadas tienen que ser completadas y confirmadas. La siguiente imagen muestra los elementos clave de un sprint, que incluye un conjunto de historias de usuario, los miembros del scrum implicados, la asignación de trabajo, la duración y la fecha de finalización (esquina superior derecha).

Sigue leyendo
Equipo tradicional a Scrum: formación, tormenta, normalización y desempeño

Equipo tradicional a Scrum: formación, tormenta, normalización y desempeño

El modelo de formación-tormenta-normación-desarrollo del grupo fue propuesto por primera vez por Bruce Tuckman en 1965, quien afirmó que todas estas fases son necesarias e inevitables para que el equipo crezca, se enfrente a los retos, aborde los problemas, encuentre soluciones, planifique el trabajo y obtenga resultados. La teoría sigue siendo una buena explicación del desarrollo y el comportamiento de los equipos.

Sigue leyendo
Por qué Scrum: proceso definido vs proceso empírico

Por qué Scrum: proceso definido vs proceso empírico

La mayoría de los proyectos de desarrollo de software se consideran complejos e imprevisibles por naturaleza debido a la convergencia de tres factores: personas, requisitos y tecnología. Los distintos enfoques utilizados para la entrega y gestión de proyectos podrían entenderse más fácilmente en el contexto de los modelos de control de procesos y la complejidad de los proyectos.

Sigue leyendo
El resumen de la historia de Scrum

El resumen de la historia de Scrum

La historia del método Scrum comienza en 1986. Ese año, dos expertos empresariales japoneses introdujeron el término en el contexto del desarrollo de productos. Hirotaka Takeuchi e Ikujiro Nonaka publicaron el artículo «New New Product Development Game» (el doble «New» forma parte del título) en la Harvard Business Review. Los autores describían un nuevo enfoque para el desarrollo de productos comerciales que aumentaría la velocidad y la flexibilidad. Se inspiraron en estudios de casos de empresas de fabricación de automóviles, fotocopiadoras e impresoras.

Sigue leyendo
Cómo Scrum: una guía práctica

Cómo Scrum: una guía práctica

Scrum is a framework for developing and maintaining complex products and is an incremental, iterative development process. In this framework, the entire development process consists of several short iteration cycles, a short iteration cycle called a Sprint, and each Sprint is 2 to 4 weeks long.

Sigue leyendo