¿Cómo lidiar con los gerentes de proyectos que manejan micro?

Tal vez solo soy ingenuo, pero cuando trato de descifrar el muro de tareas a las que me dirijo en el transcurso de una semana, simplemente no puedo evitar pensar que quien construye el cronograma del proyecto necesita recibir alguna capacitación correctiva sobre gestión básica de proyectos.

Por ejemplo, hoy se me asignaron 13 tareas, la de menor duración de .13 días (métrica de tiempo predeterminada en Microsoft Project) y la de mayor duración de .75 días. No puedo evitar pensar que se trata de proyectos de programación de microgestión flagrantes en intervalos de menos de 10 minutos.

Los efectos de la gestión se hacen evidentes en las tareas resbaladizas, la asignación de recursos que excede la capacidad por un factor de dos en algunos puntos en el tiempo, y dedicar más tiempo a despejar tareas y descubrir lo que viene después de hacer el trabajo.

¿Cómo puedo convencer al gerente de proyecto para que cree tareas con mayor duración y para ver la imagen más grande?

Pídale a su gerente que establezca prioridades en cada una de las tareas. Luego, acepte completar las tareas en orden de prioridad.

El no lo hará.

Podría intentar introducir la administración a CCPM. Descubrirán rápidamente que la mayor pérdida de productividad son las interrupciones.

Pero en serio, ¿realmente crees que puedes cambiar ese tipo de mentalidad? Vidas han sido desperdiciadas en el intento.

Cuando vas al garaje, no le dices al tipo:

"por favor cambie el aceite, los filtros. Y revise el sistema de aire acondicionado, hace un ruido extraño. Además de eso, verifique la alineación de las ruedas y el enjuague de la transmisión automática. Tiene 1.23 horas y le pagaré $ 97".

Usted le pregunta cuánto tiempo se necesitará y cuánto le hará pide. Incluso si usted es un especialista en sí mismo sabiendo la cantidad de tiempo que debe tomar, y cuánto se debe cobrar.

Si no está de acuerdo con el tiempo que necesita y / o la cantidad que cobra, va a otro garaje, ¿verdad?

Eso es más o menos lo mismo aquí. Su trabajador, el especialista , el que hará la tarea, debe estimarlo él mismo .

A nivel de equipo, el equipo debe ser responsable de ello. Para evitar demasiadas variaciones en las estimaciones entre los miembros del equipo, se debe utilizar una metodología de estimación basada en el consenso como Planning Poker .

¿Ahora cómo tratar con su gerente actual?

A menos que pueda convencerlo usando el argumento anterior simplemente diciéndole, tendrá que trabajar con él. Muy pocos gerentes pueden "cambiar" por el impulso de su gente tan rápido. La mayoría de ellos nunca cambiará.

• Cada vez que se le asignen tareas junto con sus estimaciones, envíele sus cifras cortésmente.
• Utilice la evidencia de sus acusaciones señalando la experiencia pasada en tareas que requieren más tiempo de lo inicialmente planeado.
• Tendrá que repetir el ciclo por encima de mucho tiempo
• Necesitarás paciencia, determinación y coraje. Ivan Pavlov es tu amigo aquí.

Eventualmente, cambiará de opinión y adoptará el sistema descrito anteriormente.

Pero su gerente es probablemente un parkinsoniano . En ese caso, llame a Ashton y pídale consejos. Porque probablemente no va a cambiar.

No te preocupes por él después de que te vayas, encontrará otro desarrollador para abusar .

.13 días @ 8 horas por día (480 minutos por día) = 62.4 minutos (poco más de una hora). Planear tareas de una hora no es tan malo.

Más importante aún, ¿cómo están las tareas llegando al cronograma en primer lugar? ¿Y cómo se asignan las duraciones? Si su gerente de proyecto presenta la lista de tareas y cuáles deberían ser las duraciones, entonces eso es un problema. Es el trabajo de su PM rastrear estos elementos, pero es responsabilidad del equipo elaborar la lista de tareas y estimaciones para esas tareas. La planificación es un deporte de equipo.

Parece que también hay otros problemas en juego aquí, y es posible que tenga algunas quejas muy válidas. ¿Has intentado hablar con el primer ministro sobre tus preocupaciones?

Lo siento, pero a veces solo tienes que lidiar con eso. Ponte del lado bueno del primer ministro. A veces, no importa cuál sea tu posición , simplemente no te va a gustar para quién estás trabajando.

Casi puedo garantizarle que el primer ministro tiene un presupuesto limitado, se le ha dado un presupuesto terriblemente inadecuado para comenzar, o tiene un número fijo de horas que tiene que cumplir y por las cuales su trabajo y su paga son responsables. También apostaría a que la gestión de ese tipo se deriva de su cadena de gestión, dudoso que al primer ministro le guste rastrear las cosas a ese nivel, de hecho, probablemente estén siendo microgestionados en un grado aún más fino.

Quizás podría intentar argumentar que hay muchos gastos generales en la definición y estimación de tareas que son tan pequeñas. Que en lugar de escribir todos los detalles y estimaciones para 4 tareas que cada una tomará .125 días, puede ser mejor tener 1 tarea estimada en .5 días que se pueda configurar mucho más rápido. Ahora, esto tiene algunas advertencias:

1. Las estimaciones más grandes todavía tienen que estar cerca de la derecha. Si al agrupar las cosas las estimaciones se vuelven menos precisas, esto podría ser un problema, ya que existe una confianza que los desarrolladores desean pero que el gerente del proyecto ahora puede dar. Se trata más de abordar un miedo antes de que el gerente del proyecto tenga la precedencia de decir: "Mira, ya lo has estropeado antes. ¿Por qué debería confiar en ti ahora?" con alguna evidencia

2. Para que las personas que observan el trabajo realizado, como el Gerente de proyecto y los patrocinadores, puedan comprender que puede haber una diferencia mínima entre realizar 101 tareas pequeñas y 10 elementos de trabajo grandes, ya que podría ser el mismo trabajo a veces. Algunas personas pueden ver la cantidad como lo que cuenta y, desafortunadamente, ahí es donde entra en juego la captura, tal como la veo. No estoy seguro de cómo resolver este problema, ya que la solución típica que vería es tratar de que la otra persona vea la lógica que puede o no funcionar bien.

3. ¿Cuán técnicamente inteligente es el primer ministro? Este puede ser otro punto, ya que si el primer ministro no es tan inteligente, entonces existe la preocupación de que esto pueda parecer presuntuoso o arrogante, que no es la intención, ya que quieres la libertad de hacer algo como ves en lugar de que te den la lista de tareas con 10 pasos de cómo hacer algo de a a j.

Esas serían las áreas de preocupación que me aseguraría saber cómo manejar las preguntas que pueda tener al querer poner esto en práctica, ya que lo que creo que quieres es justo y realista para mí.

Haz tu mejor esfuerzo, es su culpa si su planificación es incorrecta y con suerte su gerente comenzará a hacer preguntas cuando los plazos comiencen a caer.