Convencer a la gerencia para rehacer el trabajo que ya se ha hecho

Mi agencia ha estado desarrollando una aplicación que esperan genere muchos ingresos y lo están haciendo de manera equivocada. La agencia generalmente solo trata con sitios de tipo wordpress y drupal. Nuestro cliente típico se acerca a nosotros para trabajar de 3 a 6 meses en un tema personalizado y luego continúa con el trabajo de mantenimiento.

A principios del año pasado, la agencia se hizo cargo de un tipo de cliente completamente nuevo que quería crear una aplicación web, tanto para escritorio como para una versión móvil para teléfono. Fui contratado como líder del equipo debido a mi experiencia con React, React Native y Node. Este ámbito de trabajo es todavía bastante nuevo para mí. Entonces, durante los últimos 18 meses, esa aplicación web ha sido la vida de mi equipo y nos han apartado de otros proyectos.

A fines del año pasado, los otros equipos comenzaron a trabajar en una nueva aplicación web, sin embargo, dado que su experiencia principal es en wordpress, intentaron construir todo en wordpress. Mi proyecto está llegando a su fin y han comenzado a notar que la aplicación que construimos actúa mucho más como una aplicación real que como un sitio web y quieren que aplique eso a su proyecto. La cuestión es que, para la escala a la que quieren aplicar esto, el proyecto nunca debería haber comenzado en wordpress. Están tratando de convertir un CMS en algo que no es. Por lo menos, la única forma en que reaccionar va a funcionar bien con su back-end es cambiar todo a una API sin cabeza.

Esto me deja diciéndoles que los meses de trabajo que han puesto en el proyecto fueron una especie de pérdida de tiempo ya que usaron las herramientas equivocadas desde el principio. No es que no usaran reaccionar, sino que no usaron ningún marco. Casi toda la manipulación de su front-end se realiza con jQuery. El otro problema es que quieren aplicar un análisis de datos muy pesado al back-end y wordpress nunca tuvo la intención de hacer cosas así, por lo que está provocando una ralentización masiva de todo.

Sin embargo, la persona que tomaría la decisión final sobre esto tiene una mente muy enfocada en las ganancias (como debería ser el dueño de un negocio) y realmente se enfocará en el "tiempo de comercialización". La idea de que yo diga que el concepto es genial, pero que todo necesita ser renovado, inmediatamente le hará dudar de cualquier cosa que diga después de eso. Más aún, como muchos de los miembros originales del equipo no están familiarizados con reaccionar, angular o cualquier otro marco, los pone en una pérdida inmediata. Definitivamente puedo entender la fuerza de construir lo que sabes frente a aprender algo nuevo.

Por ejemplo, la semana pasada, mientras discutíamos un paquete npm que habíamos usado para la versión móvil de nuestra aplicación anterior, el otro equipo notó que habíamos resuelto un gran problema que tenían y nos pidió que lo implementáramos para ellos. Después de mirar su código, me di cuenta de que no había forma de usar este módulo npm sin configurar webpack o browserify en el proyecto y no se trataba de eso en absoluto. Después de 3 días, pudimos escribir un script de vanilla js que hizo lo que necesitaban, pero tengo la sensación de que esta batalla cuesta arriba es en lo que estaríamos todo el tiempo.

¿Cuál es la mejor manera de presentarles todo esto? No quiero decir directamente "no, no trabajaremos en esto tal como está", pero tampoco quiero que mi equipo se haga cargo de la parte delantera del proyecto solo para responsabilizarse por unas pocas semanas o meses. a partir de ahora cuando no pueda rendir como ellos quieren. Básicamente, siento que esto nos va a preparar para fallar monumentalmente.