¿Cuál es exactamente el significado de tomar la propiedad de un proyecto?

Asumir la responsabilidad no es sólo hacer un trabajo, o trabajar en un proyecto; significa hacer que sea tu misión llevarlo a cabo.

No busques a otros para abordar los problemas; en su lugar busca los problemas antes de que se hagan obvios, y encuentra e implementa soluciones.

Si no puedes arreglarlo, entonces no dejes la responsabilidad en manos de otra persona; busca a la persona que puede arreglarlo, y asegúrate de que se ocupe del 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 dirección le gusta ver que los empleados son dueños del proyecto/proceso/trabajo; porque eso significa que se preocupan. Han ido más allá de sólo presentarse a trabajar. Ahora quieren ver que el proyecto tenga éxito.

En situaciones en las que nadie se hizo cargo de una tarea; esa tarea muchas veces fracasó, o se completó tarde, o se completó de forma descuidada. Porque a nadie le importaba.

Las personas se relacionan con los proyectos en muchas funciones. La propiedad es uno de ellos (UN PAPEL).

Otros roles importantes incluyen el de campeón, patrocinador, vendedor, cliente y gerente.

El propietario es la persona cuyo rol general es ver que el proyecto se complete. Su papel es asegurarse de que todos los roles anteriores se cumplan y trabajen juntos en concierto para completar el proyecto. Este es más un papel social o político que uno operacional.

Los roles duales están a menudo presentes y enturbian un poco las aguas. Ejercer los roles de manera inapropiada puede llevar a un mal desempeño del proyecto. Un buen PM se dará cuenta de esto y tratará de corregirlo, generalmente a través del propietario. Esto puede llevar a un choque frontal, por ejemplo, el propietario y el patrocinador se niegan a pagar a un proveedor por el trabajo realizado y aceptado de acuerdo con el contrato, el PM se opone.

Si alguno de los roles no se cumple, el propietario debe “tomar la propiedad”, ser responsable y corregir el problema. Debe actuar como representante del verdadero propietario.

De la misma manera, para las tareas que conforman un proyecto, el equipo de gestión del proyecto puede asignar a una persona o grupo para que “asuma la propiedad”, es decir, para que sea el dueño de la responsabilidad de llevarlo a cabo, como sugieren varias de las respuestas. La apropiación implica el cuidado, la responsabilidad y la actitud de que la cosa es propia. El triángulo del director del proyecto (calidad, costo y tiempo) debe equilibrarse en el mejor interés del propietario. Usted debe servir como su apoderado.

Vea pmi.org para más detalles, Kerzner tiene un libro de peso llamado simplemente “Project Management”.

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 los pequeños proyectos, 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 esto es exactamente como fue.

Tuve que actualizar una base de datos de una versión X a otra versión Y en Tailandia, China y Japón.

Cuando una base de datos es migrada, la aplicación necesita ser parcheada, se instala una nueva versión cliente y una gran cantidad de aplicaciones de terceros que dependen de ella, necesitan ser probadas también.

En Tailandia, nadie se apropió de nada, todos me buscaban por cualquier cosa que no funcionara 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 tomó la propiedad pero no tanto los empleados. La migración fue un poco mejor porque estaba dando tareas a su equipo a medida que se encontraban los problemas y realmente ayudó a acelerar la migración.

En Japón, cada individuo tomó la propiedad de su pieza. Probaron todo de punta a punta y nunca tuve que preguntar si estaba hecho. Nos encontramos con algunos problemas, ellos iban a trabajar un poco más en ello. 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 el tomar la propiedad.

Di una conferencia magistral invitada en Software Methods and Tools 2000 en Wollongong con el estado de la gestión de proyectos como tema, y preguntaste:

su origen si es posible

Empecé a escucharla a mediados de los 90 en Silicon Valley, que es también la época en la que “Project Manager” empezó a ser una especie de carrera, y distinta de la “gestión”. 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 estoy insinuando que la haya traído conmigo. En ese momento dirigí un grupo de gerentes de proyectos, separando así claramente los dos tipos de actividades gerenciales, los proyectos y las personas.

por qué es tan importante desde el contexto del gerente

El vocabulario de gestión es tan limitado como está de moda. Por ejemplo, más o menos 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 propietario de este proyecto” es actualmente (2016 / IT y entorno académico) equivalente a decir “George es el contratista general de la ampliación de mi casa”. El dueño del proyecto es a veces identificado como el Director del Proyecto, lo cual 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 para la gente y el dinero para hacer el trabajo. Rara vez los PM tradicionales pueden hacer esto; informan del estado, organizan el trabajo, buscan a la gente o el dinero, responden a las quejas, y a veces se encargan de la responsabilidad. Estos hechos empujan la verdadera propiedad al cliente - sólo el cliente puede decir “OK” a la asignación de más fondos o a las planillas de programación. En este contexto, parece que soy el dueño del proyecto para poner una extensión en mi casa. Puedo demandar al contratista general si las cosas no van bien, pero ese es el alcance de mi recuperación por mala ejecución… en contraposición a 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í …

• propietario
• gerente del proyecto
• gerente
• recurso

… son reales. Son diferentes a cliente y vendedor que te dicen quién paga y a quién se le paga. Los clientes y los proveedores son reales, y estarán por siempre.

Considero esta terminología como una bandera roja, gran parte del tiempo, particularmente cuando viene de la administración.

La idea básica es que te quieren emocionalmente invertido en hacer lo que sea que suceda, trabajando las horas y horarios que sean necesarios, sacrificando otras actividades, etc.

Si el proyecto fue tu idea en primer lugar, y te parece importante, entonces es muy probable que ya lo estés haciendo, aunque quizás no hasta el punto de destruir totalmente el equilibrio entre trabajo y vida. Así que si la dirección te pide que lo hagas, entonces no es un proyecto que te importe realmente, y ellos lo saben. Tal vez pienses que está condenado a fracasar. Tal vez piensas que los resultados serían inútiles o contraproducentes. Tal vez puedas pensar fácilmente en diez cosas más importantes, y desees poner tu esfuerzo en ello.

Ahora bien, eso no siempre es cierto. Es posible que estén tratando de comunicarse, por ejemplo, que quieran que animes a otras personas y orquestres sus esfuerzos, no sólo que hagas tu parte de la tarea. (Esto puede no funcionar 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 darte una suave guía lejos de una actitud de “no es mi problema”, como se describe en una de las otras respuestas. Suele ser cierto que cuanto más mayor es la persona, mayor es el alcance que adquiere, y una forma de llegar a ser mayor es, a menudo, adquirir un alcance cada vez mayor. En los campos técnicos, probablemente no hay que esperar a que se le asigne ese ámbito, sino que hay que seguir los problemas dondequiera que se presenten, en lugar de transmitirlos apresuradamente a otro equipo, que podría tener un mejor conocimiento.