Falsafa ya DevOps, maendeleo yanapojumuishwa na matengenezo ya programu, haitashangaza mtu yeyote. Mtindo mpya unazidi kushika kasi - DevOps 2.0 au BizDevOps. Inachanganya vipengele vitatu kuwa moja: biashara, maendeleo na usaidizi. Na kama vile katika DevOps, mazoea ya uhandisi huunda msingi wa uhusiano kati ya maendeleo na usaidizi, na katika maendeleo ya biashara, uchanganuzi huchukua jukumu la "gundi" inayounganisha maendeleo na biashara.
Ninataka kukubali mara moja: tuligundua tu sasa kwamba tuna maendeleo ya kweli ya biashara, baada ya kusoma vitabu vya smart. Kwa namna fulani ilikusanyika kwa shukrani kwa mpango wa wafanyikazi na shauku isiyoweza kurekebishwa ya uboreshaji. Uchanganuzi sasa ni sehemu ya mchakato wa utayarishaji, kwa kiasi kikubwa kupunguza misururu ya maoni na kutoa maarifa mara kwa mara. Nitakuambia kwa undani jinsi kila kitu kinavyofanya kazi kwetu.
Hasara za Classic DevOps
Wakati bidhaa mpya za wateja zinapotungwa, biashara huunda mfano bora wa tabia ya mteja na inatarajia uongofu mzuri, kwa msingi ambao hujenga malengo yake ya biashara na matokeo. Timu ya maendeleo, kwa upande wake, inajitahidi kutengeneza msimbo mzuri sana, wa hali ya juu. Msaada unatarajia otomatiki kamili ya michakato, urahisi na urahisi wa kudumisha bidhaa mpya.
Ukweli mara nyingi hukua kwa njia ambayo wateja hupokea mchakato mgumu zaidi, biashara inakwama na ubadilishaji mdogo, timu za maendeleo hutoa marekebisho baada ya kurekebisha, na usaidizi huzama katika mtiririko wa maombi kutoka kwa wateja. Je, unasikika?
Mzizi wa uovu hapa upo katika kitanzi kirefu na duni cha maoni kilichojengwa katika mchakato. Biashara na watengenezaji, wakati wa kukusanya mahitaji na kupokea maoni wakati wa mbio za kasi, huwasiliana na idadi ndogo ya wateja ambao huathiri sana hatima ya bidhaa. Mara nyingi kile ambacho ni muhimu kwa mtu mmoja sio kawaida kabisa kwa hadhira nzima inayolengwa.
Kuelewa iwapo bidhaa inasonga katika mwelekeo sahihi huja na ripoti za fedha na matokeo ya utafiti wa soko miezi kadhaa baada ya kuzinduliwa. Na kutokana na ukubwa mdogo wa sampuli, haitoi fursa ya kupima hypotheses kwa idadi kubwa ya wateja. Kwa ujumla, inageuka kuwa ndefu, isiyo sahihi na isiyofaa.
Chombo cha nyara
Tulipata njia nzuri ya kujiepusha na hii. Zana ambayo hapo awali ilisaidia wauzaji tu sasa imeingia mikononi mwa wafanyabiashara na wasanidi programu. Tulianza kutumia kikamilifu uchanganuzi wa wavuti ili kuangalia mchakato kwa wakati halisi, hapa na sasa kuelewa kinachotokea. Kulingana na hili, panga bidhaa yenyewe na uipeleke kwa idadi kubwa ya wateja.
Ikiwa unapanga aina fulani ya uboreshaji wa bidhaa, unaweza kuona mara moja ni vipimo vipi vinahusishwa na, na jinsi metriki hizi zinavyoathiri mauzo na sifa ambazo ni muhimu kwa biashara. Kwa njia hii unaweza kuondoa mara moja dhana na athari ya chini. Au, kwa mfano, sambaza kipengele kipya kwa idadi kubwa ya watumiaji kitakwimu na ufuatilie vipimo kwa wakati halisi ili kuelewa ikiwa kila kitu kinafanya kazi jinsi ilivyokusudiwa. Usisubiri maoni kwa njia ya maombi au ripoti, lakini fuatilia na urekebishe mara moja mchakato wa kuunda bidhaa mwenyewe. Tunaweza kuzindua kipengele kipya, kukusanya data sahihi kitakwimu katika siku tatu, kufanya mabadiliko katika siku tatu nyingine - na baada ya wiki bidhaa mpya nzuri iko tayari.
Unaweza kufuatilia faneli nzima, wateja wote ambao waliwasiliana na bidhaa mpya, kugundua mahali ambapo faneli ilipungua kwa kasi, na kuelewa sababu. Wasanidi programu na wafanyabiashara sasa wanafuatilia hili kama sehemu ya kazi zao za kila siku. Wanaona safari ya mteja sawa, na kwa pamoja wanaweza kutoa mawazo na dhana za kuboresha.
Ujumuishaji huu wa biashara na maendeleo pamoja na uchanganuzi huwezesha kuunda bidhaa kwa kuendelea, kuboresha kila mara, kutafuta na kuona vikwazo, na mchakato mzima kwa ujumla.
Yote ni kuhusu utata
Tunapounda bidhaa mpya, hatuanzi kutoka mwanzo, lakini tunaiunganisha kwenye mtandao uliopo wa huduma. Wakati wa kujaribu bidhaa mpya, mteja mara nyingi huwasiliana na idara kadhaa. Anaweza kuwasiliana na wafanyikazi wa kituo cha mawasiliano, na wasimamizi ofisini, anaweza kuwasiliana na usaidizi, au katika mazungumzo ya mtandaoni. Kwa kutumia metrics, tunaweza kuona, kwa mfano, ni mzigo gani kwenye kituo cha mawasiliano, jinsi bora ya kushughulikia maombi yanayoingia. Tunaweza kuelewa ni watu wangapi wanaofika ofisini na kupendekeza jinsi ya kumshauri mteja zaidi.
Ni sawa na mifumo ya habari. Benki yetu imekuwepo kwa zaidi ya miaka 20, wakati ambapo safu kubwa ya mifumo isiyo ya kawaida imeundwa na bado inafanya kazi. Mwingiliano kati ya mifumo ya nyuma wakati mwingine inaweza kuwa haitabiriki. Kwa mfano, katika mfumo fulani wa kale kuna vikwazo kwa idadi ya wahusika kwa shamba fulani, na wakati mwingine hii inaharibu huduma mpya. Ni vigumu sana kufuatilia hitilafu kwa kutumia mbinu za kawaida, lakini kutumia uchanganuzi wa wavuti ni rahisi.
Tulifika mahali ambapo tulianza kukusanya na kuchambua maandishi ya makosa ambayo yanaonyeshwa kwa mteja kutoka kwa mifumo yote inayohusika. Ilibainika kuwa wengi wao walikuwa wamepitwa na wakati, na hatukuweza hata kufikiria kwamba walihusika kwa namna fulani katika mchakato wetu.
Kufanya kazi na analytics
Wachambuzi wetu wa wavuti na timu za ukuzaji za SCRUM ziko katika chumba kimoja. Wanaingiliana kila wakati. Inapohitajika, wataalamu husaidia kuweka vipimo au kupakua data, lakini wengi wao wakiwa wanatimu wenyewe hufanya kazi na huduma ya uchanganuzi, hakuna chochote ngumu hapo.
Usaidizi unahitajika ikiwa, kwa mfano, unahitaji baadhi ya vitegemezi au vichujio vya ziada kwa aina ndogo ya wateja au vyanzo. Lakini katika usanifu wa sasa sisi mara chache hukutana na hili.
Inashangaza, utekelezaji wa analytics haukuhitaji ufungaji wa mfumo mpya wa IT. Tunatumia programu ile ile ambayo wauzaji wamefanya kazi nayo hapo awali. Ilikuwa ni lazima tu kukubaliana juu ya matumizi yake na kutekeleza katika biashara na maendeleo. Bila shaka, hatukuweza kuchukua tu kile ambacho uuzaji ulikuwa nacho, ilitubidi kusanidi upya kila kitu na kutoa ufikiaji wa uuzaji kwa mazingira mapya ili wawe katika uwanja huo wa habari na sisi.
Katika siku zijazo, tunapanga kununua toleo lililoboreshwa la programu ya uchanganuzi wa wavuti ambayo itaturuhusu kukabiliana na idadi inayoongezeka ya vipindi vilivyochakatwa.
Pia tuko katika mchakato wa kuunganisha uchanganuzi wa wavuti na hifadhidata za ndani kutoka kwa mifumo ya CRM na uhasibu. Kwa kuchanganya data, tunapata picha kamili ya mteja katika vipengele vyote muhimu: kwa chanzo, aina ya mteja, bidhaa. Huduma za BI zinazosaidia kuibua data zitapatikana kwa idara zote hivi karibuni.
Tuliishia na nini? Kwa hakika, tulifanya uchanganuzi na kufanya maamuzi juu yake sehemu ya mchakato wa uzalishaji, ambao ulikuwa na athari inayoonekana.
Uchambuzi: usikanyage kwenye reki
Na hatimaye, nataka kushiriki vidokezo ambavyo vitakusaidia kuepuka kupata shida katika mchakato wa kujenga biashara ya maendeleo ya biashara.
- Ikiwa huwezi kufanya uchambuzi haraka, basi unafanya uchanganuzi mbaya. Unahitaji kufuata njia rahisi kutoka kwa bidhaa moja na kisha kuongeza.
- Lazima uwe na timu au mtu ambaye ana ufahamu mzuri wa usanifu wa uchanganuzi wa siku zijazo. Bado unahitaji kuamua ufukweni jinsi utakavyoongeza uchanganuzi, kuiunganisha kwenye mifumo mingine, na kutumia tena data.
- Usitengeneze data isiyo ya lazima. Takwimu za wavuti, pamoja na habari muhimu, pia ni dampo kubwa la taka na data ya ubora wa chini na isiyo ya lazima. Na takataka hii itaingilia maamuzi na tathmini ikiwa hakuna malengo ya wazi.
- Usifanye uchanganuzi kwa ajili ya uchanganuzi. Kwanza, malengo, uchaguzi wa chombo, na kisha tu - analytics tu ambapo itakuwa na athari.
Nyenzo hiyo ilitayarishwa kwa pamoja na Chebotar Olga ().
Chanzo: mapenzi.com