Lo que quiero compartir con ustedes hoy es: ¿Cómo ayudar al equipo a eliminar "obstáculos"?
En los últimos años, el liderazgo de servicio ha aceptado y conocido cada vez más el liderazgo de servicio, y eliminar los obstáculos del equipo es una de las responsabilidades importantes del liderazgo de servicio.
En el proceso de avance del proyecto, es particularmente importante que el gerente del proyecto identifique los obstáculos y la forma de responder de manera oportuna y efectiva para garantizar el buen progreso del proyecto. Por lo tanto, los gerentes de proyecto deben dominar el arte de eliminar obstáculos y deben mejorar constantemente sus habilidades de comunicación, creatividad y habilidades diplomáticas necesarias.
Cuando se trata con obstáculos del equipo, primero debemos determinar cuáles son los obstáculos clave reales para el equipo. Esto es muy importante. Por ejemplo, algunos obstáculos pueden ser confusos para las personas, por lo que puede dejar que los miembros del equipo vayan a "Tío Google o Senior Baidu" para encontrar la respuesta. Si es un obstáculo para el equipo, es realmente un problema que debe ser resuelto por el gerente del proyecto.
No seas un gerente de proyecto "de guardia"
1
Recuerdo que me uní a una nueva empresa en ese momento. Mi subordinada es una niña. Como gerente de proyecto, es muy seria y responsable de su trabajo. Todo en el proyecto se resuelve a mano y esfuerzo, incluida la planificación del proyecto, la dotación de personal, Manejo de problemas, etc.
Sin embargo, el proyecto que trajo siempre tuvo varias situaciones inesperadas, lo que provocó que el cronograma real del proyecto se desconectara del plan del cronograma del proyecto, y luego se encontraba en un estado de actualización constante del plan del cronograma del proyecto y posposición continua. Vi a esta linda niñita hablando en serio sobre su trabajo, y tiene problemas de proyectos con los que lidiar y comunicarse todos los días.
Debido a que tenía que resolver cada "obstáculo" en el proyecto, se convirtió en la "niñera" y "bombero" del equipo. Pero, obviamente, el efecto no fue bueno, por lo que vino a pedirme ayuda. Le hice tres preguntas en ese momento :
1. ¿Es realmente un obstáculo del equipo, o es algo que el equipo de desarrollo puede resolver?
2. ¿Realmente necesita el gerente del proyecto eliminar este obstáculo?
3. ¿Cuál es el verdadero problema aquí?
Quiero que se dé cuenta de que solo cuando supere la capacidad de autoorganización del equipo se convertirá en un obstáculo, y es necesario que el gerente del proyecto lo elimine . Durante las próximas semanas, el proyecto lentamente se volvió manejable.
A través de este ejemplo, espero que todos sepan que poder identificar los obstáculos clave reales es lo más crítico , para ayudar al equipo de manera más efectiva, en lugar de convertirse en un "bombero" en el equipo, extinguir el fuego y no tener tiempo para encontrar el fuego. Causa Hacerlo no ayuda al desarrollo general del equipo.
¿Cómo resolví con éxito los dos obstáculos al mismo tiempo?
2
Hemos identificado los obstáculos del equipo, entonces, ¿cómo lidiar con los obstáculos de manera eficiente?
Aquí quiero compartir con ustedes otro caso que he experimentado ↓↓
Antecedentes del caso
En ese momento, estábamos trabajando en un proyecto de actualización integral para el sistema CRM (sistema de relación con el cliente) de una plataforma de comercio electrónico transfronterizo. En este proyecto, el lado de la demanda involucra las demandas de 3 departamentos comerciales, el sistema involucra la actualización de múltiples módulos interrelacionados, y el equipo de I + D involucra a 5 equipos Scrum de más de 30 personas en productos, diseño, desarrollo y pruebas. Actúo como Scrum Master de todo el líder del proyecto y 2 equipos principales de I + D. Durante el proceso de iteración, organizaré a los miembros del equipo para que tengan una reunión todos los días.
Durante una reunión de pie, uno de los ingenieros superiores de pruebas dijo: "El servidor de pruebas se ha caído por tercera vez esta semana. Tengo que pasar otro día escribiendo nuevos casos de prueba".
Otro estudiante de desarrollo de 90 años que acaba de trabajar durante dos meses dijo: "He pasado tres días tratando de escribir pruebas unitarias para el código completado anteriormente, y no he encontrado ningún obstáculo en este momento".
Tenga en cuenta que el tiempo estimado inicial para esta tarea solo tomó un día, y que el equipo no introdujo un desarrollo de prueba de TDD en ese momento. Dicho esto, creo que te habrás dado cuenta de que estos dos miembros del equipo han encontrado obstáculos. Pero los evaluadores superiores del equipo parecen considerarme como el otro extremo del testigo.
En otras palabras, mientras el problema se me dé, él puede hacer otras cosas. Las pocas palabras que dijo durante la reunión de pie demostraron que cree que este problema está fuera de su control, por lo que no cree que deba resolverlo. Sin embargo, otro joven desarrollador posterior a los 90 ni siquiera se dio cuenta de que se encontró con obstáculos , solo estaba tratando de completar su trabajo.
Este es a menudo el caso. Si nos encontramos con obstáculos en realidad requiere una identificación cuidadosa. El verdadero problema u obstáculo es que no está familiarizado con las pruebas unitarias y necesita aprenderlas específicamente; Código antiguo
En resumen, en cualquier caso, como Scrum Master, necesito observar cuidadosamente, analizar profundamente y comprender el problema, para poder saber qué tipo de ayuda necesitan.
Después de la reunión, fui a hablar con este compañero de clase de desarrollo y, como esperaba, a pesar de los problemas con el código anterior, su experiencia en la escritura de pruebas unitarias fue muy limitada. Así que escribí esta pregunta en la tarjeta de obstáculos con él para mostrarle toda su atención y tomar medidas concretas al respecto. También es para hacerle sentir que alguien lo está ayudando, que no está aislado.
Al mismo tiempo, no me estoy centrando solo en este tema de las pruebas unitarias. También escribí una tarjeta de discapacidad para probar problemas del servidor. Y nos invitó a la prueba senior y a mí a hacer un seguimiento con los colegas de la operación y el mantenimiento para descubrir el problema del tiempo de inactividad del servidor de prueba. Los colegas de operación y mantenimiento reiniciaron el servidor. Obviamente, el problema era una causa sistémica, pero la operación y el mantenimiento no tuvieron tiempo de solucionarlo.
Más tarde, el jefe de I + D llegó a la sala de reuniones de nuestro equipo y vio la lista de obstáculos. Solo se comunicó conmigo que descubrió que el servidor de prueba se había convertido en un problema recurrente, prometió comenzar a resolver este asunto desde su propia perspectiva, tratar de resolverlo lo más a fondo posible. Al mismo tiempo, el jefe también prometió que si es útil para el miembro de desarrollo, puede coordinarlo para darle capacitación en pruebas de unidad o proporcionar algunos libros.
Por lo tanto, estos dos obstáculos se resolvieron sin problemas.
3 puntos prácticos para resolver obstáculos
3
Con estas dos tarjetas de obstáculos, analicemos los problemas y las soluciones del proyecto en ese momento :
Primero, necesitamos determinar cuáles son los obstáculos clave reales para el equipo.
Al igual que los compañeros de clase de desarrollo posteriores a los 90 en el caso anterior, algunos miembros del equipo no son conscientes de los problemas en su trabajo a tiempo, e incluso si son conscientes, es posible que no puedan analizar con precisión la causa raíz, por lo que esta vez requiere que los líderes del equipo sean serios Observe, encuentre problemas, elimine obstáculos y haga que el proyecto funcione sin problemas.
En segundo lugar, después de identificar el obstáculo, debemos resolverlo de manera más eficiente a través de algunos métodos y medios.
¿Recuerdas lo que hice en este caso? Tal vez dirás: ¡No hiciste nada, fue tu jefe quien lo manejó! ! ! Pero, de hecho, escribir cartas de barrera es una de las acciones más críticas, este es mi método y mi método.
Puedo ayudar a estos dos miembros del equipo a resolver sus problemas en unos minutos, pero necesito equipar algunas herramientas simples para eliminar obstáculos. Una vez que se levanta un obstáculo, debemos hacerlo visible .
La mejor manera es mantener una lista altamente visible en un área en el muro de tareas del equipo. Escriba cualquier obstáculo que encuentre. A medida que se desarrolle el proyecto, encontrará algunos problemas comunes que requieren que se concentre Para resolver
En todo el ciclo de vida del proyecto, el equipo del proyecto se encontrará con muchos problemas y problemas inimaginables, que pueden provenir del entorno externo, la organización en sí, el equipo y las capacidades personales, y otros aspectos. Solo cuando el proyecto tenga soluciones correctas y eficaces y elimine los obstáculos del equipo. Entrega exitosa.
De hecho, hay muchos métodos y métodos para identificar y resolver eficientemente los obstáculos del equipo, lo que puede requerir que todos comprendan y practiquen constantemente estos métodos en el trabajo y el estudio futuros.
"Bloqueadores", "Obstáculos clásicos" y "Míos"
4 4
Finalmente, resumiré tres tipos de obstáculos encontrados por el equipo durante el ciclo de vida del proyecto: bloqueadores, obstáculos clásicos y minas .
El primero se llama "bloqueadores". Los bloqueadores son problemas típicos que impiden que los equipos corran en pistas normales. La mayoría de las personas tienden a pensar eso cuando imaginan obstáculos. Tal vez el disco duro se rompió en la computadora portátil del probador, dejándolo completamente incapaz de trabajar durante los próximos dos días. O tal vez la hija de un desarrollador se enferma repentinamente y él necesita irse temprano para recoger a su hija de la escuela. Independientemente de la causa del bloqueador, el bloqueador es a menudo fácil de encontrar porque alguien en el equipo se detiene tan pronto como aparece.
El segundo tipo se llama "obstáculos clásicos" . Los obstáculos clásicos son un poco difíciles. Estas son todas las cosas que ralentizan a su equipo, pero no necesariamente las detienen. El equipo generalmente es consciente de estos problemas, pero se ha acostumbrado a resolverlos, tanto que simplemente los desconectan como "este siempre será el caso". En algunos casos, el equipo puede estar tan acostumbrado a estos problemas que ya ni siquiera los notan, ni siquiera olvidan su existencia. Los ejemplos de obstáculos comunes incluyen: equipos que no tienen la autoridad para cambiar su entorno de producción para proporcionar nuevas características; o equipos que tienen que dejar de corregir con frecuencia los conflictos de fusión debido a sistemas de control de código fuente obsoletos, y no tienen la libertad de reemplazarlos.
Esto puede requerir técnicos calificados para descubrir estos obstáculos, porque el equipo generalmente se usa para lidiar con estos obstáculos. El equipo ni siquiera necesita levantar estos obstáculos durante la reunión regular del proyecto. El trabajo como gerente de proyecto es primero señalar estos problemas a la atención del equipo y recordarles que estos problemas ya existen y los están ralentizando.
Sin embargo, una vez que el equipo acepta estos problemas, las barreras generalmente no son tan fáciles de eliminar como los bloqueadores.
Esto se debe a que el obstáculo es a menudo un problema sistémico global que afecta a todo el equipo, no a individuos individuales. Además, los obstáculos son a menudo artefactos más sutiles debido a factores en la estructura o cultura organizacional. Esto los hará difíciles de eliminar.
El tercero se llama “minas” , y el último obstáculo que los gerentes de proyecto pueden encontrar para eliminar son las minas y trampas que esperan que su equipo se tropiece. Estos son probablemente los tipos más difíciles de todos los obstáculos.A diferencia de los obstáculos clásicos que el equipo una vez reconoció pero desapareció gradualmente, estos obstáculos son minas que nunca antes se habían notado. Por lo general, un gerente de proyecto experimentado reconocerá estos problemas solo porque los ha visto caer en proyectos similares, o porque necesita un sexto sentido y "abrir los ojos" para notarlos.
En un proyecto ágil, Scrum Master puede encontrar algunas minas, pero no está completamente claro para todo el equipo, incluyendo:
Los gerentes funcionales participan activamente en ceremonias como retrospectivas o stand-ups diarios, lo que limita la transparencia o la honestidad que el equipo puede compartir fácilmente. O bien, la estación diaria se moverá de la mañana a la tarde, lo que no brinda a los miembros del equipo la oportunidad de planificar y sincronizar el equipo al comienzo de cada día, sino solo en la reunión de la estación de la tarde. Incluso el propietario del producto PO, están demasiado involucrados en múltiples equipos, lo que limita su capacidad para despejar el camino de manera efectiva para cualquier equipo. Tenga en cuenta que en todas estas situaciones, aunque la presencia de tales minas no garantiza que ocurra un desastre cada vez, al menos advierta sobre problemas inminentes.
Lo que hace las cosas más difíciles es que cuando el gerente del proyecto intentó señalar la mina al equipo por primera vez, no era raro que el equipo fuera inicialmente resistente. Esto significa que el gerente del proyecto debe tener un sentido sensible al guiar a su equipo para identificar y eliminar este tipo particular de obstáculo.
Entonces, como gerente de proyecto, ¿cómo lidiar con los tres tipos de obstáculos en el equipo: "bloqueadores", "obstáculos clásicos" y "minas"?
El primer tipo de " bloqueador ", como gerente de proyecto, su trabajo es escuchar estos problemas y hacer todo lo posible para eliminar estos obstáculos para que el equipo pueda seguir avanzando.
Solución "bloqueadora"
Puede contar muchas de estas preguntas directamente. ¿Hay una computadora portátil de repuesto para que la use el probador al mismo tiempo, o puede ser emparejado con otro probador para probar su caso de uso en paralelo? Sin embargo, algunos otros pueden estar indefensos. El desarrollador de repente tuvo que abandonar la oficina debido a una enfermedad familiar. ¿Puede el equipo de desarrollo realizar otro trabajo en torno a este proceso de desarrollo? ¿O puede trabajar de forma remota mientras su hija se está recuperando? Es posible que deba trabajar duro para eliminar estos problemas, o puede que necesite ayudar al equipo de manera creativa para resolver estos problemas cuando obstaculicen el progreso del proyecto.
El segundo tipo de " obstáculos clásicos ", aunque la primera prioridad como gerente de proyecto puede ser eliminar estos obstáculos para que su equipo pueda alcanzar su máximo potencial, el objetivo ideal a largo plazo debe ser permitir que su equipo comience a eliminar estos obstáculos por sí mismo .
Solución "obstáculo clásico"
Como se mencionó anteriormente, los obstáculos a menudo son signos de problemas más profundos en la cultura organizacional. Si este es el caso, en comparación con el gerente del proyecto apresurándose a resolver estos problemas para el equipo, el equipo dedicado a identificar y encontrar soluciones adecuadas a estos obstáculos tendrá un impacto más duradero. Esto se debe a que la forma más efectiva de resolver problemas de nivel profundo de la organización es reconocer y resolver estos problemas por la propia organización. Incluso si el gerente del proyecto también es miembro de la organización, a menudo es más significativo simplemente resolver el problema para otros en el equipo que hacer que el equipo sea consciente del problema y resolverlo gradualmente en el comportamiento, que es más como la responsabilidad de un entrenador.
El tercer tipo de " mina ", como los obstáculos clásicos, generalmente es mejor guiar al equipo para eliminar estos obstáculos. Sin embargo, la forma en que entrena depende de cuán abierto sea su equipo a estos problemas.
Solución "mía"
Si encuentra que el equipo es particularmente sensible al aprendizaje y la resolución de problemas de minas terrestres, entonces simplemente darles instrucciones para identificar las minas terrestres a través de una serie de problemas importantes puede ser muy efectivo.
Por otro lado, si su equipo se resiste a la visibilidad de tales minas debido a fuertes prejuicios culturales o estrictas reglas organizativas, será mejor que se ponga de lado mientras el equipo se mueve hacia el borde para ayudar a explicar lo que no se hará en su camino Posibles fallas causadas por minas terrestres. Aunque este método no es ideal, generalmente solo toma una o dos veces, y el equipo puede recibir comentarios más fácilmente sobre dónde se puede enterrar la mina
Lo más destacado de hoy
▼ La forma de resolver eficazmente los obstáculos del equipo:
1. Queremos determinar cuáles son los verdaderos obstáculos clave para el equipo. En lugar de convertirte en un "bombero" en el equipo, sigue extinguiendo el fuego, pero no tengas tiempo para encontrar la causa del incendio.
2. Después de identificar el obstáculo, debemos resolverlo de manera más eficiente a través de algunos métodos y medios. Además de las "tarjetas altamente visibles y de obstáculos", también podemos usar reuniones retrospectivas.
▼ Tres tipos de obstáculos comunes:
"Bloqueador" : a menudo es fácil de encontrar porque alguien en el equipo se detiene cuando aparece.
"Obstáculos clásicos" : en algunos casos, el equipo puede estar tan acostumbrado a estos problemas que ya ni siquiera los notan, o incluso olvidan su existencia.
"Minas terrestres" : Estos son probablemente los tipos más difíciles de todos los obstáculos, y es posible que estos obstáculos nunca antes se hayan notado.
Los estudiantes que necesitan materiales de preparación de PMP pueden dejar un mensaje
