¿Cuál es el proyecto de software más grande en el que participó, cuáles eran sus expectativas y cómo resultó?

El proyecto más grande en el que estuve involucrado fue hace muchos años (finales de los 90) y su propósito era portar una gran aplicación basada en DOS utilizada por las compañías farmacéuticas para rastrear los pagos de reembolso de Medicaid. Nuestro objetivo era crear una versión de Windows de esta aplicación. Sin embargo, no solo tradujimos el código o la interfaz de usuario. La aplicación de Windows fue una reimplementación completa, aunque creamos una herramienta para convertir la antigua base de datos de DOS en una base de datos Oracle más moderna.

El proyecto fue difícil de comenzar, incluso porque teníamos que obtener la aprobación de la alta gerencia y para hacerlo tenemos que demostrar que tenía sentido portar el producto y que los clientes pagarían por una versión de Windows. Nos reunimos con los clientes del producto DOS para recopilar datos que fueron capaces de convencer a la gerencia de seguir adelante. Se crearon muchas hojas de cálculo.

Recuerdo el primer día que acabo de subir y moví mi escritorio a una parte apartada de la oficina como la primera persona del equipo en comenzar el proyecto. En realidad, era un área loft extraña con tragaluces, la llamamos medicave. Pronto terminamos con un equipo de aproximadamente 6 más unos recursos que compartimos con otros equipos.

El proyecto fue muy desafiante y fue una gran experiencia de aprendizaje. Como desarrollador / arquitecto principal, fui responsable de todos los aspectos técnicos. Pudimos pasar de la nada al envío en aproximadamente un año, lo que todavía siento que fue un gran logro.

Ya no trabajo para la empresa, pero no me sorprendería que algunas compañías farmacéuticas sigan utilizando este producto en algún lugar.

¿En términos de líneas de código o meses-hombre? Antes de la PC, existían sistemas elaborados de captura y procesamiento de datos personalizados por industria. Uno involucró a los desarrolladores reubicados y consolidados de varios a una nueva ubicación. Algún personal experimentado clave había rechazado esta oportunidad, y el nuevo sitio no era bueno; Una broma permanente era que la principal fuente de calor era la alfombra podrida.

Las especificaciones estaban mal escritas, y el hardware existente designado para la reubicación era, en el mejor de los casos, mediocre. Fui contratado para dirigir un equipo de aspirantes a gerentes. Mi expectativa de fatalidad se desvaneció.

Tres cosas salvaron este proyecto:

1. Un caso de negocios convincente
2. Desarrollo rápido, utilizando tecnología de punta, de sistemas de verificación eficientes.
3. La presencia fortuita de otro individuo que podría predecir las incompatibilidades del módulo de software simplemente observando las interacciones entre los asistentes a la reunión.

Fui el gerente de proyecto para la reescritura total de un sistema de emisión de títulos de vehículos utilizado en todo el estado (y más allá). Equipo muy grande, diverso y multidisciplinario. Coordinación entre múltiples agencias estatales y otras organizaciones. De alto perfil y con carga política (hasta el punto de necesitar un veto de bolsillo de nuestro gobernador para evitar mover nuestros plazos).

Mis expectativas eran que tuvimos una batalla cuesta arriba desde el principio, tanto desde una perspectiva técnica como de una relación.

Acabábamos de terminar más de tres años con un proveedor contratado para construir el nuevo sistema. La historia corta es que no lo hicieron, y no nos dejaron nada que mostrar, excepto una relación gravemente dañada con nuestro grupo principal de usuarios (compuesto por funcionarios electos) y la presión política de varias direcciones diferentes.

Comenzando desde cero, creamos un equipo increíble, un producto increíble, y lo más importante, reconstruimos nuestras relaciones, también conocidas como confianza, con nuestros usuarios (hasta el punto de recibir ovaciones de pie). Y llegamos a nuestras fechas.

Esfuerzo de definición de carrera (hasta este punto).