Esta pregunta ha estado cocinando en mi cabeza por un tiempo, así que quería preguntar a aquellos que están siguiendo prácticas ágiles / scrum en sus entornos de desarrollo.
Mi compañía finalmente se aventuró a incorporar prácticas ágiles y comenzó con un equipo de 4 desarrolladores en un grupo ágil a modo de prueba. Han pasado 4 meses con 3 iteraciones y continúan haciéndolo sin volverse totalmente ágiles para el resto de nosotros. Esto se debe al hecho de que la confianza de la administración para cumplir con los requisitos comerciales con un poco de solicitud de tipo ad hoc desde arriba.
Recientemente, hablé con los desarrolladores que forman parte de esta iniciativa; Me dicen que no es divertido. No se les permite hablar con otros desarrolladores por su maestro Scrum y no se les permite realizar llamadas telefónicas en el área de trabajo (lo que quizás esté bien hasta cierto punto). Por ejemplo, si quiero hablar con mi amigo para saber quién está en el equipo ágil, no se me permite sin la aprobación del maestro Scrum; quién está sentado justo al lado del equipo ágil.
La idea de todo esto o de lo ágil es proporcionar un vacío completo para los desarrolladores ágiles de cualquier interrupción y hacer que pasen más de 6 horas productivas. Bueno, muchachos, no soy un gurú ágil, pero lo que he leído es un documento de despliegue ágil de Yahoo y similar para otras organizaciones, me da la sensación de que ágil no es barato. Requiere recursos y presupuesto para inculcar de forma ágil en los equipos y corregir el problema a medida que llegan para volver a encarrilarlos.
Para empezar, se requiere capacitación para desarrolladores y capacitación para gerentes, etc, etc. El maestro Scrum actual era un gerente que tomó un par de días en una clase de capacitación ágil pagada por la gerencia que ahora dirige este equipo ágil. También he escuchado en la reunión que el manifiesto ágil no dicta que ágil no está escrito en piedra y se personaliza de manera diferente para cada empresa. Bueno, todo suena bien y razón.
En conclusión, siempre pensé que se suponía que Agile traería armonía a los equipos de desarrollo, lo que se traducía en desarrolladores felices. Sin embargo, tengo una sensación muy opuesta al hablar con los desarrolladores en el equipo ágil. No están contentos de no poder hablar más que de trabajar, sentarse tranquilamente todo el día trabajando, y sienten que es solo otra forma en que la administración puede hacer que trabajen más.
Dígame, por favor, si este es uno de los ejemplos de buenas prácticas utilizadas con el propósito de obtener una ventaja egoísta por más dólares. O tal vez, solo somos nosotros, los desarrolladores como yo, y este equipo ágil siente que no les gusta trabajar en un entorno en el que solo respiran porque están trabajando.
Es una empresa en el ámbito de la salud que tiene oficinas en todo EE. UU. Definitivamente, se siente como un estilo de vaquero ágil, lo que realmente hace que no quiera ir por el ágil, especialmente en mi empresa actual.
Todo tiene que ver con que la administración sea completamente barata. Recortar el café caro para obtener una versión más barata, hacer hincapié en los ahorros y ser productivo mientras se mantiene lo más magro posible.
Mi sensación es que alguien de la gerencia detrás de la puerta rechazó esta idea, que ágil te hace producir más para que podamos demostrar a nuestros jefes que estamos produciendo más con el mismo personal. O, tal vez, nos permitirá reducir el número de empleados si ese es el caso.
Tienen su reunión diaria de 5 minutos. Pero no se le permite chatear o hablar con alguien fuera de su equipo. Todo el enfoque está en el trabajo.