Pokaż ograniczenie, zanim wybierzesz zadania

Na ilustracyjnej liście zadań integracyjnych leży dwanaście zgłoszonych pól. Trzy decydują, czy można uruchomić pierwszą zatwierdzoną synchronizację: tożsamość klienta, grupa odbiorców w systemie docelowym i zgoda marketingowa. Pozostałe dziewięć może być potrzebne później. Jeśli teraz każde pole otrzyma równą uwagę, zespół może poświęcić tydzień na wzbogacanie danych, podczas gdy pierwszy bezpieczny zapis nadal jest niemożliwy.

Limit zmienia rozmowę. Przydziel pierwszemu wydaniu pięć miejsc na przegląd i umieść w nich pola. Dodanie szóstego wymaga wskazania pola, które wypada.

Nie twierdzimy, że pięć jest właściwą liczbą. To sposób pokazania kosztu kolejnego żądania.

Podobny zabieg działa, gdy wąskim gardłem nie są ludzie. Dostawca może dopuszczać określoną liczbę zapytań w danym czasie; okno migracyjne może pozwalać na jedną zmianę przed audytem; zespół wsparcia może mieć czas na sprawdzenie tylko kilku mapowań specyficznych dla klientów. Użytecznym limitem jest ten, który zatrzymałby wynik, nawet gdyby innych zasobów było pod dostatkiem.

Lista zadań może ukrywać własną cenę

W rozmowie o ograniczeniach i pracy twórczej zespół produkcyjny pokazał możliwości za pomocą fizycznych znaczników reprezentujących tydzień pracy. Dalsze dopracowywanie drobnego szczegółu tła wymagało zabrania znaczników innym zadaniom. To nie rozstrzygało, co jest piękne. Utrudniało ignorowanie kompromisu.

Zespoły programistyczne zwykle nie pokazują znaczników. Żądanie trafia do systemu zadań, otrzymuje etykietę priorytetu i leży obok dwudziestu innych „ważnych” żądań. Żadna etykieta nie mówi, który przegląd, migrację lub rozmowę z klientem trzeba opóźnić, aby je wykonać.

W integracji rzadkim zasobem może być limit zapytań dostawcy. Może to być dostęp do prawdziwego konta testowego. Może to być czas potrzebny do zbadania znaczenia zgody. Widoczne ograniczenie powinno nazwać zasób blokujący wynik i pokazać, jak proponowana praca go zużywa.

Poradnik Tajo po integracji narzędzi biznesowych każe najpierw określić proces i źródło prawdy. To jeden ze sposobów, aby lista nie rosła wokół każdego możliwego pola. Pierwsza synchronizacja wymaga danych niezbędnych do rzeczywistego wyniku.

Wybierz punkty decydujące, resztę odłóż

Ilustracyjne mapowanie dwunastu pól ma kilka punktów decydujących. Tożsamość określa, który rekord docelowy się zmieni. Zgoda określa, czy wolno użyć go w marketingu. Przynależność do grupy odbiorców określa, który proces go otrzyma. Jeśli te trzy są błędne, pozostałe dziewięć nie uratuje wyniku.

Tablica planowania może pokazać punkty decydujące obok potrzebnej pojemności. Załóżmy, że każdy wymaga definicji pola, przykładu testowego i kontroli w systemie docelowym. Najpierw zarezerwuj te kontrole. Dodatkowe pole preferencji musi wtedy odpowiedzieć na konkretne pytanie: czy zmienia pierwszą działającą synchronizację, czy może poczekać?

Oczekiwanie nie oznacza, że pole jest nieważne. To częściowa kolejność. Najbliższa zależność jest wybrana, a reszta pozostaje dostępna, gdy dowody lub potrzeby klientów uczynią ją istotną.

Odroczenie zapisz jawnie. Pozostałe dziewięć pól umieść w późniejszej kolejce wraz z warunkiem awansu: konkretnym zastosowaniem, rekordem klienta, który pola potrzebuje, lub kontraktem dostawcy, który czyni je obowiązkowym. To nie to samo, co zagubienie żądania w liście. Warunkowa kolejka zachowuje możliwości i chroni pierwszy wynik przed spekulacyjnym zakresem.

Uczciwy zarzut brzmi: „Sztuczne ograniczenia mogą tłumić zespół i ukryć dobrą ideę”. Tak. Limit chroniący zły priorytet sam staje się problemem. Lekarstwem jest zapisanie chronionego wyniku obok limitu i ponowna ocena obu. Jeśli nowe pole okaże się niezbędne do zgody, natychmiast zastępuje pole wzbogacające. Ograniczenie ujawnia tę zmianę zamiast jej zabraniać.

Znaczniki pojemności ujawniają też spór ukrywany przez etykiety priorytetów. Jeden zespół może uważać, że wąskim gardłem jest czas inżynierów; drugi wie, że czeka się na administratora konta docelowego. Wówczas więcej miejsc inżynieryjnych nic nie zmieni. Śledź pracę aż do zatwierdzenia pierwszego zapisu i umieść limit w kroku, który naprawdę blokuje drogę.

Co zasługuje na miejsce w pierwszej synchronizacji?

1. Potrzebne do tożsamości, zgody lub grupy

   Sprawdź teraz

   Bez tego pierwszy zatwierdzony zapis nie jest określony.

2. Potrzebne do późniejszego zastosowania

   Ustal warunek awansu

   Zachowaj żądanie, nie opóźniając pierwszego wyniku.

3. Brak określonego wpływu na wynik

   Odłóż żądanie

   Nie zużywaj ograniczonego miejsca na spekulacyjny zakres.

Zmierz korzyść z ograniczenia

Wykres wart narysowania nie pokazuje „zadania zamknięte w tym miesiącu”. Pokazuje drogę od żądania do pierwszego poprawnego wyniku z zaznaczeniem blokad. Czy czas przeglądu pochłonęły pola opcjonalne? Czy brak definicji dostawcy opóźnił każdy test? Czy zespół zaoszczędził czas, odkładając panel, którego nikt nie potrzebował do uruchomienia?

Nie wymyślaj zysku wydajności. Zapisz stan przed i po dla prawdziwej partii: dni do zatwierdzonego mapowania, liczbę pól sprawdzonych w systemie docelowym i liczbę problemów wykrytych po uruchomieniu. Widoczne ograniczenie jest użyteczne tylko wtedy, gdy zmienia te wyniki.

Przewodnik po reverse ETL odróżnia zaplanowane przenoszenie danych od definiowania mapowania. To mapowanie jest miejscem, w którym początkowy zakres ma największe znaczenie. Więcej danych można dodać później; pierwszy kontrakt musi być poprawny teraz.

Lista mówi, o co ktoś poprosił. Widoczny limit mówi, ile to kosztuje.