Ar tikrai reikia suvestinės: dashboard, ataskaita ar nė vienas

Duomenų suvestinės yra viena iš dažniausiai užsakomų ir rečiausiai naudojamų dalykų. Beveik kiekvienoje įmonėje yra suvestinė, kurią kažkas kūrė, visi pagyrė ir po dviejų mėnesių niekas neatidaro. Priežastis paprastai ne techninė: užklausa „norime suvestinės“ reiškia bent tris skirtingus dalykus, o įgyvendinamas dažniausiai tik vienas iš jų.

Trumpai

• „Norime suvestinės“ paprastai reiškia vieną iš trijų: nepatikime skaičiais, per ilgai užima juos paruošti, arba nežinome, ką jie sako.
• Jei problema yra pasitikėjimas, suvestinė jos nesprendžia – ji tik greičiau parodo tą patį nepatikimą skaičių.
• Jei klausimas užduodamas pagal grafiką, ataskaita pigesnė ir dažniausiai pakanka. Suvestinė reikalinga netikėtiems klausimams.
• Suvestinė be sprendimo, kurį ji palengvina, yra dekoracija: pirmas klausimas yra, ką kas nors padarys kitaip ją pamatęs.
• Jei du šaltiniai nesutampa, pirma sprendžiamas tiesos šaltinis, ne vizualizacija.

Trys skirtingos problemos vienoje užklausoje

Pirma: nepatikime skaičiais. Tai dažniausia ir sunkiausiai pripažįstama versija. Skaičiai egzistuoja, bet kiekvienas skyrius turi savo variantą, ir susirinkime jie nesutampa. Tai duomenų kokybės ir tiesos šaltinio problema. Suvestinė ją tik paspartina: prieštara pasirodys greičiau ir gražesniu šriftu.

Antra: per ilgai užima paruošti. Skaičiai teisingi, bet kas nors kas mėnesį valandas juos renka rankomis. Tai automatizavimo problema, ne vizualizavimo. Dažnai teisingas sprendimas yra automatinė ataskaita, atsirandanti savaime, o ne interaktyvi suvestinė.

Trečia: nežinome, ką skaičiai sako. Duomenys yra ir jie teisingi, bet iš jų nesimato tendencijos ar priežasties. Tik ši versija tikrai yra suvestinės uždavinys, ir tik jai verta kurti suvestinę.

Klausimas, kuris atmeta daugumą užklausų

Ką kas nors padarys kitaip, tai pamatęs? Ne „bus aiškiau“ – konkretų veiksmą. Jei atsakymo nėra, suvestinė bus atidaroma savaitę ir paskui pamiršta. Jei atsakymas yra – tas veiksmas nurodo, kokių rodiklių reikia, ir dažniausiai jų yra gerokai mažiau, nei buvo planuota.

Šis klausimas turi ir antrą naudą: jis parodo, kas yra tikrasis suvestinės naudotojas. Suvestinė vadovui ir suvestinė operacijų komandai yra du skirtingi produktai, ir sujungus juos į vieną paprastai negaunama nei vieno.

Ką verta pasidaryti prieš bet kokį projektą

• Užrašykite tris klausimus, kuriuos norite atsakyti. Ne rodiklius – klausimus.
• Kiekvienam klausimui nurodykite, kur šiandien gyvena atsakymui reikalingi duomenys.
• Patikrinkite, ar du šaltiniai sutampa. Jei ne, tai svarbesnis darbas už suvestinę.
• Nustatykite, kaip dažnai klausimas užduodamas. Kartą per mėnesį reiškia ataskaitą, ne suvestinę.
• Įvardykite žmogų, kuris ją naudos. Jei tokio nėra, projekto dar nėra.

Kada suvestinė tikrai pasiteisina

Yra atvejai, kuriais ji akivaizdžiai naudinga. Kai sprendimai priimami dažnai ir greitai – atsargų, pajėgumų, eilės valdymas. Kai klausimai iš anksto nežinomi, todėl fiksuota ataskaita jų nepagauna. Kai tuos pačius duomenis naudoja keli žmonės ir kiekvienas kitaip juos susirenka. Ir kai kaina jau matoma: kažkas per mėnesį praleidžia dienas ruošdamas tai, ką galima parodyti savaime.

Iliustracinis scenarijus, ne kliento projekto aprašymas

Įsivaizduokime įmonę, kuri užsako pardavimų suvestinę. Ji sukuriama, sujungia parduotuvės ir apskaitos duomenis ir atrodo puikiai. Per pirmą susirinkimą pastebima, kad pardavimų suma nesutampa su apskaitos suma – nes viena sistema skaičiuoja užsakymo dieną, kita apmokėjimo. Suvestinė tapo ginčo vieta, ne sprendimo priemone. Tikrasis darbas buvo susitarti, kuri data laikoma pardavimo data. Tai pavyzdys, kaip vertiname apimtį, o ne pažadas dėl rezultato.

Jei po šio teksto atsakymas yra „mums pakanka mėnesinės ataskaitos“ – tai geras rezultatas, ne prarastas projektas. Suvestinė, kurios niekas neatidaro, kainuoja du kartus: kartą sukuriant ir kartą prižiūrint.