He estado contratando a varios desarrolladores de diferentes lugares del mundo. Todo va bien, pero veo que algunos de ellos están abusando de mi educación pasado por alto demasiado.

Todos son contratados por un día completo. Sin embargo, veo que después de 5 horas en un día, no se ha hecho mucho.

Estoy considerando desarrollar un software que tome una captura de pantalla de la pantalla de la computadora cada 1-5 minutos y lo cargue en mi sistema. Sin embargo, esto va a los extremos.

¿Cómo suelen gestionar los desarrolladores remotos?

Contrata programadores honestos, y usted (en consulta con ellos y posiblemente otros programadores honestos como una prueba de realidad) establece objetivos razonables en plazos cortos. Si no cumplen los objetivos, despídalos. Si cumplen los objetivos, entonces no debería importarle si juegan al solitario durante 2 horas seguidas mientras aclaran sus mentes y reflexionan sobre un problema.

Las capturas de pantalla parecen contraproducentes. Si se trata de eso, estás en problemas.

Lo ideal es tener hitos tangibles y comparar su progreso con ellos. Si no puede obtener el valor de su dinero en los hitos en función de la cantidad de tiempo que tiene que pagar para obtenerlos, busque otra ayuda. Si no puede crear el trabajo en este nivel de detalle, y no sabe si está siendo estafado, puede ser inapropiado obtener el trabajo de forma remota. Podría introducir un sistema de licitación competitiva para el trabajo, pero si no puede detallar lo que se necesita a un nivel bajo, ¿puede decir cuál es la calidad del código?

En general, la contratación externa y el trabajo remoto deben consistir en comprar resultados, no en ganar tiempo. De lo contrario, como descubrió, la confianza se rompe.

Lo que quieres se llama contrato. El contrato dice qué tienen que entregar y cuándo, y qué tiene que pagar y cuándo.

Tan simple como esto. Todo lo demás sería dramáticamente contraproducente. Romperá la confianza entre usted y el profesional independiente. Si desea observar de cerca lo que hace la gente, considere contratar en su oficina.

Producen suficiente código para lo que está pagando o encuentra a alguien que puede hacerlo. Si golpearon sus teclados y ratones durante 10 horas al día y produjeron basura, ¿los conservará solo porque les pagará durante 8 horas?

Establezca demandas y acuerde plazos. Si no puede estar de acuerdo, contrate personas que lo hagan. Eres un programador y deberías poder detectar si han topado con obstáculos legítimos o no.

Crearía una hoja de Excel con un desglose de cada característica.

El contratista debe actualizar esto diariamente.

Cada elemento debe tener una progresión definida en términos de%.

Cuando una función es 100%, debe estar lista para que usted "cierre sesión".

Si un elemento funciona como se esperaba, entonces este elemento debe marcarse y corregirse.

Haz tu tarea primero

Debe sentirse cómodo con las personas que está contratando, antes de contratarlas.

En el momento en que piensas espiar esencialmente a las personas que contratas, es demasiado tarde. Soy un programador honesto, pero no trabajaría en esas condiciones (incluso suponiendo que sean legales). Es como cuando cruzas la frontera: es posible que no estés ocultando nada, pero seguro que te hacen sentir como si estuvieras.

Haga verificaciones de antecedentes, obtenga referencias, haga preguntas. Use servicios acreditados. Tome decisiones cuidadosas y luego siga los consejos en las otras respuestas dadas aquí.

He estado trabajando con Scrum últimamente y te puedo decir. Con esta metodología ágil, los holgazanes no tienen espacio para evitar la transparencia. Y también demuestra que está siendo un buen gerente / líder al enviarles tareas alcanzables.

¿Estás pagando por resultados o tiempo? Si está pagando por los resultados, no es asunto suyo cuánto tiempo tardan en lograr esos resultados. Si estás pagando por el tiempo y no crees que están siendo honestos acerca de su tiempo, déjalos ir y encontrar a alguien más. Si no puedes confiar en ellos, ¿de qué sirven?

Si proporciona el entorno, la grabación es una opción, pero primero deberá informarles, lo que les dará la capacidad de simularlo. ¿Cuánto tiempo les lleva buscar la respuesta a un problema? ¿Leer recursos fuera de línea, simplemente sentarse y pensar? Si no son honestos, todo lo que vas a hacer es pasar mucho tiempo obteniendo resultados no concluyentes. Si son honestos, probablemente los ofenderá y seguirán adelante. De cualquier manera, se han ido.

¿Qué pasa con los repositorios de código fuente y necesita que se comprometan constantemente? Pequeños compromisos atómicos: "comprometerse temprano, comprometerse con frecuencia". Utilice las funciones de DVCS (ramas, etiquetas) para confirmar cosas que no deben incluirse en el producto final.

De esa manera, puede tener una idea bastante buena de lo que se hace, lo que se debe hacer, etc.