Filozofija DevOps, ko je razvoj združen z vzdrževanjem programske opreme, ne bo nikogar presenetila. Nov trend dobiva zagon - DevOps 2.0 ali BizDevOps. V eno celoto združuje tri komponente: posel, razvoj in podporo. In tako kot pri DevOpsu inženirske prakse tvorijo osnovo povezave med razvojem in podporo, pri poslovnem razvoju analitika prevzame vlogo »lepila«, ki združuje razvoj s poslovanjem.
Takoj želim priznati: šele zdaj, ko smo prebrali pametne knjige, smo ugotovili, da imamo pravi poslovni razvoj. Nekako se je sestavilo po zaslugi iniciative zaposlenih in neustavljive strasti do izboljšav. Analitika je zdaj del razvojnega proizvodnega procesa, ki bistveno zmanjšuje povratne zanke in redno zagotavlja vpoglede. Povedal vam bom podrobno, kako vse deluje pri nas.
Slabosti klasičnih DevOps
Ob snovanju novih produktov za stranke si podjetje ustvari idealen model vedenja strank in pričakuje dobro konverzijo, na podlagi katere gradi svoje poslovne cilje in rezultate. Razvojna ekipa se s svoje strani trudi narediti zelo dobro in kakovostno kodo. Podpora upa na popolno avtomatizacijo procesov, enostavnost in udobje vzdrževanja novega izdelka.
Realnost se najpogosteje razvije tako, da naročniki prejmejo precej kompleksen proces, posel se ustavi pri nizki konverziji, razvojne ekipe izdajajo popravek za popravkom, podpora pa se utopi v toku zahtev strank. Zveni znano?
Korenina zla je v dolgi in slabi povratni zanki, vgrajeni v proces. Podjetja in razvijalci pri zbiranju zahtev in prejemanju povratnih informacij med sprinti komunicirajo z omejenim številom strank, ki močno vplivajo na usodo izdelka. Pogosto tisto, kar je pomembno za eno osebo, sploh ni značilno za celotno ciljno publiko.
Razumevanje, ali se izdelek premika v pravo smer, prihaja s finančnimi poročili in rezultati tržnih raziskav nekaj mesecev po lansiranju. In zaradi omejene velikosti vzorca ne nudijo možnosti testiranja hipotez na velikem številu strank. Na splošno se izkaže za dolgo, netočno in neučinkovito.
Trofejno orodje
Našli smo dober način, kako pobegniti od tega. Orodje, ki je prej pomagalo samo tržnikom, je zdaj našlo pot v roke podjetij in razvijalcev. Začeli smo aktivno uporabljati spletno analitiko, da bi si ogledali proces v realnem času, tukaj in zdaj, da bi razumeli, kaj se dogaja. Na podlagi tega načrtujte sam produkt in ga predstavite velikemu številu strank.
Če načrtujete kakšno izboljšavo izdelka, lahko takoj vidite, s katerimi metrikami je povezana in kako te metrike vplivajo na prodajo in lastnosti, ki so pomembne za posel. Tako lahko takoj izločite hipoteze z nizkim učinkom. Ali pa na primer uvedite novo funkcijo za statistično pomembno število uporabnikov in spremljajte meritve v realnem času, da boste razumeli, ali vse deluje, kot je predvideno. Ne čakajte na povratne informacije v obliki zahtevkov ali poročil, temveč sami takoj spremljajte in sproti prilagajajte proces ustvarjanja izdelka. Lahko uvedemo novo funkcijo, zberemo statistično pravilne podatke v treh dneh, naredimo spremembe v nadaljnjih treh dneh – in v enem tednu je odličen nov izdelek pripravljen.
Sledite lahko celotnemu lijaku, vsem kupcem, ki so prišli v stik z novim produktom, zaznate točke, kjer se je tok močno zožil, in razumete razloge. Tako razvijalci kot podjetja zdaj to spremljajo kot del svojega vsakodnevnega dela. Vidijo isto pot stranke in skupaj lahko ustvarjajo ideje in hipoteze za izboljšave.
Ta integracija poslovanja in razvoja skupaj z analitiko omogoča kontinuirano ustvarjanje izdelkov, stalno optimizacijo, iskanje in videnje ozkih grl ter celoten proces kot celoto.
Vse je v kompleksnosti
Ko ustvarjamo nov izdelek, ne začnemo iz nič, ampak ga integriramo v že obstoječo mrežo storitev. Pri preizkušanju novega izdelka se naročnik največkrat obrne na več oddelkov. Lahko komunicira z zaposlenimi v kontaktnem centru, z vodji v pisarni, lahko kontaktira podporo ali v spletnih klepetih. Z metriko lahko na primer vidimo, kakšna je obremenitev kontaktnega centra, kako najbolje obdelati dohodne zahteve. Razumemo, koliko ljudi pride v pisarno, in predlagamo, kako stranki še svetovati.
Povsem enako je z informacijskimi sistemi. Naša banka obstaja že več kot 20 let, v tem času pa je nastala velika plast heterogenih sistemov, ki še vedno delujejo. Interakcija med zalednimi sistemi je lahko včasih nepredvidljiva. Na primer, v nekem starodavnem sistemu obstajajo omejitve glede števila znakov za določeno polje in včasih to zruši novo storitev. Precej težko je slediti napaki s standardnimi metodami, vendar je z uporabo spletne analitike enostavno.
Prišli smo do točke, ko smo začeli zbirati in analizirati besedila napak, ki so prikazana stranki iz vseh vključenih sistemov. Izkazalo se je, da so bili mnogi od njih zastareli in sploh si nismo mogli predstavljati, da so nekako vpleteni v naš proces.
Delo z analitiko
Naši spletni analitiki in razvojne ekipe SCRUM se nahajajo v istem prostoru. Nenehno komunicirajo drug z drugim. Po potrebi strokovnjaki pomagajo nastaviti meritve ali naložiti podatke, vendar večinoma člani ekipe sami delajo z analitično storitvijo, tam ni nič zapletenega.
Pomoč je potrebna, če na primer potrebujete nekaj odvisnosti ali dodatne filtre za omejeno vrsto strank ali virov. Toda v sedanji arhitekturi to redko srečamo.
Zanimivo je, da implementacija analitike ni zahtevala vgradnje novega informacijskega sistema. Uporabljamo isto programsko opremo, s katero so tržniki že delali. Treba se je bilo le dogovoriti o njegovi uporabi in implementaciji v poslovanje in razvoj. Seveda nismo mogli samo vzeti tistega, kar je marketing imel, morali smo vse na novo konfigurirati in marketingu omogočiti dostop do novega okolja, da bo z nami v istem informacijskem polju.
V prihodnosti načrtujemo nakup izboljšane različice programske opreme za spletno analitiko, ki nam bo omogočila kos naraščajočemu obsegu obdelanih sej.
Aktivno smo tudi v procesu integracije spletne analitike in internih baz podatkov iz CRM in računovodskih sistemov. Z združevanjem podatkov dobimo celotno sliko naročnika v vseh potrebnih vidikih: po izvoru, tipu naročnika, izdelku. BI storitve, ki pomagajo vizualizirati podatke, bodo kmalu na voljo vsem oddelkom.
Kaj smo končali? Pravzaprav smo analitiko in odločanje o njej vključili v proizvodni proces, kar je imelo viden učinek.
Analitika: ne stopite na grablje
In končno, želim deliti nekaj nasvetov, ki vam bodo pomagali, da se izognete težavam v procesu gradnje podjetja za razvoj podjetja.
- Če analitike ne morete narediti hitro, potem delate napačno analitiko. Slediti morate preprosti poti od enega izdelka in nato povečati obseg.
- Imeti morate ekipo ali osebo, ki dobro razume prihodnjo analitično arhitekturo. Še vedno se morate na obali odločiti, kako boste prilagodili analitiko, jo integrirali v druge sisteme in ponovno uporabili podatke.
- Ne ustvarjajte nepotrebnih podatkov. Spletna statistika je poleg koristnih informacij tudi ogromno smetišče z nekakovostnimi in nepotrebnimi podatki. In te smeti bodo motile odločanje in ocenjevanje, če ni jasnih ciljev.
- Ne delajte analitike zaradi analitike. Najprej cilji, izbira orodja in šele nato - analitika le tam, kjer bo imela učinek.
Gradivo je bilo pripravljeno skupaj s Chebotar Olgo ().
Vir: www.habr.com