DevOps hugmyndafræðin, þegar þróun er sameinuð hugbúnaðarviðhaldi, mun ekki koma neinum á óvart. Ný stefna er að öðlast skriðþunga - DevOps 2.0 eða BizDevOps. Það sameinar þrjá þætti í eina heild: viðskipti, þróun og stuðningur. Og rétt eins og í DevOps, eru verkfræðihættir grunnurinn að tengingu þróunar og stuðnings og í viðskiptaþróun tekur greiningar á sig hlutverk „límsins“ sem sameinar þróun og viðskipti.
Ég vil viðurkenna strax: við komumst að því fyrst núna að við erum með alvöru viðskiptaþróun, eftir að hafa lesið snjallbækur. Það kom einhvern veginn saman þökk sé frumkvæði starfsmanna og óbælandi ástríðu til umbóta. Greining er nú hluti af þróunarframleiðsluferlinu, dregur verulega úr endurgjöfarlykkjum og veitir reglulega innsýn. Ég skal segja þér í smáatriðum hvernig allt virkar fyrir okkur.
Ókostir Classic DevOps
Þegar nýjar vörur viðskiptavina eru hugsaðar, skapar fyrirtæki ákjósanlegt líkan af hegðun viðskiptavina og væntir góðra viðskipta, á grundvelli þeirra byggir það viðskiptamarkmið sín og árangur. Þróunarteymið, fyrir sitt leyti, leitast við að búa til mjög góðan, hágæða kóða. Styðja vonir um fullkomna sjálfvirkni ferla, vellíðan og þægindi við að viðhalda nýrri vöru.
Raunveruleikinn þróast oftast á þann hátt að viðskiptavinir fá frekar flókið ferli, fyrirtækið situr fast við lítil viðskipti, þróunarteymi gefa út lagfæringu eftir lagfæringu og stuðningur kafnar í streymi beiðna frá viðskiptavinum. Hljómar kunnuglega?
Rót hins illa hér liggur í langri og lélegri endurgjöf sem er innbyggð í ferlið. Fyrirtæki og þróunaraðilar eiga samskipti við takmarkaðan fjölda viðskiptavina sem hafa mikil áhrif á afdrif vörunnar þegar þeir safna kröfum og fá endurgjöf á spretthlaupum. Oft er það sem er mikilvægt fyrir einn einstakling alls ekki dæmigert fyrir allan markhópinn.
Skilningur á því hvort vara stefnir í rétta átt kemur með fjárhagsskýrslum og niðurstöðum markaðsrannsókna mánuðum eftir kynningu. Og vegna takmarkaðrar úrtaksstærðar gefa þau ekki tækifæri til að prófa tilgátur á fjölda viðskiptavina. Almennt séð reynist það vera langt, ónákvæmt og árangurslaust.
Trophy tól
Við fundum góða leið til að komast burt frá þessu. Tól sem áður hjálpaði aðeins markaðsaðilum hefur nú ratað í hendur fyrirtækja og þróunaraðila. Við byrjuðum að nota vefgreiningu á virkan hátt til að skoða ferlið í rauntíma, hér og nú til að skilja hvað er að gerast. Út frá þessu skaltu skipuleggja vöruna sjálfa og rúlla henni út til fjölda viðskiptavina.
Ef þú ert að skipuleggja einhvers konar endurbætur á vörunni geturðu strax séð hvaða mælikvarða það tengist og hvernig þessi mælikvarði hefur áhrif á sölu og eiginleika sem eru mikilvægir fyrir fyrirtækið. Þannig er strax hægt að eyða tilgátum með litlum áhrifum. Eða, til dæmis, settu nýjan eiginleika út fyrir tölfræðilega marktækan fjölda notenda og fylgstu með mælingum í rauntíma til að skilja hvort allt virkar eins og ætlað er. Ekki bíða eftir endurgjöf í formi beiðna eða skýrslna, heldur fylgstu strax með og stilltu tafarlaust framleiðsluferlinu sjálfur. Við getum sett út nýjan eiginleika, safnað tölfræðilega réttum gögnum á þremur dögum, gert breytingar á öðrum þremur dögum - og eftir viku er frábær ný vara tilbúin.
Þú getur fylgst með allri trektinni, öllum viðskiptavinum sem komust í snertingu við nýju vöruna, fundið staði þar sem trektin minnkaði verulega og skilið ástæðurnar. Bæði verktaki og fyrirtæki fylgjast nú með þessu sem hluti af daglegu starfi þeirra. Þeir sjá sama ferðalag viðskiptavina og saman geta þeir búið til hugmyndir og tilgátur til úrbóta.
Þessi samþætting viðskipta og þróunar ásamt greiningu gerir það mögulegt að búa til vörur stöðugt, stöðugt hagræða, leita að og sjá flöskuhálsa og allt ferlið í heild.
Þetta snýst allt um flókið
Þegar við búum til nýja vöru byrjum við ekki frá grunni heldur samþættum hana inn í þjónustuvef sem þegar er til. Þegar þú prófar nýja vöru hefur viðskiptavinur oftast samband við nokkrar deildir. Hann getur átt samskipti við starfsmenn tengiliðamiðstöðvar, við stjórnendur á skrifstofunni, hann getur haft samband við þjónustuver eða í netspjalli. Með því að nota mælikvarða getum við séð til dæmis hvert álagið er á tengiliðamiðstöðina, hvernig best er að vinna úr beiðnum sem berast. Við getum skilið hversu margir ná til skrifstofunnar og lagt til hvernig hægt er að ráðleggja viðskiptavininum frekar.
Það er nákvæmlega eins með upplýsingakerfi. Bankinn okkar hefur verið til í meira en 20 ár og á þeim tíma hefur stórt lag af ólíkum kerfum verið búið til og er enn að virka. Samskipti á milli bakendakerfa geta stundum verið ófyrirsjáanleg. Til dæmis, í sumum fornu kerfum eru takmarkanir á fjölda stafa fyrir tiltekið svæði, og stundum hrynur þetta nýja þjónustu. Það er frekar erfitt að rekja villu með stöðluðum aðferðum, en með því að nota vefgreiningu er það auðvelt.
Við komumst á þann stað að við byrjuðum að safna og greina villutexta sem eru sýndir viðskiptavinum úr öllum kerfum sem málið varðar. Það kom í ljós að mörg þeirra voru gamaldags og við gátum ekki einu sinni ímyndað okkur að þeir væru einhvern veginn með í ferlinu okkar.
Að vinna með greiningar
Vefsérfræðingar okkar og SCRUM þróunarteymi eru staðsettir í sama herbergi. Þeir hafa stöðugt samskipti sín á milli. Þegar nauðsyn krefur aðstoða sérfræðingar við að setja upp mælikvarða eða hlaða upp gögnum, en aðallega vinna liðsmennirnir sjálfir með greiningarþjónustunni, það er ekkert flókið þar.
Hjálpar er krafist ef þú þarft til dæmis einhverja ósjálfstæði eða viðbótarsíur fyrir takmarkaða tegund viðskiptavina eða heimilda. En í núverandi arkitektúr lendum við sjaldan í þessu.
Athyglisvert er að innleiðing greiningar krafðist ekki uppsetningar á nýju upplýsingatæknikerfi. Við notum sama hugbúnað og markaðsmenn hafa áður unnið með. Einungis þurfti að koma sér saman um notkun þess og útfæra það í viðskiptum og þróun. Auðvitað gátum við ekki bara tekið það sem markaðssetning hafði, við þurftum að endurstilla allt upp á nýtt og veita markaðssetningu aðgang að nýja umhverfinu þannig að þeir væru á sama upplýsingasviði og okkur.
Í framtíðinni ætlum við að kaupa endurbætta útgáfu af vefgreiningarhugbúnaði sem gerir okkur kleift að takast á við aukið magn af unnum lotum.
Við erum líka virkir í því að samþætta vefgreiningu og innri gagnagrunna úr CRM og bókhaldskerfum. Með því að sameina gögn fáum við heildarmynd af viðskiptavininum í öllum nauðsynlegum þáttum: eftir uppruna, tegund viðskiptavinar, vöru. BI þjónusta sem hjálpar til við að sjá gögn verða aðgengileg öllum deildum fljótlega.
Hvað enduðum við með? Reyndar gerðum við greiningar og ákvarðanatöku um það hluta af framleiðsluferlinu sem hafði sýnileg áhrif.
Greining: ekki stíga á hrífuna
Og að lokum vil ég deila nokkrum ráðum sem hjálpa þér að forðast að lenda í vandræðum í því ferli að byggja upp viðskiptaþróunarfyrirtæki.
- Ef þú getur ekki gert greiningar fljótt, þá ertu að gera rangar greiningar. Þú þarft að fara einfalda leið frá einni vöru og stækka síðan.
- Þú verður að hafa teymi eða manneskju sem hefur góðan skilning á framtíðargreiningararkitektúr. Þú þarft samt að ákveða á ströndinni hvernig þú ætlar að skala greininguna, samþætta þau í önnur kerfi og endurnýta gögnin.
- Ekki búa til óþarfa gögn. Veftölfræði, auk gagnlegra upplýsinga, er líka risastórt ruslahaugur með lággæða og óþarfa gögnum. Og þetta sorp mun trufla ákvarðanatöku og mat ef það eru ekki skýr markmið.
- Ekki gera greiningar vegna greiningar. Í fyrsta lagi markmið, val á tæki, og aðeins þá - greiningar aðeins þar sem það mun hafa áhrif.
Efnið var unnið í samvinnu við Chebotar Olga ().
Heimild: www.habr.com