Забавянето може да е в устройството на организацията

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

Къде е работата? Реализацията може да отнеме час. Пътят до решението може да отнеме седмица.

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

Проследете решение, не органиграма

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

Разликата е между предаване и проверка. Предаването мести заявката към друг отговорник. Проверката изпитва реално ограничение. Често се случват заедно, но не са задължително едно и също.

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

Предаване	На кой въпрос отговаря	Запазете го, ако…
От продукт към реализация	Заслужава ли промяната да се направи сега?	Получаващият екип има различна, необходима гледна точка за приоритетите
От реализация към сигурност	Променя ли се достъпът?	Промяната пресича граница на разрешения или данни
От реализация към операции	Може ли промяната да работи и да се възстанови?	Операторът отговаря за последствията от реалното пускане или възстановяване
Между екипи за информираност	Кой трябва да знае?	Знанието променя действието; известието не е непременно право на вето

Таблицата е концептуален инструмент за диагностика. Не отчита измерен ефект от промяна на конкретна организация. Нашето ръководство за продуктивност на екипа разглежда инструменти; тази диагностика пита дали предаването изобщо трябва да съществува.

Разстоянието до решение е полезната единица

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

1. Заявка за промяна

   проблемът е известен
   чака
2. Опашка

   граница на отговорност
   възстановява
3. Предаване на контекст

   причината се повтаря
   разрешава
4. Решение

   отговорен собственик

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

Ето защо „общувайте повече“ често разочарова. По-добри бележки могат да помогнат на необходима граница да работи. Не могат да превърнат ненужна граница в полезна работа. Ако същите факти се обясняват в три стаи, липсващото често е право за решение, не презентация.

При синхронизация между магазин и система за имейли цената е конкретна. Човекът, който знае бизнес смисъла на „активен клиент“, може да е извън екипа, който притежава съпоставянето на полета. Ако всяка поправка чака общ преглед от платформения екип, опашката за съпоставяне става заместител на споделената отговорност. Екипите може да се нуждаят от ясен договор: местните бизнес правила принадлежат на собственика на процеса; транспортът, удостоверяването и възстановяването принадлежат на собственика на платформата.

Когато одобрението пази работата

„Още едно одобрение улавя грешки.“ Понякога е така. Сигурността, съгласието, финансовите контроли и промените в общи интерфейси могат да имат последствия извън екипа, който иска промяната. Премахването на тези проверки само за по-красива диаграма би било безразсъдно.

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

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

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

Най-краткият път понякога е липсващо право за решение.