80/20 taip pat turi įtakos planavimui

Visi esame girdėję apie taisyklę 80/20, sakančią, kad 80% mūsų sėkmės (padarinių) atneša tik 20% mūsų veiksmų (priežasčių). Na, ši universali tiesa taip pat daro įtaką programinės įrangos kūrimui, ir šiame straipsnyje mes apžvelgsime šiek tiek šio teiginio pagrindų.

BPM

Verslo procesų valdymas, sutrumpintai angliškai, yra valdymo disciplina (be kita ko), leidžianti vizualiai suprasti procesus, kurie turi būti vykdomi versle (ar daugelyje kitų vietų). Tarp pagrindinių jo savybių yra tai, kad jis gali analizuoti sudėtingus procesus ir padaryti juos „paprastus“.

Yra daugybė atvirojo kodo įrankių, leidžiančių jums sukurti BPM diagramas, viena, kurią naudojau šiame straipsnyje, yra „BonitaSoft“. Jei norite sužinoti šiek tiek daugiau apie procesų valdymą, internete yra daugybė vadovėlių ir knygų šia tema. Dabar grįžkime prie pagrindinės temos.

Programinės įrangos projektai

Šiandien yra daug metodikų kuriant projektus, yra judrios, tradicinės, mišrios ir t.t., ir t.t. Vienas jų visų bendras bruožas yra paruošimas. Ką aš noriu pasakyti šiuo klausimu? 80% jūsų sėkmės šiame programinės įrangos projekte bus pagrįsti pirmaisiais 20% viso proceso, preparatas. 

Rengiant projektą

Tai yra kažkas logiško, kuris iš tikrųjų yra taikomas labai nedaug (kaip ir daugelis kitų logiškų dalykų, kurie praktikoje yra nelogiški). Kalbėdami apie pasirengimą, turime suprasti gebėjimą suprasti problemą, suprasti sprendimą ir, svarbiausia, procesas kad sprendimas tinka. Vienas iš dalykų, kuris mažiausiai randamas neprofesionaliuose programinės įrangos projektuose, yra dokumentacijos trūkumas šia tema. Tai dažniausiai atsiranda privačiose įmonėse, nes noras parduoti viršija kūrimo procesą.

Kadangi daugelis tų, kurie skaito šiuos straipsnius, dirba ar yra susiję su technologijomis, verta paminėti, kad jei tam tikru savo gyvenimo momentu jie randa įmonę / tiekėją, kuris neatitinka gero pasirengimo, beveik 80% yra įsitikinęs, kad projektas tai nepasiseks.

Abstrakcija yra raktas

Tai yra kažkas, ko išmokau iš savo laiko naudodamasis GNU / Linux, ir tai ne kartą įrodo, kad yra pagrindinis programinės įrangos kūrimo procesas. Pajėgumas abstraktus problemos, kad jas paverstų „paprastesniais“ dalykais, yra gyvybiškai svarbios norint sukurti elegantišką kodą ir visų pirma Ilgai besitęsiantis. Ir galbūt tai yra vienas iš pagrindinių didelių profesionalių projektų ir projektų, kurie išauga iš kontrolės. Pirmieji mąsto, supranta ir struktūrizuoja procesas o sekundes jie saugo dirbdamas to nesuprasdamas.

scenaristas

Tai yra projekto, kurį sukūrė „Gentoo“ diegimo programa, pavadinimas, kaip jūs galite įsivaizduoti, tai yra gana sudėtingas procesas, nes jis palaiko daugybę architektūrų. Kitas veiksnys, į kurį reikia atsižvelgti, yra jo palaikomų konfigūracijų skaičius branduolio lygmenyje, „init“ sistemoje ir kt. Aš jums visa tai sakau, nes tai taip pat yra mano baigiamasis darbas, kurį turiu baigti prieš baigdamas studijas. Akivaizdu, kad per trumpą laiką (iki kitų metų liepos) negaliu sukurti programos, kurioje būtų atsižvelgiama į visus galimus variantus, bet bent jau galiu sukurti tokią programą, kuri leistų įdiegti funkcinę sistemą labai paprastu būdu.

Suprasti diegimo procesą

BPM įrankių dėka galima sukurti proceso schemą, kuri leidžia suprasti veiksmus, būtinus sėkmingam „Gentoo“ diegimui kompiuteryje.

Nepaisant kelių procesų ir subprocesų, jis akivaizdžiai buvo gana apibendrintas ir matyti, kad turime 18 linijinių žingsnių. Tai svarbu, nes linijinę struktūrą turinti taikomoji programa yra lengvai įgyvendinama ir tuo pačiu metu, jei reikia, vienoje ar keliose gijose gali būti sukurtas lygiagretumas.

Kitas svarbus veiksnys yra tai, kad tai leidžia mums abstraktus procesų rinkiniai pagal tipą, pavyzdžiui, apibrėždami branduolio giją, sužinome, kad joje yra konkrečių užduočių, tiesiogiai susijusių su sėkmingo branduolio diegimo procesu.

Tokiu būdu kiekvienas „sudėtingas“ žingsnis tampa „paprastu“ globaliu būdu, neprarandant būtinų detalių. Tai palengvina surinkimo matomumą nemažinant specifikacijos lygio, būtino sėkmingai užbaigti procesą. Ir mes negalime paneigti, kad lengviau pamatyti vaizdą, nei perskaityti visą Vadovą vienu metu 🙂

Sutaupyti laiko

Kitas akivaizdus pranašumas yra tas, kad neturint tiesiogiai susietos programavimo kalbos, galima atlikti loginę analizę, nebūtinai gaištant laiko kalbos įgyvendinimui. Tai yra pranašumas, palyginti su tuo, kiek laiko galima sugaišti įgyvendinant funkciją, kad sužinotume, jog ji bus išmesta, nes yra efektyvesnis sprendimas. Kaip kokie būtų pseudokodo sprendimai (to taip pat nepaiso daugelis „kūrėjų“, bet neturėtų būti).

Vadovauti projektams tapo lengva

Atsižvelgiant į šias sąvokas, projektų valdymas (bet kokio pobūdžio) tampa lengvesnis, nes mes sutelkiame savo pastangas ten, kur jos tikrai reikalingos, o jei ši dalis atliekama teisingai, likusi dalis patenka į savo paties svorį. Tikiuosi, kad tai padės jūsų smalsumui ir motyvuos jus tyrinėti apie BPM, algoritmus ir kas žino, galbūt tai paskatins jus padėti man su mano disertacijos gracias. Labai ačiū, kad patekote čia ir netrukus pasimatysime. Cheers