Melé:La resistencia (no) es inútil [cerrado]

Question

Soy el segundo desarrollador y un empleado reciente aquí en una tienda de PHP/MySQL.Me contrataron principalmente debido a mi experiencia en sacar algún tipo de proceso de un desastre caótico.Al menos, eso es lo que hice en mi última empresa.;)

Desde que estoy aquí (hace unos meses), incorporé a mi jefe, mi gerente de producto y varias otras figuras clave (pero en su mayoría gallinas, si me perdonan los estereotipos basados ​​en Scrum).También ayudé a dar cierta visibilidad al ciclo de desarrollo de un producto importante que lleva más de un año retrasado.¡A la gente le encanta!

Sin embargo, a mi compañero de trabajo (el único otro desarrollador aquí por ahora) no le gusta.Prefiere cerrar la puerta, concentrarse en su trabajo y que la dejen en paz.¿A mí?Me gusta todo el enfoque ágil de colaboración, cooperación y apertura.Sin su aporte, comencé las prácticas de Scrum (scrums diarios, gráficos de avance y otras cosas que encontré que funcionaron para mí y mis equipos anteriores (ala H.El genial gráfico mural de Kniberg).Durante nuestra reunión diaria, ella pasa sigilosamente y nos ignora como si en realidad no estuviéramos parados afuera de su puerta (en realidad lo estamos).Es bastante asombroso.Nunca había visto tanta resistencia.

Pregunta...¿Cómo puedo incorporarla?La presión de grupo no está funcionando.

Gracias de parte del compañero Scrum-borg,

hermoso

Answer 1

Si bien Scrum, otras metodologías ágiles como esta incorporan muchas buenas prácticas, a veces darle un nombre y convertirlo (como han comentado muchos blogueros) en una "religión" que debe adoptarse en el lugar de trabajo es bastante desagradable para mucha gente. Incluyéndome a mi.

Depende de cuáles sean tus opciones y compromisos, pero sé que estaría mucho más interesado en aceptar ideas porque son buenas, no porque sean una moda.Intente implementar/atraerla a las prácticas una a la vez, mostrándole cómo pueden mejorar su vida y su flujo de trabajo también.

A los programadores les encantan las cosas interesantes que les ayudan a realizar sus tareas.Odian que les sermoneen o que les pidan que se suban a lo que consideran una moda.Preséntelo como lo primero y no como lo segundo.(No hace falta decirlo, asegúrese de que realmente ES lo primero)

Editar:otra pregunta

En realidad, nunca trabajé para un lugar que usara una metodología ágil específica, aunque estoy bastante feliz de dónde estoy ahora porque incorporamos muchas prácticas ágiles sin exageraciones ni dogmas (lo mejor de ambos mundos, en mi humilde opinión). ).

Pero estaba leyendo sobre Scrum y, ¿un sistema como ese es beneficioso para un equipo de 2 personas?Al parecer, Scrum agrega una cierta cantidad de gastos generales a un proyecto, y eso podría superar los beneficios cuando se tiene un equipo muy pequeño donde la comunicación y la planificación ya son fáciles.

Answer 2

