Puede que esto encaje mejor en otro sitio, pero no pude encontrar uno que sirviera para la intersección de la ingeniería de software y las normas empresariales. Mi principal preocupación aquí es algo que pensaba que era una norma empresarial: un par de horas de cooperación después de la separación cuando se trae a un nuevo desarrollador para empezar a trabajar.
Me trajeron como subcontratista en un proyecto. Ese proyecto continuó durante varios meses en desarrollo activo, y fue cancelado (de forma muy abrupta) sin previo aviso - literalmente sólo "factura tus horas restantes y adiós".
La base de código se entregó al supercliente, al igual que las instancias de Heroku en funcionamiento. A continuación, he descubierto que mi cliente ha estado recibiendo algunas solicitudes de apoyo - básicamente una reunión telefónica de una hora o más con el nuevo desarrollador para ponerlo al corriente de lo que se ha hecho.
Siempre he creído que una cantidad razonable de apoyo al traspaso -una o dos horas por teléfono para dar un rápido repaso al código, cómo está dispuesto, por qué está dispuesto así, los problemas actuales, etc.- era lo normal. Pero mi cliente se niega a hacer tal cosa. Me preocupa el aspecto profesional que le da (o más bien no le da), y cómo puede repercutir en mí como subcontratista.
La situación se complica aún más por el hecho de que, al final del ciclo de vida del proyecto, se tomó la decisión de cambiarme de subcontratista a contratista. Básicamente, mi cliente pasó de un contrato para desarrollar un software a un contrato para gestionar un equipo de contratistas que realizaban un mayor desarrollo. El supercliente no se ha puesto en contacto conmigo directamente, pero ahora tengo técnicamente mi propia relación con él y quiero planificar por adelantado en caso de que se ponga en contacto conmigo.