¿Deben las empresas considerar empleados remotos o atenerse a los empleados locales? [cerrado]

Los desarrolladores Elite pueden ser 10 veces más productivos que un desarrollador promedio.

Claramente, es más fácil encontrar un desarrollador de élite en todo el mundo que en el patio trasero de una empresa.

Si una empresa no se encuentra en un punto de programación, ¿deberían considerar contratar a personas que trabajan desde casa?

He trabajado y gestionado personal en ambas situaciones y combinaciones de ambas. He hecho las siguientes observaciones:

• El personal junior no trabaja de forma remota. Requieren una relación de trabajo buena y personal con un mentor. Encuentro que mi personal junior preferiría esperar a que yo esté disponible que preguntarle algo al desarrollador remoto bastante mayor (y bueno).

• Asegúrese de que cualquier persona que considere para trabajar de forma remota sea eficaz cuando sea autoguiado y no se dispare en tangentes.

• El personal remoto puede aislarse muy fácilmente y no sentirse parte de un equipo a menos que se haga un esfuerzo especial para incluirlos. Este aislamiento puede llevar a un malentendido del impulsor comercial específico para un proyecto, o a malinterpretar los eventos de manera negativa.

• Nunca haga que un contratista trabaje de forma remota, a menos que tenga el incentivo adecuado para desempeñarse.

• Cuando trabaje con un miembro remoto del equipo, asegúrese de que tenga acceso equitativo a los recursos, incluido el control de la fuente, el material de referencia, etc. No los haga saltar por los aros para hacer el trabajo.

• Organice esas reuniones cara a cara tan a menudo como sea práctico. Esto fomenta una colaboración de equipo mucho mejor ya que las personas se sienten más cómodas con las que han conocido.

Tal vez.

Sus beneficios son:

• Acceso a un grupo más amplio de candidatos (como usted señala)
• Acceso a personas que quieren trabajar en casa.

Sus costos son:

• Comunicación más difícil: no puede simplemente atraer a alguien a una sala de conferencias gratuita.
• No hay garantía de comunicación instantánea: si está bloqueado y esperando a Joe Remote, no puede simplemente ir a su escritorio y preguntarle qué pasa. Si está incomunicado, eres SOL.
• No todos los desarrolladores trabajan bien de forma remota. Algunos necesitan un entorno estructurado para ser productivos.
• A menudo no hay garantía de que coincidan los horarios, por ejemplo, una persona que trabaja desde su casa puede dormir o una persona en otra zona horaria puede estar despierta y trabajando en diferentes horarios que usted.

Atwood tenía un artículo decente al respecto.

Editar, del artículo de Atwood:

El tamaño mínimo del equipo remoto es dos. Siempre tenga un amigo, incluso si su amigo está en otro continente al otro lado del mundo.

Solo los veteranos canosos que adoran codificar deben solicitar puestos de desarrollo remoto. La tutoría de novatos o programadores casuales simplemente no funciona de forma remota.

Para ser efectivos, los equipos remotos necesitan autonomía total y un líder (PM, si se quiere) que tenga una visión sólida y el poder de ejecutar plenamente esa visión.

Las empresas que no saben lo que están haciendo no deberían tener empleados remotos. El gerente más incompetente solo sentirá que está trabajando duro si realmente puede verlo sentado en su computadora escribiendo mucho. Además, sentarse en reuniones inútiles es uno de los mejores indicadores de una fuerte comunicación y gestión del tiempo.

Cuando hay personas que saben lo que están haciendo y son administradas por aquellos que saben lo que están haciendo, realmente no importa cuándo, dónde o cómo trabajan. Obtienen lo que se necesita cuando se necesita.

Estoy en una empresa que le paga a alguien para que haga un depósito directo de la nómina e imprima un cheque de papel falso (papel de cheque preimpreso real), lo pone en un sobre y lo guarda en nuestros buzones. Supongo que el correo electrónico interno no es lo suficientemente seguro y ¿qué haríamos con todos esos controles? Creo que este edicto vino del Departamento del Departamento de Redundancia. Si alguien trabajara de forma remota, habría un costo adicional de franqueo, que es una buena razón para no dejar que la gente trabaje de forma remota, demasiado caro.

