Регистър за една бизнес единица в определен момент се завършва. Данните са вписани в него, всяка с източник и собственик, а определенията са проверени. При множество бизнес единици въпросът се променя. Не става дума вече дали един списък е пълен, а дали списъците заедно се събират в една обща картина на организацията.
Това е различен вид работа от простото добавяне на редове. Капанът е да се мисли, че регистърът е завършен веднага щом всяка единица е попълнила своята таблица. Четири пълни таблици с четири различни определения на един и същ показател не дават регистър, а четири регистъра, които случайно се намират един до друг.
За всяка единица се повтаря същата основна работа: кои показатели са необходими, откъде идват и кой носи отговорност за тях. Това започва с въпроса от кои показатели наистина имате нужда, защото единица, която регистрира прекалено много показатели, натрупва основно тежест за поддръжка, без отчетността да става по-добра от това.
За всеки показател, който остава, трябва да се зададе същият въпрос: съществува ли това вече в система, или все още трябва да се събере отделно. Страницата за къде вече съществува показател описва това проучване. При множество бизнес единици отговорът често е различен: единица A вече има потреблението на енергия в система за управление на сгради, единица B все още го проследява в таблица, поддържана от един контролер. Тази разлика трябва да е видима в регистъра, а не да изчезва зад еднаква колона, която навсякъде показва „наличен“.
Най-големият риск при множество единици не е, че показатели липсват, а че те присъстват под едно и също име, докато измерват нещо различно. „Потребление на вода“ може при една единица да се отнася само за централния офис, а при другата да включва и производствения цех. „Брой еквивалент на пълен работен ден“ може да е изчислен със или без наети чрез агенция служители. Докато тази разлика не е назована, никой не сумира проблема до момента, в който данните трябва да бъдат обединени за консолидираният отчет.
Регистър, който решава това, фиксира определението за всеки показател на ниво организация и след това показва за всяка единица дали това определение е прилагано по същия начин. Където това не е така, това се вписва като отворена точка в регистъра, а не като мълчаливо предположение. Изграждането на тази структура е описано в как да съставите регистър на показателите, и този ред не се променя, когато има множество единици: първо се фиксират показателите и техните определения на ниво организация, след това се попълва за всяка единица какво вече съществува и какво липсва.
Предположението, че само по-малките или по-слабо развитите единици имат пропуски в източниците си, рядко е вярно. Голяма единица с обширна ERP система може за определени данни за околната среда също да разчита на ръчно преброяване, колкото и малко подразделение. Делът на показателите без твърд източник зависи от темата и от това колко дълго единицата вече работи с тези данни, а не от размера на единицата. Колко от вашите показатели имат източник е затова въпрос, който трябва да се отговори поотделно за всяка единица, вижте колко от вашите показатели имат източник. Само когато това е известно за всяка единица, може да се каже нещо за цялото.
Показателите без източник не изчезват от регистъра, защото са неудобни. Те получават статус и следваща стъпка, описани в какво правите с показател без източник. При множество бизнес единици е разумно да се сравнява този статус между единиците: ако три от четири единици имат източник за определен показател, а четвъртата няма, решението обикновено е в рамките на достижимост при тези три единици, вместо четвъртата единица да трябва да изобретява отново колелото.
Регистър за множество бизнес единици е коректен не защото изглежда пълен, а защото три неща са истина едновременно. Първо: всеки показател има на ниво организация едно определение, и това определение е прилагано по същия начин при всяка единица, или разликата е изрично документирана. Второ: за всеки показател е ясно за всяка единица дали има източник, и ако не — какъв е статусът. Трето: собствеността е разпределена на нивото, където знанието действително се намира, а не автоматично при най-висшия ръководител на единицата.
Колко дълго отнема тази работа зависи от броя на единиците, броя на темите и състоянието на подлежащите системи; оценка на това е описана в колко време отнема да се приведе тема в ред. Това не е фиксирана продължителност, а сума от работата, която все още трябва да се извърши за всяка единица и всеки показател.
Събирането на тези регистри, изясняването на определенията и съпоставянето на източниците за всяка единица до голяма степен е повторяема работа: същите въпроси, прилагани отново и отново към различен отдел или различен показател. Коя част от тази работа може да бъде поета от изкуствен интелект и коя остава работа за хора, е точно за това е направен работният скенер на FTE TO AI: той изчислява за всяка задача колко пространство има за ускоряване на този вид работа с регистри, без резултатът да зависи от предположения, които никой не е проверил.
Vraag maar waar een datapunt vandaan komt. Dat is meestal de hele vraag.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.