Project Health Check: ¿está su proyecto de software en apuros?

Responda a 30 preguntas breves sobre calendario, presupuesto, equipo, código, comunicación, requisitos y quién controla el acceso. En cinco minutos obtiene un veredicto verde, amarillo o rojo, una puntuación para cada área y un plan de 14 días.

Gratis · 5 minutos · sin registro · sus respuestas no se almacenan

No es una auditoría de ningún proveedor. Es una autoevaluación basada en sus propias respuestas. No es una auditoría ni una evaluación de ningún proveedor, equipo o persona concretos. No pedimos, recopilamos ni almacenamos el nombre de su contratista.

Project Health Check: ¿está su proyecto de software en apuros?

Primero, un poco de contexto

Solo el rol es obligatorio. El resto ajusta las preguntas y los siguientes pasos; no cambia la puntuación.

Qué comprobamos

Seis áreas que deciden si un proyecto de software termina bien. Cada una tiene cuatro o cinco preguntas objetivas: sobre lo que ocurre, no sobre cómo se siente. Además, una comprobación aparte de acceso y propiedad: no cuenta en la puntuación, pero puede impedir que el proyecto sea verde.

  • Calendario

    Si las versiones salen cuando se acordó y si se puede ver software funcionando.

    Ejemplo: ¿cuánto se retrasa la próxima versión o hito respecto al plan acordado?

  • Presupuesto

    Si el dinero gastado se corresponde con el avance que ha aceptado y si se conoce el coste para terminar.

    Ejemplo: en comparación con el plan, ¿cuánto más ha gastado para el avance logrado?

  • Equipo

    Rotación, riesgo de dependencia de personas clave, capacidad real y experiencia con las partes difíciles.

    Ejemplo: ¿cuántas personas clave se han marchado o han sido sustituidas en los últimos 3 meses?

  • Código y deuda técnica

    Quién controla el código, cómo se construye, se prueba y se publica, y si alguien ha mirado en su interior.

    Ejemplo: ¿controla su empresa el repositorio del código fuente?

  • Comunicación

    Con qué frecuencia ve el avance, con qué antelación se entera de los problemas y si los informes se corresponden con la realidad.

    Ejemplo: ¿con qué frecuencia recibe un informe de estado o una demo?

  • Producto y requisitos

    Requisitos por escrito, estabilidad del alcance, una persona que decida por su parte y un objetivo medible.

    Ejemplo: ¿están los requisitos y los criterios de aceptación por escrito y actualizados?

  • Acceso y propiedad

    Quién es propietario del dominio, los servidores, las cuentas de tienda y de servicio, la propiedad intelectual del código y las aprobaciones de los hitos.

    Ejemplo: ¿A nombre de quién están el dominio, el alojamiento y las cuentas en la nube?

Cómo funciona la puntuación

  1. Una puntuación para cada área

    Cada respuesta vale de 0 a 3 puntos de riesgo y las preguntas más importantes pesan más. Cada área recibe una puntuación de 0 a 100; el total es una media ponderada de las seis áreas. De 75 en adelante es verde, de 50 a 74 amarillo y por debajo de 50 rojo.

  2. Un desastre no se diluye en la media

    Una media puede ocultar una sola catástrofe, por eso se aplican salvaguardas adicionales: no tener acceso al código, que no haya nada funcionando que ver, haber pagado dinero muy por delante del trabajo aceptado o pasar semanas sin novedades son señales críticas. Una señal crítica o un área muy débil impiden que el proyecto sea verde; dos de cualquiera de ellas lo ponen en rojo. Las señales de alarma sobre acceso y propiedad funcionan igual: por ejemplo, el dominio y el alojamiento no son suyos, o el proveedor conserva la propiedad intelectual del código.

  3. «No lo sé» también es una respuesta

    No saber se cuenta como riesgo medio, no como «bien». Si desconoce la mitad de un área, se marca como «datos insuficientes» y el proyecto no puede ser verde. Con menos de cuatro áreas respondidas no emitimos ningún veredicto.

Qué hacer si el resultado es rojo

  • Asegure el acceso al código y al hosting. Derechos de administrador, por escrito, esta semana, ocurra lo que ocurra después.
  • Pida una demo de la compilación que funciona. En pantalla compartida en un plazo de cinco días laborables.
  • Suspenda los pagos por adelantado. Pague solo por los hitos aceptados según criterios escritos.
  • Obtenga una revisión independiente. Lleva días y convierte la decisión (recuperar, reestructurar o traspasar) en algo objetivo.

