Recursos utilizados por varios PM

Soy el PM de Infraestructura en un gran proyecto, trabajo como parte de un equipo de PM con diferentes responsabilidades. Estos incluyen desarrollo, pruebas, soporte del entorno e implementación. Mi cometido se limita a entregar los componentes de hardware y middleware necesarios para admitir la aplicación.

La principal tecnología que tengo que implementar en la fase actual del proyecto es IBM WebSphere. No hay hardware nuevo: en lo que respecta a la infraestructura, simplemente estamos agregando nuevos componentes de WebSphere a la pila de tecnología. Tengo acceso a dos especialistas en el equipo de WebSphere, así como a otros especialistas auxiliares para los otros cambios técnicos (menos importantes) que debo realizar. El problema es este: cada uno de los otros PM también necesita a los muchachos de WebSphere para respaldar sus partes del proyecto.

Trabajamos juntos para alinear nuestros planes, y todo se ve muy bien en el papel, pero el hecho es que terminamos programando el 100 % en lugar del 70 % o el 80 % de su tiempo, por lo que no existe holgura. Y luego la realidad entra en acción. Algo sale mal: una de las pruebas tarda más de lo esperado, o uno de los entornos de prueba falla, o necesitamos implementar código nuevo con más frecuencia de lo esperado para resolver los defectos en la prueba. Cualquiera de estos puede significar que nuestros planes para estos recursos escasos se derrumben inmediatamente.

Mi pregunta es la siguiente: ¿Qué puedo hacer para animar a mis colegas PM a incorporar mucha más holgura en el proyecto y dejar de llenar cada minuto de cada día con trabajo planificado? No importa cuánto intente hacerlo, alguien viene con una nueva tarea, ve un par de horas de tiempo aparentemente desocupado y lo reclama, con resultados predecibles (y desastrosos).

Respuestas (4)

¿A corto plazo se pueden cambiar las reglas de negocio de la época de las PYMES de WebSphere para que no se puedan destinar al 100%? Por ejemplo, si la regla comercial actual es que trabajen 8 horas por día de 09:00 a 17:00, cambie la regla para que trabajen 6 horas por día de 10:00 a 16:00. O bloquee el "tiempo para mí" de 11:00 a 13:00.

A más largo plazo, ¿puede capacitar adecuadamente a los otros PM en gestión de proyectos y liderazgo de equipos? Parece que tienen algunos problemas con conceptos básicos como:

  1. Los recursos no son 100% eficientes... 60-70% de eficiencia es más de lo que deberías planear
  2. Cambiar entre tareas/proyectos reduce la eficiencia... coordine con los otros PM para que un recurso solo tenga que trabajar en un proyecto por día
  3. Si tratas a alguien como un pedazo de carne, actuará como tal, es decir, no contribuirá con todo su potencial... o se dará la vuelta y se irá y realmente te dejará en la estacada.

Dicho esto, a largo plazo, las pymes también deben ser educadas para que te presionen a ti y a los demás PM cuando tengan demasiadas tareas. Tienen que ser parte de la solución, así como los PM.

Algunas excelentes sugerencias prácticas aquí, en las que creo que podríamos trabajar. Me gusta la idea de un proyecto por día por persona, lo que sin duda ayudaría, y tienes razón en tu crítica implícita... ¡Probablemente soy tan culpable como el resto de los PM!

Esto parece una situación de utilización frente a rendimiento . Los gerentes que creen en la utilización siempre programarán el 100 % de las horas de trabajo de sus empleados, y es por eso que no permiten ninguna holgura en sus sistemas. (por otro lado viven así, lamentablemente, y traen esta norma al lugar de trabajo). Intentaría explicar la diferencia entre utilización y rendimiento.

Mi consejo es encontrar malos ejemplos en el lugar de trabajo, cuando los empleados sobrecargados cometieron errores. Leí sobre Toyota que no hacían funcionar sus máquinas al 100 % todo el tiempo porque temían que la máquina se estropeara. Este es uno de los residuos que definieron.

