Dirigiendo un equipo, ¿estoy siendo dominante?

12

Estoy en lo que me parece una posición muy extraña. Soy "líder del equipo" en función de un proyecto en particular, Ingeniero de Software Sr. en el cargo. En mi equipo tengo 4 desarrolladores, uno de los cuales cumple una función similar en otro proyecto, pero ahora el mío ha recibido prioridad, por lo que está trabajando en el mío. También tengo 2 evaluadores, uno de los cuales es un gerente. Otro miembro del equipo es el "Representante del cliente" que forma parte de un departamento que no tiene ninguna relación. También tengo un Gerente que está directamente por encima de mí y creo que también está por encima del Gerente de Pruebas que forma parte de mi equipo ... aunque no estoy tan seguro de eso.

He intentado obtener una aclaración sobre por qué mi función es exactamente varias veces. Me ha costado averiguar dónde comienza y dónde termina mi autoridad, si es que tengo alguna. La respuesta con la que estoy trabajando actualmente es que soy el "líder técnico" del equipo. Esto parece significar que mi autoridad está en las decisiones técnicas con respecto a la arquitectura, el diseño y los estándares de proceso / codificación en lo que respecta al código del producto en sí.

Hoy surgió algo y los resultados del código que delegué a uno de los miembros de mi equipo fueron mostrados al resto de la compañía en nuestra reunión Scrum Show-It-All-Off. El representante del cliente hace el alarde. Hoy se mostró algo con lo que realmente no estaba de acuerdo y nadie me había preguntado si quería opinar sobre lo sucedido. En resumen, para proporcionar la capacidad de un usuario para mostrar un valor en un informe de las siguientes maneras (unidades "doc", unidades de diseño, redondeadas, no redondeadas) proporcionaron campos de acceso para cada permutación. Por lo tanto, tenemos el valor en unidades de documento redondeadas, unidades de diseño redondeadas, unidades de documento sin redondear, unidades de diseño sin redondear. Cada registro con el que el usuario desea trabajar tiene muchos de estos valores y cada uno está permutado de esta manera.

Realmente odio esto.

La gente a la que le mostramos esto quiere asegurarse de que la API que usamos para los informes es la misma que hacemos para exportar datos a Excel. Desafortunadamente, ahora estamos ganando este impulso en una dirección que creo que es muy, muy mala.

Me molesté un poco en la próxima reunión y les pregunté a las dos personas que habían hecho esto: "¿Por qué no me involucré en esta decisión?" Es un problema que sigue apareciendo y me cuesta mucho que parezca que solo hay personas en el equipo al que debo dirigir para preguntarme si quiero participar. A veces no lo hago y creo que todo lo que se les ocurra estará bien. Otras veces lo hago. A menos que la gente me pregunte, aunque sea difícil saber que algo está pasando necesita mi opinión y no me dan esa oportunidad.

Desafortunadamente, mi autoridad no se extiende a decirle a la gente: "La próxima vez que te vayas y hagas algo como esto por tu cuenta sin siquiera hablar conmigo, vas a ser disciplinado". Ese es un problema de "RP" que es un área que claramente no está en mi alcance de autoridad. En realidad me parece bien, ya que no quiero tener que lidiar con ese tipo de basura si alguien más está dispuesto.

Sin embargo, hoy, mi gerente, frente a todos (lo cual creo que también es mi culpa por haberlo mencionado así) me dijo que no puedo participar en todas las decisiones y que debo delegar.

Por supuesto, creo que tengo razón ... Siempre lo hago. No digo cosas que creo que sean BS. Creo que debería haberme contactado sobre este tema y preguntarme si tenía una idea mejor. Mi dirección para esto habría sido realmente decidir simplemente UN valor que se proporcionará por ahora, ya que estas fueron realmente las primeras etapas de una nueva función, y discutir opciones para proporcionar más acceso en el futuro si así lo desea. Nunca hubiera aprobado o recomendado la implementación actual y realmente no creo que debería haber visto la luz del día.

La pregunta es, ¿soy yo el que no soy razonable?

Bueno, los dos hablamos sobre esto y acordamos que ambos "dejamos caer la pelota" y parece que estamos en la misma página. Lunes por la mañana ... Vamos a tratar de asegurarnos de que mi rol sea claro en el equipo y que sí, tengo que decidir cuándo hay un cambio de diseño o tarea que debe suceder; Me proponen y estoy de acuerdo o decido que necesito mirar más profundamente. Luego hay algunos otros aspectos en los que puedo intentar trabajar para asegurarme de que sepan que pueden venir a mí.

    
pregunta Crazy Eddie 13.06.2011 - 22:03

10 respuestas

