Mwanzoni daima ni vigumu kuelewa mradi mkubwa na wa zamani. Usanifu ni moja ya shughuli za tathmini ya mbunifu. Kawaida unapaswa kufanya kazi na miradi mikubwa, ya zamani, na matokeo lazima yatolewe kwa wiki.
Jinsi ya kutathmini mradi wa mistari 100k au zaidi ya msimbo katika wiki huku ukiendelea kutoa matokeo ambayo ni muhimu sana kwa mteja.
Wasanifu wengi na viongozi wa kiufundi wamekutana na tathmini sawa za mradi. Huu unaweza kuonekana kama mchakato usio rasmi au kama huduma tofauti kama inavyofanywa katika kampuni yetu, kwa njia moja au nyingine wengi wenu mmeshughulikia hili.
Ya asili kwa Kiingereza kwa marafiki zako wasiozungumza Kirusi iko hapa: .
Mbinu ya kampuni yetu
Nitakuambia jinsi inavyofanya kazi katika kampuni yetu na jinsi ninavyofanya katika hali kama hizo, lakini unaweza kubadilisha njia hii kwa urahisi kulingana na mahitaji ya mradi wako na kampuni.
Kuna aina mbili za tathmini ya usanifu.
Mambo ya ndani - huwa tunaifanya kwa miradi ndani ya kampuni. Mradi wowote unaweza kuomba tathmini ya usanifu kwa sababu kadhaa:
- Timu inafikiri mradi wao ni mzuri na hii ni ya kutiliwa shaka. Tumekuwa na kesi kama hizo, na mara nyingi katika miradi kama hiyo kila kitu ni mbali na bora.
- Timu inataka kujaribu mradi wao na suluhisho zao.
- Timu inajua mambo ni mabaya. Wanaweza hata kuorodhesha shida kuu na sababu, lakini wanataka orodha kamili ya shida na mapendekezo ya kuboresha mradi.
Ya nje ni mchakato rasmi zaidi kuliko tathmini ya ndani. Mteja daima huja tu katika kesi moja, wakati kila kitu ni mbaya - mbaya sana. Kawaida mteja anaelewa kuwa kuna matatizo ya kimataifa, lakini hawezi kutambua kwa usahihi sababu na kuzivunja katika vipengele.
Kutathmini usanifu kwa mteja wa nje ni kesi ngumu zaidi. Mchakato unapaswa kuwa rasmi zaidi. Miradi daima ni mikubwa na ya zamani. Wana matatizo mengi, mende na kanuni potofu. Ripoti juu ya kazi iliyofanywa inapaswa kuwa tayari ndani ya wiki chache kiwango cha juu, ambacho kinapaswa kujumuisha matatizo kuu na mapendekezo ya kuboresha. Kwa hiyo, ikiwa tunashughulika na tathmini ya nje ya mradi huo, basi tathmini ya ndani itakuwa kipande cha keki. Hebu fikiria kesi ngumu zaidi.
Tathmini ya usanifu wa mradi wa biashara
Mradi wa kawaida wa kutathmini ni mradi mkubwa, wa zamani, wa biashara na shida nyingi. Mteja anakuja kwetu na kutuuliza turekebishe mradi wake. Ni kama na barafu, mteja huona ncha tu ya shida zake na hajui ni nini kilicho chini ya maji (katika kina cha nambari).
Matatizo ambayo mteja anaweza kulalamika kuhusu na anaweza kufahamu:
- Masuala ya Utendaji
- Masuala ya utumiaji
- Usambazaji wa muda mrefu
- Ukosefu wa kitengo na vipimo vingine
Shida ambazo mteja hajui, lakini zinaweza kuwa katika mradi:
- Matatizo ya usalama
- Matatizo ya kubuni
- Usanifu mbaya
- Makosa ya algorithmic
- Teknolojia zisizofaa
- Deni la kiufundi
- Mchakato mbaya wa maendeleo
Mchakato rasmi wa ukaguzi wa usanifu
Huu ni mchakato rasmi ambao tunafuata kama kampuni, lakini unaweza kuubinafsisha kulingana na kampuni na mradi wako.
Ombi kutoka kwa mteja
Mteja anauliza kutathmini usanifu wa mradi wa sasa. Mtu anayejibika kwa upande wetu hukusanya taarifa za msingi kuhusu mradi huo na kuchagua wataalam muhimu. Kulingana na mradi, hawa wanaweza kuwa wataalam tofauti.
Mbunifu wa Suluhisho - mtu mkuu anayehusika na tathmini na uratibu (na mara nyingi ndiye pekee).
Weka wataalam maalum β .Net, Java, Python, na wataalamu wengine wa kiufundi kulingana na mradi na teknolojia
Wataalam wa wingu - hawa wanaweza kuwa wasanifu wa wingu wa Azure, GCP au AWS.
Miundombinu - DevOps, Msimamizi wa Mfumo, nk.
Wataalam wengine - kama vile data kubwa, kujifunza kwa mashine, mhandisi wa utendaji, mtaalam wa usalama, kiongozi wa QA.
Kukusanya taarifa kuhusu mradi
Unapaswa kukusanya taarifa nyingi iwezekanavyo kuhusu mradi huo. Unaweza kutumia mbinu tofauti kulingana na hali:
- Hojaji na njia zingine za mawasiliano kupitia barua. Njia isiyofaa zaidi.
- Mikutano ya mtandaoni.
- Zana maalum za kubadilishana taarifa kama vile: Hati za Google, Ushirikiano, hazina n.k.
- Mikutano ya "Live" kwenye tovuti. Njia ya ufanisi zaidi na ya gharama kubwa zaidi.
Unapaswa kupata nini kutoka kwa mteja?
Taarifa za msingi. Je, mradi huo unahusu nini? Kusudi na thamani yake. Malengo kuu na mipango ya siku zijazo. Malengo na mikakati ya biashara. Shida kuu na matokeo yaliyohitajika.
Taarifa za mradi. Mkusanyiko wa teknolojia, mifumo, lugha za programu. Usambazaji kwenye uwanja au wingu. Ikiwa mradi uko kwenye wingu, ni huduma gani zinazotumiwa. Ni mifumo gani ya usanifu na muundo iliyotumiwa.
Mahitaji yasiyo ya kazi. Mahitaji yote yanayohusiana na utendaji, upatikanaji, na urahisi wa matumizi ya mfumo. Mahitaji ya usalama, nk.
Kesi za matumizi ya kimsingi na mtiririko wa data.
Ufikiaji wa msimbo wa chanzo. Sehemu muhimu zaidi! Unapaswa kupata ufikiaji wa hazina na nyaraka za jinsi ya kujenga mradi.
Upatikanaji wa miundombinu. Itakuwa nzuri kupata jukwaa au miundombinu ya uzalishaji kufanya kazi na mfumo wa moja kwa moja. Ni mafanikio makubwa ikiwa mteja ana zana za ufuatiliaji wa miundombinu na utendaji. Tutazungumza juu ya zana hizi katika sehemu inayofuata.
Nyaraka. Ikiwa mteja ana nyaraka huu ni mwanzo mzuri. Inaweza kuwa imepitwa na wakati, lakini bado ni mwanzo mzuri. Usiamini kamwe hati - ijaribu na mteja, kwenye miundombinu halisi na katika msimbo wa chanzo.
Mchakato wa Tathmini ya Usanifu
Mtu anawezaje kuchakata kiasi kikubwa cha habari kwa muda mfupi? Awali ya yote, sambamba kazi.
DevOps inapaswa kuangalia miundombinu. Tech inaongoza kwenye msimbo. Mhandisi wa utendaji ili kuona vipimo vya utendakazi. Mtaalamu wa hifadhidata anapaswa kuchimba zaidi katika miundo ya data.
Lakini hii ni kesi bora wakati una rasilimali nyingi. Kwa kawaida, mtu mmoja hadi watatu hutathmini mradi. Unaweza hata kufanya tathmini mwenyewe, ambayo mara nyingi ni kesi ikiwa una ujuzi sahihi na uzoefu katika maeneo yote ya mradi. Katika kesi hii, unahitaji kurekebisha michakato yote iwezekanavyo.
Kwa bahati mbaya, itabidi usome hati mwenyewe. Kwa kiasi sahihi cha uzoefu, unaweza kuelewa haraka ubora wa nyaraka. Nini ni kweli na nini wazi hailingani na ukweli. Wakati mwingine unaweza kuona usanifu katika nyaraka ambazo hazitafanya kazi katika maisha halisi. Hiki ni kichochezi kwako kufikiria jinsi ilivyofanywa katika uhalisia katika mradi.
Zana muhimu za kufanya tathmini ya mradi kiotomatiki
Tathmini ya kanuni ni zoezi rahisi. Unaweza kutumia vichanganuzi vya msimbo tuli ambavyo vitakuonyesha muundo, utendaji na masuala ya usalama. Hapa kuna baadhi yao:
ni chombo kikubwa kwa mbunifu. Itakuonyesha picha kubwa, utegemezi kati ya moduli na maeneo yanayowezekana ya kurekebisha tena. Kama zana zote nzuri, inagharimu pesa nzuri, lakini unaweza kuchukua fursa ya toleo la majaribio la siku 30.
- chombo kizuri cha zamani. Chombo cha uchambuzi wa nambari tuli. Hukuruhusu kutambua msimbo mbaya, hitilafu, na matatizo ya usalama kwa zaidi ya lugha 20 za programu.
Watoa huduma wote wa wingu wana zana za ufuatiliaji wa miundombinu. Hii itakuruhusu kutathmini ipasavyo ufanisi wa miundombinu yako katika suala la gharama na utendaji. Kwa AWS hii ni . Ni rahisi kwa Azure .
Ufuatiliaji wa ziada wa utendaji na ukataji miti utasaidia kupata masuala ya utendaji katika viwango vyote. Kuanzia hifadhidata iliyo na maswali yasiyofaa, mandharinyuma na kuishia na mandhari ya mbele. Hata kama mteja hajasakinisha zana hizi hapo awali, unaweza kuziunganisha kwenye mfumo uliopo kwa haraka ili kutambua masuala ya utendakazi.
Kama kawaida, zana nzuri zinafaa. Ninaweza kupendekeza zana kadhaa za kulipwa. Kwa kweli unaweza kutumia chanzo-wazi lakini itakuchukua muda zaidi. Na hii inapaswa kufanywa mapema, sio wakati wa mchakato wa tathmini ya usanifu.
- chombo cha kutathmini utendaji wa programu
- huduma ya ufuatiliaji wa mfumo wa wingu
Kuna zana nyingi zinazopatikana za majaribio ya usalama. Wakati huu nitakupendekeza chombo cha bure cha skanning ya mfumo.
- zana ya kuchanganua programu za wavuti kwa kufuata viwango vya usalama.
Wacha tuunganishe kila kitu kuwa kitu kimoja.
Kutayarisha ripoti
Anza ripoti yako na data uliyokusanya kutoka kwa mteja. Eleza malengo ya mradi, vikwazo, mahitaji yasiyo ya kazi. Baada ya hayo, data zote za pembejeo zinapaswa kutajwa: msimbo wa chanzo, nyaraka, miundombinu.
Hatua ifuatayo. Orodhesha masuala yoyote uliyopata wewe mwenyewe au kutumia zana otomatiki. Weka ripoti kubwa zinazozalishwa kiotomatiki mwishoni katika sehemu ya programu. Kunapaswa kuwa na ushahidi mfupi na mfupi wa matatizo yaliyopatikana.
Tanguliza shida zinazopatikana kwenye hitilafu, onyo, kiwango cha habari. Unaweza kuchagua kiwango chako mwenyewe, lakini hii ndiyo inayokubaliwa kwa ujumla.
Kama mbunifu wa kweli, ni wajibu wako kutoa mapendekezo ili kurekebisha matatizo yaliyopatikana. Eleza maboresho na thamani ya biashara ambayo mteja atapokea. Jinsi ya kuonyesha thamani ya biashara kutoka tulijadili hapo awali.
Andaa ramani ya barabara yenye marudio madogo. Kila marudio yanapaswa kuwa na muda wa kukamilisha, maelezo, kiasi cha rasilimali zinazohitajika kwa uboreshaji, thamani ya kiufundi na thamani ya biashara.
Tunakamilisha tathmini ya usanifu na kumpa mteja ripoti
Usitume ripoti tu. Inaweza isisomwe kabisa, au isisomwe na kueleweka bila maelezo sahihi. Kwa kifupi, mawasiliano ya moja kwa moja husaidia kuondoa kutokuelewana kati ya watu. Unapaswa kupanga mkutano na mteja na kuzungumza juu ya shida zilizopatikana, ukizingatia zile muhimu zaidi. Inafaa kuvutia umakini wa mteja kwa shida ambazo labda hata hajui. Kama vile masuala ya usalama na ueleze jinsi yanavyoweza kuathiri biashara. Onyesha ramani yako ya barabara iliyo na maboresho na jadili chaguo tofauti ambazo zinafaa zaidi kwa mteja. Hii inaweza kuwa wakati, rasilimali, kiasi cha kazi.
Kama muhtasari wa mkutano wako, tuma ripoti yako kwa mteja.
Kwa kumalizia
Tathmini ya usanifu ni mchakato mgumu. Ili kufanya tathmini ipasavyo unahitaji kuwa na uzoefu na maarifa ya kutosha.
Inawezekana kumpa mteja matokeo muhimu kwake na biashara yake kwa wiki moja tu. Hata ukifanya peke yako.
Kulingana na uzoefu wangu, maboresho mengi yalipakuliwa katikati, na wakati mwingine hayakuanza. Wale ambao walijichagulia maana ya dhahabu na kufanya sehemu tu ya maboresho ambayo yalikuwa muhimu zaidi kwa biashara na gharama ndogo za wafanyikazi waliboresha sana ubora wa bidhaa zao. Wale ambao hawakufanya chochote wangeweza kufunga mradi kabisa baada ya miaka kadhaa.
Lengo lako ni kuonyesha uboreshaji wa juu wa mteja kwa bei ya chini.
Nakala zingine kutoka kwa sehemu unaweza kusoma katika burudani yako.
Nakutakia kanuni safi na maamuzi mazuri ya usanifu.
Kikundi chetu cha facebook - .
Chanzo: mapenzi.com