Sin su aporte, comencé las prácticas de Scrum (scrums diarios, gráficos de avance y otras cosas que encontré que funcionaron para mí y mis equipos anteriores (ala H.El genial gráfico mural de Kniberg).Durante nuestra pelea diaria, ella pasa sigilosamente y nos ignora como si en realidad no estuviéramos parados afuera de su puerta (en realidad lo estamos).Es bastante asombroso.Nunca había visto tanta resistencia.

Pregunta...¿Cómo puedo incorporarla?La presión de grupo no está funcionando.

¡Ay!¿Quién querría trabajar en un entorno tan opresivo?Si tienes suerte, ella te enviará su currículum y podrás contratar a alguien que esté de acuerdo con tu proceso de desarrollo.

Suponiendo que quieras conservarla, yo rechazaría (o desactivaría) la retórica y trabajaría primero en ser un amigo y compañero de trabajo.Si el proyecto tiene un año de retraso, ella no puede sentirse bien consigo misma y parece que no tienes miedo de pregonar tu éxito.Eso puede resultar intimidante.

Sin embargo, no sé nada sobre Scrum.Sólo me estoy imaginando cómo sería caminar en el lugar de tu compañero de trabajo.

Answer 3

hermoso, amigo,

Realmente te sugiero que leas el blog de Steve Yegge llamado "Buena agilidad, mala agilidad".Es un libro antiguo pero bueno, y creo que es una lectura obligada para cualquiera, como yo hace unos dos meses, que se pone un poco, digamos, "demasiado ansioso" por agilizar su lugar de trabajo.Agile ofrece muchas buenas prácticas, pero debes tomarlas todas con cautela y adoptar lo que te falta y omitir todas las demás tonterías que podrían resultar inútiles para una situación particular, por ejemplo.el scrum diario.Si a su compañero de trabajo le gustaría codificar en silencio (lea Peopleware para saber por qué esto es algo bueno) y es un miembro productivo del equipo, deje de molestarla con su scrum y déjela trabajar de la forma que más le guste.

La gente suele ser menos "hostil" con respecto a estas prácticas si simplemente te acercas a ellos y simplemente les dices "¿Tienes un segundo?".Escucha, la comunicación es realmente un problema en este momento, siento que no sé lo que estás haciendo y realmente no quiero pisarte los pies otra vez y pasar dos días escribiendo algo que ya te gustó la semana pasada, así que trabajemos en esto.Me gustaría probar X, ¿qué te parece?".Sea compasivo y no tolere las "manzanas podridas", así es literalmente como agilicé mi lugar de trabajo y muchos problemas han comenzado a evaporarse.De ninguna manera somos un lugar 100% XP o 100% compatible con Scrum, porque simplemente usamos lo que funciona y es necesario.

Answer 4

Simple.No hables de scrum.No uses scrum con ella.En su lugar, tome los principios subyacentes del scrum (p. ej.el propósito en lugar de la aplicación) y crear diferentes enfoques que se adapten a su forma de trabajar pero que tengan matices sutiles de scrum.

Todos los humanos somos diferentes y a muchos programadores no les gusta scrum.No los obligaría a hacerlo, ya que sería contraproducente.Sugeriría identificar los problemas en el proceso de desarrollo (sin usar scrum), ver si puede lograr que ella esté de acuerdo en que los problemas existen y luego preguntar. su lo que ella cree que sería una buena solución.Su cooperación y aporte al proceso son esenciales para su cooperación; si no tiene aceptación, no se convertirá en ciudadana.

A partir de ahí, es de esperar que puedas crear una especie de scrum cuasi híbrido + su enfoque del proceso en el que ambos puedan ponerse de acuerdo sobre el camino a seguir.

Answer 5

Creo que la clave sería ayudarla a comprender por qué estás haciendo Scrum en primer lugar.Supongo que tienes tus motivos, así que ¿por qué no decírselo?Es probable que encuentre resistencia hacia cualquier cambio si las personas involucradas no entienden por qué hay un cambio o qué se beneficiarán de él.Si puede explicarle sus razones para usar Scrum y los siguientes beneficios de una manera que se relacione con su trabajo diario, creo que es más probable que adopte una actitud más positiva hacia él.

Si no ve ningún valor en el proceso Scrum, o no entiende cómo se relaciona con ella, probablemente no le importe.

Creo que uno de los conceptos más importantes que alguien debe entender con respecto a Scrum es el hecho de que estás trabajando como un grupo y te comprometes con tu proyecto como grupo, no como individuos.Para muchas personas, esto es lo más difícil de entender, ya que están muy acostumbradas a vivir en "su propio mundo".

Answer 6

No estoy seguro de que Scrum sea el tema central aquí;Supongo que se siente amenazada porque el chico nuevo trae muchas ideas nuevas y revuelve las cosas.He estado en esa situación antes como la nueva persona que aporta una nueva perspectiva de las cosas y, a veces, es simplemente difícil lograr que las personas existentes adopten de inmediato una nueva forma de pensar.A menudo requiere un cambio cultural que no ocurre de la noche a la mañana.

Trate de obtener su opinión y aportes sobre las cosas tanto como sea posible, y trate de demostrar que respeta que ella haya estado en el equipo por más tiempo que usted.Si después de un tiempo ella todavía no participa, entonces todo lo que puedes hacer es mencionárselo a tu Gerente y dejar que él se encargue de eso.

Answer 7

Continúe sus esfuerzos para involucrar al otro desarrollador.Recuerda que eres tú quien quiere hacer este cambio.Pide ayuda con los problemas que tengas.Invítelos a la reunión diaria de pie.Actualmente hago la planificación para el stand-up diario y me aseguro de que todos los cerdos y gallinas estén invitados.Si usted es el líder del proyecto, depende de usted abordar la situación y asumir el riesgo.Sal a la calle.