Un rol pertenece a un proyecto
¿Quién es el Project Manager? La pregunta en sí no es lo bastante precisa. Una persona puede ser Operator en la empresa, Project Manager en el proyecto A, encargada solo de compras en el proyecto B, y no debería ver nada del proyecto C. Así que separamos dos cosas: la identidad pertenece a la empresa; el rol pertenece al proyecto. Y lo que importa de un rol no es su nombre — es lo que esa persona puede hacer.
Al diseñar los permisos de Snappy PM, nos encontramos con una pregunta que parece muy simple:
Who is the Project Manager?
Pensándolo más, me di cuenta de que la pregunta en sí no es lo bastante precisa.
Una persona puede ser Operator en la empresa, pero Project Manager en el Project A, solo responsable de compras en el Project B, y en el Project C quizá no debería ver el contenido del proyecto en absoluto.
Así que al final separamos dos cosas:
Identity belongs to the company.
Role belongs to the project.
Owner y Operator describen la relación de una persona con la empresa.
Project Manager, Designer, Site Engineer, QS describen de qué es responsable esa persona en un proyecto concreto.
Estos dos conceptos no deberían mezclarse.
Más importante aún, no diseñamos una tabla fija de cargos para Snappy PM.
Una empresa de muebles puede necesitar:
Project Manager / Designer / Purchaser / Installer
Una consultora puede necesitar:
Project Lead / Consultant / Accountant
Estos deberían usar el lenguaje propio de la empresa.
Y lo que realmente importa de un Role no es cómo se llama, sino:
What can this person do?
¿Puede confirmar el presupuesto del cliente?
¿Puede hacer Change Scope?
¿Puede añadir un Expense?
¿Puede procesar una Delivery?
¿Puede ver documentos Financial?
Así que en Snappy PM, un Role corresponde en última instancia a un conjunto muy concreto de permisos de acciones y permisos de archivos.
Esto me recuerda cómo se gestionan realmente muchas pequeñas empresas.
El dueño a menudo no quiere construir un Organization Chart complejo.
Solo quiere decir:
"Este proyecto es para George, él lleva la ejecución; las compras las lleva Ahmed; que el personal de obra no vea los documentos financieros."
El software debería poder expresar directamente una frase tan simple.
Y cuando el proyecto termina, el siguiente puede organizarse completamente de nuevo.
Porque la estructura de una empresa puede ser duradera, pero:
Projects are temporary organizations.
Cada proyecto vuelve a reunir a un grupo de personas para lograr una cosa.
Por eso queremos que el sistema de permisos de Snappy PM también parta del Project.
No preguntando primero:
What is your title?
Sino:
What are you responsible for on this project?
Esto probablemente se acerca más a cómo trabajan realmente las pequeñas empresas.
SnapLedger, your life easier.
La identidad pertenece a la empresa; el rol pertenece al proyecto. Owner y Operator describen la relación de una persona con la empresa; Project Manager, Designer, Site Engineer describen de qué es responsable en un proyecto concreto. Un rol equivale en última instancia a un conjunto muy concreto de permisos de acciones y de archivos — expresado en el idioma de la propia empresa.
En tu empresa, cuando empieza un proyecto nuevo, ¿puedes expresar los permisos tan simple como los dice el dueño — 'George lleva este, Ahmed se encarga de compras, el personal de obra no debe ver los documentos financieros'?
La estructura de una organización puede ser duradera, pero los proyectos son organizaciones temporales — cada uno reúne de nuevo a un grupo de personas para lograr una cosa.
Recibe el Founder Diary + las actualizaciones regulatorias de tu país
Un correo cuando Richard publica una nueva entrada, y las novedades normativas que importan donde vives. Gratis, puedes darte de baja cuando quieras.