Esta frase es una de las más difíciles de pronunciar en un proyecto. Siempre hay algo que el cliente dice que falta.
Asumiendo que uno mismo ha hecho bien su trabajo (que ya es mucho asumir a veces), la fuente de conflictos suele estar en tareas asignadas a terceros (colaboradores e incluso el propio cliente) que no han sido bien definidas y acotadas.
Frecuentemente, como forma de bajar costes de los proyectos, los clientes quieren asumir tareas para las que no tienen los recursos adecuados o éstos, aún siendo adecuados, no disponen de suficiente disponibilidad.
Donde suele ocurrir esta situación, en este caso un proyecto de implantación de sistemas, es en las tareas de "formación a usuario final", donde un enfoque habitual es que el consultor forme a un "super usuario" y éste se encargue de formar al resto. Al final, lo que suele pasar es que el "super usuario" no tiene tiempo para formarse suficientemente, llega el momento del arranque y a los otro les cae el sistema como una bomba para la que no están preparados.
El problema para el consultor puede ser grave si el proyecto es a "precio cerrado", (que es lo habitual - si el proyecto es "a taxímetro" pues estupendo ... a tanto la hora), ya que no se puede ir porque no se han cumplido los objetivos de fecha de arranque (y la última factura suele ir ligada precisamente a cumplir ese objetivo).
No hay fórmulas mágicas para evitarlo, sólo (nada más y nada menos) que delimitar bien las tareas y reponsables, y sobre todo asignar hitos específicos e individuales a esos terceros, controlando que comuniquen con antelación si hay algún problema.
Asumiendo que uno mismo ha hecho bien su trabajo (que ya es mucho asumir a veces), la fuente de conflictos suele estar en tareas asignadas a terceros (colaboradores e incluso el propio cliente) que no han sido bien definidas y acotadas.
Frecuentemente, como forma de bajar costes de los proyectos, los clientes quieren asumir tareas para las que no tienen los recursos adecuados o éstos, aún siendo adecuados, no disponen de suficiente disponibilidad.
Donde suele ocurrir esta situación, en este caso un proyecto de implantación de sistemas, es en las tareas de "formación a usuario final", donde un enfoque habitual es que el consultor forme a un "super usuario" y éste se encargue de formar al resto. Al final, lo que suele pasar es que el "super usuario" no tiene tiempo para formarse suficientemente, llega el momento del arranque y a los otro les cae el sistema como una bomba para la que no están preparados.
El problema para el consultor puede ser grave si el proyecto es a "precio cerrado", (que es lo habitual - si el proyecto es "a taxímetro" pues estupendo ... a tanto la hora), ya que no se puede ir porque no se han cumplido los objetivos de fecha de arranque (y la última factura suele ir ligada precisamente a cumplir ese objetivo).
No hay fórmulas mágicas para evitarlo, sólo (nada más y nada menos) que delimitar bien las tareas y reponsables, y sobre todo asignar hitos específicos e individuales a esos terceros, controlando que comuniquen con antelación si hay algún problema.
De todas formas, al final la pregunta que realmente interesa es Ya hemos acabado, ¿cuando empezamos el siguiente?
.
.
2 comentarios:
Una alternativa a la formación de usuarios "al final" del proyecto sería la de ir formando "por píldoras". Es decir, a medida que el proyecto avanza ir realizando formaciones más breves y que sirvan como cierto ensayo-error. Claro que esto es fácil decirlo y mucho más complicado llevarlo a cabo.
De todas formas, la formación al final es lo más típico pero demasiadas veces ineficaz, ¿no?
Gracias Julen por el comentario.
Lo de las píldoras podría llegar a ser una alternativa en algunos casos, como manera más efizaz de hacer llegar la formación, pero no resuelve el problema: si "alguien" tiene que dar la formación (de la forma que sea) y no la da, ¿qué hacemos?.
Si que es cierto que te permitiría avanzar la detección de ese problema.
En cuanto a lo de la formación al final, estoy de acuerdo que no es lo más eficaz pero ya sabes que cuando estás implantando un sistema de información hasta el final no sabes "como te va a quedar" por lo que siempre es mejor esperarse al final.
Publicar un comentario