Framgångsrika Kopplingar: Bästa praxis och implementeringsstrategier

Den bästa metoden med Kopplingar är alltid att tvinga fram ett regelbaserat angreppssätt och hantera eventuella undantag i efterhand eller efter regelbaserad utmattning, i motsats till att börja med ett undantagsbaserat angreppssätt.

Det undantagsbaserade tillvägagångssättet är lockande och attraktivt eftersom det värdesätter mänskliga val och bevarandet av den nuvarande processstrukturen. Men det stakar ut en vektor till en plats som inte kommer att erbjuda några bra alternativ för att skala upp och upprätthålla hälsosamma processer på lång sikt. I det avseendet är det ett misstag som vi undviker till varje pris att börja med att tänka på undantagen i stället för på reglerna.

Kortvarig vinst för långsiktig smärta i ett nötskal. De flesta organisationer vi arbetar med har detta gemensamt: de strävar efter att bevara nuvarande processer. När teknik eftersträvas är det meningen att omfamna den nuvarande processen istället för att hitta en medelväg mellan processbegränsningar och effektivitet.

Våra kopplingar är ett sätt att överbrygga flödet av innehåll från ett arkiv till BWX och sedan tillbaka. Även om vi förstår det tillfälliga behovet av att välja ut en fil eller annan för ett kopplingsbaserat jobb, är bästa praxis för kopplingar att följa en regelbaserad metod istället för en manuell metod.

‍Frestelsen att arbeta manuellt förklaras

‍Manuella tillvägagångssätt är frestande eftersom de inte kräver någon processförändring. Personer kan utforska den exakta filen de vill få översatta och starta ett översättningsprojekt med hjälp av kopplingen. Problemet med det manuella tillvägagångssättet är att det inte är skalbart, inte hållbart och förutsägbart (svårt att förbättra).

Det är därför vi utforskar det manuella tillvägagångssättet först efter att vi har uttömt alla möjligheter att anpassa kontaktdonets beteende till regelbaserat beteende. Det är nödvändigt att hantera undantag, men du kan inte designa efter undantag.

En framgångsrik produkt och dess respektive implementering bygger på regler som täcker största möjliga andel av användningsfallen. Användningsfall som lämnas oövervakade måste sedan noggrant bedömas för att utforska lösningar och alternativa metoder för att implementera dem inom de föreslagna paradigmerna.

Här är ett exempel: klient A har en anslutning som fungerar enligt ett schema men ibland har de projekt som kräver en körning utanför schemat. Här är några olika alternativ för hur du kan närma dig detta:

1. Begär manuellt en körning utanför schemat till vårt supportteam
2. Använd vårt CLI för att begära en körning utanför schemat
3. Skapa en off-cycle gren/katalog som avfrågas oftare än det typiska schemat för att plocka upp brådskande jobb.

Här är ett annat exempel: klient B är van vid att plocka russinen ur kakan för att starta lokaliseringsprocessen. I stället för att vidmakthålla det manuella tillvägagångssättet följer de flesta processer för att plocka russinen ur kakan ett beteende som kan omvändas.

Det är alltid värt ansträngningen att pressa denna reverse engineering till sina gränser. Om du börjar med en manuell metod eller fokuserar på att täcka undantagen rätt från början via UI, kommer det att bli en försvagande krycka snarare än en programaccelerator. När vi tänker på en connector, tänker vi alltid på automatisering.

Det är den verkliga processeffektiviteten som drivs av en kontaktdon. Att exportera och importera projekt är en liten vinst när det gäller kopplingar. Den verkliga vinsten kretsar kring affärsreglerna och den förutsägbarhet och styrning de genererar.

Problemet är att om du designar och implementerar genom undantag, blir automatisering aldrig riktigt ett alternativ. Automatisering per definition kräver en viss grad av processförändring och om vi inte strävar efter denna process-programvarupassform riskerar vi att inte överträffa förväntningarna och blir försäljare av digitaliseringen av kaos.

Detta är inte vad vi står för och vi kommer inte att omfamna detta. Småskaliga kopplingar måste följa samma design och principer som storskaliga kopplingar så att de kan skala och växa effektivt. De flesta lokaliseringsprogram begär Lösningar baserade på aktuella (vilket faktiskt är det förflutna) användningsfall i motsats till framåtblickande användningsfall som förutser fler filer, mer frekvens, fler lokaler, kortare tid till marknaden, lägre kostnad och fler människor som arbetar tillsammans.

Om du inte startar i rätt ramverk är kurskorrigering senare kostsam och mycket utmanande eftersom du kommer att missa förändringsfönstret som introduceras av en ny implementering. Alla våra kopplingar, stora eller små, är baserade på regler och parametrar.

De styrs av samma designprinciper och ingen av dem kräver ett användargränssnitt för att fungera korrekt. Användargränssnittet kan vara ett intressant tillägg till en mogen anslutning, men mest för att enkelt ändra anslutningskonfigurationerna i motsats till ett sätt att starta projekt manuellt.

Vi kan inte främja långsiktig framgång om vi är medskyldiga till accelerationen av befintliga analoga processer.  

Istället är vårt mål att översätta de analoga processerna till digitalt tänkande så att de blir verkligen mjukvarukompatibla och möjliggör dataorienterad automatisering. Vi är vana vid att hantera kopplingar som bearbetar tusentals filer per dag till nästan hundra olika lokaler.

Vi har lärt oss genom åren att samma ingredienser som gör en storskalig Koppling framgångsrik måste respekteras även för småskaliga Kopplingar för att följa grundläggande designprinciper för skalbarhet och hållbarhet.