Así que obtuve este nuevo trabajo, que es mi primer trabajo completamente basado en proyectos.
Mi salario está parcialmente ligado a un acuerdo objetivo. Este acuerdo tiene que hacerse. Mi Gerente me dio su propuesta para este acuerdo, pero no estoy contento porque no es medible.
Como no tengo ninguna educación firme en gestión de proyectos, no conozco ningún método para elaborar un acuerdo medible basado en proyectos.
¿Qué métodos existen para hacer medibles proyectos que no son 100% planificables? (Por ejemplo: como trabajador en un proyecto, no puedo garantizar que todo el proyecto sea un éxito ya que hay demasiados factores en los que no puedo influir)
¿Cuáles son las trampas bien conocidas que debo evitar?
Probablemente esto sea demasiado amplio, pero intentaré al menos responder a lo siguiente:
¿Qué métodos existen para hacer medibles proyectos que no son 100% planificables? (Por ejemplo: como trabajador en un proyecto, no puedo garantizar su éxito porque hay demasiadas fábricas a las que no puedo afectar)
Básicamente cuando se trata de planificar, siempre asocias un factor de riesgo junto con el tiempo planificado que tomará, depende de los riesgos, afectarás X horas para terminarlo pero en realidad planificarás Y horas, Y > X, cuanto más arriesgado, más crecerá Y. Básicamente necesitas experiencia para ajustar Y correctamente y conocer a tu equipo.
¿Qué trampas conocidas existen que debo evitar?
Responderé que estamos hablando de desarrollo de TI aquí para exponer mi punto, aunque una buena parte de lo que diré seguramente es cierto en cualquier lugar.
Si solo eres un gerente de proyecto sin habilidades técnicas (o no las suficientes), confía en tu equipo cuando te den números (factor riesgo/tiempo). Aunque soy bastante joven, ya vi demasiadas pérdidas de ganancias porque el gerente de proyectos estaba acortando el tiempo que los desarrolladores evalúan para implementar una funcionalidad.
No subestime el factor de riesgo, si usted o su equipo necesitan algunos consejos al respecto, busque en Google "factor de riesgo ágil". Incluso si no usa métodos ágiles, lo que se dice sobre esto sigue siendo cierto.
Tener mediciones de buena calidad es difícil, se trata principalmente de experimentar y conocer a tu equipo. Solo puedo darte uno en el campo de TI como muestra: el número de líneas de código es la peor forma de medir el rendimiento .
Como gerente de proyecto, usted es el punto de entrada del equipo, nadie debe permitir que le quite el tiempo a su gente sin que usted lo sepa, para que pueda replanificar las tareas.
Finalmente :
Google sobre el diagrama de Gant y verifique el método de la ruta crítica . El primero se trata de visualizar tu planificación, el segundo se trata de cómo despachar alguna tarea e identificar entre los diferentes caminos el crítico (el que retrasará todo). Creo que es lo más básico de la gestión de proyectos.
Leer libros sobre 1- gestión de proyectos, 2- calidad, 3- comunicación/liderazgo leer sobre ISO 9001 también es bueno.
¿Qué métodos existen para hacer medibles proyectos que no son 100% planificables?
Encuentre alguna fuente básicamente independiente para juzgar el logro del objetivo.
Por ejemplo, el "éxito del proyecto" podría juzgarse por el aumento de ventas logrado debido a la finalización del proyecto, o por una encuesta de satisfacción del cliente, etc.
Muchos objetivos tienen factores fuera de su control directo. Desafortunadamente, así funcionan las cosas.
Trabaje con su gerente para idear un enfoque para evaluar la finalización de su objetivo con el que ambos puedan estar de acuerdo.
usuario8036
jajo
HLGEM