Política de trabajo en equipo

Descripción

Una política es un principio de gobierno, típicamente usado como la base para la definición de procedimientos dentro de una organización. En nuestro caso, la política de trabajo en equipo, tiene como propósito maximizar el desarrollo de habilidades y la efectividad de los miembros del equipo, además de mejorar la calidad del producto final por medio de la detección temprana de defectos.

Las revisiones de código y la programación en parejas son buenas prácticas de la industria para remover defectos en el software y al mismo tiempo promueven el desarrollo de habilidades. Es por ello que incorporaremos estas prácticas en nuestro trabajo diario.

Modalidad

En pares.

Objetivos
  • Encontrar defectos en el código
  • Desarrollar tus habilidades aprendiendo de los demás
  • Transmitir tus habilidades
  • Brindar y recibir retroalimentación de manera oportuna
  • Crear una comunidad de aprendizaje activo
Política de trabajo en equipo

  • Es una buena práctica que vayas creando commits cada vez que avances en tu trabajo, esto permite ver el trabajo realizado y gestionar las versiones de tu código para que puedas modificarlo con confianza.

  • En la medida de lo posible, procura que todo tu trabajo en el proyecto se realice con la práctica Pair Programming. Incluso, puedes aplicar esta práctica también en los laboratorios.

    La practica de Pair Programming, básicamente consiste en que 2 personas trabajan en 1 tarea, compartiendo 1 sola pantalla y teclado. Esto permite que el observador guíe y encuentre defectos en el momento que se inyectan, además de que ambos mejoran sus habilidades tanto de observar, como de la retroalimentación que reciben.

    Para que esta práctica sea efectiva, traten de trabajar sin distracciones en periodos de alrededor de 45min + 10min de descanso, y ajusten conformen se sienten más cómodos y productivos.

    Es indispensable un ambiente de respecto, confianza y altamente constructivo. El trabajo no debe realizarse para juzgar al compañero, sino para que ambos mejoren sus habilidades y para que mejore la calidad del producto.

  • Para el trabajo que no se realice en parejas, es posible también transferir habilidades y mejorar su calidad por medio de las revisiones de código.

    Idealmente, antes de integrar a la rama develop, es importante crear un Pull Request y asignar como revisores a 2 miembros de tu equipo.

    Para los revisores, se espera que además de encontrar defectos de claridad en el código, documentación, seguridad, eficiencia, y buenas prácticas, apoyen a los autores en mejorar su práctica o aprendan algo de ellos. Por lo que se pide que en la revisión, hagan comentarios enfocados en lo que sus compañeros pueden mejorar, o en lo que aprendieron del código que revisaron.

    La retroalimentación debe ser constructiva y significativa. Es decir, no se aceptarán comentarios ofensivos hacia la persona, ni que desprecien el trabajo. De ser necesario incluye material de apoyo como un artículo. Describe claramente lo que se puede mejorar y cómo realizarlo, así como lo que potencialmente podría causar problemas. O bien, específicamente las lecciones aprendidas del código que se revisó.