Está bien tener personas remotas si dos cosas son ciertas:

1. Las personas son lo suficientemente mayores y tienen un historial que significa que confía en ellos para hacer las cosas sin mucha supervisión y ser proactivos para pedir ayuda o informarle si están estancados.
2. El "pulso" de su proyecto es lo suficientemente corto (preferiblemente diario) para que cualquier problema con el arreglo se identifique rápidamente. No solo me refiero a alguien que dice que ha hecho algo en un informe de estado o que está marcando un elemento de una lista de tareas, sino un progreso real y demostrable con una función. Por supuesto, hay muchas maneras de hacer esto, pero el truco principal es dividir las tareas en trozos lo suficientemente pequeños que se puedan hacer en un día o menos, y validar que estas tareas se estén completando.

Hoy en día, existen tecnologías increíbles que hacen que sea más fácil actuar en equipo sin estar sentados uno cerca del otro.

IRC, Jabber o un software similar al tipo de chat hace que sea realmente fácil mantener a todos en el equipo conscientes entre sí, lo que están haciendo y sentirse libres de discutir los problemas de inmediato. Uso IRC con los grupos de freenode a menudo y es como tener un gran grupo de desarrolladores a la mano, actuando como un cerebro colectivo gigante. Apple tiene un buen cliente de chat integrado en Mac OS que también admite videoconferencia, especialmente efectivo con sus computadoras portátiles.

Imagine cómo sería si la empresa tuviera su propio servidor de chat interno, con grupos para departamentos, proyectos y grupos de interés relacionados con el trabajo. Un desarrollador podría hacer una pregunta sobre dónde se vería en toda la empresa, por lo que otro desarrollador en cualquier otro lugar podría verlo y responder. Las paredes de la oficina desaparecen, la comunicación se dispara y las mejores prácticas y el intercambio de códigos pueden ocurrir por sí solos sin que alguien empuñe un palo grande.

Uno de nuestros ingenieros de prueba de carga trabaja de forma remota aproximadamente 1/3 del año, a veces desde su casa, que está a unos 30 kilómetros de nuestra oficina, otras veces desde fuera del estado. Es tan efectivo en la oficina como fuera de ella porque mantiene su software de chat en funcionamiento y llama para nuestras llamadas de conferencia.

Mis compañeros de trabajo de mi equipo se sientan en el pasillo para que no pueda verlos ni oírlos. No sé cuándo están en sus cubos, así que les envío un mensaje de chat y responden lo antes posible. Hago programación en equipo con uno de nuestros ingenieros en otro sitio. Lo mismo ocurre; Nos hacemos ping regularmente con preguntas y / o pensamientos absurdos, y si necesitamos acelerar el ritmo, compartiremos una pantalla y hablaremos por teléfono. No puedo decir si está en la oficina o en casa, y no importa. Trabajamos igual de cualquier manera.

Nuestro departamento de control de calidad está dividido entre dos ciudades diferentes en diferentes estados, nuestros ingenieros están repartidos por nuestra ciudad en aproximadamente cuatro ubicaciones diferentes, pero es difícil saberlo porque usamos nuestros teléfonos y chateamos regularmente. Todos estamos trabajando remotamente el uno del otro en la realidad, entonces, ¿cuál es la diferencia? La diferencia es la mentalidad corporativa.

Trabajar a distancia tiene muchas ventajas importantes, y el empleador necesita un cambio de mentalidad para intentar descubrir que los empleados responden positivamente.

Creo que también depende de lo que quieras que hagan.

Si están contribuyendo a la arquitectura y al diseño general del software, entonces podría ser un problema.

Si están recibiendo especificaciones detalladas y métodos de producción, entonces no tanto.

Editar: para aclarar, estoy tratando de decir que si el trabajo puede aislarse, entonces está bien darlo a un empleado remoto. Sin embargo, si necesita una discusión detallada y reuniones de diseño arquitectónico, entonces es muy difícil hacerlo desde diferentes países.