Estou contratando vários desenvolvedores de diferentes lugares ao redor do mundo. Tudo vai bem, mas vejo que alguns deles estão abusando muito da minha educação, com muita atenção ultimamente.

Todos eles são contratados por um dia inteiro. No entanto, vejo que, após 5 horas em um dia, pouco foi feito.

Estou pensando em desenvolver um software que faça uma captura de tela da tela do computador a cada 1-5 minutos e faça o upload para o meu sistema. No entanto, isso está indo ao extremo.

Como as pessoas geralmente gerenciam desenvolvedores remotos?

Você contrata programadores honestos e (em consulta com eles e possivelmente outros programadores honestos como verificação da realidade) estabelece metas razoáveis ​​em curtos prazos. Se eles não atingirem os objetivos, demiti-los. Se eles atingirem os objetivos, não importa se eles jogam paciência por 2 horas seguidas enquanto limpam a mente e refletem sobre um problema.

As capturas de tela parecem contraproducentes. Se se trata disso, você está com problemas.

O ideal é ter marcos tangíveis e verificar o progresso deles. Se você não conseguir obter o valor do seu dinheiro nos marcos com base na quantidade de tempo que você precisa pagar para obtê-los, encontre outra ajuda. Se você não pode criar o trabalho nesse nível de detalhe e não sabe se está sendo enganado, pode ser inadequado originar o trabalho remotamente. Você pode introduzir um sistema de lances competitivos para o trabalho, mas se não conseguir detalhar o que é necessário em um nível baixo, poderá saber qual é a qualidade do código?

Em geral, a terceirização e o trabalho remoto devem ser sobre resultados de compra, não tempo de compra. Caso contrário, como você descobriu, a confiança será quebrada.

O que você quer é chamado de contrato. O contrato diz o que eles devem entregar e quando, e o que você deve pagar e quando.

Tão simples como isso. Tudo o resto seria drasticamente contraproducente. Isso quebrará a confiança entre você e o freelancer. Se você quiser examinar atentamente o que as pessoas estão fazendo, considere contratar no seu escritório.

Eles produzem código suficiente para o que você está pagando ou você encontra alguém que pode. Se eles bateram nos teclados e mouses por 10 horas por dia e produziram lixo, você ainda os manterá só porque os paga por 8 horas?

Defina demandas e obtenha prazos acordados. Se você não concorda, contrate pessoas que o farão. Você é um programador e deve ser capaz de identificar se eles atingiram obstáculos legítimos ou não.

Eu criaria uma planilha do Excel com uma divisão de cada recurso.

O contratado deve atualizar isso diariamente.

Cada item deve ter uma progressão definida em termos de%.

Quando um recurso é 100%, ele deve estar pronto para você "assinar".

Se um item funcionar como esperado, esse item precisará ser sinalizado e corrigido.

Faça sua lição de casa primeiro

Você precisa se sentir confortável com as pessoas que está contratando antes de contratá-las.

No momento em que você pensa essencialmente em espionar as pessoas que contrata, é tarde demais. Sou um programador honesto, mas não trabalharia nessas condições (mesmo assumindo que elas sejam legais). É como quando você cruza a fronteira - você pode não estar escondendo nada, mas eles certamente fazem você se sentir como está.

Faça verificações de antecedentes, obtenha referências, faça perguntas. Use serviços respeitáveis. Tome decisões cuidadosas e siga os conselhos das outras respostas fornecidas aqui.

Eu tenho trabalhado com o Scrum ultimamente e posso lhe dizer. Com essa metodologia Agile, o slackers não tem espaço para evitar a transparência. E também prova que você está sendo um bom gerente / líder, despachando tarefas realizáveis.

Você está pagando por resultados ou tempo? Se você está pagando pelos resultados, não é da sua empresa quanto tempo leva para alcançar esses resultados. Se você está pagando pelo tempo e acha que eles não estão sendo honestos, deixe-os ir e encontre outra pessoa - se você não pode confiar neles, de que servem?

Se você fornecer o ambiente, a gravação é uma opção, mas será necessário informá-los primeiro, o que lhes permitirá falsificá-lo. Quanto tempo eles levam para procurar a resposta para um problema? Lendo recursos offline, simplesmente sentado e pensando? Se eles não forem honestos, tudo o que você fará é gastar muito tempo obtendo resultados inconclusivos. Se eles forem honestos, você provavelmente os ofenderá e eles seguirão em frente. De qualquer maneira, eles se foram.

E quanto aos repositórios de código-fonte e você exige deles confirmação constante. Compromissos atômicos pequenos: "comprometa-se cedo, comprometa-se frequentemente". Utilize os recursos do DVCS (ramificações, tags) para confirmar coisas que não devem ser incluídas no produto final.

Dessa forma, você pode ter uma boa idéia do que é feito, do que precisa ser feito e assim por diante.