Guía Scrum | 13. Equipo de desarrollo en Scrum

Un Equipo de Desarrollo en Scrum es un grupo interdisciplinario formado por todas las personas involucradas en la creación de un Producto. En el artículo de hoy veremos qué características debe tener. También consideraremos la composición y las responsabilidades de un Equipo de Desarrollo que sea capaz de lograr sus Objetivos de manera efectiva.

Equipo de desarrollo en Scrum – índice:

1. Características del equipo de desarrollo
2. Equipo de desarrollo
3. Responsabilidades del equipo de desarrollo
4. Resumen

Características del equipo de desarrollo

El Equipo de Desarrollo que trabaja de acuerdo con los principios de Scrum es un grupo independiente de especialistas. No utiliza el apoyo de especialistas externos o subcontratistas. Pero, ¿qué determina que el Equipo esté bien emparejado para lograr la Meta? ¿Y qué responsabilidades se incluyen en las tareas de un Equipo de Desarrollo, independientemente de su especialización?

Para ser efectivo, un Equipo de Desarrollo debe tener al menos tres características: la capacidad de autoorganización, el impulso para crecer y la interdisciplinariedad.

Autoorganización

Cuando hablamos de Equipo Scrum, del cual forma parte el Equipo de Desarrollo, utilizamos el término “autogestión”. Significa autogestión a nivel de organización. El Equipo Scrum como un todo decide no solo quién hará el trabajo y cómo, sino también en qué trabajarán. En un Scrum Team, gran parte de las tareas de gestión pertenecen al Product Owner y al Scrum Master.

Por lo tanto, en el caso de un Equipo de Desarrollo, la autoorganización es más importante que la autogestión. Se refiere a la planificación de responsabilidades, es decir, decidir por uno mismo quién realizará determinadas tareas, cuándo y cómo.

La búsqueda del desarrollo

Una característica clave de un equipo eficaz es el impulso para el crecimiento. La forma de completar las tareas que tiene ante sí debe ser ambiciosa. Esto resulta no sólo de las predisposiciones y actitudes individuales de cada miembro del Equipo de Desarrollo. El aumento de la competencia y el esfuerzo también se ve favorecido por el ambiente del Equipo, que lo define en su conjunto.

interdisciplinariedad

La interdisciplinariedad del Equipo significa que sus miembros juntos deben tener todas las habilidades necesarias para crear un Incremento valioso en cada Sprint. También significa que cada miembro del Equipo realiza las tareas necesarias para ese Sprint. Todos hacen lo que es necesario para lograr la Meta. Incluso si eso significa asumir nuevas tareas más allá de la experiencia del Desarrollador. Es un error ceñirse rígidamente a las competencias o funciones profesionales propias.

Equipo de desarrollo

Según la Guía Scrum, el número máximo de Desarrolladores es ocho. Una composición tan pequeña fomenta la comunicación y la apertura, ya que los miembros del Equipo tienen la oportunidad de conocerse entre sí. Sin embargo, el Equipo no debe ser menor de tres personas. Debe ser lo suficientemente grande como para hacer que el progreso sea visible para el negocio en cada Sprint.

Los desarrolladores dentro de Scrum se denominan personas con una amplia variedad de habilidades y responsabilidades. En ningún caso el nombre está reservado para personas que hacen programación. Así, el Equipo puede incluir programadores y diseñadores, investigadores y analistas, probadores y científicos, así como otros especialistas.

No hay jerarquía entre los Desarrolladores. Por eso no utilizan títulos profesionales o científicos.

Una suposición importante sobre la composición del equipo de Desarrollo es que es una unidad. Por lo tanto, los equipos más pequeños que trabajan en otros Objetivos no deben separarse de él.

Responsabilidades del equipo de desarrollo

Las responsabilidades del Equipo de Desarrollo se pueden dividir en tres áreas. Estos son:

• Planificación de tareas
• trabajando en el producto
• Mejorar la colaboración dentro del equipo

Planificación de tareas

La programación de tareas es una obligación que todos los Equipos de Desarrollo basados ​​en Scrum tienen que cumplir. Consiste en crear un plan de Sprint y ponerlo en un Sprint Backlog, que describiremos en un artículo aparte. Lo más significativo es que el Equipo de Desarrollo trabaja en conjunto. De esta manera, cada uno de los Desarrolladores podrá determinar de manera realista la cantidad de tareas a realizar en un Sprint determinado. A la larga, esto le permite al equipo mantener un ritmo constante y planificar con mayor precisión.

Es igualmente fundamental estar atento al pulso, es decir, ajustar diariamente el plan a la realidad. Si surgen problemas, puede ser necesario cambiar: reorganizar las tareas, distribuir el trabajo de manera diferente o hablar con el Scrum Master sobre las dificultades emergentes.

