¿Cómo puedo motivar mejor a los programadores para que mi aplicación cumpla con los plazos? Teniendo en cuenta que estoy en el extranjero y que los principales canales de comunicación son Skype y correo electrónico.

Answer 1

Me gustaría poder decirles que se puede hacer, es cuestión de hacer X e Y, pero la verdad es más complicada. Pero en resumen: si tiene que contar con los resultados, tanto en calidad como en tiempo, está en el camino equivocado. Puede hacerlo bien, pero será más una suerte que nada.

Tenga en cuenta que la mayoría de sus problemas también ocurren para los gerentes que contratan a personas locales para hacer el trabajo, trabajando en una oficina, 40 horas a la semana, bajo supervisión. Hacerlo de forma remota es comprensiblemente más difícil. Pero el problema, en cualquier caso, es que hay cosas que no se pueden subcontratar, y una de ellas es un gran liderazgo .

Si está contratando personas para su proyecto, ya sea local o remoto, entonces usted es el jefe y es mejor que sea un gran líder. Bueno, podrías contratar a uno excelente y pagar adecuadamente, pero ese no es el punto realmente. Debería depender de usted motivar a su equipo. Y si no funciona, es tu culpa, ya sea por no motivarlos o por no despedir a los que se interponen en tu camino, o por no establecer metas claras, cualquiera que sea [1].

Hay numerosos trabajos sobre liderazgo, mucho más de lo que estoy calificado para recomendar. Pero les puedo decir una cosa: los buenos líderes extraen lo mejor de las personas. Y para hacerlo, hay que entender qué motiva a cada persona. Tienes que saber no solo dar órdenes, sino escuchar a tu gente. Y tienes que poder distinguir quién es parte del equipo y quién no. Si no te sientes capacitado para hacerlo, escuchar a las personas, juzgar a las personas y tomar decisiones difíciles, entonces no lo harás funcionar, ya sea de forma remota o dentro de tu oficina.

La gestión de un proyecto lleva tiempo e implica mucho esfuerzo. Tienes que hacer un seguimiento del progreso de tus empleados diariamente. Tienes que comprobar la calidad de lo que han hecho. No es que a muchos trabajadores remotos no les guste ser “manejados”. Para algunos de ellos, es una señal de que no se adaptan fácilmente para hacer cualquier tipo de trabajo en equipo. Para algunas personas brillantes puede funcionar; son el tipo de lobos solitarios que pueden producir un nuevo clon del kernel de Linux en un fin de semana, en ensamblador puro, desde lo más alto de sus mentes. Pero estas personas son increíblemente difíciles de encontrar (y aún más difíciles de manejar). Un consejo: si usted es un gerente inexperto, no contrate a estos tipos. Es posible que puedan producir increíbles piezas de trabajo, pero girarán en torno a usted y probablemente nunca entregarán nada como lo pidió. Es mejor encontrar personas que sean más “manejables” pero aún así excelentes (sí, existen, pero son difíciles de encontrar). Y si eres un buen líder, puedes hacer que incluso las personas normales produzcan un gran trabajo. Todo depende de usted.

Por último, algunos consejos:

1. Mantener un canal de comunicación regular con ellos. Debe tener contacto diario con ellos, sin importar qué “trabajadores remotos” le digan que parecen preferir. Las personas que están molestas por esto no son realmente parte de un equipo, e incluso si son técnicamente buenas, se convertirán en un problema más adelante.
2. Estudie algunas de las muchas metodologías que existen para gestionar proyectos ágiles. Scrum y XP son los principales. Adoptar sus prácticas.
3. Exija a su gente que siempre siga los procedimientos básicos del código. Para comprobar el nuevo código en todos los días, y comentar todos los registros. Para escribir suites de prueba y asegurarse de que pasan. Esto es algo que tienes que manejar. Tienes que revisarlo diariamente y si alguien no está haciendo su parte, hable con ellos al respecto.
4. Sobre todo, nunca aceptes trabajar con alguien que nunca verifica el código, sino que aparece con algo enorme listo una o dos semanas después. Más a menudo no, es su código el que se convertirá en una gran deuda técnica en el futuro.
5. Si no eres un chico técnico, bueno, trata de aprender algo. No tiene que escribir código, pero necesita poder comunicarse con las personas.
6. Cuando hable con su gente, recuerde: no se trata solo de dar órdenes. Se trata de escuchar. Se trata de hacerte sentir las cosas: si realmente entendieron lo que quieres, si están motivados, si no están de acuerdo o si tienen mejores ideas que las tuyas.
7. Aprende a tomar decisiones difíciles y convivir con ellas. Si alguien está en el camino, causando problemas o algún tipo de problema, tome la decisión de despedirlos o no. No te quedes estancado en la mentalidad de “OMG, no sé qué hacer”.

–
[1] Lee el primer capítulo del Arte de la Guerra, compra Sun Tzu. Hay una historia interesante sobre esto justo al comienzo del libro.