¿Cuándo es demasiado tarde para despedir a los desarrolladores de software? Se suponía que el proyecto estaría completo en 4 meses, pero han pasado 10 meses. Hay muchos errores en la aplicación y parece barata. ¿Qué tengo que hacer?

En lugar de sus desarrolladores, buscaría a la persona que los administra. Un desarrollador que sale mal es un problema de los empleados. Los proyectos que salen mal son un problema de gestión.

Si usted es el que administra, tal vez necesite despedirse y contratar a otra persona para administrar.

Si siempre estás a dos semanas de terminar, ¿por qué es eso? ¿Es una estrategia de desarrollo de software que va mal (como, por ejemplo, el arrastre de características o la falta de timeboxing)? Quizás el tipo de progreso que está midiendo la administración es perjudicial para los desarrolladores.

Más que nada, diría que probablemente necesites algo de transparencia en la administración y que debes ser directo con los desarrolladores. Es difícil unirse detrás de las personas y una visión si tienes la sensación de que te están ocultando algo y si no confías en ellos. Momentos como este en una empresa pueden ser difíciles, pero si no quieres que sean divisivos, tendrás que fomentar la confianza.

No malinterpretes esto como algo suave para los desarrolladores. Es posible que necesiten ser conducidos para hacer las cosas, pero recuerde que las personas se quedan sin energía y a menudo necesitan una recarga. Tal vez un día libre obligatorio es en el futuro cercano?

Más que nada, recomendaría no despedir a sus desarrolladores. Es posible que los desarrolladores que contrató sean pobres para medir el tiempo que lleva completar las tareas, pero hágales saber eso y encontrar formas de trabajar juntos. ¡Asumir que tienes mal talento e intentar tirar todo es una receta para el desastre! El tiempo que lleva sumergirse en una base de código no va a ser rápido, y si los problemas han estado afectando al equipo durante meses, atraer nuevas personas probablemente no lo hará mucho más fácil a menos que planee comenzar de nuevo.

En cierto sentido, a veces los programadores son como mecánicos. ¿Prefiere que el mecánico A trabaje en su automóvil un viernes, salga a almorzar y deje que el mecánico B termine antes del fin de semana sin que ninguno de los dos hable, o que el mecánico A trabaje en él para comenzar a terminar un martes por la mañana ?

Habiendo sido gerente de ingeniería y desarrollador para empresas nuevas y empresas de Fortune 500 durante docenas de años, diría que este es un escenario común. La respuesta breve es que es demasiado tarde, su proyecto nunca se realizará si despide a su personal actual o si necesita una inyección de efectivo y un gerente de desarrollo de software profesional que sepa cómo entregarlo al mercado comercial. Tenga en cuenta que la mayoría de las veces, el inversionista ángel también quiere cambios sobre la marcha a medida que continuamente inventan y reinventan el software (su bebé). Lo que parece una gran idea en la ducha puede agregar fácilmente varios meses a un proyecto.

Mi experiencia con los inversores ángeles es que, para ahorrar dinero, a menudo se convencen de que la entrega de un producto de software no es diferente a cualquier otro tipo de gestión que hayan realizado y tratan de gestionar estos proyectos sin experiencia en el campo. Hay una razón por la cual las compañías de software exitosas son fundadas y administradas por programadores, es mucho más fácil administrar un negocio que construir e implementar buenos productos de software. Sin habilidad en la entrega de software, el gerente no técnico es una receta para desastres o quiebras.

Hace aproximadamente 10 meses, al consultar con personas que estaban motivadas para obtener un contrato a toda costa, todos llegaron a la conclusión de que tomaría cuatro meses crear algo increíble desde cero basado en una idea y algunos documentos de diseño tosco y entusiasmo jubiloso.

Cuatro meses de trabajo más tarde y te sorprendes al descubrir que no está hecho o que no has avanzado lo suficiente como para ver un progreso real. La respuesta es fácil, ya sea cuatro meses fue una estimación imposible desde el principio (problema muy común cuando el inversionista ángel tiene fondos y tiempo disponibles limitados), o el proyecto estuvo mal administrado desde el principio y debería haberlo examinado antes de que hubieran transcurrido cuatro meses como estabas

Gestión adecuada de tareas como SCRUM junto con entornos de integración continua y habría podido monitorear el progreso desde el primer día. Debería estar avanzando a través de su cartera de pedidos y sus sprints deberían avanzar a un ritmo muy predecible. Debería haber estado evaluando el progreso y la calidad todo el tiempo y cambiando de rumbo a menudo cuando se toparon obstáculos. El principio de fallar rápido podría haberlo salvado de 10 meses de esfuerzo desarticulado y falta de progreso. En diez meses, la mayoría de las compañías de software bien administradas (su competencia) presentarán muchos, muchos, muchos proyectos exitosos de alta calidad.

