Cuando los equipos comienzan el desarrollo ágil, poco ha cambiado, aparte de que quizá haya más reuniones en el calendario. Puede que sigan operando por separado o que limiten sus interacciones con los clientes. Es posible que el trabajo se divida en tareas del tipo cascada, luego diseñar historias de usuario, luego construir historias, luego probar historias. Por lo tanto, los “equipos ágiles” son ágiles en la forma cuando sólo andan sin entender o aceptar los principios y valores ágiles. Los equipos se vuelven ágiles cuando piensan y actúan de acuerdo con los valores y principios ágiles.
Sigue leyendoCategoría: Scrum
Definición de Listo en Scrum
La Definición de Listo es un conjunto de acuerdos que permite a todos saber cuándo algo está listo para comenzar, por ejemplo, cuando una historia de usuario está lista para ser llevada a un sprint, o cuando todas las condiciones necesarias son correctas para que un equipo comience un sprint. Una definición adecuada de listo mejorará sustancialmente la posibilidad de que el equipo Scrum cumpla con éxito su objetivo del sprint.
Sigue leyendo
Transparencia en Scrum
La transparencia es el primer aspecto importante del proceso de Scrum y debe ser visible para los responsables del resultado. La transparencia requiere que estos aspectos se definan en sus actividades y artefactos diarios para que los equipos puedan compartir un entendimiento común de lo que ven.
Sigue leyendo
¿Qué es el enfoque de autogestión?
Un equipo autogestionado es un grupo de empleados que son responsables de todos o la mayoría de los aspectos de la producción de un producto o servicio. El equipo autogestionado es la unidad básica de la nueva organización horizontal. Los equipos autogestionados son una consecuencia del anterior enfoque de equipo.
Sigue leyendo
¿Qué es un Sprint en Scrum?
El Sprint es una iteración de un ciclo de desarrollo continuo. Dentro de un Sprint, la cantidad de trabajo planificada tiene que ser completada por el equipo y estar lista para su revisión. Los proyectos de Scrum se dividen en intervalos de tiempo pequeños y consistentes denominados sprints. Pueden ser tan cortos como unos pocos días y por lo general no son más de 3-4 semanas.
Sigue leyendo
Equipos multifuncionales frente a autoorganizados frente a funciones frente a equipos de componentes en Agile
“Un equipo interfuncional tiene todas las competencias necesarias para realizar el trabajo sin depender de otros que no forman parte del equipo” – Guía de Scrum. A diferencia del enfoque de equipo por componentes, un equipo interfuncional es un grupo formado por personas de diferentes áreas funcionales de la empresa. - Debería estar formado no sólo por especialistas técnicos (desarrolladores de back-end y front-end, ingenieros de control de calidad, etc.) sino también por miembros como analistas de negocio, especialistas en marketing y UX o cualquier otra persona que participe activamente en el proyecto.
Sigue leyendo
Cambio en la guía de Scrum: autoorganización frente a equipo de autogestión
Los Equipos Scrum son autoorganizados y multifuncionales . Los equipos autoorganizados eligen la mejor manera de realizar su trabajo, en lugar de ser dirigidos por
Sigue leyendo
Escribir buenas historias de usuario
Las historias de usuario forman parte del enfoque ágil y ayudan a cambiar el enfoque de la escritura de los requisitos a la discusión de los mismos. Todas las historias de usuario ágiles incluyen una o dos frases escritas y, lo que es más importante, una serie de conversaciones sobre la funcionalidad deseada.
Sigue leyendo
Las 20 reglas y directrices más mencionadas en Scrum
El marco de Scrum se compone de los Equipos Scrum y sus roles asociados, eventos, artefactos y reglas. Cada componente dentro del marco tiene un propósito específico y es esencial para el éxito y el uso de Scrum. Las reglas de Scrum unen los roles, eventos y artefactos, que rigen las relaciones y la interacción entre ellos como se muestra en la siguiente figura:
Sigue leyendo
Estimación ágil: estimaciones relativas frente a estimaciones absolutas
Tanto si un equipo está desarrollando un producto como un proyecto, necesitamos responder a la pregunta “¿Cuándo podremos terminarlo?” , o hasta dónde seremos capaces de llegar en un momento determinado, por lo que, al igual que en los modelos de desarrollo tradicionales, necesitamos estimar la carga de trabajo antes de iniciar el proyecto. La estimación ágil es el proceso de estimar el esfuerzo necesario para completar una tarea prioritaria en el backlog del producto. Este esfuerzo suele medirse en términos del tiempo necesario para completar esa tarea, lo que a su vez conduce a una planificación precisa de los sprints.
Sigue leyendo