Estoy liderando el equipo Agile con una estructura plana y recientemente obtuvimos un nuevo miembro en el equipo. Él es 10 años mayor que yo y más experimentado en algunas cosas (inteligencia emocional) y es local en un país donde trabajo, soy expatriado aquí. Pase lo que pase, soy el líder del equipo y tengo la responsabilidad.
Después de varias semanas, después de que se unió, tuvimos una escalada sobre la preparación del equipo para entregar un pequeño proyecto en el que estaban involucrados casi todos los miembros del equipo. No trabajó en ese proyecto, pero durante su entrevista con mi gerente, antes de que lo contrataran, se acordó que se haría cargo de proyectos similares.
Como nos quedaban un par de días antes de que se entregara el pequeño proyecto, envié un correo electrónico a nuestros desarrolladores y les pregunté sobre el estado individual, aparte de eso, le escribí lo siguiente a nuestro nuevo empleado en ese correo electrónico:
John, según mi conversación con Chris, te pidió que te hicieras cargo de la organización de la entrega del proyecto [nombre del proyecto pequeño] y necesitamos tu ayuda en este espacio para confirmar que todo está listo. Puede trabajar en los detalles de la organización con nuestro [nombre del maestro de scrum] y la empresa [nombre de la parte interesada] y verificar el estado de desarrollo individual con [nombres de los desarrolladores individuales]
Envié esto un par de horas antes de que comenzara la jornada laboral, y cuando llegué a la oficina, me pidió una charla y me dijo que no debía dar órdenes públicas, pero que tenía que tener una discusión individual con él para acordar este trabajo. . Le dije que no quise decir eso y me disculpé y le expliqué mis intenciones con la presión que venía de arriba.
Después de eso, leí mi correo electrónico nuevamente, pero aún no puedo llegar al punto si realmente estaba tan mal. Por supuesto, trataré de ser sensible a que esto vaya más allá, pero ¿alguien puede explicarme qué hice mal aquí?
No estoy de acuerdo con partes de las otras respuestas.
Su mensaje no es claro .
Cosas como que necesitamos su ayuda en este espacio para confirmar dos veces que todo está listo son muy vagas. ¿Qué estás preguntando/diciendo? Su colega ahora debe adivinar lo que quiere decir y responderá siguiendo su propia interpretación de su texto (eso es lo que hacen los seres humanos).
Deberías ser más claro en tu comunicación. Sea específico en sus solicitudes.
Puedo estar parcialmente de acuerdo con la mayoría de las respuestas dadas. Encuentro el mensaje poco claro, pero no creo que ese sea el problema principal aquí. Incluso si hubiera sido claro en las tareas, es la redacción lo que más me sorprende.
Lo que inmediatamente noté es que nunca preguntaste nada, solo dijiste cosas .
Si tuviera que reformular sucintamente su mensaje:
- Se le pidió que organizara la entrega del proyecto.
- Tienes que volver a confirmar que todo está listo.
- Puedes involucrar a [personas] cuando lo necesites.
"Necesitamos que lo hagas" es lo más cortés de tu mensaje, pero puede interpretarse muy fácilmente como "necesitas hacerlo" (por eso lo hice en mi breve resumen).
Simplificando aún más su mensaje, el mensaje central aquí es:
John, haz el trabajo que te pidieron. Pida ayuda si la necesita.
De un vistazo, su mensaje es un mensaje enviado por un jefe a su subordinado. Es afirmar el hecho de necesitar hacer un trabajo, y ni siquiera molestarse en preguntar si tienen tiempo para hacerlo o si se puede hacer.
La cortesía generalmente gira en torno a preguntar en lugar de afirmar, simplemente para evitar dar la impresión de estar ordenando algo. Pregúntele a John si puede ayudar y si puede hacerlo pronto. Un ejemplo sencillo:
John, ¿eres tú el que está trabajando en la entrega [del proyecto]? Estoy tratando de confirmar dos veces que todo está listo, ¿puede decirme si este es el caso? Si no, ¿tiene alguna idea de cuándo podemos estar listos? Si necesita más información o está bloqueado, puede hablar con [nombre del maestro de scrum], [nombre de la parte interesada] o [nombres de los desarrolladores individuales].
Es posible que mi versión no sea completamente aplicable a su caso (no conozco su entorno exacto), pero debe quedar claro que esto es más cortés que afirmar secamente que John debe hacer el trabajo que se le asignó.
Descargo de responsabilidad
Las diferencias culturales se aplican aquí. Puede ser aceptable o incluso común en algunas culturas expresar las cosas de la forma en que lo hizo. Estoy viendo esto desde el punto de vista de Europa occidental, donde la comunicación cortés es una expectativa general entre los compañeros de trabajo sin importar su lugar relativo en la cadena de mando.
You can work on Xde un jefe/líder/superior/etc. prácticamente constituye una orden. Uno pasivo-agresivo, para peor. La diferencia entre un líder ágil y un jefe directo no está muy clara y está abierta a interpretación. Mucha gente ni siquiera se molesta en tratar de entender esa diferencia: quien asigna las tareas es el jefe, fin de la historia.Mira esto desde su punto de vista. Es un nuevo miembro de un equipo. Unos días antes de que se programe la entrega de un proyecto en el que no trabajó , usted envía un mensaje de que la preparación de este proyecto ahora es su responsabilidad. Y lo envías públicamente, sin avisarle. Lo que lo empeora es que el comentario sobre "la presión que viene de arriba" parece que este proyecto está en problemas.
Por supuesto que está enojado. Básicamente lo tiraste debajo del autobús: "oye, chico nuevo, aquí tienes un proyecto casi terminado en el que no trabajaste y del que no sabes nada, tú eres el responsable de su éxito".
Noté que en tu publicación dices
se acordó que tomará posesión de proyectos similares
pero luego en su mensaje eso se cambia a
John, según mi conversación con Chris, te pidió que te hicieras cargo de la organización de la entrega del proyecto [nombre del proyecto pequeño]
Así que lo haces parecer como si solo estuvieras confirmando algo que él ya acordó hacer, cuando en realidad no hizo nada por el estilo.
La combinación de darle la responsabilidad de algo en el último minuto y hacer que parezca que esto es algo que ya acordó, por supuesto lo enojará. Probablemente la forma más sencilla de recuperarse es otro correo electrónico que aclare que usted sigue siendo responsable de la preparación del proyecto, pero desea que él lo ayude, recopile información, etc., como una forma de ponerse al día con el desarrollo del proyecto.
Estoy 100% de acuerdo en la discusión individual primero.
John, según mi conversación con Chris, te pidió que te hicieras cargo de la organización de la entrega del proyecto [nombre del proyecto pequeño] y necesitamos tu ayuda en este espacio para confirmar que todo está listo.
Esta oración puede interpretarse en el sentido de que se le pidió a John que hiciera algo y no lo hizo. Está en el límite pasivo-agresivo. Su (posible) implicación de una falla por parte de John se ve exacerbada por haber copiado a otras personas en el mensaje.
Realmente recomiendo proporcionar críticas en persona. En este caso, la naturaleza impersonal del correo electrónico hace que su mensaje parezca más duro de lo que pretendía.
Creo que en realidad reaccionó muy bien y brindó buenos comentarios en un foro apropiado. Definitivamente podría imaginar un escenario en el que respondiera de manera similar a su correo electrónico e hiciera infelices a muchas más personas (culpando a otros públicamente).
Para mí, el pasaje de texto que copiaste está bien.
No estaría bien si escribiera solo eso y se lo enviara al nuevo colega poniendo a todos los demás en cc. Pero si es un correo electrónico sobre la organización general del proyecto e incluye otra información dirigida a todos, está bien.
Sin embargo, creo que el problema aquí era que él era nuevo y es posible que ni siquiera conociera a las personas que enumeró en el correo electrónico. Puede que él tampoco entienda el proyecto. La gente nueva necesita un poco de entrenamiento.
Por otro lado, su reacción fue mucho, mucho más desagradable que su correo electrónico. Debería haberte pedido que discutieras el proyecto contigo en lugar de criticarte por lo que escribiste. En un entorno estresante cercano a las fechas de entrega, es difícil esperar que las personas analicen dos veces cada oración que pronuncian. Sin mencionar que, como su superior, tiene un poco más de libertad para decidir sobre la forma en que se comunica.
Envié esto un par de horas antes de que comenzara la jornada laboral, y cuando llegué a la oficina, me pidió una charla y me dijo que no debía dar órdenes públicas, pero que tenía que tener una discusión individual con él para acordar este trabajo. .
Tal vez estoy malinterpretando tu pregunta, pero antes de la cita anterior, dijiste:
Como nos quedaban un par de días antes de que se entregara el pequeño proyecto, envié un correo electrónico a nuestros desarrolladores y les pregunté sobre el estado individual, aparte de eso, le escribí lo siguiente a nuestro nuevo empleado en ese correo electrónico:
Parece que John se queja de que le enviaste una orden PÚBLICAMENTE, ya que todos en las líneas TO, CC y BCC ahora saben que él se hará cargo del proyecto. Lo que John está tratando de decirle es que al hacer esto, confundirá a todos, ya que se asumirá que se ha hecho cargo del proyecto, pero es posible que no esté listo para él (obligaciones previas del proyecto, etc.).
John tiene razón en que deberías haber hablado con él primero. Sin embargo, siendo el jefe, puedes decirle a John que es una lástima, porque lo contrataron para ese papel y ahora debe hacerlo. Pero no esperes que John se quede mucho tiempo después de eso.
Lo ideal sería que hubiera comenzado con un correo electrónico individual para John (y por supuesto, me preguntaría si esta redacción era completamente apropiada incluso entonces, pero al menos John y tú habrían tenido espacio para discutirlo en privado de una manera más manera relajada, ya que John no se sentiría torpedeado frente a todo el grupo):
John, según mi conversación con Chris, te pidió que te hicieras cargo de la organización de la entrega del proyecto [nombre del proyecto pequeño] y necesitamos tu ayuda en este espacio para confirmar que todo está listo. Puede trabajar en los detalles de la organización con nuestro [nombre de reunión de scrum] y la empresa [nombre de la parte interesada] y verificar el estado de desarrollo individual con [nombres de desarrolladores individuales]
Después de una respuesta de John, la inclusión en el correo electrónico del grupo:
John organizará la entrega del proyecto para [nombre del proyecto pequeño].
A lo sumo, también podrías haber dicho algo como:
Dado que lo están arrestando por eso dado que no ha estado en ese proyecto antes de ahora, priorice cualquier solicitud de él.
O algo similar, lo que hace que el grupo actúe de acuerdo con las expectativas y la situación de traer a John de esta manera, en lugar de John individualmente, y no habla negativamente de John al hacerlo (evita dar a entender que "no está listo". to speed" o algo similar al no usar lenguaje relacionado). Personalmente, ni siquiera iría tan lejos y, en cambio, contactaría individualmente a los miembros relacionados con respecto a cómo está dejando a John con este resfriado en el último minuto, y las expectativas de ayudarlo a navegar eso si lo necesita, en lugar de dejarlo caer. un correo electrónico para todo el grupo.
En lugar de actuar como un líder /coordinador de estructura plana, fácilmente dio la impresión de que no solo estaba actuando como el gerente de John , sino que muy fácilmente también podría haber dado la impresión de ser efectivamente pasivo, agresivo y reprenderlo por no hacer su trabajo, por "según a mi conversación con Chris, te pidió que te hicieras cargo de la organización de la entrega del proyecto [nombre del proyecto pequeño] y necesitamos tu ayuda en este espacio". En un espacio público correo electrónico ante todo el grupo.
Hay grados en los que, incluso en una estructura plana, el líder tiene que dar una dirección dura, lo que fácilmente se puede llamar comandos. No voy a debatir los pros y los contras de las estructuras planas. Personalmente, no me importa que un compañero de equipo en el mismo nivel diga lo que necesita de mí para terminar un proyecto, pero siento que eso facilita las cosas para la falta de comunicación, en lugar de poder enrutar las cosas a través de un superior claro.
Además, sinceramente, estoy confundido. En su correo electrónico redactado, afirma que se le pidió que asumiera la responsabilidad de organizar la entrega del proyecto de este proyecto específico . En el texto de su pregunta, simplemente dice que durante su proceso de contratación se explicó que estaría involucrado en la entrega de proyectos de "pequeños proyectos" similares , no en este proyecto específicamente:
pero durante su entrevista con mi gerente, antes de que lo contrataran, se acordó que se haría cargo de proyectos similares
Si John aún no estaba al tanto de este proyecto (y según su propia pregunta, ciertamente no había estado involucrado previamente en él) y consciente de su participación esperada en él de esta manera, entonces esto realmente parece, en el mejor de los casos, simplemente dejar caer en su regazo como si se esperara que ya estuviera al tanto de todo... frente a todo el grupo. No voy a decir que es muy inapropiado, pero es muy fácil ver cómo alguien puede ser atrapado con la guardia baja y luego tomarlo muy mal, y realmente no puedo criticar tal reacción.
En el peor de los casos, esto parece llamarlo a la lona por no hacer lo que Chris le pidió, lo que sería muy inapropiado en un correo electrónico grupal.
Particularmente dado que usted acaba de atraer a alguien con "un par de días restantes" en la entrega y le pidió que organizara la entrega del proyecto. Dependiendo de lo que esté involucrado con la entrega de este proyecto, esto fácilmente podría sentirse como si lo tomaran por sorpresa de una manera muy negativa, y sería fácil cuestionar cuál era la intención detrás de cómo lo hizo de esta manera, en una situación tan difícil.
No utilice correos electrónicos grupales para pedirles a las personas que asuman roles en proyectos específicos, incluso si cree que ya se les ha pedido/asignado la tarea de asumir ese rol en proyectos que se ajustan a ese espacio. Discútalo individualmente, discuta los detalles específicos que pertenecen a ese individuo, luego explique al grupo que la persona en cuestión está asumiendo ese rol para el proyecto. No le diga a alguien qué hacer en un correo electrónico grupal, explique lo que sucederá en el correo electrónico grupal en lo que respecta al grupo. Esta distinción puede parecer sutil, pero sigue siendo significativa en la forma en que informa lo que dice, cómo lo expresa y lo que omite. En ese momento, incluso en términos de coordinación, todo lo que todos deben saber es que John está organizando la entrega del proyecto.
En otro sentido, también estás dando a entender que John no sabe cómo hacer algo que acabas de hacer diciendo que se considera parte de su trabajo, con la última oración.Siempre asuma públicamente la competencia de los demás, especialmente cuando envíe un correo electrónico a un grupo: no es el lugar adecuado para explicar de manera efectiva cómo hacer algo a un individuo. Me doy cuenta de que probablemente lo quiso decir como una especie de introducción a las personas involucradas, pero presumiblemente John ha estado trabajando con estas personas durante algunas semanas, aunque no en el proyecto dado, y ha tenido suficiente incorporación para poder buscar los detalles del proyecto y averiguar con quién necesita hablar consigo mismo. En su defecto, deja que venga a ti con preguntas. En un correo electrónico individual, esto no sería tan malo, pero puedo ver dónde algunas personas se sentirían avergonzadas (y el punto no es si tienen razón o no: el punto es evitar un mensaje completamente innecesario) .y punto de tensión anticipado fácilmente) con esto agrupado en un correo electrónico grupal frente a todos los demás.
… y siento que decepcionaste a John aquí en eso, al menos gradualmente, de múltiples maneras. Esto es especialmente importante con los nuevos empleados que están tratando de encajar en el grupo y todavía están trabajando para establecerse. Esto se sigue generalmente del concepto de elogio en público y crítica/crítica/reprimenda en privado.
¿En caso de duda? Simplemente errar por el lado de mantener la comunicación, o al menos cualquier cosa más allá del mínimo, privado. También ayuda a mantener más limpios los canales de comunicación pública. Me doy cuenta de que un concepto de Agile, incluido Scrum, es estar al tanto (o al menos ser capaz de estar al tanto cuando cuenta) de lo que sucede con todos los demás, pero un lado de eso es no sobrecargar a todo su equipo de Scrum con detalles extraños que evitar que sea realmente ágil. Cualquiera te diría: mi estilo de escritura podría describirse como prolijo, incluso locuaz (no, ¿en serio?). Pero hay un momento para la brevedad, y gran parte de lo que hace que Agile sea realmente ágil depende de ejercerlo de manera adecuada y confiar en que las personas hablen o pregunten si necesitan más, en lugar de hacer cosas como microadministrarlos.
En mi lectura sobre esto, no creo que hayas hecho nada realmente malo aquí desde un nivel de equipo funcional. Pero es posible que haya hecho algunas suposiciones sobre el tiempo de rampa necesario para el nuevo individuo.
Es muy común que las personas se sientan incómodas asumiendo la propiedad de algo hasta que sienten que han tenido tiempo de familiarizarse con el producto, los procesos y los procedimientos. Su redacción se manifiesta como que el individuo está completamente listo para participar.
Parece que envió un correo electrónico a todo el grupo y destacó públicamente a esta persona en la parte que citó. Esa es probablemente la razón por la que este empleado estaba molesto. En el futuro, si necesita abordar algo con un empleado específico, no copie al resto del equipo.
Parece que tu nuevo miembro es sensible por la forma en que le envías solicitudes e interpretas como órdenes lo que es implícito o ambiguo, algo que sucede a menudo al escribir.
Si está trabajando con personas que son fáciles de ponerse a la defensiva, es clave tratar de que su lenguaje escrito sea lo más claro posible. Un primer consejo es evitar frases impersonales al emitir solicitudes:
John, Chris preguntó si usted podría asumir la responsabilidad de organizar la entrega del proyecto [nombre del proyecto pequeño]. Nos gustaría que confirme que todo está listo.
Y aún mejor:
John, ¿puedes hacerte cargo de la entrega del proyecto [nombre del proyecto pequeño] y asegurarte de que todo esté listo?
Este es un cambio sutil, pero es una ventana mucho mejor para que rechace cuando se le pregunta directamente que cuando se le dice "Eso es lo que se debe hacer".
Además, como sugirió sf02, debe enviarle esta solicitud en privado.
No creo que haya nada necesariamente malo en lo que dijiste o en las palabras que usaste para decirlo.
Creo que el problema es que enviaste estas instrucciones destinadas a él a todo el equipo. Probablemente hubiera sido más fácil si le hubieras enviado ese párrafo en un correo electrónico directamente a él y solo a él. O mejor aún, se acercó a él para discutirlo con él. Al ver que quería conversar contigo en persona, es probable que prefiera la comunicación cara a cara.
Poner direcciones para alguien en un correo electrónico enviado a varias personas es muy molesto porque
Implica que no confías en él para hacer algo que discutes en privado; necesitas que otros lo sepan y lo hagan responsable por ello.
Aparece como un gran "CYA" para que todos sepan que lo has dirigido y ahora que saben, supuestamente has hecho tu parte y esto está fuera de tus manos.
Para continuar con el punto 1, el hecho de que esto se envía a un grupo de personas que no tienen contexto, la forma en que dices que Chris asked you to take ownershippodría dar a los demás la impresión de que John ya recibió instrucciones para hacer algo y este correo electrónico es una manera de ponerlo a prueba por no haberlo hecho todavía, así que déjame decírtelo delante de todos para presionarte a que empieces a hacerlo.
jane s