Un grupo de jóvenes (edad promedio de 20 años) desea establecer una organización que haga realidad los proyectos. La pregunta sería: ¿Qué tipo de estructura sería la mejor para gestionar esta organización de unas 32 personas con diferentes talentos y especialidades que van desde la tecnología hasta la gestión?
Me gustarían ejemplos de organizaciones profesionales que estén orientadas a proyectos y manejen muchos proyectos al mismo tiempo. Me gustaría que nuestra organización pudiera adaptarse a los cambios en el escenario social además de los cambios en nuestro estado económico. También me gustaría saber una forma de conseguir grandes patrocinadores.
Me gustaría saber todo lo que hay que hacer para construir un equipo de proyecto y cómo mantenerlo, incluidas las tareas de cada miembro del equipo, etc.
En primer lugar, está la perspectiva del proyecto. Usted, como organización, debe sentarse y revisar cada proyecto y averiguar qué tipo de experiencia requiere el proyecto y en qué nivel . Tenga grupos más pequeños, y cada grupo debe hacer una lista para cada proyecto. Cuando hayan terminado, deben comparar sus listas y crear una configuración común.
Ahora que ya sabes lo que necesitas, es hora de ver lo que tienes. Pida a las personas que pongan sus nombres junto a un proyecto en función de su conocimiento e interés.
Usted o el CEO/CTO deben conocer la prioridad de los proyectos, y con las listas anteriores debería ser visible si puede comenzar a trabajar en ellos o no. En caso de que no tengas suficiente experiencia para empezar, puedes consultar el interés. O, en caso de que tenga más personas, usted como organización puede comenzar a discutir sobre cómo distribuirse.
Cuando un proyecto está listo, puede iniciar este procedimiento nuevamente.
Otro enfoque sería, que me gusta más, tener equipos multifuncionales. Dicho equipo debe tener el conocimiento para manejar cualquier tipo de proyecto dentro de su dominio. Puede formar este equipo con el enfoque de "a quién le gustaría trabajar con quién". Por supuesto, la funcionalidad cruzada supera las preferencias personales cuando el equipo carece de cierta calidad.
Prefiero la segunda opción porque el equipo puede permanecer unido y se dedicará menos tiempo a "formar y asaltar", y este tipo de equipo aprende más rápido que uno que cambia. La primera opción no se preocupa mucho por las personas y sus preferencias, por lo que es una especie de solución a corto plazo o de emergencia.
En lugar de tratar de determinar por adelantado cuál será la estructura organizativa y los roles, ¿por qué no permitirles que se autoorganicen?
Crear equipos multidisciplinarios. La investigación ha demostrado que un buen tamaño de equipo está en el rango de 3 a 9 personas. Más grande que eso y la comunicación puede convertirse en un problema. ¿Quizás 4-5 equipos sería un buen número para su organización?
Una vez que haya organizado los equipos, cree una clara acumulación de trabajo para cada equipo. Esto se logra mejor trabajando de cerca con sus clientes/usuarios. O posiblemente creando un rol de tipo 'Propietario del producto' que se encargue de recopilar los requisitos y determinar su prioridad.
Ahora los equipos pueden ponerse a trabajar en el backlog. Sugiérales que se reúnan regularmente (digamos una vez por semana o una vez por quincena) para discutir cómo van las cosas. Luego permítales ajustar su proceso, organización y roles para reflejar lo que han aprendido.
Haga que los equipos hablen juntos regularmente para que puedan compartir su experiencia y su enfoque.
Eso es. Inspeccionar y adaptar. Si los equipos deciden que quieren usar un marco formal como Scrum o Prince 2, entonces pueden incorporarlo. Pero deje que el proceso sea atraído por las necesidades de los equipos en lugar de comenzar con un proceso y obligar a los equipos a adaptarse a él. eso.
Intentaré mostrar brevemente mi enfoque:
cada 3 meses hacer seguimiento para mejorar los procesos de sus equipos