¿Cuál es exactamente el significado de tomar posesión de un proyecto? He escuchado a muchos gerentes decir esto. Como esto es muy usado y al mismo tiempo no forma parte de la educación formal, quiero saber qué es exactamente este concepto de Propiedad (su origen si es posible) y por qué es tan importante desde el contexto del gerente, y cómo ¿Es útil para el proyecto/empresa?
Tomar posesión no es solo hacer un trabajo o trabajar en un proyecto; significa hacer que tu misión sea llevarlo a cabo.
No mire a otros para abordar los problemas; en su lugar, busque los problemas antes de que se vuelvan obvios y encuentre e implemente soluciones.
Si no puede arreglarlo, entonces no le deje la responsabilidad a otra persona; Localice a la persona que puede solucionarlo y asegúrese de que aborde el problema.
No es un rol establecido en un equipo; de hecho, el proyecto ni siquiera tiene que ser un proyecto de equipo.
¿Por qué a la gerencia le gusta ver que los empleados sean dueños del proyecto/proceso/trabajo; porque eso significa que les importa. Han ido más allá de simplemente presentarse a trabajar. Ahora quieren que el proyecto tenga éxito.
En situaciones en las que nadie se adueñó de una tarea; esa tarea falló muchas veces, o se completó tarde, o se completó con descuido. Porque a nadie le importaba.
Las personas se relacionan con los proyectos en muchos roles. La propiedad es una de ellas (UN PAPEL).
Otros roles importantes incluyen campeón, patrocinador, proveedor, cliente y gerente.
El propietario es la persona cuya función general es ver que el proyecto se complete. Su función es garantizar que todas las funciones anteriores se cumplan y trabajen juntas para completar el proyecto. Este es más un papel social o político que operativo.
Los roles duales a menudo están presentes y enturbian un poco las aguas. El ejercicio inadecuado de los roles puede conducir a un desempeño deficiente del proyecto. Un buen PM detectará esto e intentará corregirlo, generalmente a través del propietario. Esto puede conducir a un enfrentamiento frontal, por ejemplo, el propietario y el patrocinador se niegan a pagar a un proveedor por el trabajo completado y aceptado de acuerdo con el contrato, objeta el PM.
Si alguna de las funciones no se cumple, el propietario debe 'tomar posesión', ser responsable y corregir el problema. Debe actuar como representante del verdadero propietario.
Del mismo modo, para las tareas que componen un proyecto, el equipo de gestión del proyecto puede asignar a una persona o grupo para que "tome posesión", es decir, que asuma la responsabilidad de llevarlo a cabo, como sugieren varias de las respuestas. La propiedad implica el cuidado, la responsabilidad y la actitud de que la cosa es tuya. El triángulo del gerente del proyecto (calidad, costo y tiempo) debe equilibrarse en el mejor interés del propietario. Usted debe servir como su apoderado.
Visite pmi.org para obtener más detalles, Kerzner tiene un libro pesado llamado simplemente "Gestión de proyectos".
Es importante distinguir entre la propiedad del proyecto y la propiedad del artefacto. Estos están completamente separados en la matriz de roles/responsabilidades.
En los grandes proyectos, los roles son distintos y delimitados.
En proyectos pequeños, una persona puede ser 'Gran jefe, cocinero y lavador de botellas'
Descargo de responsabilidad: esta es mi experiencia de una sola oficina en 3 países distintos y no se puede generalizar, pero así fue exactamente.
Tuve que actualizar una base de datos de una versión X a otra versión Y en Tailandia, China y Japón.
Cuando se migra una base de datos, es necesario parchear la aplicación, instalar una nueva versión del cliente y también es necesario probar muchas aplicaciones de terceros que dependen de ella.
En Tailandia nadie se apropiaba de nada, todos me miraban por cualquier cosa que no funcionaba porque era mi "culpa". No hace falta decir que la migración a la nueva versión de la base de datos fue larga y tediosa.
En china, el gerente de la sucursal asumía la propiedad pero no tanto los empleados. La migración fue un poco mejor porque estaba asignando tareas a su equipo a medida que se encontraban problemas y realmente ayudó a acelerar la migración.
En Japón, cada individuo se adueñó de su pieza. Probaron todo de principio a fin y nunca tuve que preguntar si estaba hecho. Encontramos algunos problemas, trabajarían un poco más en eso. No se hicieron preguntas.
La migración fue impecable. Todo funcionó el primer día después de la migración.
Esta es la diferencia que hace tomar posesión.
Di una conferencia magistral invitada en Software Methods and Tools 2000 en Wollongong, cuyo tema fue el estado de la gestión de proyectos, y usted preguntó:
su origen si es posible
Empecé a escucharlo por primera vez a mediados de la década de 1990 en Silicon Valley, que también es el momento en que "Gerente de proyecto" comenzó a ser una especie de carrera, y distinta de "gerencia". Luego me mudé a la Costa Este (de EE. UU.), y unos años más tarde la frase llegó al banco donde trabajaba (c. 2000), aunque no quiero decir que la traje conmigo. En ese momento dirigía un grupo de jefes de proyecto, separando claramente los dos tipos de actividades gerenciales, proyectos y personas.
¿Por qué es tan importante desde el contexto del gerente
El vocabulario de gestión es tan limitado como moderno. Por ejemplo, casi al mismo tiempo, el eufemismo recursos se convirtió en un sustituto suave y blando de las personas, así como de las máquinas, los edificios y el dinero. "¿Cuántos recursos se asignan a este proyecto?" es probablemente una frase que has escuchado.
La frase "George es propietario de este proyecto" es actualmente (2016 / entorno académico y de TI) equivalente a decir "George es el contratista general para la ampliación de mi casa". El propietario del proyecto a veces se identifica como el Gerente del Proyecto , lo que creo que es inapropiado, y le quita todo el significado a la palabra propietario .
El verdadero dueño de cualquier proyecto es la persona que puede negociar el trato por la gente y el dinero para hacer el trabajo. Rara vez los PM tradicionales pueden hacer esto; informan sobre el estado, organizan el trabajo, buscan a las personas o el dinero, responden las quejas y, a veces, se calientan. Estos hechos empujan la propiedad real hacia el cliente: solo el cliente puede decir "OK" a la asignación de más fondos o boletas de programación. En este contexto parece que soy dueño del proyecto para poner una extensión en mi casa. Puedo demandar al contratista general si las cosas no salen bien, pero ese es el alcance de mi recuperación por mala ejecución... a diferencia de las malas decisiones de mi parte.
cómo es útil para el proyecto/empresa
Tengo mis dudas de que lo sea. Tenga en cuenta que ninguna de las cosas discutidas aquí ...
... Son reales. Son diferentes al cliente y al proveedor , que le dicen quién paga y a quién se le paga. Los clientes y proveedores son reales y existirán para siempre.
No es la definición literal de poseer algo, pero te comportas como si lo tuvieras. Esta es la diferencia entre un camarero que te trae comida que obviamente no es deseable en comparación con uno que te la devuelve a la cocina, alivia tu preocupación de que tu comida está tardando demasiado y finalmente te trae un plato bien hecho.
El dueño del restaurante que realmente promueve que los meseros se apropien de la experiencia gastronómica de sus clientes, no le va a decir al mesero que solo devuelva la comida a la cocina si el cliente se queja.
Ayuda si conoce al menos las pautas generales sobre cuál es el nivel aceptable de calidad de los proyectos. Hubo momentos en los que he sido gerente y hubo algunos proyectos en los que no tenía ningún deseo de involucrarme ni ningún conocimiento sobre cómo hacerlo funcionar, así que le di la propiedad a alguien que pensé que lo haría mucho mejor porque la persona estaba calificada. y se enorgullecen de lo que hacen.
Para algunas personas, no se enorgullecen tanto de lo que están haciendo si constantemente se les dice exactamente qué hacer. Algo tan simple como apretar una tuerca en un perno en una línea de ensamblaje puede conducir a una mala calidad si simplemente "hacen lo que se les dice" y no modifican la tarea cuando saben que la calidad está sufriendo. ¿No le gustaría que todos los trabajadores que ensamblan el automóvil de su familia actúen como si su familia viajara en él? Eso es tomar posesión.
Me parece que suele ser una forma positiva de afirmar algo negativo : a su jefe no le gustan las actitudes NMP/NMF ("No es mi problema" / "No es mi culpa") en el equipo.
Los trabajadores de NMP/NMF son veneno para un equipo y, por lo general, son objeto de eliminación del equipo si el gerente puede encontrar la manera de hacerlo.
EDITAR: Según la sugerencia de @Chad para explicar POR QUÉ esto es importante.
La actitud de los individuos NPM/NMF se centra en sí mismos .
"No hice esa parte del sistema, así que ese no es mi problema".
"Ese error lo introdujo 'Jim', así que él debería arreglarlo, no yo, no es mi culpa".
Esta actitud no antepone el éxito del objetivo.
Pero, el objetivo de "poseer" un objetivo es poner el objetivo primero y eso es importante porque la gerencia sabe que las solicitudes y los problemas serán manejados por el equipo y no se olvidarán ni descartarán:
"No hice esa parte del sistema, pero tengo algo de tiempo, así que le echaré un vistazo y veré si puedo poner tu mejora, pero, si descubro que no puedo encargarme de eso , hablaré con alguien que pueda".
"Sí, parece que Jim creó un error, me encargaré de eso ahora mismo".
O según un ejemplo en los comentarios:
"Lo siento, soy el tipo de la base de datos, si desea mejorar la interfaz gráfica de usuario, tendrá que hablar con "Bob"; no está aquí en este momento, así que le avisaré para que se comunique con usted lo antes posible. "
"Lo siento, soy el encargado de la base de datos, así que no puedo solucionar el problema por usted, pero puedo indicarle a alguien que pueda hacerlo".
En todos los casos "buenos" anteriores, el enfoque del miembro del equipo no es explicarle a la gerencia por qué no tiene que hacer el trabajo. En cambio, el enfoque del miembro del equipo es encontrar una manera de asegurarse de que se haga el trabajo.
Considero esta terminología como una señal de alerta, la mayor parte del tiempo, particularmente cuando proviene de la gerencia.
La idea básica es que quieren que te involucres emocionalmente en hacer que suceda lo que sea, trabajando las horas y los horarios necesarios, sacrificando otras actividades, etc.
Si el proyecto fue su idea en primer lugar y le parece importante, entonces es muy probable que ya lo esté haciendo, aunque tal vez no hasta el punto de destruir por completo el equilibrio entre el trabajo y la vida. Entonces, si la gerencia le pide que haga esto, entonces no es un proyecto que realmente le interese, y ellos lo saben. Tal vez creas que está condenado al fracaso. Tal vez piense que los resultados serían inútiles o contraproducentes. Tal vez pueda pensar fácilmente en diez cosas más importantes y desear poner su esfuerzo allí.
Ahora eso no siempre es cierto. Es posible que estén tratando de comunicarse, por ejemplo, que quieren que animes a otras personas y orquestes sus esfuerzos, no solo que hagas tu parte de la tarea. (Es posible que esto no funcione tan bien si no eres una persona sociable y no tienes autoridad, pero para algunas personas funciona bien).
También es posible que estén tratando de brindarle una guía amable para que no tenga una actitud de "no es mi problema", como se describe en una de las otras respuestas. Por lo general, es cierto que cuanto más senior es una persona, más alcance adquiere, y una forma de convertirse en senior es a menudo asumir un alcance cada vez mayor. En los campos técnicos, probablemente no tenga que esperar a que se le asigne ese alcance; simplemente siga cualquier problema donde sea que lo lleve, en lugar de pasarlo apresuradamente a otro equipo, que podría tener un mejor conocimiento .
Kilisi
Thorbjorn Ravn Andersen
JB Rey
lindsey d
Salvador Dalí
francine degrood taylor
Sushant