“Los miembros de un equipo de Scrum están acostumbrados a ver dos nuevos roles en sus proyectos: el ScrumMaster y el Product Owner. Pero los cambios a un equipo de proyecto Scrum van mucho más allá de la introducción de dos nuevos roles. Por ejemplo, la naturaleza auto-organizada de un equipo Scrum elimina el rol del líder técnico, los individuos deben ver más allá de sus especialidades y ayudar al equipo de cualquier forma posible; el énfasis se traslada de la simple escritura de requerimientos a la conversación sobre los mismos, y los equipos deberán producir algo tangible para el final de cada Sprint. Porque estos cambios alteran los roles y relaciones dentro del equipo y la organización, muchos contribuyen a los desafíos que estas organizaciones enfrentan cuando adoptan Scrum.”

Esta es una serie de traducciones al español del artículo publicado el 12 de Enero en InfoQ con un extracto del libro “Succeeding with Agile: Software Development Using Scrum” de Mike Cohn. Hoy publico la sección de "Programadores" como parte de la serie "Roles ágiles".

Programadores Ágiles


¿Qué hacen los programadores en un equipo Scrum? Programan. Prueban. Analizan. Diseñan. Hacen todo lo necesario para ayudar al equipo a completar el trabajo comprometido en un sprint. A pesar de que está bien tener un equipo de especialistas en Scrum, los especialistas tienen que estar dispuestas a trabajar fuera de su especialidad cuando sea necesario por el bien del equipo.

Hay excepciones. Un proyecto de desarrollo de un juego puede, por ejemplo, beneficiarse de los especialistas en inteligencia artificial. Debido a la naturaleza altamente especializada de sus productos, estos especialistas no pueden hacer nada fuera de su especialidad. La mayoría de los programadores en un equipo Scrum, sin embargo, deben estar dispuestos a contribuir en cualquier número de maneras en optimizar el rendimiento del equipo en general. Esto significa que probarán cuando sea necesario, programar en un lenguaje que no es el preferido, etc.

Uno de los cambios más notables para los programadores en un equipo Scrum es que ya no pueden sentarse en sus cubículos y esperar que se les diga exactamente qué debe programar. Ellos necesitan convertirse en participantes activos en la comprensión de los requisitos del producto. Sorprendentemente, hay muchas personas que simplemente quieren que se les diga en qué trabajar. Yo he escuchado expresiones como, “si me dicen en qué trabajar y yo lo hago, entonces no puedo ser despedido”. Los programadores en un equipo Scrum, como todos los demás en el equipo, se espera que sean responsables del éxito global del producto. Cuando esta responsabilidad se siente plenamente, es más fácil hacer las cosas que van más allá de la mera descripción del trabajo normal.

Los programadores también deberían hablar con los clientes y usuarios. La intensidad de esta interacción se puede ajustar hacia arriba o hacia abajo basado en el programador, la organización, los puntos fuertes de otros miembros del equipo, y la naturaleza del proyecto. Los programadores no necesitan desarrollar una personalidad sociable, vendedora. Pero es necesario que de vez en cuando se sientan cómodos hablando con un usuario o cliente, incluso si es sólo por teléfono.

Del mismo modo, los programadores pueden esperar pasar más tiempo interactuando con sus compañeros de trabajo. Un programador no puede permitirse entrar a las 11 de la mañana y usar auriculares hasta irse en silencio a las 7 de la tarde. En cambio, los programadores deberían sentirse en un espacio de equipo, participar en discusiones, ayudar a otros con problemas, y participar en la programación de a pares.

Estos cambios pueden ser bastante inquietante para muchos programadores (yo incluido) que nos metimos en este rubro porque pensamos que podíamos sentarnos solos en nuestros cubículos todo el día. Antes de mi primer trabajo de programación, yo trabajaba en un cuarto oscuro  de seis por cuatro pies totalmente cerrado revelando fotografías todo el día. Salía en los descansos regulares y para comer, de lo contrario yo estaba solo en la oscuridad todo el día y me encantaba. Moverse en el mundo iluminado de cubículos fue un gran cambio. Pasar de cubículos tranquilos al dinamismo de la cultura conversadora es un cambio aún más grande. De los programadores en un equipo Scrum se espera que hagan esta transición. Afortunadamente, sin embargo, el cambio, no es tan difícil para la mayoría de nosotros. Es posible que les guste estar solos, pero nos encontramos participando en conversaciones estructuradas (como en las reuniones de toma de decisiones y los debates sobre un proyecto Scrum) mucho más fácil que las conversaciones no estructurada, en un cóctel.

Más allá de los cambios en la comunicación y la interacción, los programadores es casi seguro que experimenten cambios en la forma en que hacen su trabajo. Prácticas técnicas como la programación de a pares, desarrollo basado en pruebas (TDD), y un fuerte énfasis en las pruebas unitarias automatizadas serán nuevas para ellos. El equipo puede decidir no adoptar todas estas prácticas en un primer momento (o nunca en algunos casos), pero le sugiero que todas sean considerados y probadas.


Dime lo que piensas. Por favor, deja un comentario más adelante (y luego dale click a ese botón de 'Me gusta'!)

Seguir leyendo


Comentarios

comments powered by Disqus