Jinsi tunavyochagua mawazo kwa ajili ya ukuzaji wa bidhaa zetu: muuzaji lazima awe na uwezo wa kusikia...

Katika makala hii, nitashiriki uzoefu wangu katika kuchagua mawazo ya kuendeleza utendaji wa bidhaa zetu na kukuambia jinsi ya kudumisha vectors kuu za maendeleo.

Tunatengeneza mfumo wa makazi otomatiki (ACP) - malipo. Muda
Maisha ya bidhaa zetu ni miaka 14. Wakati huu, mfumo umebadilika kutoka kwa matoleo ya kwanza ya mfumo wa ushuru wa viwanda hadi tata ya moduli inayojumuisha bidhaa 18 zinazokamilishana. Moja ya vipengele muhimu zaidi vya maisha marefu kwa programu ni maendeleo ya mara kwa mara. Na maendeleo yanahitaji mawazo.

Идеи

Vyanzo

Kuna vyanzo 5:

1. Rafiki mkuu wa msanidi wa mifumo ya habari ya kampuni ni mteja. Na mteja ni picha ya pamoja ya watoa maamuzi, wafadhili wa mradi, wamiliki na watekelezaji wa michakato, wataalam wa ndani wa IT, watumiaji wa kawaida na idadi kubwa ya watu wanaopenda kwa viwango tofauti. Ni muhimu kwetu kwamba kila mmoja wa wawakilishi wa mteja ni uwezekano wa mtoaji wa mawazo. Katika hali mbaya zaidi, tunapokea tu maoni hasi kuhusu matatizo katika mfumo. Katika hali nzuri zaidi, kuna mtu kwa upande wa mteja ambaye ni chanzo cha mara kwa mara cha mawazo ya kuboresha, kutoa taarifa zilizopangwa kuhusu mahitaji ya mteja.
2. Yetu wauzaji na wasimamizi wa akaunti ni chanzo cha pili muhimu cha mawazo ya kuboresha. Wanawasiliana kikamilifu na kwa mapana na wawakilishi wa sekta hiyo na kupokea maswali ya moja kwa moja kuhusu utendaji wa bili kutoka kwa wateja watarajiwa. Wauzaji na akaunti wanapaswa kufahamu mabadiliko yote muhimu katika utendakazi wao na masasisho ya hivi punde kwa programu ya washindani, na kuweza kuhalalisha faida na hasara za masuluhisho tofauti. Hawa ni wafanyikazi wetu ambao ndio wa kwanza kuhisi ikiwa uwezo fulani wa utozaji utakuwa kiwango halisi, ambacho bila programu haiwezi kuzingatiwa kuwa kamili.
3. Mmiliki wa Bidhaa - mmoja wa wasimamizi wetu wakuu au meneja wa mradi mwenye uzoefu sana. Huweka malengo ya kimkakati ya kampuni akilini na kurekebisha mipango ya ukuzaji wa bidhaa kulingana nayo.
4. Msanifu, mtu anayeelewa uwezo na mapungufu ya suluhu za teknolojia zilizochaguliwa/zinazotumiwa na athari zake katika ukuzaji wa bidhaa.
   Timu za maendeleo na majaribio. Watu ambao wanahusika moja kwa moja katika maendeleo ya bidhaa.

Uainishaji wa maombi

Tunapokea data ghafi kutoka kwa vyanzo - barua, tikiti, maombi ya maneno. Wote
rufaa zimeainishwa:

• mashauriano na maana "Jinsi ya kufanya hivyo?", "Inafanyaje kazi?", "Kwa nini haifanyi kazi?", "Sielewi ...". Maombi ya aina hii huenda kwa Mstari wa Usaidizi wa Kiwango cha 1. Inawezekana kufundisha tena mashauriano katika aina zingine za maombi.
• Matukio kwa maana "Haifanyi kazi" na "Kosa". Imechakatwa na Mistari 2 na 3 ya Usaidizi. Ikiwa masahihisho ya haraka na kutolewa kwa kiraka ni muhimu, zinaweza kuhamishwa kutoka kwa usaidizi moja kwa moja hadi kwa ukuzaji. Inawezekana kuainisha upya kama ombi la mabadiliko na kuituma kwa kumbukumbu iliyo nyuma.
• Maombi ya mabadiliko na maendeleo. Wanaingia kwenye kumbukumbu ya bidhaa, wakipita mistari ya usaidizi. Lakini kuna utaratibu tofauti wa usindikaji kwao.