17

Parece que necesitas monitorear las confirmaciones de origen. Perforce tiene esta habilidad de forma nativa, Git la tiene a través de ganchos, otros, estoy seguro, tienen sus propios métodos. No es necesario que realices todos los compromisos, pero al menos recibir una notificación y diferenciarte te dará una breve idea de todo lo que está pasando en tu proyecto.

En cuanto a que su gerente dijo que necesita delegar, no estoy tan seguro de estar de acuerdo, con un equipo de cuatro desarrolladores, debería poder manejarlo. Más aún, podría estar del lado de él (o de ella). Por supuesto, incluso en las tareas que están delegadas, debe solicitar actualizaciones de estado o revisiones de cambios de diseño, etc.

Nada negativo alguna vez debe aparecer en las reuniones. Parece que tanto usted como su gerente dejaron la pelota en esta. Lo peor que podrías hacer alguna vez con un compañero es avergonzarlo. Como líder (como con su gerente), debe ser accesible y confiable. Derrotar a alguien te llevará al resentimiento, lo que manchará tu capacidad para liderar a tu equipo (y también a empleados descontentos).

Odio escuchar la palabra "disciplina" de cualquier persona en un papel principal. La disciplina (al menos en este contexto) es negativa y no productiva. Trabajar con a alguien (personalmente y no en un entorno de reunión), descubrir por qué hicieron algo y ofrecer alternativas si no está de acuerdo con las soluciones propuestas, es lo que debe ser hecho. A veces, encontrará que la persona con la que está trabajando tiene razón y su instinto está equivocado. ¿Por qué? Han dedicado más tiempo a ese problema específico que tú.

Otra cosa que me preocupa es "Siempre pienso que tengo razón". OMI, esa es la peor actitud posible de cualquier líder. Usted debería obviamente tener confianza en sus habilidades, pero tenga en cuenta que si no está metido en un problema específico, más de las veces, sus sugerencias saldrán de su parte posterior (sin importar cuánta experiencia tenga) y es posible que no sean las mejores. Si alguien que está concentrándose en un problema específico ofrece una alternativa, entonces es su trabajo (bueno, al igual que el suyo, dependiendo de su propio nivel de experiencia) a prueba por qué el tuyo es mejor, no solo para decir "Soy el líder y siempre pienso que tengo razón", que es lo que tu frase me hace creer.

Para terminar

Sí, estás siendo poco razonable en algunos puntos, pero en otros no. Como ventaja, esperaría que si hay cambios en las características o en la arquitectura, al menos sean aprobados por usted.

Sin embargo, también es su trabajo para garantizar la calidad general del sistema y el código, lo que debe hacer por su cuenta. ¿Su empresa emplea revisiones de código? ¿Sus programadores diseñan en qué están trabajando antes de ingresar al código? Si no es así, es posible que desee comenzar a utilizar este tipo de mecanismos de control de calidad.

    
respondido por el Demian Brecht 13.06.2011 - 22:23
9

Es posible que se esté revisando la administración y, si es así, está fallando (lo que puede no ser algo malo; muchos de nosotros somos buenos desarrolladores y seríamos malos administradores, y preferiría programar más que administrar programadores ).

Los gerentes con frecuencia no tienen la autoridad para todo lo que se espera que hagan. Hacer las cosas de todos modos es una señal de un buen gerente. Necesita encontrar formas de hacer que las personas hagan cosas sin hacer ningún tipo de acción disciplinaria. (Nota: despreciar a la gente en público, ¿no es así? Elogie en público, critique en privado y muestre cierto interés en sus subordinados como personas).

Los gerentes también tienen que delegar, incluso cuando duele. Es probable que dediques más tiempo a tratar este problema que a ti mismo, y eso está bien. Una vez que lo hayas abordado, las personas que hicieron eso deberían haber aprendido algo, y es menos probable que hagan las cosas de forma incorrecta en el futuro.

La forma correcta de lidiar con algo como esto es en privado, primero preguntando a los desarrolladores por qué hicieron la exhibición de esa manera. No en una reunión, y no asumiendo desde el principio que tienes razón y que están equivocados (incluso si tienes razón y están equivocados). Dales la oportunidad de explicar. Eso no significa que tengas que ir con su decisión; Tú, después de todo, eres el líder técnico. Significa que debe darles razones para hacerlo a su manera, y debe abordar cualquier problema fundamental que se presente durante esa reunión privada.

