Analizando las motivaciones, los riesgos y las posibles recompensas de un “trasplante de corazón” de software
Estaba esbozando recomendaciones arquitectónicas para el proyecto de un cliente que, después de una prueba de concepto exitosa, estaba listo para el mejor momento del software de producción. Me detuve a preguntarme por qué el nuevo diagrama de arco que estaba creando parecía muy diferente de la arquitectura del concepto de software existente; Incluso cuando mis respuestas parecían sólidas (incluían medidas específicas de confiabilidad, velocidad, escala y seguridad), no podía evitar la sensación de que esto me resultaba familiar en el peor sentido. Conté la cantidad de cambios de plataforma de los que he sido directamente responsable (es decir, varias conversiones de Modern Data Stack) o indirectamente impactado por (conciliaciones de Data Warehouse entre los sistemas “antiguos” y “nuevos”) durante los últimos quince años. Se me ocurrieron trece replataformas. De esos trece, sólo cuatro finalmente produjeron resultados positivos en productos o ingeniería; eso es un aproximadamente un 70% de tasa de fracaso entre las replataformas que he presenciado personalmente. No es de extrañar que cualquier cosa que se parezca a una reescritura, una reestructuración o un replanteamiento me haga reflexionar de inmediato.
Las replataformas son proyectos que consumen mucho tiempo y recursos y que pueden hacer o deshacer carreras ejecutivas, marcar el punto de inflexión del palo de hockey para el crecimiento de una organización o dejar…