Sin categoría

El Equipo de Desarrollo Scrum, o Development Team, o simplemente DevTeam, conforma una de las tres patas del Equipo Scrum, siendo las otras dos el Product Owner y el Scrum Master.

El Product Owner es, como su nombre indica, el dueño o propietario del producto que se va a construir, entendiendo por dueño quien lo define, quien entiende su valor de negocio y, en definitiva, el responsable de ese producto de cara a la organización.

El Scrum Master es, también como su nombre indica, el experto o maestro en Scrum. Entre otras cosas, vela porque el Equipo Scrum se atenga al marco de trabajo de forma que se aplique correctamente y trata de quitarles cualquier piedra del camino de cara al buen desarrollo del Sprint.

Pues bien, el Equipo de Desarrollo Scrum lo forman los desarrolladores que realizan el trabajo de construir y entregar un incremento de producto terminado (done) que potencialmente se pueda poner en Producción al final del Sprint.

Por cierto, quien decide si finalmente el incremento subirá a PRO o no subirá es el Product Owner.

En este post pondremos foco en aquellos que construyen, prueban e implantan el software Sprint tras Sprint: el Equipo de Desarrollo Scrum.

Leer másEl Equipo de Desarrollo Scrum

Si tienes pensado utilizar Scrum déjame que te diga una cosa: el Product Owner es la estrella de la fiesta.

Mentalízate que este rol es el más importante de los tres roles Scrum (los otros dos son Equipo de Desarrollo y Scrum Master), entre muchas cosas porque es el nexo de unión entre el negocio y tecnología.

En este post vamos a analizar este importante rol de Scrum y analizaremos cómo debe proceder un buen Product Owner.

Leer másEl Product Owner

Ha llegado el momento de dedicar un monográfico a Scrum. Y es que no se puede hablar de agilidad sin hacer referencia a este popular método.

Este artículo será el primero de una larga lista en los que comenzaremos a profundizar en Scrum, que como ya he comentado en otros posts es el marco de trabajo agile de referencia.

Trataré de diseccionarlo punto por punto, de forma que, tras varios artículos, puedas comenzar a aplicarlo en tu trabajo. Te ayudaré a extraer de este framework agile todos los beneficios que puede proporcionar a tus proyectos software.

Comenzamos.

Leer másQué es Scrum

No es fácil hablar de agile a quien nunca la ha experimentado, a quien lleva años trabajando en proyectos software de forma tradicional.

Yo mismo fui uno de esos. Mis primeros contactos con la agilidad, para ser exactos con Scrum, no terminaron del convencerme. Me pareció que reflejaba una serie de ideas muy platónicas, una teoría muy bonita pero que difícilmente podría extrapolarse a un proyecto real.

Recuerdo la primera vez que leí la Guía Scrum, con esos valores que pregona de compromiso, coraje, respeto, etc, y pensé que era vender humo. ¿Acaso en cualquier proyecto, esté gestionado con la metodología que sea, no debería haber compromiso? ¿o respeto?

En este post trataré de exponerte algunas razones de por qué la agilidad no es sólo teoría hueca. De hecho, fueron las razones que di hace tiempo a una persona bastante escéptica con este tema…

Leer másAgile ¿para qué?: reflexión para escépticos

Siempre recomiendo la Guía Scrum como la referencia obligada a la hora de establecer las bases de nuestro conocimiento en este marco de trabajo.

Te dejo el enlace por aquí:

https://www.scrum.org/resources/scrum-guide

No obstante, cuando tratas de poner esos flamantes conocimientos en práctica, te das cuenta de hasta qué punto la guía se queda corta. Y uno de esos temas que ponen de manifiesto el laconismo de la guía es la creación del Product Backlog.

En este post hablaremos de una fase inicial de planificación previa al primer Sprint de cualquier proyecto, conocida, entre otros nombres, por el polémico nombre de Sprint Cero.

Comenzamos.

Leer másEl Sprint Cero