Además, los gerentes tienen la responsabilidad de lo que sale de su gente. Debes tratar de no dejarte sin sentido por cualquier cosa que hagan, especialmente frente a un cliente. Esto puede implicar hacer un seguimiento de los registros de código o tener miniconferencias rápidas con sus desarrolladores (aunque debe tener cuidado con eso, no quiere interrumpirlos cuando estén en la zona). Posiblemente debería hablar con todos los desarrolladores la tarde antes de la reunión con el representante del cliente.

    
respondido por el David Thornley 13.06.2011 - 23:02
4

No lo tome personalmente

Es un esfuerzo de equipo. Tu eres el líder técnico, no el único en el proyecto. Debe centrarse en que el equipo aprenda de los errores o cambie el proceso.

Dirige y aprende

Parte de cualquier posición de liderazgo, incluyendo un líder técnico, es entender que hace lo mejor que puede con las personas que tiene. Cuanto más trabajen juntos el equipo, más sabrán cuándo plantear las cosas y cuándo no. Solo asegúrate de no caer en la trampa de dictarle a tu equipo. Revise lo que salió mal y lo que salió bien semanalmente. Comunícate con tu equipo si quieres que hagan las cosas de manera diferente. La medida punitiva siempre debe ser un último recurso y, por lo general, significa que debe despedir a alguien o que ha fallado en su función.

Revisar antes de la presentación del cliente

Si es el líder de un proyecto, ¿por qué no revisó la característica y la implementación antes de que se presentara?

Si está mal, repáralo

Explique claramente por qué algo está mal y cámbielo. Es más caro, pero si está realmente mal, entonces arréglalo. Si no está mal, solo es diferente de cómo querías que se hicieran las cosas, entonces otra vez; entienda que no es el único que trabaja en el proyecto.

    
respondido por el dietbuddha 13.06.2011 - 22:25
3

¿Hubo alguna especificación que documente lo que se supone que se debe implementar? Dado un requisito demasiado abierto, los desarrolladores a menudo llenarán los espacios en blanco (o requerirán microgestión) con lo que consideren apropiado.

Así que terminas yendo a tu administrador con "Entonces, en lugar de trabajar en lo que está en la especificación, decidieron hacer [función] en su lugar. Ahora estamos atrasados, debido a una función que no fue aprobada en la primera lugar. "

Luego, puedes comenzar a trabajar en el barrido de la función una vez que los desarrolladores hayan sido reasignados.

editar > Y no, no creo que estés siendo dominante. Su trabajo termina siendo tu trasero.

    
respondido por el Steven Evers 13.06.2011 - 22:16
2

A menudo me encuentro en la misma posición y, al plantearlo en reuniones y discusiones, no parece que lleguen a ninguna parte. A veces, como último recurso, antes de resignarme a tomar la decisión tomada (albiet no mía), envío un correo electrónico a las partes relevantes indicando esto en blanco y negro con mis razones.

Luego archivaría ese correo electrónico, así que me aseguro de tenerlo como referencia futura en caso de que sea necesario más adelante cuando un gerente o cliente pregunte por qué se hizo algo de esa manera, o por qué un cambio cuesta tanto reparar. / p>     

respondido por el dreza 13.06.2011 - 22:33
2

Creo que te equivocaste al hablarlo como lo hiciste, como reconociste. No se equivoca al decir que debería tener alguna información sobre el diseño en este nivel, pero no estoy seguro de cómo espera que se implemente, eso es razonable. La gente no va a realizar un diseño tuyo si lo consideran sencillo; ya que pueden estar tan fácilmente equivocados al ser tan sencillos como el diseño en sí mismo, no encontrará personas que se ofrezcan voluntariamente para mostrarle todos sus diseños incorrectos. En este punto, siento curiosidad por sus hábitos de trabajo y patrones de comunicación, pero en realidad, no importa cómo se haga todo esto, algunas veces simplemente se quedará cegado por estas cosas. A falta de revisar diligentemente cada compromiso, no estoy seguro de cómo probar esto.

    
respondido por el Jeremy 13.06.2011 - 22:47
1

Muy a menudo me siento así emocionalmente:

 I of course think I'm right....I always do. 

pero tengo el sentido intelectual de saber que ocasionalmente estoy equivocado. También sé cuándo comenzar una pelea: no puedes discutir sobre todo, y a veces un acuerdo inesperado de tu parte puede hacer maravillas.     

respondido por el Neil Butterworth 13.06.2011 - 22:14
1

¿Qué es un verdadero líder?

Es alguien que puede despedir un subordinado, cualquier subordinado. (pero sin necesidad de contratar uno nuevo)

A veces, la mayoría de las personas son "etiquetadas" como líderes de algún proyecto pero, sin el poder de despedir a alguien, es más una "guía" / "maestro" que un verdadero líder.