Si tiene el dinero y quiere continuar, es mejor que busque un buen gerente (espere pagar por uno bueno, los malos administradores son abundantes y baratos).

Si decide despedir a los desarrolladores (o la empresa consultora, o lo que sea), ASEGÚRESE de tener TODO el código fuente. Asegúrese de que sea la versión más actualizada posible (y si es posible, mantenga copias de seguridad del sistema de control del código fuente también – TFS, GIT, Mercurial, lo que sea – para que pueda revertir los cambios y / o buscar en el historial) . No olvide tampoco ninguna DLL o paquete de terceros. Asegúrese de tener todo lo que necesita para continuar el desarrollo, incluso si uno de esos programadores decide hacer algo nefasto como eliminar todos los archivos, insertar errores intencionales, etc.

Antes de despedirlos, vale la pena reunir a todos y decidir qué se debe hacer en detalle para producir un producto liberable.

Si realmente estás listo para dos semanas, esto debería ser fácil. Por otro lado (y así es como suena esto) nadie tiene idea de lo que se necesita para lanzar, y esto se revelará por el análisis que he sugerido.

Dependiendo de dónde se encuentre, podría sugerir algunas personas que pueden ayudar con esto. Te cobrarán una cantidad que valdrá la pena pagar. No haré nada de eso.

El equipo de desarrollo sigue diciendo que el 97% está listo. Esa es una gran oportunidad: pídales que expliquen cómo llegaron a ese número, cuantitativamente, en función de algún tipo de hito representable. Obtenga una idea del proceso rápidamente. Vea si realmente prueban algo, vea si tienen un plan.

¿Detalla los errores e informa a los desarrolladores?
Utilice Trello para informar y rastrear errores, ¡si nada más!

¿Le está dando a sus desarrolladores un plan de implementación para que sigan, para que sepan en qué deberían estar trabajando con qué prioridades? En otras palabras, ¿saben que no quieres que el “glitz” tenga prioridad sobre el “glitch”?
Utilice Trello para la gestión de tareas y la priorización, ¡si nada más!

¿Está rastreando la base de código del proyecto, realizando revisiones de código, proporcionando comentarios sobre lo que le gustaría ver hecho de manera diferente, mejorada o más clara en el código?
Use Trello para el seguimiento de tareas de revisión de código, ¡si nada más!

No funciona solo tener una idea y lanzarla a los desarrolladores y esperar un producto terminado en un período fijo de tiempo. Debe tener una comunicación constante con el equipo, o al menos con alguien dedicado al cliente, usted. Quizás su interpretación de la idea que les diste es un desorden lleno de animaciones cutres. Quizás el equipo no tenga experiencia en gráficos internos.

Debería poder saber si son inadecuados … si los está rastreando. Parece que solo tienes una reunión cada dos semanas y te cuentan la misma historia porque te sacan de la espalda con cierto éxito con esa historia.

Descargo de responsabilidad: nunca he administrado un equipo de desarrolladores de aplicaciones, o esperaba una aplicación como resultado de una idea que le pasé a un equipo de desarrolladores de aplicaciones. Pero en mi opinión, me gustaría tener un control directo y directo sobre lo que sea que esté haciendo el equipo para asegurarme de que mi idea salió bien, o asegurarme de que descubrí desde el principio que mi idea es mala y El equipo debe disolverse.

Si no está obteniendo lo que quiere, probablemente ya haya esperado demasiado, pero eso no significa que sea “demasiado tarde” para despedirlos. Haz eso rápidamente. Hay muchas tiendas de desarrollo de software capaces que podrán recoger las piezas y entregar lo que desea.

¡Parece que no están enfocados en tu proyecto!
¡Es demasiado tarde para despedirlos y le costará mucho dinero!
En cambio, tendrás que cambiar algo en la relación con la empresa: hazles una promesa (dinero o bonificación o algo) para cambiar su enfoque. Después de eso, no respetará la promesa, pero tenga cuidado con la seguridad del proyecto. Además, si desea continuar con ellos, ¡tenga cuidado de cómo lo hará!

¡Buena suerte!

Por experiencia, parece que tiene un problema con sus procesos y la gestión de los mismos.

Recomendaría llamar a un tipo de control de calidad, además del software roto también arreglamos procesos rotos 🙂

Puede ponerse en contacto conmigo si es necesario.
Identificación de Skype: kain.victor

Bueno, parece que en otros seis meses todavía estarías “a dos semanas de distancia”. Su equipo suena altamente disfuncional e irresponsable. Deshazte de ellos lo antes posible. Esa fue la decisión fácil. Averiguar cómo conseguir un nuevo equipo que pueda completar el proyecto, * ese * es un desafío digno para usted. Probablemente necesitarían dos meses para terminar el trabajo.