¿Cuáles son algunas de las preocupaciones comunes en la adaptación de Scrum para un equipo de desarrollo?

Creo que una de las preocupaciones más comunes en la adaptación de Scrum se relaciona con el trabajo con equipos de desarrollo remoto. Sin embargo, implementar Scrum con desarrolladores externos no es muy complicado, como parece a primera vista.

Tenemos experiencia en la aplicación de la metodología Scrum en uno de los proyectos con un equipo distribuido. Para obtener resultados integrales, hemos seguido algunos principios importantes:

  • El equipo es el núcleo de Scrum, es mejor permitir que los miembros del equipo organicen el trabajo del proyecto
  • El número de miembros del equipo tiene que ser limitado.
  • Mantenga las tareas claras y estrictamente definidas cuando planifique un sprint
  • Se requiere una comunicación regular para un trabajo eficiente (a través de video chat u otros mensajeros)
  • El equipo debe cumplir los plazos sin exenciones

Aquí puede encontrar más detalles sobre el uso efectivo de Scrum con un equipo de desarrollo subcontratado: Mezclar Agile Scrum y Outsourcing de desarrollo de software

Si el equipo de desarrollo aún no ha estado trabajando en un entorno ágil, entonces una preocupación que llama mucho la atención es “¿qué haces con el gerente del proyecto?” Algunas de las responsabilidades que conforman el rol tradicional del gerente del proyecto se le dan a otros en Scrum. El propietario del producto tiene el papel de enlace con las partes interesadas de la empresa, mientras que el Scrum Master se asegura de que el equipo tenga lo necesario para hacer su trabajo, y el equipo Scrum asigna tareas individuales. Una comprensión clara y un acuerdo sobre los roles, las responsabilidades y la autoridad es crucial para una transición exitosa a Scrum. Una descripción útil de los roles centrales de Scrum y sus responsabilidades típicas, aunque no prescritas, se encuentra en A Guide to the Scrum Body of Knowledge, páginas 40-49.

Equipo de desarrollo de preocupación. Escribo a continuación en base a mi conversación con los miembros del equipo de desarrollo de aquellos que vienen a asistir a mi taller Scrum Developer.

  1. ¿Cómo juzgará nuestro gerente nuestro desempeño individualmente si él o ella no es parte de Scrum?
  2. ¿Qué hará Scrum Master? ¿Necesitamos informar a Scrum Master?
  3. ¿Cómo podemos entregar todo en 2 semanas desde el diseño hasta la implementación?
  4. ¿Quién será responsable en caso de problemas de producción?
  5. ¿Por qué tengo que colaborar con todos si estoy trabajando en una tarea que nos ha sido asignada?
  6. ¿Por qué debería aprender las pruebas si soy desarrollador?
  7. ¿Por qué debería compartir mi caso de prueba con el desarrollador porque esto es lo que ejecutaré cuando el desarrollador haya terminado?
  8. Como probador, ¿qué haré inicialmente porque no habrá nada que pueda probar?
  9. ¿Por qué emparejar programación? Normalmente me desempeño bien cuando estoy solo
  10. Mucho mas…..