Kuna takwimu juu ya maombi: mara baada ya kutolewa, idadi ya maombi huongezeka kwa 10-15% kwa muda mfupi. Pia kuna ongezeko la maombi wakati mteja mpya aliye na idadi kubwa ya watumiaji anakuja kwenye huduma zetu za wingu. Watu wanajifunza kutumia uwezo mpya wa programu, wanahitaji ushauri. Hata mteja mdogo, wakati wa kuanza kufanya kazi katika mfumo, huwaka kwa urahisi zaidi ya masaa 100 ya mashauriano kwa mwezi. Kwa hiyo, wakati wa kuunganisha mteja mpya, daima tunahifadhi muda wa mashauriano ya awali. Mara nyingi sisi huchagua mtaalamu maalum. Bei ya kukodisha, bila shaka, haitoi gharama hizi za kazi, lakini baada ya muda hali inafanana. Kipindi cha kukabiliana na hali hiyo kawaida huchukua kutoka miezi 1 hadi 3, baada ya hapo hitaji la ushauri nasaha hupunguzwa sana.

Hapo awali, tulitumia ufumbuzi wa maandishi binafsi kuhifadhi maombi. Lakini polepole tulibadilisha bidhaa za Atlassian. Kwanza, tulihamisha maendeleo ili iwe rahisi kufanya kazi kulingana na Agile, kisha kusaidia. Sasa michakato yote muhimu inaishi katika Jira SD, na inaauniwa na programu-jalizi mbalimbali za Jira, pamoja na Confluence. Suluhu za kujiandikia zilibaki tu kwa michakato ambayo haikuwa muhimu kwa shughuli za kampuni. Inabadilika kuwa kazi zetu sasa ni mtambuka na zinaweza kuhamishwa kati ya usaidizi na maendeleo bila kuruka kutoka kwa mfumo mmoja hadi mwingine.

Kutoka kwa kiungo hiki tunaweza kupata data juu ya kazi zote, gharama zilizopangwa na halisi za kazi, kutumia chaguo mbalimbali za bei kwa wateja na kuzalisha nyaraka za mahitaji ya ndani na kuripoti kwa wateja.

Inachakata maombi ya mabadiliko

Kwa kawaida, maombi hayo huja kwa namna ya mahitaji ya utendaji. Mchambuzi wetu huchunguza ombi, huunda vipimo na vipimo vya kiufundi vya hali ya juu. Huhamisha vipimo na vipimo vya kiufundi kwa mtu aliyewasilisha ombi hili la kuidhinishwa - lazima tuhakikishe kuwa tunazungumza lugha moja na mteja.

Baada ya kupokea uthibitisho kutoka kwa mteja kwamba tulielewana kwa usahihi, mchambuzi huingiza ombi kwenye kumbukumbu ya bidhaa.

Usimamizi wa utendaji wa bidhaa

Rajisi hukusanya maombi yanayoingia ya mabadiliko na maendeleo. Baraza la ufundi, linalojumuisha mkurugenzi, wakuu wa usaidizi, maendeleo, mauzo na mbunifu wa mfumo, hukutana kila baada ya miezi sita. Katika muundo wa majadiliano, baraza huchambua na kuyapa kipaumbele maombi kutoka kwa kumbukumbu nyuma na kukubaliana juu ya kazi 5 za maendeleo kwa utekelezaji katika toleo linalofuata.

Kwa kweli, baraza la kiufundi hujibu mahitaji ya viwanda na soko kwa kukagua mahitaji yaliyoonyeshwa katika maombi. Kila kitu ambacho hakina umuhimu kidogo kinabaki kwenye kumbukumbu na hakifikii maendeleo.

Uainishaji wa Maombi ya Mabadiliko na Fedha

