Code di priorità per il lavoro di traduzione

Le code di traduzione diventano politiche nel momento in cui arriva il vero lavoro di lancio. Un grande batch sembra efficiente quando inizia, ma poi qualcuno ha bisogno che un articolo urgente, una correzione di prezzo o una nota di rilascio vengano tradotti subito.

Se quella piccola richiesta resta in attesa dietro centinaia di elementi del batch, il sistema è tecnicamente equo ma operativamente sbagliato.

Non tutto il lavoro in coda ha la stessa urgenza

Il lavoro in batch di solito è pianificato. Spesso rappresenta un backlog, una migrazione o un perimetro di lancio noto. Quel lavoro è importante, ma di solito può tollerare un progresso costante.

Il lavoro a singola voce è diverso. Spesso viene attivato perché una persona sta guardando una pagina specifica e sta cercando di completare un'attività specifica.

Quella differenza dovrebbe essere visibile nella coda.

La modalità di fallimento

Quando ogni richiesta di traduzione entra nella stessa corsia, i batch grandi dominano i worker. Il team vede progresso, ma è il progresso sbagliato:

• gli elementi della migrazione pianificata continuano ad avanzare
• le correzioni editoriali urgenti restano in attesa
• i traduttori non riescono a convalidare rapidamente una pagina
• i team di lancio iniziano ad aggirare il sistema

Una volta che le persone credono che la coda sia imprevedibile, smettono di fidarsi di essa per il lavoro sensibile ai tempi.

La regola migliore: prima le esecuzioni singole

Una coda di traduzione pratica dovrebbe dare priorità alle esecuzioni a singola voce rispetto a quelle in batch. Questo non significa che i batch non avanzino mai. Significa che il lavoro in batch usa la capacità rimanente dopo che al lavoro diretto e urgente è stata data la possibilità di iniziare.

Questo corrisponde a come i team operano davvero. Una migrazione di backlog non dovrebbe bloccare una correzione in produzione. Un ampio batch di campagna non dovrebbe bloccare una singola pagina pronta per la revisione.

Cosa dovrebbe proteggere la priorità

La priorità della coda non riguarda solo la velocità. Protegge la fiducia.

Quando un utente avvia una singola traduzione da una pagina di dettaglio del contenuto, si aspetta che quell'azione risponda rapidamente. Se resta dietro un batch di lunga durata, l'interfaccia sembra guasta anche se i worker stanno facendo esattamente ciò che è stato chiesto loro.

Il sistema deve preservare la relazione tra l'intento dell'utente e il progresso visibile.

Come mantenere sani i batch

Dare priorità alle esecuzioni singole non significa affamare i batch per sempre. La coda ha comunque bisogno di paletti:

• i worker dei batch dovrebbero continuare quando non ci sono esecuzioni singole urgenti in attesa
• i tentativi ripetuti dovrebbero mantenere la priorità del lavoro a cui appartengono
• i job di push e publish non dovrebbero essere confusi con la priorità della traduzione
• il reporting dell'avanzamento dovrebbe rendere evidente il lavoro in pausa o in attesa

L'obiettivo non è punire i batch. L'obiettivo è impedire che i batch diventino un muro.

Il punto chiave

Le code fanno parte dell'esperienza di prodotto. Se una traduzione urgente a singola voce resta dietro un batch gigantesco, gli utenti non sperimentano "elaborazione in background". Sperimentano un blocco.

Le esecuzioni singole dovrebbero avere la precedenza perché di solito rappresentano un intento umano attivo. I batch possono continuare ad avanzare in background, ma non dovrebbero occupare la testa della fila.