Estoy tratando de crear una cultura en la que los desarrolladores intenten resolver sus propios problemas primero antes de acercarse a mí. Ahora mismo, es todo lo contrario. Vienen a mí como primer recurso. Por supuesto, siempre estaré allí como un recurso cuando se atasquen, pero ahora mi tiempo está siendo consumido por miembros del equipo que me hacen preguntas.
¿Cómo puedo crear una cultura en la que mi equipo primero intente resolver los problemas por su cuenta y luego acuda a mí solo como último recurso?
Dirijo una comunidad en línea de gerentes llamada Resolve donde compartimos y aprendemos de las experiencias de los demás. Esta pregunta ha llegado y aquí hay una respuesta de uno de los miembros de nuestra comunidad.
Conviértete en un gestor de soluciones y desarrolla tus equipos.
Una puerta abierta no es igual a ser la base de datos de respuestas para tus empleados. Convertirse en un gerente de soluciones requerirá una nueva capacitación para usted y su equipo.
Cuando me convertí en director por primera vez, era fácil dejar de responder preguntas para mi equipo y brindar soluciones. Seamos realistas, era más rápido o al menos "parecía" más conveniente. La verdad es que causó dependencia Y con el tiempo estaban aceptando las decisiones más simples. No estaban fortaleciendo su resolución de problemas, comunicación o siendo desafiados. También fue una oportunidad perdida para generar confianza en los miembros de mi equipo. Es tiempo de un cambio.
El nuevo lema, “Ven con una idea, solución o recomendación”. Esto se volvió tan arraigado que a veces alguien aparecía en mi puerta y decía: "Está bien, no tengo una solución, pero quería obtener su opinión". ¡Éxito! Estaban buscando activamente colaborar y se sintieron cómodos diciéndomelo. Mi puerta estaba abierta para apoyarlos y ellos lo sabían.
Con cualquier cambio, asegúrese de que el equipo esté informado. “Noté que me llegan cada vez más preguntas, agradezco la interacción y creo que podría ser un cuello de botella. Estamos perdiendo una oportunidad de desarrollo profesional y colaboración como equipo. Avanzando para preguntas, quién/qué podría ser un buen recurso para consultar. Esto construye relaciones y aprenderá dónde están las cosas para futuras referencias. Lo animo a que venga a mi oficina con una solución, idea o recomendación para un problema que pueda tener. No tiene que ser perfecto, podemos colaborar. Mi trabajo es apoyarlos y creo que esto nos permitirá ser más productivos”.
Cómo ser un gestor de soluciones:
Vuélvete curioso. Rompe el hábito de responder de inmediato.
Preguntas para empezar:
- ¿Qué ideas tienes (para resolver el problema)?
- ¿Quién podría ser un buen recurso para obtener más información?
- ¿Qué has intentado/aprendido/investigado hasta ahora?
- ¿Cuáles son tus pensamientos? ¿Has revisado/leído X?
Excavar más hondo:
- Eso suena como una solución viable, ¿ha pensado en el impacto aguas abajo?
- ¿Qué riesgos ve usted si los hay?
- ¿A quién impacta esto?
- ¿Qué tipo de comunicación es necesaria?
- ¿Hay un plan B?
Colaborar:
- Robbie ha estado trabajando en eso. Sería un buen contacto para que obtengas algunos de los conceptos básicos.
- Ese es un gran comienzo. Aquí hay algunos riesgos que veo. Teniendo eso en cuenta, ¿hay algo que cambiarías?
- Es posible que queramos probar esto. Esa información está publicada. ¿Por qué no lo lees primero y me avisas si tienes alguna pregunta o si te resuelve el problema?
- Vaya, eso es un gran problema. Me alegro de que hayas mencionado eso. Déjame escalar y regresar contigo.
Recuerda luchar contra la tentación de responder de inmediato y verás cómo tus empleados comienzan a sentirse más empoderados.
Aquí hay algunas sugerencias más de Resolve y la publicación original app.meetresolve.com
¿Has pensado en introducir un "tiempo de tranquilidad"?
por ejemplo, entre 10 -12
la gente no debe ser interrumpida.
¿Quizás esto hará que el individuo use un poco más de autosuficiencia?
Cada pregunta que responda debe terminar con "y así es como podría haberlo descubierto usted mismo". Esto les da cierta libertad entre aprender estrategias de investigación genuinamente y sentirse tontos o tontos por preguntar algo que podrían haber descubierto por sí mismos, pero la esperanza es que usen esa libertad para crecer y reducir la necesidad de hacerle muchas preguntas.
No deberían acudir a usted como último recurso, deberían hacer lo que sea más barato para la empresa. El costo para la empresa de preguntarle es su salario durante la interrupción, más algo extra por dejar de concentrarse en su trabajo. El costo para la empresa de no preguntarle es el salario de la persona que no pregunta, más el costo de que esa persona dé una respuesta insatisfactoria a la pregunta y posiblemente pase semanas en el camino equivocado. Ahora que es caro.
Ponga un letrero en su escritorio "Mi nombre no es Sr. Google" o "Mi nombre no es Sra. Google". Hay un recurso que se debería haber preguntado primero. Más barato e infinitamente paciente. Ahora, si la pregunta es sobre algo interno de la empresa que debería haber sido documentado (quizás por usted) pero no lo está, entonces responda y pídales que documenten la respuesta .
Y si usted es el desarrollador senior, entonces los desarrolladores junior definitivamente deberían acudir a usted para verificar si las estrategias que quieren usar son las correctas. Especialmente si tuvo que hacer una revisión de código más tarde, es mucho más barato no producir algo que no sea aceptable en una revisión de código, preguntando.
Chan Ho Suh
Profesor KSHuang
mosquito
mosquito
Chris E.