Pero, de nuevo, puede suceder que puedas ser un líder de equipo pero no liderar tu proyecto actual. El peor caso es cuando el cliente está liderando el proyecto. En este punto, si el proyecto falla (y lo hará), entonces no es su responsabilidad.

Y el peor de los casos es cuando existen dos líderes de proyecto.

Como militar, las cadenas de mando lo son todo (no tan radicales como "morir por un proyecto" pero lo suficientemente cerca). Para este asunto, su administrador rompió su estado, redujo la moral de "su" gente y no ayudó en absoluto.

    
respondido por el magallanes 13.06.2011 - 23:02
1

Sí, su jefe tiene razón: no puede participar en cada decisión. De hecho, es imposible atrapar todo como esto a menos que lo hagas tú mismo. Creo que es de donde viene: siente que no puede tener un buen control de todo el proyecto a menos que esté involucrado en cada pequeño detalle, pero no puede involucrarse en cada pequeño detalle sin abrumarlo (lo que desmoralizará totalmente a la equipo y probablemente te quema).

La respuesta es no preocuparse por las cosas que salen mal, siempre lo hacen, sino preocuparse por arreglarlas después, de una manera constructiva.

Si se mantiene en contacto con la comunicación, no solo puede delegar, sino que puede dejar que su personal superior se vaya y haga lo que sabe que es necesario sin tener que detenerlos con revisiones, discusiones e intentos equivocados de controlarlos. Confíe en ellos para que hagan lo correcto, y esté allí para 'charlar' sobre lo que está sucediendo para que pueda mantenerse informado (y meter la nariz cuando sienta que es realmente necesario).

    
respondido por el gbjbaanb 14.06.2011 - 10:34
0

Tienes varios problemas. Primero, su gerente se puso del lado de su equipo y le dijo que delegara más. Esto demuestra una falta de confianza en su capacidad para liderar el equipo. De hecho, muestra que mientras tienes el título de líder tecnológico, de hecho, no eres el líder tecnológico porque no tienes autoridad. Necesitas sentarte con tu manager y tener un corazón sincero al respecto. Nadie puede tener éxito en una posición de liderazgo técnico sin el apoyo de su gerente y sin la autoridad para cambiar las decisiones de diseño tomadas por el equipo sin su consentimiento. No tienes la autoridad para hacer tu trabajo. Su jefe debe comprender que usted está en una posición de no ganar y que debe brindarle su apoyo público para que mejore. La responsabilidad sin autoridad es la peor situación posible para encontrarte.

A continuación, tu equipo te cegó. Necesitas hablar de esto con ellos. Debería tener una discusión de diseño con ellos antes de que se desarrollen y mucho antes de hacer una presentación pública. Está bien delegar parte del diseño (aunque usted, no ellos, puede decidir qué cree que debería delegarse), pero no está bien que continúen sin informarle. Han perdido tu confianza al cegarte, ahora tienen que aprender un mejor comportamiento. Debes consultar con ellos con frecuencia para asegurarte de que no te estén cegando de nuevo y, si lo hacen, deberías hacer algún tipo de informe formal del problema a Recursos Humanos. Los leads no son populares, cuando los desarrolladores deliberadamente los rodean después de que se les dice que no lo hagan, entonces merecen consecuencias. No importa si les gustas o no, pero claramente en el momento en que no te respetan. Necesitan tener consecuencias por su comportamiento inapropiado o simplemente empeorará. Sin embargo, no puede arreglar esta parte del problema hasta que arregle el problema de soporte de administración.

Luego explotaste públicamente, necesitas disculparte públicamente. Esto te ayudará a reconstruir tu reputación.

Luego, debe llevar a cada una de las personas a un lado en privado y decirles las consecuencias de su mal comportamiento continuo (una vez que haya logrado que su gerente acepte permitirle darles consecuencias). Elogio y apoyo público, la crítica privada debe ser su regla. También es posible que debas consultar con ellos con más frecuencia fuera de las reuniones del grupo para que no te puedan cegar.

Francamente, ya que tanto los que están arriba como los que están debajo, claramente piensan que usted es alguien que puede ser ignorado y que no se le mantiene informado, debe hacer un análisis serio de lo que está causando que no lo respeten. También debe decidir si no sería más feliz no ser un líder tecnológico o si debería mudarse a un lugar donde su autoridad tenga la autoridad de ir con la responsabilidad. Si decide que desea permanecer en la posición, tendrá que pedirle a la gente que le diga por qué lo tratan tan mal. Eso será doloroso y probablemente no querrá escuchar la respuesta, pero necesita saber por qué se le percibe de la forma en que lo perciben claramente.

    
respondido por el HLGEM 14.06.2011 - 00:27

Lea otras preguntas en las etiquetas