Maendeleo ni ghali. Kwa hivyo, tutakuambia mara moja ni chaguzi gani tunaweza kuwa nazo ikiwa ombi la mabadiliko lilitoka kwa mteja na sio mfanyakazi.

Tunaainisha maombi ya mabadiliko kama ifuatavyo: hitaji la tasnia au tabia ya mtu binafsi ya biashara; kiasi kikubwa cha utendakazi mpya au marekebisho madogo. Marekebisho madogo na maombi ya mtu binafsi yanachakatwa bila frills yoyote. Maombi ya mtu binafsi huhesabiwa na kutekelezwa kwa mteja maalum kama sehemu ya kazi ya mradi naye.

Ikiwa hii sio hitaji kubwa la tasnia na idadi ya utendakazi ni kubwa, basi uamuzi unaweza kufanywa wa kuunda moduli mpya tofauti ambayo itauzwa pamoja na utendakazi mkuu. Ikiwa ombi kama hilo limepokelewa kutoka kwa mteja, tunaweza kulipia gharama za kuunda moduli, kumpa mteja moduli bila malipo au kwa malipo ya sehemu, na kuweka moduli yenyewe kwa uuzaji. Katika hali hiyo, mteja huchukua sehemu ya mzigo wa mbinu na kimsingi hufanya utekelezaji wa majaribio ya moduli juu yake mwenyewe.

Ikiwa hili ni hitaji kubwa la tasnia, basi uamuzi unaweza kufanywa kujumuisha utendakazi mpya katika bidhaa msingi. Gharama katika kesi hii huanguka kabisa juu yetu, na utendaji mpya unaonekana katika toleo la sasa la programu.
Wateja wa zamani wanapewa sasisho.

Inaweza pia kuwa wateja kadhaa wana hitaji sawa, lakini haifai kwa bidhaa nyingi. Katika hali hii, tunaweza kutuma vipimo kwa wateja hawa na kujitolea kugawanya gharama za usanidi kati yao. Mwishowe, kila mtu anashinda: wateja hupokea utendaji kwa gharama ya chini, tunaboresha bidhaa, na baada ya muda, washiriki wengine wa soko wanaweza pia kupata utendaji kwa matumizi yao.

DevOps

Maendeleo huandaa matoleo mawili makubwa kwa mwaka. Katika kila kutolewa, muda umetengwa kwa ajili ya utekelezaji wa kazi 5 zilizopokelewa kutoka kwa baraza la kiufundi. Kwa hiyo, katikati ya utaratibu, hatusahau kamwe kuhusu maendeleo ya bidhaa.

Kila toleo hupitia seti inayofaa ya majaribio na hati. Ifuatayo, toleo hili husakinishwa katika mazingira ya majaribio ya mteja anayelingana, ambaye, kwa upande wake, hukagua kila kitu kwa uangalifu na baada ya hapo toleo hilo kuhamishiwa kwa toleo la umma.

Mbali na mfumo wa kutoa, kuna umbizo la kurekebisha hitilafu haraka ili wateja wasiishi na hitilafu kwa miezi sita. Muundo huu wa kati utakuruhusu kujibu haraka matukio ya kipaumbele cha kwanza na kutimiza SLA zilizotajwa.

Yote haya hapo juu ni kweli kimsingi kwa sekta ya ushirika na suluhisho za msingi. Kwa huduma za wingu zinazolenga sehemu ya SMB, hakuna fursa pana kama hizi kwa wateja kushiriki katika ukuzaji wa bidhaa. Umbizo la kukodisha la SMB hata halifikirii hili. Badala ya ombi la mabadiliko kwa namna ya mahitaji ya wazi kutoka kwa chama cha ushirika, hapa kuna maoni ya kawaida tu na matakwa ya huduma. Tunajaribu kusikiliza, lakini bidhaa ni kubwa na hamu ya mteja mmoja kuleta kitu kinachojulikana kutoka kwa mfumo wao wa zamani wa kihistoria inaweza kupingana na mkakati wa maendeleo wa mfumo kwa ujumla.

Chanzo: mapenzi.com