Podemos resolverlo por usted: revisión y modernización del código, ingenieros senior para reforzar su equipo o un equipo dedicado que se haga cargo del proyecto.

Más información: cómo planificar un proyecto de software, por qué fallan las estimaciones y señales de alerta en un contrato de desarrollo.

Preguntas frecuentes

¿Qué mide el Project Health Check?

Seis áreas que deciden si un proyecto de software termina bien: calendario, presupuesto, equipo, código y deuda técnica, comunicación, y producto y requisitos, además de una comprobación aparte de acceso y propiedad. Usted responde a 30 preguntas objetivas y obtiene una puntuación por área, un veredicto global verde, amarillo o rojo, un escenario recomendado y un plan de 14 días.

¿Es una auditoría o un veredicto sobre mi proveedor?

No. Es una autoevaluación basada en sus propias respuestas. No es una auditoría ni una evaluación de ningún proveedor, equipo o persona concretos. No pedimos, recopilamos ni almacenamos el nombre de su contratista.

¿Se almacenan o comparten mis respuestas?

No. La puntuación se calcula en su navegador y las respuestas permanecen solo en esta pestaña hasta que la cierre. Si solicita el plan completo, la solicitud contiene únicamente los códigos de sus respuestas y el resultado, además de los datos de contacto que introduzca.

¿Cómo se calcula la puntuación y quién decidió las ponderaciones?

Cada respuesta suma de 0 a 3 puntos de riesgo, ponderados según la importancia de la pregunta; cada área recibe de 0 a 100 y el total es una media ponderada. Las salvaguardas evitan que un único problema crítico se diluya en la media. Las ponderaciones y los umbrales son una propuesta de trabajo basada en nuestra experiencia de entrega y se están calibrando con proyectos reales.

Mi resultado es rojo: ¿qué debo hacer primero?

Asegure el acceso de administrador al código y al hosting, pida una demo en vivo de la compilación que funciona en un plazo de cinco días y suspenda los pagos por adelantado hasta que se acepte el siguiente hito. Después obtenga una revisión independiente y decida: continuar con un plan de recuperación, reestructurar o traspasar a otro equipo.

¿Puedo usarlo con un equipo interno?

Sí. Elija «Nuestro propio equipo» en el paso de contexto: las preguntas que solo tienen sentido con un proveedor externo (pagos por delante del trabajo aceptado, solicitudes de cambio, acceso al código, informes frente a realidad) se ocultan y no se cuentan.

¿Quién debe rellenarlo: el propietario o el jefe de proyecto?

Lo ideal es que ambos, por separado. Cuando el propietario y el jefe de proyecto responden de forma distinta, esa diferencia es un hallazgo en sí misma.

¿Puede YuSMP hacerse cargo de un proyecto o rescatarlo?

Sí. Empieza con una revisión independiente del código, el plan y el alcance restante; si es necesario, firmamos antes su NDA. Después usted decide si recupera el proyecto con el equipo actual, lo reestructura o lo traspasa.

¿Por qué se comprueba el acceso y la propiedad por separado?

Porque decide si usted puede cambiar de rumbo siquiera. Si el dominio, el alojamiento, las cuentas de tienda o la propiedad intelectual del código siguen en manos del proveedor, cambiar de equipo es lento y arriesgado, por bien que se vea el resto. El acceso no cuenta en la puntuación, pero una señal de alarma (por ejemplo, no tener acceso al alojamiento o no haber cesión de PI en el contrato) impide que el proyecto sea verde, y dos lo ponen en rojo.

¿Qué incluye el plan de acción de 14 días?

Qué hacer mañana (normalmente acceso, dinero y una compilación funcional), qué hacer en la primera semana (las respuestas que reducen la puntuación y, si hace falta, una revisión de código) y qué hacer en la segunda semana (recuperar el área más débil), con un punto de decisión el día 14. Verá el plan en pantalla y lo recibirá también en PDF por correo electrónico.

Cinco minutos ahora pueden ahorrarle meses después

30 preguntas, sin registro, sus respuestas se quedan en su navegador.

Comprobar mi proyecto

Herramientas y guías relacionadas

Autoevaluación, no auditoría. No es asesoramiento jurídico ni financiero. Precios · Modernización de software · Staff augmentation · Equipos dedicados