Покажете ограничението, преди да изберете работата

Дванадесет поискани полета стоят в илюстративен списък със задачи за интеграция. Три определят дали първата одобрена синхронизация може да се изпълни: идентичност на клиента, аудитория в целевата система и разрешение за маркетинг. Другите девет може да станат важни по-късно. Ако всички получат еднакво внимание сега, екипът може да прекара седмицата в изпипване на допълнителни данни, докато първият безопасен запис все още е невъзможен.

Ограничението променя разговора. Дайте на първото издание пет места за проверка и сложете всяко поле в едно от тях. Добавянето на шесто означава да назовете кое поле отпада.

Това не е твърдение, че пет е правилният брой. То прави цената на следващата заявка видима.

Същият подход работи и когато тесният участък не са хората. Доставчик може да позволява ограничен брой заявки за период; прозорец за миграция може да допуска само една промяна преди одит; екипът за поддръжка може да има време да провери само няколко специфични за клиенти съпоставяния. Полезното ограничение е онова, което би спряло резултата, дори всички други ресурси да са в изобилие.

Списъкът със задачи може да скрие собствената си цена

В разговор за ограниченията и творческата работа производствен екип направил капацитета осезаем с физически маркери за една седмица работа. Продължаването на довършването на малък фонов детайл изисквало да се преместят маркери от друга работа. Подходът не решавал кое е красиво. Правел компромиса труден за пренебрегване.

Софтуерните екипи обикновено държат маркерите невидими. Заявка влиза в система за задачи, получава етикет за приоритет и застава до още двадесет „важни“ заявки. Нито един етикет не казва кой преглед, миграция или разговор с клиент трябва да се забави, за да бъде изпълнена.

При интеграция оскъдният ресурс може да е лимитът на заявките към доставчик. Може да е достъп до реален тестов акаунт. Може да е времето за изясняване на значението на съгласието. Видимото ограничение трябва да назове ресурса, който спира резултата, и да покаже как предложената работа го използва.

Ръководството на Tajo за интеграция на бизнес инструменти иска екипите първо да определят работния процес и източника на истината. Това е начин списъкът да не се разрасне около всяко възможно поле. Първата синхронизация се нуждае от данните, необходими за действителния ѝ резултат.

Изберете решаващите полета и отложете останалото

Илюстративното съпоставяне на дванадесет полета има малък набор решаващи полета. Идентичността определя кой запис в целевата система се променя. Разрешението определя дали този запис може да се използва за маркетинг. Принадлежността към аудитория определя кой процес го получава. Ако тези три са грешни, останалите девет не могат да спасят резултата.

Таблото за планиране може да показва тези полета до капацитета, който изискват. Да допуснем, че всяко се нуждае от определение, тестов пример и проверка в целевата система. Отделете тези проверки първо. Тогава допълнително поле за предпочитания трябва да отговори на конкретен въпрос: променя ли първата работеща синхронизация, или може да почака?

Отлагането не е присъда, че полето е маловажно. То е частичен ред. Следващата зависимост е решена; останалото остава достъпно, когато доказателства или клиентско търсене го направят нужно.

Направете отлагането изрично. Сложете останалите девет полета в следваща опашка с условието за придвижване на всяко: назован случай на употреба, клиентски запис, който го изисква, или договор на доставчик, който го прави задължително. Това е различно от изгубване на заявката в списъка. Условната опашка запазва възможностите, като пази първия резултат от спекулативен обхват.

Справедливо възражение е: „Изкуствените ограничения могат да задушат екипа и да скрият ценна идея“. Да. Ограничение, което пази лош приоритет, става проблем. Решението е да посочите резултата до ограничението и да преразглеждате и двете. Ако новооткрито поле е задължително за съгласието, то веднага измества поле за допълнителни данни. Ограничението показва промяната, не я забранява.

Маркерите за капацитет разкриват и разногласия, скрити от етикетите за приоритет. Един екип може да смята, че тесният участък е инженерното време; друг може да знае, че реалното чакане е при администратора на целевия акаунт. Ако е така, добавянето на инженерни места не помага. Проследете работата до одобрението на първия запис, после поставете ограничението на стъпката, която действително задържа пътя.

Кое заслужава място в първата синхронизация?

1. Нужно за идентичност, разрешение или аудитория

   Проверете сега

   Без него първият одобрен запис не е определен.

2. Нужно за назован по-късен случай

   Задайте условие за придвижване

   Запазете заявката, без да бавите първия резултат.

3. Няма определен ефект върху резултата

   Отложете заявката

   Не харчете оскъдното място за преглед на спекулативен обхват.

Измерете какво е донесло ограничението

Графиката, която си струва да се направи, не е „затворени заявки този месец“. Тя е пътят от заявката до първия правилен резултат, с отбелязване на пречките. Изчезна ли времето за преглед в незадължителни полета? Липсващо определение от доставчика забави ли всеки тест? Спести ли екипът време, като отложи табло, което никой потребител не изискваше за стартиране?

Не измисляйте увеличение на производителността. Запишете състоянието преди и след реална партида: дни до одобрено съпоставяне, брой полета проверени в целевата система и брой проблеми след активиране. Видимото ограничение е полезно само ако променя тези резултати.

Ръководството за reverse ETL различава планираното преместване на данни от работата по определяне на съпоставянето. Именно там ранният обхват има най-голям ефект. Още данни винаги могат да се добавят по-късно; първият договор трябва да е правилен сега.

Списъкът показва какво е поискал някой. Видимият предел показва какво струва заявката.