Kādi dati ir nepieciešami CAPEX optimizācijai? StratePlan konfigurācija vienkāršā valodā
Bieži uzdotais jautājums pirms Decision Intelligence ieviešanas ir:
„Vai mūsu dati vispār ir gatavi matemātiskai CAPEX optimizācijai?”
Atbilde bieži vien ir vienkāršāka, nekā gaidīts.
Lai sāktu darbu ar StratePlan, uzņēmumam nav nepieciešama ne jauna ERP sistēma, ne arī gadiem ilgs datu apstrādes projekts.
Vienkāršākajā gadījumā sākumā pietiek ar trim datiem:
Bizness:
Projekta ID → Izdevumi → Ienākumi
Pilsētas un pašvaldības:
Projekta ID → Izdevumi → Utc (svērums)
Pamatojoties uz to, lēmumu pieņemšanas modeli var pakāpeniski paplašināt.
Galvenais nav savākt pēc iespējas vairāk datu.
Galvenais ir savienot datus, kas ir būtiski investīciju lēmuma pieņemšanai.
Saturs
- 1. Minimālais datu kopums
- 2. Projekta ID kā saikne
- 3. Esošo datu silosu apvienošana
- 4. Kādus papildu datus var ņemt vērā?
- 5. Atkarības un ierobežojumi
- 6. Veiksmes kritēriju definēšana
- 7. StratePlan iestatīšana piecos soļos
- Kāpēc sākumā vajadzētu apzināti izvēlēties vienkāršu pieeju
1. Minimālais datu kopums biznesam
Lai veiktu sākotnējo optimizāciju, datu struktūrai nav jābūt sarežģītai.
Vienkāršākajā modelī StratePlan sākotnēji katram investīciju projektam nepieciešams:
Projekta ID – izdevumi – ieņēmumi
Piemēram:
Projekts 4711 – Investīcijas / izdevumi: 10 miljoni eiro – Sagaidāmais ekonomiskais ieguldījums (ieņēmumi): 15 miljoni eiro
Tādējādi jau rodas pamatjautājums:
Kāda esošo projektu kombinācija pieejamā budžeta ietvaros nodrošina visaugstāko definēto ROI / ieguvumu?
Tas ir pamats.
Papildu dati tiek pievienoti tikai tad, ja tie ir būtiski konkrēta lēmuma pieņemšanai.
2. Projekta identifikators kā saikne
Praksē attiecīgā informācija bieži vien jau ir pieejama uzņēmumā.
Problēma:
tā atrodas dažādās sistēmās un organizatoriskās „silos”.
Piemēram, CAPEX sarakstā ir norādīts projekts un investīciju summa/izdevumi.
Finanšu nodaļai ir pieejami peļņas ieguldījumi, naudas plūsmas vai NPV.
Operatīvā nodaļa pārzina resursu vajadzības un tehniskās atkarības.
Biznesa vienībām ir pieejamas tirgus, apgrozījuma vai jaudas prognozes.
Vadība nosaka stratēģiskos mērķus.
Šī informācija ne vienmēr ir jāpārnes uz pilnīgi jaunu sistēmu.
Vispirms ir nepieciešama kopīga saikne.
Šī saikne ir projekta identifikators (Project ID).
3. Esošo datu silosu apvienošana
Tādēļ pamata datu modeli var attēlot ļoti vienkārši:
CAPEX / PPM + Finanšu / Kontrolings + Pārdošana / Biznesa vienība + Operācijas + Stratēģija / Vadība → Projekta ID → StratePlan
Esošās ERP, finanšu, PPM, Excel vai datu bāzu struktūras var palikt nemainīgas.
StratePlan darbojas lēmumu pieņemšanas līmenī.
Izšķirošais faktors ir tas, ka ar projektu saistītā informācija var tikt savienota, izmantojot unikālu identifikatoru.
Tādējādi izkliedētie uzņēmuma dati kļūst par vienotu lēmumu pieņemšanas telpu.
Datiem nav jābūt radītiem vienā un tajā pašā vietā. Tiem viennozīmīgi jābūt piešķirtiem vienam un tam pašam projektam.
4. Kādus papildu datus var ņemt vērā?
Pamatojoties uz minimālo datu kopu, modeli var paplašināt atbilstoši reālajai uzņēmuma situācijai.
Tajā, piemēram, var ietilpt:
izmaksas
Peļņa
Naudas plūsma
NPV
Ieņēmumi
Produkcija
Darbības laiks
Resursu vajadzības
Jauda
Atrašanās vietas
Darbības jomas
Projekta kategorijas
Ne katram uzņēmumam ir nepieciešama visa šī informācija.
Un ne katram investīciju lēmumam ir nepieciešama viena un tā pati datu struktūra.
Tāpēc datu sagatavošanai jābalstās uz lēmuma pamatjautājumu.
Kāda informācija faktiski ietekmē lēmumu?
Tikai šie dati ir jāiekļauj attiecīgajā modelī.
5. Atkarības un ierobežojumi
Reālos investīciju portfeļos projektus reti var aplūkot pilnīgi neatkarīgi viens no otra.
Tāpēc var papildus definēt atkarības un ierobežojumus.
Piemēram:
Projekts B var tikt īstenots tikai tad, ja tiek īstenots projekts A.
Projekts C un projekts D viens otru izslēdz.
Projekts E obligāti ir jāīsteno.
Konkrētajai atrašanās vietai ir pieejams tikai ierobežots budžets.
Konkrētais resurss ir pieejams tikai ierobežotā apjomā.
Ir jāņem vērā konkrēta biznesa joma ar noteiktu minimālo apjomu.
Šie nosacījumi matemātiski atspoguļo uzņēmuma reālo situāciju.
Tādējādi StratePlan nemeklē vienkārši teorētiski augstāko ienesīgumu.
Tas meklē labāko pieļaujamo projektu kombināciju noteikto nosacījumu ietvaros.
6. Veiksmes kritēriju definēšana (publiskais sektors)
Pirms optimizācijas ir jābūt skaidram, ko konkrētajā lēmumā nozīmē „labāk”.
Tāpēc pilsēta, pašvaldība vai ministrija definē attiecīgos panākumu kritērijus un to svērumus, ko nosaka nozares speciālists, nodaļas vadītājs vai komanda.
Atkarībā no konkrētā gadījuma tas, piemēram, var būt:
ekonomiskā ieguldījuma maksimizēšana
NPV maksimizēšana
naudas plūsmas maksimizēšana
rezultātu maksimizēšana
stratēģisko rādītāju optimizācija
Tehnoloģija pati par sevi nenolemj, kas uzņēmumam ir svarīgi.
Vadība nosaka mērķi. StratePlan aprēķina projektu kombinācijas saskaņā ar noteiktiem nosacījumiem.
Tādējādi stratēģiskais lēmums paliek vadības ziņā.
7. StratePlan konfigurēšana četros soļos
Tādējādi pamata konfigurāciju var sadalīt piecos soļos:
1. solis: Projektu identificēšana
Kādi investīciju projekti ir jāiekļauj lēmumā?
2. solis: Projektu identifikatoru vienādošana
Katram projektam tiek piešķirts unikāls identifikators, ar kura palīdzību var savienot informāciju no dažādiem datu avotiem.
3. solis: investīciju (izdevumu) un ieņēmumu (biznesa vai ieguvuma) sasaistīšana
Katram projektam tiek norādītas vismaz investīcijas/izdevumi vai sagaidāmā ekonomiskā ieguvuma ieņēmumi/ienākumi, vai arī publiskajā sektorā — definēts ieguvums (no 0,01 līdz 0,99 vai 1–15).
4. solis: pievienot attiecīgos ierobežojumus un atkarības
Tiek definēts budžets, resursi, atkarības un citi reālie apstākļi.
Tādējādi ir izveidota aprēķina pamatdatu struktūra.
Kāpēc sākumposmam apzināti jābūt vienkāršam
Lēmumu pieņemšanas analīzei nevajadzētu sākties ar jautājumu:
„Kā mēs varam ievadīt visus uzņēmuma datus jaunajā sistēmā?“
Bet gan ar:
„Kādi dati mums ir nepieciešami, lai labāk aprēķinātu šo konkrēto lēmumu?“
Tā ir būtiska atšķirība.
Uzņēmumam nav vispirms jāpārveido visa sava datu vide, lai sāktu matemātisko optimizāciju.
Tas var sākt ar skaidri definētu lēmumu un nelielu datu kopu.
Projekta ID → Izdevumi → Ienākumi
Pēc tam tiek papildināti tikai tie dati, atkarības un ierobežojumi, kas nepieciešami reāla lēmuma pieņemšanai.
Tādējādi, soli pa solim, no esošajiem uzņēmuma datiem veidojas matemātiski aprēķināma lēmumu telpa.
Un tieši tāpēc sākums lēmumu analītikā var būt ievērojami vienkāršāks, nekā daudzi uzņēmumi sākotnēji gaida.
Sāciet ar lēmumu. Ne ar sistēmu.
Lēmumu analītika visiem.
Neticiet mums. Aprēķiniet paši.
Bizness: pamatdati globālā optimizācija
StratePlan sākotnējie dati var būt ļoti lakoniski. Lai veiktu pamata portfeļa optimizāciju, StratePlan sākotnēji katram projektam nepieciešama tikai trīs galvenā informācija:
Projekta ID → Izdevumi → Ienākumi
No šiem pamatdatiem veidojas matemātiskais lēmumu pieņemšanas telpa.
Ja ir N projektu, teorētiski pastāv līdz pat 2^N iespējamām projektu kombinācijām. Jau pie 20 projektiem tas nozīmē vairāk nekā vienu miljonu iespējamo kombināciju.
Tāpēc StratePlan ne tikai izskata atsevišķus projektus vai klasisko prioritāšu sarakstu, bet arī analizē iespējamās projektu kombinācijas noteiktā budžeta un definēto nosacījumu ietvaros.
Galvenais jautājums ir:
Kura no pieejamajiem projektiem kombinācija sasniedz globālo optimumu noteiktajos nosacījumos?
Jau vienkārša pamatstruktūra, kas sastāv no projekta identifikācijas numura, izdevumiem un ieņēmumiem, var būt pietiekama, lai matemātiski salīdzinātu dažādus portfeļu sastāvus.
Papildu informāciju, piemēram, resursus, projektu savstarpējās atkarības, īstenošanas termiņus, stratēģiskos mērķus vai citus ierobežojumus, var pievienot vēlāk, ja tie ir būtiski reāla investīciju lēmuma pieņemšanai.
Ievads matemātiskajā CAPEX optimizācijā ne vienmēr sākas ar sarežģītu datu projektu, bet gan ar skaidru pamatstruktūru:
Projekta ID. Izdevumi. Ienākumi.
No nedaudzajiem lēmuma pieņemšanai būtiskajiem datiem veidojas matemātiski aprēķināms lēmumu telpa. StratePlan pārskata šo lēmumu telpu, lai noteiktu globāli optimālo pieļaujamo projektu kombināciju saskaņā ar definētajiem nosacījumiem.
Publiskais sektors: optimizēt ietekmi, nevis peļņu
Publiskajā sektorā galvenais mērķis nav peļņas maksimizēšana, bet gan publisko ieguldījumu iespējami labākā ietekme.
Šim nolūkam StratePlan var izmantot svērtos lietderības kritērijus (UTC).
Pamatdatu struktūra tiek apzināti saglabāta vienkārša:
Projekta ID → Ieguldījums → Lietderības kritēriji / Svērums
Svērums atspoguļo projekta definēto sociālo, infrastruktūras, ekoloģisko vai stratēģisko lietderību.
Ja ir N projekti, teorētiski rodas līdz pat 2^N iespējamām projektu kombinācijām. StratePlan, ņemot vērā pieejamo budžetu, aprēķina optimālo pieļaujamo kombināciju.
Galvenais jautājums ir:
Kura no mūsu investīciju kombinācijām ar pieejamo publisko budžetu rada vislielāko definēto ietekmi?
Tajā pašā laikā lomu sadalījums paliek skaidrs:
Cilvēks definē kritērijus un svērumus. StratePlan aprēķina optimālo kombināciju.
Papildu prasības, piemēram, obligātie projekti, reģionālā sadale, resursi vai atkarības, var tikt pievienotas kā ierobežojumi.
Projekta ID. Ieguldījums. Lietderības kritēriji.
Tādējādi no vienkārša projektu saraksta izveidojas matemātiski aprēķināms lēmumu pieņemšanas telpa, kas ļauj efektivitātei veltīti sadalīt valsts līdzekļus.
