Camilo Paez  ·  16 Abril 2019 




La Importancia De Compartir La Responsabilidad En Los Servicios De Desarrollo De Aplicaciones Nearshore


Las empresas de TI que ofrecen servicios de desarrollo de aplicaciones nearshore subcontratados deben comprender las claves para atender realmente a los clientes, determinar estimaciones responsables y respaldar a los clientes compartiendo la responsabilidad cuando sea necesario.

Las empresas de TI que ofrecen servicios de desarrollo de aplicaciones nearshore subcontratados deben comprender las claves para atender realmente a los clientes, determinar estimaciones responsables y respaldar a los clientes compartiendo la responsabilidad cuando sea necesario. Otras formas de medir la percepción general de responsabilidad son la cultura corporativa y su similitud con el país del cliente. Colombia ha ido mejorando esta percepción durante los últimos años mostrando a los clientes de Norteamérica un alto compromiso y una cultura corporativa muy similar.

Desarrollo de software y desarrollo de aplicaciones Nearshore Éxito en Bogota, Colombia vs la Percepción General

Centrándonos en el desarrollo de software, la percepción general no es alentadora, pero parece que todavía hay posibilidades de mejora. Sin embargo, las metodologías ágiles han mejorado la percepción del éxito. Echemos un vistazo a la percepción general primero.

Imagen con estadísticas del Grupo Standish

Fuente: Standish Group Informe de referencia de resolución de proyectos

El gráfico anterior muestra que solo el 23% de los proyectos se desarrollaron a tiempo y dentro del presupuesto. Mientras que el 58 % tuvo fallas en el presupuesto o el tiempo de ejecución, el 19 % simplemente no pudo terminar o publicar.

La percepción de Bogotá según las pequeñas y medianas empresas, en cuanto a sus proyectos TI es generalmente exitoso y se describe en el siguiente gráfico:

Imagen con estadísticas de Cenisoft.org

Fuente: Cenisoft.org

Eso es un índice de satisfacción del 37%, por encima de la percepción general, pero aún con necesidad de mejorar, aplicando ciertas características que involucran metodologías ágiles, pero no siempre utilizadas.

Cómo ayudar a nuestros clientes a sentir confianza real en el desarrollo de aplicaciones Nearshore

Te puede interesar: eCommerce App Development

Supongamos que tiene un gran equipo, haga todo lo posible para planificar y ejecutar su proyecto, pero desafortunadamente, el proyecto no está a tiempo y el cliente gastó el presupuesto planificado. Por lo general, tiene una situación difícil para manejar a su cliente y explicar por qué el proyecto necesita más tiempo y, por lo tanto, más horas de desarrollo que deben pagarse, creando un proyecto desafiante. Se sacrifica la satisfacción y la confianza.

Si esa es la situación, entonces su cliente está asumiendo la responsabilidad, porque gasta más dinero y espera más de lo esperado (arriesgando el final exacto del proyecto). En tal caso, conviene compartir la responsabilidad, en lugar de limitarse a dar explicaciones, y justificar la demora, entregando toda la responsabilidad al cliente.

Por ejemplo, aquí en Foonkie Monkey, creamos una política de responsabilidad compartida donde si las tareas no se realizan a tiempo de acuerdo al alcance. Todas nuestras tarifas disminuyen en un 50% hasta que se realizan todas las tareas requeridas.

Los principales objetivos de la implementación de esta política son:

  • Para incentivar a todo nuestro equipo de descubrimiento (consultores de TI, arquitectos, gerentes de proyectos) a tener un proceso de planificación mejor y más detallado para ser lo más preciso posible.
  • Que nuestros clientes entiendan que su proyecto también es el nuestro, que están realmente respaldados por nuestro equipo y que no se toma al cliente como un tercero.

Pero, ¿cómo se entrega a tiempo según lo previsto en el presupuesto?

Esta es la pregunta de los $100 millones. Generalmente, dado que se están aplicando metodologías ágiles (en detalle), los proyectos pequeños tienden a tener más posibilidades de éxito que los proyectos grandes.

Imagen con estadísticas de PM World Journal

Fuente: Go Small for Project Success

Para desarrollar un proyecto grande, se debe implementar una etapa de descubrimiento muy detallada e iterativa; el objetivo es reducir los principales problemas relacionados con el desarrollo que son:

  • Incertidumbre
  • Visión
  • Prioridades
  • Complejidad de los requisitos
  • Comunicación fluida y continua.

Una opción que se ha probado con excelentes resultados es:

  • Durante las etapas de descubrimiento y planificación identificamos las principales prioridades y los requisitos mínimos para generar un MVP
  • El MVP debe tener un 100% de certeza en términos de una visión clara y requisitos detallados.
  • Se necesita un proceso de comunicación fluido y continuo durante la ejecución.

De esta forma, el cliente siente que se está desarrollando un producto realmente ágil y encuentra ayuda para aclarar la visión y prioridades de su proyecto para las próximas etapas. Finalmente, al final de un proceso de planificación, es buena idea ofrecer una bolsa preventiva de horas extras en caso de que haya más requerimientos que se hayan identificado durante la ejecución, de esta manera el cliente ha incluido estos gastos en su presupuesto inicial.

En otras palabras, el objetivo principal es ayudar a su cliente a desarrollar el proyecto compartiendo la responsabilidad, de esa manera todos los miembros del equipo harán todo lo posible para cumplir con cada tarea. Al final, el éxito de cualquier proyecto no se mide en horas de trabajo sino en el logro de metas en conjunto.

Hagamos algo grandioso