trabajando en el producto

Las formas de trabajar sobre un Producto pueden variar dramáticamente dependiendo del área en la que opere un Equipo de Desarrollo determinado. En términos generales, el objetivo a lograr en cada Sprint es crear un Incremento, es decir, una característica de Producto valiosa para el negocio.

Es útil aquí hablar directamente y aplicar la siguiente regla:

Cuando emprenda un trabajo en un Producto, debe dejarlo en un estado que no solo sea mejorado sino no menos terminado que la versión anterior.

La aplicación de este principio significa que el Equipo en su conjunto asume la responsabilidad del Incremento. Si un Desarrollador realiza tareas sin cuidado, causando que la calidad del Producto se deteriore, alguien más tendrá que hacer el trabajo por él. Por otro lado, si algún Desarrollador encuentra errores en el Producto, debe corregirlos él mismo o pasar la información del error a alguien que pueda hacerlo. Escribiremos más sobre trabajar en Product Increment dentro de un Sprint en un artículo separado.

Mejorar la colaboración en el equipo

Trabajar en la forma en que opera el Equipo se trata de mejorar constantemente la eficiencia y la eficacia de los Desarrolladores individuales.

Sin embargo, también es, o quizás sobre todo, un trabajo de comunicación entre Desarrolladores. La mejora consiste en elaborar soluciones que permitan una división de tareas eficiente y precisa. Y también practicar habilidades:

• criticar las soluciones, no las personas : cambiar el lenguaje que usamos para describir el trabajo conduce a un cambio de actitud y a una mejor colaboración
• distanciarse de sus ideas : permite el humor y una retroalimentación más honesta
• generar confianza : gracias a la confianza, los desarrolladores pueden proponer muchas más ideas innovadoras sin temor a una reacción negativa del entorno

La mejora de la colaboración del Equipo se logra a través de la reflexión continua sobre cómo funciona el Equipo y brindando comentarios durante los Eventos Scrum descritos en este artículo.

Resumen

En el artículo de hoy presentamos las características, composición y responsabilidades de un Equipo de Desarrollo Scrum. La interdisciplinariedad, la autoorganización y el afán de desarrollo caracterizan a este pequeño equipo. Y la mejora continua del trabajo en equipo y el trabajo efectivo en el Producto : estas son las tareas que todo Equipo de Desarrollo debe cumplir.

Si le gusta nuestro contenido, únase a nuestra comunidad de abejas ocupadas en Facebook, Twitter, LinkedIn, Instagram, YouTube.

Autora: Carolina Becker

Como Project Manager, Caroline es experta en encontrar nuevos métodos para diseñar los mejores flujos de trabajo y optimizar procesos. Sus habilidades organizativas y su capacidad para trabajar bajo la presión del tiempo la convierten en la mejor persona para convertir proyectos complicados en realidad.

Ver todas las publicaciones

Guía Scrum:

1. Glosario de términos básicos, roles y nociones
2. ¿Qué es Scrum?
3. valores de scrum
4. ¿Cómo implementar Scrum en tu empresa?
5. Equipo Scrum: ¿qué es y cómo funciona?
6. ¿Quién es un propietario del producto?
7. Los errores más comunes del Product Owner
8. ¿Quién es el Scrum Master?
9. Características de un buen Scrum Master
10. Los errores más comunes de Scrum Master
11. ¿Qué estadísticas y métricas debe rastrear el Scrum Master?
12. Cooperación entre el propietario del producto y Scrum Master
13. Equipo de desarrollo en Scrum
14. Los errores más comunes de los Desarrolladores
15. artefactos de scrum
16. Escalamiento Scrum
17. Pila de Sprint
18. ¿Qué es la cartera de productos?
19. ¿Qué son las historias de usuario?
20. Creando la mejor historia de usuario con INVEST
21. Los errores más comunes de las historias de usuario
22. Criterios de aceptación de historias de usuario
23. Estimación y puntos de historia en Scrum
24. Planificación de póquer
25. Juego de estimación en equipo
26. Definición de incremento
27. Eventos de scrum
28. ¿Qué es Sprint en Scrum?
29. Compromisos del equipo Scrum: objetivo del producto, objetivo del Sprint y definición de finalización
30. ¿Qué es un gráfico Burndown?
31. ¿Cómo crear e interpretar un gráfico de evolución?
32. Ventajas y desventajas del Burndown Chart
33. Tableros Kanban en Scrum y Scrumban
34. Velocidad en Scrum - Velocidad del Equipo de Desarrollo
35. Scrum diario
36. Planificación de Sprint
37. Revisión de Sprint
38. ¿Qué es una retrospectiva de Sprint?
39. Errores comunes durante una Retrospectiva de Sprint
40. Nutrición de la cartera de productos