Roles "Cross" en la gestión de proyectos
A ver. De qué se trata esto. Pongámonos en esta situación: Tienes un proyecto de tecnología, tienes que establecer una arquitectura base que permita escalabilidad, acorde a las herramientas con las que cuenta tu cliente (o piensa contar) y que no sea difícil adoptar.
Todo bien, lo primero que piensas es "Vamos a consultar a un arquitecto, seguro que tenemos uno.". Cuando encuentras al arquitecto, él te dice que te apoyará fuera de hora porque su asignación es 100% a un cliente determinado que no es el tuyo. Buscas otros arquitectos, y están en la misma situación.
¿Qué hay de malo en esta situación? Bueno, te dirán que no incluiste tiempo del arquitecto en tu propuesta o que la asignación asignada es muy poca, por lo que tienes que ver cómo solucionas.
¿Hiciste mal tu estimación? capaz. ¿Hiciste mal la asignación de roles en tu planificación? capaz. Oh! Y ahora quién podrá defendernos?
Lo que está mal en esa situación (más allá que el project manager es responsable del proyecto para bien o para mal) es que exista una persona con los skills necesarios para ayudar en estos casos, pero no está disponible. Al no estar disponible, es lo mismo que no existiera.
Claro, varios me lapidarán porque cuando hablo de project manager, entienden cascada. Podemos hacer un post aparte para ello. Pero cambiemos los personajes.
Imaginen que ustedes buscan la guía de un agile coach. Lo ubican y pasa lo mismo. Ese agile coach está asignado 100% a un cliente y si bien te brinda su tiempo, es fuera de hora. Tenemos el mismo escenario. La no disponibilidad es lo mismo que no existiera.
Hay equivocaciones que nacen desde la contratación de servicios y debemos hacerlo ver a nuestros empleadores. Si bien hay roles que son contratados para un cliente en específico; debemos contar con roles que son compartidos o a nivel empresa. El costo de estas personas debe ser distribuido a todos los proyectos o trasladado al staff. Debe ser manejado de tal manera que pueda atender a todos los que lo necesiten. Y si la necesidad es mucha, se debe incrementar su número.
El tener un arquitecto que soporte su solución de software da myor respaldo a la misma y mayor transquilidad a tu cliente. Tener un agile coach te genera mejores scrum masters. Esto no depende de qué cliente sea, sino es para mejorar tu empresa en general.
Pero hay que tener cuidado con la distribución porque he visto casos en que, como a un proyecto determinado lo cargan 20% por este tipo de roles, exige que 20% del tiempo esté (aunque sea sentado) acompañándolos. Esto es ineficiencia.
Los roles cross son importantes para el crecimiento de un negocio y consolidan empresas en un entorno tan competitivo como el de desarrollo de software.
¿Les ha pasado algo así? ¿Cómo lo manejaron?
Todo bien, lo primero que piensas es "Vamos a consultar a un arquitecto, seguro que tenemos uno.". Cuando encuentras al arquitecto, él te dice que te apoyará fuera de hora porque su asignación es 100% a un cliente determinado que no es el tuyo. Buscas otros arquitectos, y están en la misma situación.
¿Qué hay de malo en esta situación? Bueno, te dirán que no incluiste tiempo del arquitecto en tu propuesta o que la asignación asignada es muy poca, por lo que tienes que ver cómo solucionas.
¿Hiciste mal tu estimación? capaz. ¿Hiciste mal la asignación de roles en tu planificación? capaz. Oh! Y ahora quién podrá defendernos?
Lo que está mal en esa situación (más allá que el project manager es responsable del proyecto para bien o para mal) es que exista una persona con los skills necesarios para ayudar en estos casos, pero no está disponible. Al no estar disponible, es lo mismo que no existiera.
Claro, varios me lapidarán porque cuando hablo de project manager, entienden cascada. Podemos hacer un post aparte para ello. Pero cambiemos los personajes.
Imaginen que ustedes buscan la guía de un agile coach. Lo ubican y pasa lo mismo. Ese agile coach está asignado 100% a un cliente y si bien te brinda su tiempo, es fuera de hora. Tenemos el mismo escenario. La no disponibilidad es lo mismo que no existiera.
Hay equivocaciones que nacen desde la contratación de servicios y debemos hacerlo ver a nuestros empleadores. Si bien hay roles que son contratados para un cliente en específico; debemos contar con roles que son compartidos o a nivel empresa. El costo de estas personas debe ser distribuido a todos los proyectos o trasladado al staff. Debe ser manejado de tal manera que pueda atender a todos los que lo necesiten. Y si la necesidad es mucha, se debe incrementar su número.
El tener un arquitecto que soporte su solución de software da myor respaldo a la misma y mayor transquilidad a tu cliente. Tener un agile coach te genera mejores scrum masters. Esto no depende de qué cliente sea, sino es para mejorar tu empresa en general.
Pero hay que tener cuidado con la distribución porque he visto casos en que, como a un proyecto determinado lo cargan 20% por este tipo de roles, exige que 20% del tiempo esté (aunque sea sentado) acompañándolos. Esto es ineficiencia.
Los roles cross son importantes para el crecimiento de un negocio y consolidan empresas en un entorno tan competitivo como el de desarrollo de software.
¿Les ha pasado algo así? ¿Cómo lo manejaron?
Comentarios
Publicar un comentario