Les microtâches pour les entreprises conviennent lorsqu'une grande quantité de travail peut être divisée en actions courtes, tout aussi compréhensibles et vérifiables indépendamment. Au lieu d'un grand projet, le client formule une unité de résultat : vérifier une fiche produit, vérifier un enregistrement, tester une page, classer un objet ou collecter un ensemble de données. Ce format permet de distribuer un travail reproductible en parallèle entre les interprètes et de contrôler la qualité selon des règles prédéterminées.
Pour utiliser des microtâches sans chaos, déterminez d'abord ce qui compte pour une exécution, quelles données l'exécuteur reçoit et quel accusé de réception il doit envoyer. Dans la section des microtâches DitWork, il est particulièrement important de décrire le résultat afin que différentes personnes le comprennent de la même manière et puissent terminer la tâche sans clarification constante.
Quelles microtâches métier sont adaptées à une exécution de masse
Une bonne microtâcheA a un début et une fin clairs. L'interprète n'a pas besoin d'élaborer de manière indépendante une stratégie ou de coordonner plusieurs étapes dépendantes. Il reçoit un objet spécifique, effectue une action limitée et renvoie le résultat à vérifier. Moins il y a de solutions cachées au sein d'une même exécution, plus il est facile pour le client de comparer les rapports et de maintenir la même qualité sur un volume important.
Ce format convient à la vérification et à la structuration des données ouvertes, à la classification des éléments de catalogue, à la surveillance des liens et des formulaires, à la recherche d'erreurs évidentes sur les pages, à la collecte de paramètres spécifiés pour les objets, au décodage court de fragments et à d'autres opérations répétables. La stratégie de marque, la conception complexe, le développement de fonctionnalités associées ou le travail où chaque étape suivante dépend de la précédente sont généralement mieux encadrés comme un projet régulier. Une ligne directrice utile est simple : si deux travailleurs indépendants peuvent obtenir des objets différents et les réaliser sans communiquer entre eux, le travail peut souvent être décomposé en microtâches. Si le résultat d'une personne détermine les actions de la suivante, un format de gestion plus cohérent est nécessaire.
| Travail | Unité exécution | Confirmation |
|---|---|---|
| Vérifier le catalogue | One carte | Statut, correction et lien |
| Vérifier les pages | OUne URL | Résultat du test et capture d'écran |
| Données de collection | Objet unique | Champs remplis et source |
| Classification | Entrée unique | Catégorie et court Explication |
| Vérification du formulaire | Un scénario | Étapes, statut et trouvé erreur |
Comment diviser correctement un gros travail en tâches distinctes
Commencez avec un résultat qui peut être accepté séparément du reste. Si vous devez vérifier mille articles de catalogue, l'unité peut être une carte ou un groupe de champs associés. Si vous souhaitez tester un site, l'unité peut être une page spécifique ou un scénario prédéfini. Ne combinez pas des actions de complexité différente en une seule exécution, sinon le même paiement et les mêmes délais ne seront plus clairs.
Chaque unité doit contenir le même ensemble d'étapes requises. Par exemple : ouvrez l'URL soumise, vérifiez le nom, le prix et la disponibilité, notez les écarts, attachez un lien vers la source et sélectionnez le statut final. Si certains objets nécessitent une recherche distincte, déplacez-les vers un autre type de tâche. De cette façon, le client ne mélange pas de simples contrôles avec des cas qui nécessitent plus de temps et d'autres qualifications. Considérez les exceptions séparément : page inaccessible, paramètre manquant, entrée en double, sources contradictoires. Pour chaque exception, il doit y avoir une courte réponse standard. Cela réduit le nombre de décisions arbitraires et rend les résultats des différents interprètes comparables.
Signes d'un broyage réussi
- une exécution donne un résultat complet et utile ;
- l'instruction est placée dans une séquence claire d'actions ;
- le résultat peut être vérifié sans connaître l'historique complet du projet ;
- la complexité de la plupart des exécutions est approximativement la même ;
- l'exécutant comprend le format du rapport et les raisons d'un éventuel retour dans avance ;
- une erreur dans une exécution n'interrompt pas les autres résultats.
Ce qu'il faut écrire dans les instructions et confirmation du résultat
Dans une microtâche, il ne suffit pas d'écrire « vérifier la carte » ou de « collecter des informations ». Spécifiez la source de données, les champs exacts, les options de réponse valides et l'action d'exception. Si la valeur est manquante, l'interprète doit comprendre s'il doit marquer « introuvable », laisser le champ vide ou rechercher une deuxième source. De telles règles sont particulièrement importantes lorsque différentes personnes effectuent la même tâche.
La confirmation doit prouver exactement l'action effectuée, et pas seulement le fait que la page a été ouverte. Selon la tâche, il peut s'agir d'un rapport texte, d'un lien, d'une capture d'écran ou d'un fichier. Ne nécessitez pas de matériel inutile qui ne facilite pas la vérification. Plus le formulaire de rapport est court et sans ambiguïté, plus rapidement le client constate les écarts et moins les exécutants interprètent les exigences différemment. Si des captures d'écran sont utilisées, précisez à l'avance ce qui doit être exactement visible dans l'image. Si vous avez besoin d'un fichier, spécifiez un format valide et une convention de dénomination claire. Pour les liens, précisez s'il doit s'agir de la page source, de la page de résultats ou des deux.
Modèle de microtâche pratique
- Object: ce que reçoit exactement l'interprète : URL, carte, ligne de tableau, fichier ou autre élément unique element.
- Actions : courte séquence d'étapes obligatoires sans exigences cachées.
- Arésultat acceptable : options d'état, format de texte, liste de champs ou autre réponse standard.
- Confirmation : ce qu'il faut joindre : lien, capture d'écran, rapport texte ou fichier.
- Ne pas accepter : erreurs spécifiques pour lesquelles le résultat est renvoyé correction.
Comment déterminer le paiement, le volume et le lot pilote
Le paiement pour l'exécution doit correspondre au nombre d'étapes, au temps de recherche et au volume de confirmation. Si tous les objets sont presque identiques, il est plus facile d'utiliser un paiement fixe. Si le volume acceptable d’un résultat varie considérablement, la fourchette peut être plus claire, mais les critères de son application doivent être décrits à l’avance. Vous ne devez pas compenser des instructions complexes par trop peu de détails sur la tâche - simplifiez d'abord le processus lui-même.
Avant un lancement en masse, il est utile de créer un petit lot pilote et de voir si les interprètes comprennent le libellé de la même manière. Si différentes personnes posent systématiquement la même question ou renvoient des résultats dans des formats différents, le problème réside souvent dans les instructions. Après le pilote, clarifiez les points controversés, ajoutez un exemple de rapport correct et augmentez ensuite seulement le nombre d'exécutions disponibles.
Il est préférable de planifier le budget en fonction du nombre de résultats souhaités, et non en fonction du sens général du volume. Déterminez d'abord le nombre d'unités, puis le paiement d'une œuvre acceptée et une éventuelle réserve pour revérifier les cas litigieux. Pour les tâches dont la signification est plus proche du développement ou de la conception conventionnels, vous pouvez consulter les projets publiés par et comparer le format de formulation qui convient le mieux au résultat.
Comment contrôler la qualité des résultats de masse
Il est pratique de vérifier la qualité non seulement par des rapports individuels, mais également par des erreurs répétées. Si les artistes choisissent différentes catégories pour les mêmes objets, les critères de classification ne sont pas suffisamment précis. Si les captures d'écran requises sont souvent manquantes, l'exigence peut être cachée profondément dans le texte. Corrigez la règle au niveau du travail, et ne renvoiez pas uniquement les travaux individuels.
Pour une vérification ponctuelle, identifiez à l'avance les champs critiques et les symptômes d'erreur. Dans les tâches de données, il peut s'agir d'une incompatibilité de source, d'une valeur requise manquante ou d'un format incorrect. Dans la vérification de la page : une URL incorrecte, une description d'étape manquante ou une capture d'écran incomplète. N'ajoutez pas de nouveaux critères après avoir reçu les résultats s'ils n'étaient pas inclus dans les instructions originales. Pour les séries longues, il est utile de sauvegarder une version des règles pour l’ensemble du lot en cours d’exécution. Si les instructions changent, marquez la limite entre l'ancien et le nouveau lot afin que lors de la vérification, il soit clair quelles exigences un travail spécifique a été effectué.
Si le travail requiert des compétences différentes, divisez-le en plusieurs types de microtâches. Par exemple, un travailleur collecte des valeurs, un autre vérifie l'exhaustivité et les exceptions complexes sont transférées à un spécialiste. Ce processus est plus facile à gérer qu’une longue tâche combinant recherche, analyse, édition et examen technique. Si vous avez besoin d'un entrepreneur pour une plus grande partie des travaux, vous pouvez effectuer une recherche dans la catégorie de spécialistes .
Quelles erreurs rendent le plus souvent une microtâche gênante
La principale erreur est d'essayer de transformer un travail dont le résultat ne peut pas être évalué séparément en une microtâche. La seconde consiste à combiner trop d’étapes, ce qui fait que chaque exécution devient un petit projet. La troisième consiste à exiger une confirmation qui n'est pas liée au critère d'acceptation. Des problèmes surviennent également lorsque le client ne décrit pas les exceptions et que les interprètes sont obligés de décider eux-mêmes quoi faire des objets non standard.
Une autre erreur consiste à modifier les règles après le début de l'exécution en masse. Si une nouvelle condition préalable est découverte, arrêtez la collecte ultérieure des résultats, mettez à jour l'instruction et séparez la partie qui a déjà été exécutée. Cela permet de maintenir une norme cohérente. Si de nouvelles exigences modifient la composition même du résultat, il est préférable de créer une tâche distincte plutôt que de tenter de les appliquer de manière rétroactive.
Lorsque l'unité de résultat, les instructions, la preuve et les critères d'acceptation sont prêts, publie la tâche et démarre avec une portée limitée. Une fois les premiers résultats acceptés, vérifiez si les règles sont traitées de la même manière et augmentez ensuite l'exécution. Cet arrangement permet de transformer un travail important et reproductible en un flux clair de petites tâches sans coordination inutile.
