Kolejki priorytetowe dla pracy tłumaczeniowej

Kolejki tłumaczeniowe stają się polityczne w momencie, gdy trafia do nich prawdziwa praca związana z uruchomieniem. Duży wsad wygląda na wydajny, gdy się zaczyna, ale potem ktoś potrzebuje przetłumaczyć natychmiast jeden pilny artykuł, jedną korektę cennika albo jedną informację o wydaniu.

Jeśli takie małe zgłoszenie czeka za setkami elementów wsadu, system jest technicznie sprawiedliwy, ale operacyjnie błędny.

Nie wszystkie zadania w kolejce mają ten sam poziom pilności

Praca wsadowa jest zwykle planowana. Często oznacza zaległości, migrację albo znany zakres uruchomienia. Ta praca ma znaczenie, ale zazwyczaj może tolerować stały postęp.

Praca na pojedynczych wpisach jest inna. Często jest wywoływana dlatego, że ktoś patrzy na konkretną stronę i próbuje ukończyć konkretne zadanie.

Ta różnica powinna być widoczna w kolejce.

Tryb awarii

Kiedy każde żądanie tłumaczenia trafia do tego samego pasa, duże wsady dominują pracę wykonawców. Zespół widzi postęp, ale jest to niewłaściwy postęp:

• elementy planowanej migracji nadal się przesuwają
• pilne poprawki redakcyjne czekają
• tłumacze nie mogą szybko zweryfikować jednej strony
• zespoły odpowiedzialne za uruchomienie zaczynają obchodzić system

Gdy ludzie uznają, że kolejka jest nieprzewidywalna, przestają jej ufać w pracy wrażliwej na czas.

Lepsza zasada: najpierw pojedyncze uruchomienia

Praktyczna kolejka tłumaczeniowa powinna nadawać priorytet pojedynczym uruchomieniom przed uruchomieniami wsadowymi. Nie oznacza to, że wsady nigdy się nie przesuwają. Oznacza to, że praca wsadowa wykorzystuje pozostałą przepustowość po tym, jak pilna praca bezpośrednia dostała szansę na rozpoczęcie.

To odpowiada temu, jak zespoły faktycznie działają. Migracja zaległości nie powinna blokować poprawki produkcyjnej. Szeroki wsad kampanii nie powinien blokować pojedynczej strony gotowej do przeglądu.

Co priorytet powinien chronić

Priorytet kolejki nie dotyczy wyłącznie szybkości. Chroni zaufanie.

Kiedy użytkownik uruchamia pojedyncze tłumaczenie ze strony szczegółów treści, oczekuje, że to działanie szybko przyniesie odpowiedź. Jeśli utknie za długotrwałym wsadem, interfejs wydaje się zepsuty, nawet jeśli wykonawcy robią dokładnie to, o co zostali poproszeni.

System musi zachować związek między intencją użytkownika a widocznym postępem.

Jak utrzymać wsady w dobrej kondycji

Nadawanie priorytetu pojedynczym uruchomieniom nie oznacza wiecznego zagłodzenia wsadów. Kolejka nadal potrzebuje zabezpieczeń:

• wykonawcy wsadowi powinni kontynuować pracę, gdy nie czekają żadne pilne pojedyncze uruchomienia
• ponowienia powinny zachowywać priorytet pracy, do której należą
• zadań push i publish nie należy mylić z priorytetem tłumaczenia
• raportowanie postępu powinno jasno pokazywać pracę wstrzymaną lub oczekującą

Celem nie jest karanie wsadów. Celem jest powstrzymanie wsadów przed staniem się ścianą.

Najważniejszy wniosek

Kolejki są częścią doświadczenia produktu. Jeśli pilne tłumaczenie pojedynczego wpisu czeka za ogromnym wsadem, użytkownicy nie doświadczają „przetwarzania w tle”. Doświadczają blokady.

Pojedyncze uruchomienia powinny mieć pierwszeństwo, ponieważ zwykle reprezentują aktywną ludzką intencję. Wsady mogą nadal przesuwać się w tle, ale nie powinny zajmować początku kolejki.