Cuando estoy hablando de este tema, estoy usando los siguientes argumentos:

  • 100% de cobertura significa que el colega no tendrá tiempo para ser creativo
  • El 100% de cobertura no significa que el proyecto estará terminado. Significa que los compañeros trabajarán todo el día. Por otro lado, tener en cuenta el rendimiento realmente marcará la diferencia.
  • tiempo de holgura! = búfer
  • tener tiempo libre no significa que los compañeros no trabajen tanto como deberían. Según mi experiencia, usan el tiempo sabiamente. Los que no encuentran la manera de no trabajar aun cuando el 100% de cobertura esté vigente.
  • La cobertura al 100% nos hace inflexibles y lentos. No hay lugar para el cambio o la reacción rápida.
Excelentes observaciones, y la falta de creatividad (o incluso de tiempo para una discusión adecuada del debate sobre el mejor enfoque) es eliminada por el régimen que hemos adoptado. Sé que podríamos encontrar buenos ejemplos incluso dentro de nuestro propio proyecto donde un poco de tiempo dedicado a pensar ahorraría mucho más tiempo a la hora de hacer. De hecho, hoy pensamos un poco correctamente y nos ha ahorrado mucho esfuerzo en el futuro, así que gracias por señalarlo.

Si bien estoy de acuerdo en parte con la mayoría de las otras respuestas, las dos cosas que me faltan son 1) la falta (aparente) de un Gerente de Programa y la falta de alguien responsable de la asignación/planificación de recursos.

En un proyecto con múltiples PM, ¿no hay un administrador de programas o una PMO para evitar esta situación?

De lo contrario, sugeriría que usted y los otros PM se reúnan y decidan que uno de ustedes no actúe como el PgM, sino que al menos sea responsable de la asignación de recursos. Todos ustedes planifican sus diversas partes del proyecto y luego juntan los planes para encontrar la superposición y la asignación excesiva de recursos para que puedan evitar esto.

Sé que dijiste que trabajas para alinear los planes. Estoy hablando de alinearlos y luego buscar específicamente una sobreasignación o simplemente asignarlos al 100%. Dada su situación, esto es tanto una gestión de riesgos (para todos ustedes) como una asignación de recursos.

Buenos comentarios Trevor. Tenemos un administrador de programas y una PMO, pero se enfocan más en combinar los planes que brindamos (sin hacer mucho para identificar conflictos de recursos) y luego monitorear si estamos logrando nuestros planes establecidos, que en ayudar a desarrollar planes viables en El primer lugar. Sin duda ha señalado una debilidad de nuestro programa. En términos de gestión de riesgos, tenemos el conflicto de recursos catalogado como un riesgo de alto impacto y alta probabilidad, pero se espera que gestionemos este riesgo particular entre los miembros del grupo PM. ¡Buenas ideas!

¿Cómo estás construyendo tus estimaciones? ¿Determinista o probabilísticamente? ¿Aprovecha el software de simulación para estimar? No hay tarea en el mundo que tome x unidades de tiempo para terminar. En cambio, toma entre x - algo para x + algo para terminar. Y las variables que hacen que termines en algún lugar temprano o tarde en algún lugar son muchas, aleatorias y en gran parte incontrolables.

Si no está realizando este tipo de análisis en su cronograma o su presupuesto, entonces no es realmente consciente del riesgo que está asumiendo y, por lo tanto, no está preparado para hacer frente a las variables que son desfavorables para usted. de contingencia.

Es una buena pregunta, David, y la respuesta es que no estimamos demasiado bien. Suele ser un caso de tratar de encajar el trabajo en el tiempo que alguien nos ha asignado, en lugar de construir una estimación del proyecto desde cero. Entonces... ni probabilístico ni determinista, sino más bien una "apropiación de tierras" cada vez que podemos encontrar un poco de tiempo en el horario de alguien.
Si no está estimando y no conoce la densidad probabilística de su proyecto, agregar holgura o usar alguna regla de que un recurso es algo menos del 100% no lo ayudará. Tal vez por uno o dos, pero eventualmente la gente lo agarrará de todos modos. Necesita reforzar sus capacidades de estimación.
No puedo argumentar en contra de eso. La estimación deficiente es un problema en todo el proyecto, y aunque lo ocultamos detrás de todo tipo de excusas elegantes, es probable que esté en el centro de muchas de nuestras dificultades. Creo que necesito mejorar mis habilidades de estimación, investigar las herramientas que pueden ayudarme, ... ¡y también intentar influir en el resto del equipo!