Hay demasiadas variables desconocidas para proporcionarle una respuesta inmediata. Dicho esto, debe sentarse con su desarrollador para revisar la lista de errores. Ordene los errores con prioridad, en relación con las necesidades del usuario / mercado. Luego, pídale a su desarrollador que proporcione una estimación de cuánto tiempo llevará resolver los tres primeros, más o menos, cada uno de los cuales debería llevar algunas horas (en lugar de días o semanas).
Luego, asegúrese de que esos errores se resuelvan dentro del tiempo asignado (es decir, un día o dos más tarde). Si el desarrollador no puede cumplir con la fecha límite acordada, algo podría estar mal. Repita el proceso, dándole el beneficio de una duda, y si el cronograma vuelve a caer, es probable que tenga problemas. Si los errores se resuelven, pero regresan en una fecha posterior, es probable que también tenga un problema.
La clave es dividir el esfuerzo en incrementos lo suficientemente pequeños como para que quede claro si se está progresando y si el desarrollador está pirateando soluciones (es decir, errores recurrentes). Esto impone disciplina tanto al desarrollador como a usted. El alcance de su alcance podría ser la fuente del problema, pero este enfoque detallado le permitirá saber en cuestión de días si su desarrollador no funciona.
- ¿Cuáles son algunos de los SDK más fáciles de integrar?
- ¿Por qué casi todas las compañías de software (en India) solo usan Linux o Unix en sus oficinas?
- ¿Qué es un modelo de cascada modificado?
- ¿Cómo controlan los gerentes de proyecto el alcance de los proyectos de desarrollo de software?
- Cómo asegurarme de que el software probado de mi unidad funciona, si me burlo de la interacción entre una unidad y otra